خطاهایی که هنگام کار با محصولات نرم افزاری خود را نشان می دهند اغلب استفاده از آنها را غیرممکن می کند. و فقدان دانش ویژه برای درک الگوریتم های کار نیز باعث عدم امکان تشخیص و رفع خرابی های نوظهور می شود. در این مقاله، بیایید به مشکل "Server 1C: Enterprise پیدا نشد، چگونه راه اندازی عامل-سرور را برطرف کنیم؟"

راه های مختلفی برای رفع مشکل در عملکرد 1C وجود دارد.

خطاهایی که به وجود می آیند درون و برون متفاوتی دارند، می توان آنها را بر اساس سطوح وقوع مرتب کرد:

• تجویز نادرست کدها توسط توسعه دهندگان خود one-eski.
• خطاهای برنامه نویسانی که محصول را در رابطه با الزامات (وظایف) یک کاربر خاص تغییر می دهند (تغییر می دهند).
• خرابی های ناشی از خطا در عملکرد حافظه نهان، که اغلب برنامه نویسان را گیج می کند.

در مورد خطای "1C: سرور سازمانی یافت نشد"، نسبت دادن آن به یکی از موارد ذکر شده غیرواقعی است، زیرا چنین اعلان نشانه ای به کاربر برای انجام ندادن عمل ضروری خاص برای کار برنامه است.

ما آن را برطرف می کنیم - سرور را راه اندازی می کنیم

بنابراین - وضعیتی که این نشریه به آن اختصاص داده شده است، زمانی به وجود می آید که سرویس عامل-سرور یا غیرفعال یا متوقف شود. توجه داشته باشید که، به عنوان یک قاعده، دلایل این امر نامشخص است (چه کسی شناخته می شود).

این سرویس به دو صورت اجرا می شود - یا به عنوان یک برنامه یا به عنوان یک سرویس. بیایید ببینیم که چگونه این کار را در هر دو مورد انجام دهیم:

به عنوان یک برنامه

برای اجرای آن به عنوان یک برنامه، دستور زیر را اجرا کنید:

در این مورد، پورت، محدوده پورت، سطح و دایرکتوری (در تنظیمات آنها) نشان داده شده است. اگر این پارامترها مشخص نشده باشند، مقادیر آنها توسط برنامه "به طور پیش فرض" تنظیم می شود.

به عنوان یک خدمت

هنگامی که در اولین نصب 1C، گزینه راه اندازی توسط سرویس انتخاب شد، سپس ثبت می شود و متعاقباً باید به طور خودکار راه اندازی شود (در هر شروع سیستم عامل).

اگر عامل در ابتدا توسط برنامه نصب شده است، می توانید به صورت دستی آن را ثبت کرده و راه اندازی کنید. این در دستور اتفاق می افتد (پارامترها را فراموش نکنید):

ragent.exe -instsrvc -usr ‹نام را مشخص کنید› -pwd ‹رمز عبور را مشخص کنید›

پورت ‹برای پورت› -regport ‹برای پورت› -range ‹port ranges›

Seclev ‹سطح دلخواه› -d ‹مشخص می کند دایرکتوری›

نتیجه ثبت نام ایجاد یک سرویس جدید خواهد بود (در این مورد، برای 1C نسخه 8.3 برای 64 بیت):

برای حافظه

برای حذف (لغو ثبت) یک سرویس:

متوقف کردن:

اکنون همه شما در مورد دلایل مشکل "1C: سرور سازمانی شناسایی نشد" و آنچه باید هنگام ظاهر شدن آن انجام دهید می دانید.

نظرات خود را بنویسید

این یک بار بدون دلیل و از آنچه برنامه 1C به ما می دهد اتفاق می افتد: خطا در اتصال به 1C: سرور Enterprise هیچ فرآیند کارگری در حال اجرا نیست. اتصال به پایه امکان پذیر نیست.

چندین گزینه برای یافتن خطاها و راه حل ها:

1. اشکال سرور - هر چیزی ممکن است رخ دهد

فرآیندها را در Task Manager متوقف کنید: ragent rphost rmngr و سرویس "Server Agent 1C: Enterprise" را راه اندازی کنید.

2. در صورت قطع ناگهانی برق یا شرایط مشابه - فایل آسیب دیده استsrvribrg.lst

شما باید همه چیز را از پوشه حذف کنید srvinfo

برای ویندوزبه دایرکتوری بروید c: \ فایل های برنامه \ 1c \ 1cv82 \srvinfo، اگر لینوکس usr1cv8 / home / 0.1cv8 / 1C / 1cv8 ...

از طریق مدیریت سرورهای 1C Enterprise، یک کلاستر 1C جدید ایجاد کنید و پایگاه های اطلاعاتی را اضافه کنید.

3. نام سروری را که بر روی آن سرویس عامل 1C است تغییر داد

پس از تغییر نام سرور Windows Server 2008 با نصب 1C: Enterprise 8.2، سرویس 1C: Enterprise 8.2 Server Agent از کار افتاد. راه اندازی می شود، برای چند ثانیه اجرا می شود و سپس متوقف می شود. اگر از طریق کنسول سرور به سرور 1C: Enterprise 8.2 متصل شوید، خطایی رخ می دهد:

خطا در اتصال به سرور 1C: Enterprise 8.2 server_addr = tcp: // SERVER: 1540 descr = خطا در دسترسی به شبکه به سرور (سوکت‌های ویندوز - 10061 (0x0000274D). اتصال برقرار نشد زیرا رایانه مقصد درخواست اتصال را رد کرد.) خط = فایل 590 =. \ Src \ DataExchangeTcpClientItmpl.cpp

هنگام اتصال به پایگاه داده در این سرور، با خطای زیر مواجه می شویم:

هیچ فرآیند کارگری در حال اجرا نیست. اتصال به پایه امکان پذیر نیست.

این مشکل به این دلیل است که تنظیمات خوشه سرور 1C: Enterprise در فایل‌هایی در فهرست srvinfo ذخیره می‌شود (مسیر آن با پارامتر -d در ویژگی‌های سرویس 1C: Enterprise Server Agent مشخص می‌شود). بنابراین، پس از تغییر نام کامپیوتر، باید مراحل اضافی زیر را انجام دهید:

برای ویندوزبه دایرکتوری بروید c: \ فایل های برنامه \ 1c \ 1cv82 \srvinfo، اگر لینوکس- فایل ها در فهرست اصلی کاربر هستند که سرویس از طرف آن راه اندازی می شود: usr1cv8 / home / 0.1cv8 / 1C / 1cv8 ...

دو فایل را در هر ویرایشگر متنی ویرایش کنید: srvinfo \ srvribrg.lst و srvinfo \ reg_1541 \ 1CV8Reg.lst. نام سرور قدیمی را با نام جدید در این فایل ها جایگزین کنید.

سرویس 1C: Enterprise Server Agent را راه اندازی کنید.

پس از انجام اقدامات مشخص شده - همه چیز خواهد بود

اگر ناگهان نه - نکته 2 را تکرار کنید!

بسته سرور 1C: Enterprise و PostgreSQL دومین مورد محبوب در میان نصب‌های 1C و پر استفاده‌ترین راه‌حل در پلتفرم لینوکس است. بر خلاف استقرارهای مبتنی بر ویندوز و MSSQL، که کار نکردن آن دشوار است، استقرارهای مبتنی بر لینوکس مملو از مشکلاتی برای مدیران بی‌تجربه هستند. اغلب اتفاق می افتد که به نظر می رسد همه چیز به درستی انجام شده است، اما خطا به دنبال خطا می آید. امروز ما به معمول ترین آنها خواهیم پرداخت.

اطلاعات کلی

قبل از اینکه شروع به جستجوی خطاهای نصب کنید و به طور کلی شروع به اجرای نسخه سرور 1C: Enterprise کنید، خوب است که درک خود را از نحوه کار آن تازه کنید:

در استقرارهای کوچک، سرور 1C و سرور DBMS معمولاً روی یک سرور فیزیکی ترکیب می‌شوند که دامنه خطاهای احتمالی را کمی محدود می‌کند. در مورد ما، وضعیتی را در نظر خواهیم گرفت که سرورها در ماشین های مختلف قرار دارند. در آزمایشگاه آزمایشی خود، طرح زیر را مستقر کردیم:

ما دو سرور در اختیار داریم که Ubuntu 12.04 x64 را اجرا می کنند، یکی از آنها دارای 1C: Enterprise نسخه 8.3، دیگری PostgreSQL 9.04 از Ethersoft، و همچنین یک کلاینت دارای ویندوز است. به شما یادآوری می کنیم که مشتری در حال کار است فقطبا سرور 1C، که به نوبه خود، درخواست های لازم را به سرور DBMS ایجاد می کند. هیچ درخواستی از سوی مشتری به سرور مدیریت پایگاه داده وجود ندارد اتفاق نمی افتد.

مهم: کاربر "postgres" احراز هویت نشده است (Ident)

این خطا زمانی رخ می‌دهد که سرورها در رایانه‌های شخصی مختلف به دلیل تأیید هویت پیکربندی نادرست در شبکه محلی پخش می‌شوند. برای از بین بردن باز /var/lib/pgsql/data/pg_hba.conf، خط را پیدا کنید:

میزبان همه شناسه های 192.168.31.0/24

و آن را به شکل زیر بیاورید:

میزبان همه 192.168.31.0/24 md5

جایی که 192.168.31.0/24 - محدوده شبکه محلی شما اگر چنین خطی وجود ندارد، باید در بخش ایجاد شود اتصالات محلی IPv4.

سرور پایگاه داده یافت نشد
نتوانست نام میزبان "NAME" را به آدرس ترجمه کند: شکست موقت در تفکیک نام

در نگاه اول، خطا قابل درک است: مشتری نمی تواند نام سرور DBMS را حل کند، یک خطای معمولی برای شبکه های کوچک که در آن سرور DNS محلی وجود ندارد. به عنوان راه حل، یک ورودی به فایل اضافه کنید میزبان هابر روی مشتری که هیچ نتیجه ای ندارد ...

و اکنون آنچه را که کمی قبل گفته شد به یاد می آوریم. سرویس گیرنده سرور DBMS سرور 1C است، اما رایانه مشتری نیست، بنابراین، ورودی باید در سرور 1C: Enterprise به فایل اضافه شود. / غیره / میزبانروی پلتفرم لینوکس یا روی پلتفرم ویندوز.

اگر فراموش کرده باشید که اضافه کنید، خطای مشابهی رخ خواهد داد رکورد نوع Aبرای سرور DBMS در سرور DNS محلی.

هنگام انجام عملیات با پایگاه اطلاعات خطایی روی داد
server_addr = NAME descr = 11001 (0x00002AF9): این میزبان ناشناخته است.

مانند خطای قبلی، این خطا به دلیل وضوح نادرست نام سرور توسط مشتری است. این بار کامپیوتر مشتری بود. به عنوان راه حل، به فایل اضافه کنید / غیره / میزباندر پلتفرم لینوکس یا در ج: \ Windows \ System32 \ drivers \ etc \ میزبان هادر پلتفرم ویندوز، یک ورودی از فرم:

192.168.31.83SRV-1C-1204

جایی که آدرس و نام سرور 1C: Enterprise خود را مشخص می کنید. اگر از DNS محلی استفاده می کنید، اضافه کنید رکوردبرای سرور 1C

خطای DBMS: DATABASE قابل استفاده نیست

یک خطای بسیار جدی‌تر، که نشان می‌دهد نسخه‌ای از PostgreSQL را نصب کرده‌اید که با 1C ناسازگار است: Enterprise یا خطاهای فاحشی در حین نصب انجام داده‌اید، برای مثال، تمام وابستگی‌های لازم، به‌ویژه کتابخانه را نصب نکرده‌اید. libICU.

اگر تجربه کافی در مدیریت سیستم های لینوکس دارید، می توانید سعی کنید کتابخانه های لازم را نصب کرده و کلاستر DBMS را دوباره راه اندازی کنید. در غیر این صورت PostgreSQL بهتر است دوباره نصب شود، به یاد داشته باشید که محتویات پوشه را حذف کنید. / var / lib / pgsql.

همچنین این خطا در هنگام استفاده از اسمبلی ها ممکن است رخ دهد 9.1.xو 9.2.x [ایمیل محافظت شده] ، برای جزئیات به زیر مراجعه کنید.

خطای DBMS:
خطا: کتابخانه "/usr/lib/x86_64-linux-gnu/postgresql/fasttrun.so" بارگیری نشد

یک خطای کاملا خاص مخصوص مجموعه ها 9.1.xو 9.2.x [ایمیل محافظت شده] ، همچنین ممکن است منجر به خطای قبلی شود. دلیل آن در یک خطای اصلاح نشده در کتابخانه fasttrun.so نهفته است. راه حل این است که به مونتاژ برگردید 9.0.x [ایمیل محافظت شده] .

خطای DBMS
خطا: نوع "mvarchar" در کاراکتر 31 وجود ندارد

اگر پایگاه داده بدون کمک سیستم 1C: Enterprise ایجاد شده باشد، رخ می دهد. به یاد داشته باشید، برای کار با 1C، پایگاه داده ها باید فقط با استفاده از ابزارهای پلت فرم 1C ایجاد شوند: از طریق کنسول

یا از طریق لانچر 1C.

سرور پایگاه داده یافت نشد
مهم: کاربر "postgres" احراز هویت نشده است (با رمز عبور)

یک اشتباه بسیار ساده رمز عبور superuser postgres DBMS نادرست است. دو راه حل وجود دارد: رمز عبور را به خاطر بسپارید یا آن را تغییر دهید. در حالت دوم، باید رمز عبور را در ویژگی های همه پایگاه های اطلاعاتی موجود با استفاده از snap-in تغییر دهید. مدیریت سرورهای 1C Enterprise.

سرور پایگاه داده یافت نشد
FATAL: پایگاه داده "NAME" وجود ندارد

یک اشتباه بسیار ساده دیگر. معنای آن به این واقعیت خلاصه می شود که پایگاه داده مشخص شده وجود ندارد. اغلب به دلیل خطا در تعیین نام پایه رخ می دهد. باید به خاطر داشت که پایگاه اطلاعاتی 1C در خوشه و پایگاه داده DBMS دو موجودیت متفاوت هستند و ممکن است نام‌های متفاوتی داشته باشند. همچنین باید به خاطر داشت که سیستم های لینوکس به حروف بزرگ و کوچک حساس هستند و برای آن ها unf83و UNF83دو نام متفاوت

• برچسب ها:

لطفا جاوا اسکریپت را برای مشاهده فعال کنید

هفته گذشته یک سرور جدید برای 1C آوردیم. پردازنده HP Proliant 380 G6 2 2.58 گیگاهرتز، 6 گیگابایت رم و سه دیسک، هر کدام با ظرفیت 72 گیگابایت و سرعت چرخش 15K. از آنجایی که نام مستعار Windows 2008 1C قابل هضم نیست (این هنوز نیست!)، من Windows Server 2003 x64 Standart Edition را نصب کردم.

اولین رنک زمانی به وجود آمد که ما سرور را به حالت "مبارزه" راه اندازی کردیم، به طور طبیعی، نام آن را تغییر دادیم: سرویس "Server Agent 1C: Enterprise 8.2" شروع به از کار افتادن کرد (شروع می شود، 10 ثانیه اجرا می شود و متوقف می شود).

هنگام اتصال به سرور 1C: Enterprise 8.2 از طریق کنسول سرور، یک خطا دریافت می کنیم:

"خطا در اتصال به سرور 1C: Enterprise 8.2

server_addr = tcp: // s02: 1540 descr = خطا در دسترسی شبکه به سرور

(سوکت های ویندوز - 10061 (0x0000274D). اتصال برقرار نشد زیرا رایانه مقصد درخواست اتصال را رد کرد. خط = 590 فایل =. \ Src \ DataExchangeTcpClientItmpl.cpp "

هنگام اتصال به پایگاه داده در این سرور، با خطای زیر مواجه می شویم:

"هیچ گردش کاری در حال اجرا نیست. اتصال به پایگاه داده امکان پذیر نیست."

فایروال غیرفعال است، DEP نیز غیرفعال است (فقط برای سرویس های ویندوز فعال است). راه اندازی مجدد سرور و نصب مجدد پلتفرم کمکی نکرد. ما دو بار ثبت نام را بررسی کردیم، همچنین فایده ای نداشت.

به نظر می رسد که تنظیمات خوشه سرور 1C: Enterprise در فهرست srvinfo ذخیره می شود (مسیر این دایرکتوری را می توان در ویژگی های سرویس عامل سرور 1C: Enterprise 8.2، پارامتر -d مشاهده کرد). این دایرکتوری نام خوشه و تنظیمات آن (از جمله امنیت) و لیست امنیت اطلاعات متصل به این خوشه و تنظیمات آنها را ذخیره می کند. اینها دو فایل هستند: srvinfo \ srvribrg.lst و srvinfo \ reg_1541 \ 1CV8Reg.lst. نام سرور قدیمی در این فایل های پیکربندی باقی مانده است.

اشکال بعدی: V82.ComConnector تماس را متوقف کرد - نوشت Class ثبت نشده است. پس از یک جستجوی کوتاه، یک راه حل برای مشکل در منبع http://www.gilev.ru/1c/hasp/ پیدا کردم

15. برای اتصالات COM به یک سرور برنامه 64 بیتی، استفاده کنید
فقط در رایانه ای که کلید روی آن نصب شده است امکان پذیر است
سرور 64 بیتی 1C: سازمانی (و نه از یک جلسه ترمینال).

برای
با استفاده از V81.COMConnector در رایانه هایی که فقط به آنها دسترسی دارند
با کلیدهای مشتری، می توانید V81.COMConnector 32 بیتی را در آن ثبت کنید
COM +.

• شروع خدمات مؤلفه؛


• یک برنامه خالی COM + با نوع فعال سازی ایجاد کنید - برنامه سرور و یک نام، به عنوان مثال، V81_COMConnector، نام کاربری ویندوز را مشخص کنید که تحت آن جزء در فضای آدرس یک فرآیند جداگانه dllhost.exe اجرا شود.


• در شاخه Components یک جزء جدید comcntr.dll را از فهرست 1C: Enterprise load modules اضافه کنید.

در این حالت، V81.COMConnector در یک فرآیند 32 بیتی جداگانه اجرا می شود و می تواند توسط برنامه های 32 بیتی و 64 بیتی استفاده شود.

من می خواهم به تنهایی اضافه کنم که شما به کاربری نیاز دارید که سرور 8.2 تحت آن در حال اجرا است تا این جزء جدید را به کاربران اضافه کند.