1 ثانیه مقدار مجاز حافظه برای فرآیندهای کاری. حل مشکلات احتمالی نصب

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

راه حل

1. کنسول مدیریت سرورهای 1C Enterprise را باز کنید.
2. درخت سرور مرکزی را به خوشه ها گسترش دهید و خوشه مورد علاقه خود را انتخاب کنید. در مثال فقط یک خوشه وجود دارد.
3. ویژگی های خوشه انتخاب شده را باز کنید و فرم زیر را ببینید

ویژگی های خوشه سرور 1C: Enterprise 8.3

بیایید به مثال نشان داده شده در تصویر نگاه کنیم:

فاصله راه اندازی مجدد- زمانی که پس از آن فرآیند rphost مجبور به راه اندازی مجدد می شود. قبل از پایان فرآیند، یک فرآیند rphost جدید راه اندازی می شود که تمام اتصالات به آن منتقل می شود و تنها پس از آن فرآیند قدیمی خاتمه می یابد. این به هیچ وجه بر تجربه کاربر تأثیر نمی گذارد. فاصله به ثانیه نشان داده شده است، در مثال 24 ساعت نشان داده شده است.

اندازه حافظه مجاز- مقدار حافظه ای که در آن گردش کار می تواند بدون مشکل کار کند. حجم بر حسب کیلوبایت نشان داده شده است، در مثال مقدار آن 20 گیگابایت است (در واقع، این رقم بسیار بزرگ است و باید از سیستم خاصی شروع کنید، اما رقم متوسط ​​4 گیگابایت است). به محض اینکه حافظه اشغال شده توسط فرآیند کار از مقدار مشخص شده بیشتر شود، شمارش معکوس شروع می شود.

فاصله بیش از حد مجاز حافظه- پس از راه اندازی تایمر پس از تجاوز از مقدار مجاز حافظه، زمان مشخص شده را شمارش معکوس کرد، یک فرآیند کارگر جدید راه اندازی می شود که تمام اتصالات به آن منتقل می شود، فرآیند قدیمی به عنوان غیرفعال علامت گذاری می شود. فاصله بر حسب ثانیه مشخص شده است، در مثال 30 ثانیه نشان داده شده است.

پس از آن فرآیندهای غیرفعال را متوقف کنید- زمانی که پس از آن جریان کاری که به عنوان غیرفعال علامت گذاری شده است، متوقف می شود، اگر مقدار 0 باشد، فرآیند تکمیل نخواهد شد. فاصله بر حسب ثانیه مشخص شده است، در مثال 60 ثانیه نشان داده شده است.

پس از اعمال تنظیمات، نیازی به راه اندازی مجدد سرویس سرور ندارید.

جمع

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

همچنین در برخی مواقع می توانید با تنظیمات بازی کنید و در صورت بروز خطا از خرابی احتمالی سرور جلوگیری کنید.

سرور 8.3 با یک کد داخلی تازه طراحی شده مشخص می شود، اگرچه "از بیرون" ممکن است به نظر برسد که کمی تغییر یافته 8.2 است.

سرور «قابل تنظیم خودکار» شده است.

یک مکانیسم متعادل کننده بار توسعه داده شده است که می تواند برای افزایش عملکرد سیستم به طور کلی یا برای استفاده از حالت جدید "ذخیره حافظه" استفاده شود که به شما امکان می دهد در مواردی که پیکربندی "با حافظه محدود" کار کنید. از «دوست دارد حافظه را کم کند» استفاده کرد.

پایداری عملکرد هنگام استفاده از مقادیر زیاد حافظه توسط پارامترهای جدید سرور تولید تعیین می شود.

پارامتر "مصرف ایمن حافظه در هر تماس" به ویژه جالب است. برای کسانی که تصور کمی از چیست، بهتر است بر اساس "مولد" تمرین نکنند. پارامتر "حداکثر اندازه حافظه فرآیندهای کاری" اجازه می دهد تا در صورت "سرریز" کل فرآیند کار خراب نشود، بلکه فقط یک جلسه "با بازنده" خراب شود. "مقدار حافظه برای فرآیندهای کاری که سرور تا آن اندازه سازنده در نظر گرفته می شود" به شما امکان می دهد به محض اینکه از آستانه حافظه فراتر رفت، اتصالات جدید را مسدود کنید.

من توصیه می کنم فرآیندهای کاری را با پایگاه اطلاعات جدا کنید، به عنوان مثال، پارامتر "تعداد امنیت اطلاعات در هر فرآیند = 1" را مشخص کنید. با چندین پایگاه داده بسیار بارگذاری شده، این امر تأثیر متقابل را هم از نظر قابلیت اطمینان و هم از نظر عملکرد کاهش می دهد.

سهم جداگانه ای در ثبات سیستم توسط "هزینه" مجوزها/کلیدها انجام می شود. در 8.3، استفاده از "مدیر مجوز نرم افزار" که یادآور مدیر "aladin" است، امکان پذیر شد. هدف این است که بتوان کلید را روی یک ماشین جداگانه قرار داد.

به عنوان «سرویس» دیگری در مدیر خوشه پیاده‌سازی می‌شود. برای مثال می توانید از یک لپ تاپ "رایگان" استفاده کنید. آن را به خوشه 1C 8.3 اضافه کنید، یک مدیر جداگانه روی آن با سرویس "خدمات مجوز" ایجاد کنید. می توانید یک کلید hasp سخت افزاری را در لپ تاپ خود وارد کنید یا مجوزهای نرم افزار را فعال کنید.

بزرگترین مورد علاقه برنامه نویسان باید "الزامات تخصیص عملکرد" ​​باشد.

بنابراین در لپ تاپ با یک کلید امنیتی، برای اینکه کاربران را روی سرور خوشه راه اندازی نکنید، باید "الزامات" را برای شی مورد نیاز "اتصال مشتری به امنیت اطلاعات" اضافه کنید - "تخصیص نکنید"، یعنی. از پردازش اتصالات کلاینت توسط فرآیندهای کارگر در این سرور جلوگیری می کند.

حتی جالب‌تر، امکان اجرای «تنها کارهای پس‌زمینه» در سرور تولید خوشه بدون جلسات کاربر است. به این ترتیب می توانید وظایف (کد) با بارگذاری بالا را به یک ماشین جداگانه منتقل کنید. علاوه بر این، می‌توانید یک کار پس‌زمینه «بستن ماه» را با استفاده از «مقدار یک پارامتر اضافی» در یک رایانه اجرا کنید، و کار پس‌زمینه «به‌روزرسانی فهرست کامل متن» از طریق علامت «ارزش» انجام می‌شود یک پارامتر اضافی». به عنوان مثال، اگر BackgroundJob.CommonModule را به عنوان یک مقدار مشخص کنید، می توانید کار سرور کارگر در خوشه را فقط به کارهای پس زمینه با هر محتوایی محدود کنید. مقدار BackgroundJob.CommonModule..- کد خاصی را نشان می دهد.

واضح است که بازگویی مستندات فایده ای ندارد. اما اگر کسی توصیه مفیدی را ارائه دهد، مقاله را گسترش خواهم داد.

اصطلاحات، مفاهیم

چرا به سرور 1C نیاز دارید؟

اصطلاح "خوشه سرور" به چندین رایانه (سرور) اشاره دارد که یک کار مشترک را انجام می دهند.

وظایف حل شده توسط خوشه سرور 1C: Enterprise 8 در شکل زیر نشان داده شده است.

تفاوت بین 8.1 و 8.2

خوشه 1C 8.1

خوشه سرور 1C: Enterprise 8.1 پیاده سازی ایده های توزیع بار در سرورهایی است که به درخواست های مشتری خدمات ارائه می دهند. این مکانیسم بار روی منابع محاسباتی را در یک سرور یا چندین سرور ("سرورهای کار") توزیع می کند، بنابراین مقیاس بندی برنامه را تضمین می کند. خوشه سرور کدی را کپی می کند که اتصالات سرویس گیرنده را ارائه می دهد. کد اجرایی تکراری خوشه "فرایند کارگر" (rphost) نام دارد. هنگام نصب یک کلاستر، تنها یک فرآیند کارگر ایجاد می شود.
چندین پردازش کارگر در یک سرور، استفاده موثر از مقدار RAM و منابع پردازنده برای اجرای درخواست‌ها و همچنین اتصال یک جلسه مشتری به فرآیند کارگر دیگری در صورت «خراش» فعلی را ممکن می‌سازد.
برنامه Server Agent (ragent) مسئول درک آنچه در یک سرور خاص در حال اجرا است، است. توقف عامل سرور باعث می شود که سرور برای استفاده توسط خوشه در دسترس نباشد. عامل اطلاعات خود را در فایل srvribrg.lst ذخیره می کند.
اطلاعات مربوط به پایگاه های اطلاعاتی کار و فرآیندهای کاری درگیر متعلق به "مدیر سرور" (rmngr) است. این اطلاعات را در فایل 1CV8Reg.lst ذخیره می کند. توقف مدیر سرور می‌تواند منجر به راه‌اندازی مجدد برنامه‌های کلاینت در صورت راه‌اندازی مجدد موفقیت‌آمیز مدیر یا توقف کامل سرورهای فعال کل خوشه شود.
1C: Enterprise 8.1 امکان ایجاد چندین خوشه مستقل را در یک سرور فراهم می کند. هر یک از آنها در شبکه با یک "پورت IP" منحصر به فرد و یک شماره منحصر به فرد در فایل های سرویس شناسایی می شوند. اولین کلاستر به صورت پیش فرض پورت 1541 را دریافت می کند.
Snap-in Enterprise Servers برای مدیریت یک خوشه طراحی شده است.
می توانید با نام سرور یا آدرس IP به سرورها متصل شوید.

عامل سرور

عامل سرور در مورد تمام خوشه هایی که روی سرور در حال اجرا هستند می داند. این اطلاعات در فایل srvribrg.lst با لیستی از خوشه ها و مدیران لیست ذخیره می شود. پورت اصلی عامل 1540 است. در هر سرور Working، تنها یک عامل می‌تواند راه‌اندازی شود که به همه خوشه‌های ممکن روی این سرور سرویس می‌دهد.
برای دریافت اطلاعات دقیق تر به صورت بصری، از ابزار Process Explorer (طراحی شده توسط Sysinternals) استفاده کنید. این برنامه به شما اجازه می دهد تا نگاه عمیق تری به هر فرآیند در حال اجرا داشته باشید، از جمله خوشه سرور 1C: Enterprise 8.1.

مدیر خوشه

مدیر خوشه مسئول عملیات خوشه است. هر خوشه مدیر خودش را دارد. مدیر اطلاعات مربوط به خوشه را در فایل 1CV8Reg.lst (رجیستری کلاستر) ذخیره می کند. هر Cluster Manager نیز پورت مخصوص به خود را در سرور Work دارد. برای خوشه اول، پورت مدیر پیش فرض 1541 است. این پورت است که در 1C:Enterprise Servers در شاخه Cluster نمایش داده می شود و خوشه را شناسایی می کند.
مدیر درخواست‌هایی را از قسمت مشتری 1C:Enterprise 8.1 دریافت می‌کند و تصمیم می‌گیرد که به کدام گردش کار این درخواست خدمات را بدهد.

مدیر از پورت سرویس برای تعامل با فرآیندهای کارگر استفاده می کند.

روند کار

فرآیند کار مسئولیت "کار با مشتریان" است. می توان گفت که در نسخه قبلی 1C: Enterprise 8.0 فقط یک "جریان کاری" وجود داشت.
در یک خوشه 1C:Enterprise 8.1 ممکن است چندین فرآیند کارگر وجود داشته باشد. مدیر سرور تصمیم می‌گیرد که کدام فرآیند کارگر به اتصال کلاینت سرویس دهد. برای اتصالات کلاینت، Worker Processes به طور پیش‌فرض طیفی از پورت‌های IP 1560 تا 1591 را به خود اختصاص می‌دهد. هر فرآیند کارگر تا 2 گیگابایت رم در یک سیستم عامل 32 بیتی استفاده می کند. در یک سیستم عامل 64 بیتی، محدودیت توسط مقدار فیزیکی RAM اعمال می شود

خوشه 1C 8.2

خوشه سرور 1C: Enterprise 8.2 - توسعه بیشتر فناوری های سرور 8.2.

سرور می تواند "مانند 8.1" کار کند، یعنی. با فناوری های قبلی سازگار است.

و به علاوه یک رویکرد جدید برای عملکرد سرور پیاده سازی شده است. اکنون به جای فرآیندها، جلسات نقش مهمی دارند.

Session ها تعادل بار و تحمل خطا را در یک برنامه مدیریت شده فعال می کنند.

مدیر خوشه

مدیر خوشه اکنون پیچیده تر شده است. اکنون می توان برخی از توابع را به یک فرآیند جداگانه تفکیک کرد و حتی روی سرور دیگری در کلاستر قرار داد. این به شما اجازه می دهد تا بار سرور را متعادل کنید.

تحمل خطا سرور 8.2 از طریق:

• ذخیره اطلاعات مربوط به جلسه کاربر
  • کاربر دیگر به گردش کار وابسته نیست.

• رزرو فرآیندهای کاری در یک خوشه.
  • باید چندین فرآیند کارگری، از جمله فرآیندهای اضافی وجود داشته باشد

• رزرو خوشه
  • یک خوشه یدکی در هنگام اتصال نشان داده می شود، آنها در خط اتصال ذکر می شوند

این امکان تداوم عملیات را فراهم می کند:

اگر اتصال فیزیکی مشتری به خوشه قطع شود (خانم نظافتچی کابل را بیرون کشید، برق تجهیزات شبکه قطع شد، مشکلی در ارائه دهنده وجود داشت)، نیازی به اتصال مجدد به پایگاه اطلاعات و شروع همه کارها نیست. کار دوباره پس از بازیابی اتصال فیزیکی، کاربر می تواند از نقطه ای که قطع شده است به کار خود ادامه دهد.

اگر تعمیر و نگهداری کامپیوترهای خوشه ای مورد نیاز باشد، می توان آنها را در حین کار بدون توقف کار کاربران با پایگاه اطلاعات خاموش کرد.

اگر هر سروری در خوشه از کار بیفتد، کار کاربر به طور خودکار به خوشه پشتیبان و/یا فرآیندهای کار پشتیبان منتقل می شود. برای کاربران، چنین انتقالی نامرئی خواهد بود.

اگر یکی از فرآیندهای کارگر خوشه با شکست مواجه شود، کاربران متصل به آن به طور خودکار به سایر فرآیندهای کارگر یا پشتیبان منتقل می شوند. چنین انتقالی نیز برای کاربران نامرئی خواهد بود.

خوشه 1C 8.3

سرور 8.3 با یک کد داخلی تازه طراحی شده مشخص می شود، اگرچه "از بیرون" ممکن است به نظر برسد که کمی تغییر یافته 8.2 است.

سرور «قابل تنظیم خودکار» شده است.

یک مکانیسم متعادل کننده بار توسعه داده شده است که می تواند برای افزایش عملکرد سیستم به طور کلی یا برای استفاده از حالت جدید "ذخیره حافظه" استفاده شود که به شما امکان می دهد در مواردی که پیکربندی "با حافظه محدود" کار کنید. از «دوست دارد حافظه را کم کند» استفاده کرد.

پایداری عملکرد هنگام استفاده از مقادیر زیاد حافظه توسط پارامترهای جدید سرور تولید تعیین می شود.

پارامتر "مصرف ایمن حافظه در هر تماس" به ویژه جالب است. برای کسانی که تصور کمی از چیست، بهتر است بر اساس "مولد" تمرین نکنند. پارامتر "حداکثر اندازه حافظه فرآیندهای کاری" اجازه می دهد تا در صورت "سرریز" کل فرآیند کار خراب نشود، بلکه فقط یک جلسه "با بازنده" خراب شود. "مقدار حافظه فرآیند کاری که سرور تا آن اندازه مولد در نظر گرفته می شود" به شما امکان می دهد به محض اینکه از این آستانه حافظه فراتر رفت، اتصالات جدید را مسدود کنید.

من توصیه می کنم فرآیندهای کاری را با پایگاه اطلاعات جدا کنید، به عنوان مثال، پارامتر "تعداد امنیت اطلاعات در هر فرآیند = 1" را مشخص کنید. با چندین پایگاه داده بسیار بارگذاری شده، این امر تأثیر متقابل را هم از نظر قابلیت اطمینان و هم از نظر عملکرد کاهش می دهد.

سهم جداگانه ای در ثبات سیستم توسط "هزینه" مجوزها/کلیدها انجام می شود. در 8.3، استفاده از "مدیر مجوز نرم افزار" که یادآور مدیر "aladin" است، امکان پذیر شد. هدف این است که بتوان کلید را روی یک ماشین جداگانه قرار داد.

به عنوان «سرویس» دیگری در مدیر خوشه پیاده‌سازی می‌شود. برای مثال می توانید از یک لپ تاپ "رایگان" استفاده کنید. آن را به خوشه 1C 8.3 اضافه کنید، یک مدیر جداگانه روی آن با سرویس "خدمات مجوز" ایجاد کنید. می توانید یک کلید hasp سخت افزاری را در لپ تاپ خود وارد کنید یا مجوزهای نرم افزار را فعال کنید.

بزرگترین مورد علاقه برنامه نویسان باید "الزامات تخصیص عملکرد" ​​باشد.

بنابراین در لپ تاپ با یک کلید امنیتی، برای اینکه کاربران را روی سرور خوشه راه اندازی نکنید، باید "الزامات" را برای شی مورد نیاز "اتصال مشتری به امنیت اطلاعات" اضافه کنید - "تخصیص نکنید"، یعنی. از پردازش اتصالات کلاینت توسط فرآیندهای کارگر در این سرور جلوگیری می کند.

حتی جالب‌تر، امکان اجرای «فقط کارهای پس‌زمینه» در سرور تولید خوشه بدون جلسات کاربر است. به این ترتیب می توانید وظایف (کد) با بارگذاری بالا را به یک ماشین جداگانه منتقل کنید. علاوه بر این، می‌توانید یک کار پس‌زمینه «بستن ماه» را با استفاده از «مقدار یک پارامتر اضافی» در یک رایانه اجرا کنید، و کار پس‌زمینه «به‌روزرسانی فهرست کامل متن» از طریق علامت «ارزش» انجام می‌شود یک پارامتر اضافی». برای مثال، اگر BackgroundJob.CommonModule را به عنوان یک مقدار مشخص کنید، می توانید کار سرور کارگر در خوشه را فقط به کارهای پس زمینه با هر محتوایی محدود کنید. مقدار BackgroundJob.CommonModule.<Имя модуля>.<Имя метода>- یک کد خاص را نشان می دهد.

حل مشکلات احتمالی نصب

هنگام نصب بخش سرور 1C: Enterprise 8.1، می توانید یک کاربر جدید ایجاد کنید یا یک حساب کاربری موجود را انتخاب کنید.

در صورت انتخاب یک حساب کاربری موجود، باید رمز عبور و تایید صحیح را ارائه دهید، در غیر این صورت شروع به پشتیبان منجر به خطا می شود.
هنگامی که Cluster Agent را برای اولین بار اجرا می کنید، یک کلاستر پیش فرض ایجاد می شود.
خوشه پیش فرض دارای ویژگی های زیر است:
· شماره پورت – 1541;
محدوده پورت IP – 1560:1591;
· پشتیبانی از بسیاری از گردش کار - غیرفعال.
· یک فرآیند کارگر، شماره پورت از محدوده مشخص شده تنظیم می شود.
اگر هنگام راه اندازی Cluster Agent برای اولین بار مشکلی وجود داشته باشد، ممکن است خوشه پیش فرض ایجاد نشود. این خود را در این واقعیت نشان می دهد که وقتی عامل سرور (ragent) شروع می شود، شروع می شود، اما سایر فرآیندهای خوشه (rmngr، rphost) را شروع نمی کند. لیست خوشه های srvribrg.lst به شکل زیر است:
{
{0},
در این صورت می توانید فرآیند ragent را متوقف کنید، لیست خوشه ها را حذف کنید (srvribrg.lst) و دوباره Ragent را شروع کنید.

مطابقت بین پورت های مشخص شده در پارامتر پورت خط فرمان برای راه اندازی سرویس عامل سرور و پورت های مشخص شده در گفتگوی پارامترهای سرور مرکزی کنسول کلاستر را بررسی کنید:

- سرویس عامل سرور 1C: Enterprise 8.1 را متوقف کنید.

اگر Server Agent به عنوان یک برنامه در حال اجرا است، با فشار دادن کلیدهای ترکیبی Ctrl+C می توان آن را متوقف کرد.
- مطمئن شوید که در Task Manager تمام پردازش های ragent، rmngr، rphost به پایان رسیده اند. در صورت لزوم، آنها را با استفاده از Task Manager تکمیل کنید.

- ویژگی های سرویس عامل سرور 1C: Enterprise 8.1 را باز کنید.

- به خط "فایل اجرایی" (Path to executable) توجه کنید. دارای پارامتر -d و به دنبال آن فهرست داده های خوشه ای است. تمامی فایل های مربوط به کلاستر در این دایرکتوری قرار دارند.
- تمام محتویات این فهرست را حذف کنید.
- سرویس عامل سرور 1C: Enterprise 8.1 را راه اندازی کنید.
- در Task Manager مطمئن شوید که تمام پردازش های ragent, rmngr, rphost شروع شده اند.
- کنسول کلاستر را راه اندازی کنید و سرور مرکزی را در آن ثبت کنید. کنسول باید به سرور مرکزی متصل شود و یک خوشه ایجاد شده به طور پیش فرض را نشان دهد.
مشکلات احتمالی خرابی خوشه سرور شامل مشکلات کلیدهای امنیتی، حقوق حساب سرویس و پارامترهای راه اندازی نادرست است.

1. کلید حفاظت از سرور به صورت محلی بر روی هر سرور در شرکت نصب شده است
2. حساب سرویس را با رمز عبور خالی تنظیم نکنید
3. با خوشه های متعدد، پورت های استفاده شده نباید همپوشانی داشته باشند

لطفاً توجه داشته باشید که در طول مراحل نصب پلت فرم 1C: Enterprise 8.1، ممکن است پیام های خطا نمایش داده شود. محتمل ترین پیام ها در زیر لیست شده اند. دلایلی که باعث شده پیام ها و مراحل حذف آنها نشان داده شده است.

خطای 1069: به دلیل خطای ورود، سرویس اجرا نمی شود

مشکل مربوط به حقوق حساب برای اجرا به عنوان یک سرویس سیستم است. ابزار Local Security Policy را باز کنید و کاربر (از طرف او سرورهای Cluster Work راه اندازی شده است) را به سیاست های Logon as service و Logon as batch job اضافه کنید.
اگر داده های ذخیره شده در فایل های سرویس آسیب ببیند، راه اندازی سرورهای تولید Cluster ممکن است با شکست مواجه شود. مطمئن شوید که عامل سرور 1C:Enterprise 8.1 در حال اجرا است (فرآیند Ragent در Task Manager).
فراموش نکنید که Windows Event Auditing نیز یک ابزار تجزیه و تحلیل است. برای انجام این کار، ببینید آیا پیام‌های مشکوکی در گزارش رویداد ویندوز ظاهر می‌شود یا خیر.

خطای 8007056B / 800708C5

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

خطای 1923: هیچ امتیازی برای نصب توسط سرویس وجود ندارد

علت: خطا مربوط به حقوق نصب حساب به عنوان برنامه است. این خطا برای تلاش برای نصب سرور بر روی یک کنترل کننده دامنه که در آن اقدامات امنیتی بیشتری لازم است، معمول است.
راه حل: از کنترل‌کننده دامنه برای میزبانی سرور سازمانی استفاده نکنید یا الزامات امنیتی را کاهش دهید و حقوق «اجرا به عنوان سرویس» یا «اجرا به عنوان کار دسته‌ای» را برای حساب انتخابی مشخص کنید.

خطای 80070056

رمز عبور شما قابل تغییر نیست. هر رمز عبور باید حداقل x روز استفاده شود.
علت و راه حل: خطای دیگری که هنگام نقض الزامات خط مشی امنیتی برای رمزهای عبور استفاده شده رخ می دهد. راه حل مشابه خطای 800708C5 است.

سوکت های ویندوز - 11004 (0x00002AFC)

1) مطمئن شوید که در سرور Working Cluster در Task Manager موارد زیر در حال اجرا هستند:
عامل سرور (ragent.exe)،
مدیر خوشه (rmngr.exe)،
فرآیند کارگر خوشه (rphost.exe).
2) برای بررسی وضوح نام آدرس IP، در خط فرمان اجرا کنید:
نام ماشین پینگ
در پاسخ سیستم به دستور، ما علاقه مندیم که تعیین کنیم آیا آدرس IP تعیین شده است یا خیر.
3) اگر نام مشخص است، اما Worker Process هنوز پیدا نشده است، مطمئن شوید که آدرس IP نام تعیین شده است.<имя машины>و<имя машины>.<имя домена>متفاوت تعریف نشده اند.

(سوکت های ویندوز - 10054 (0x00002746).

میزبان راه دور اتصال را به زور بسته است.
این پیام ممکن است در صورت راه اندازی مجدد سرور یا حذف اجباری Worker Process دریافت شود.
این خطا معمولاً هنگام اتصال مجدد ظاهر نمی شود. در صورت تداوم خطا، بررسی دلایل خرابی سرورهای تولید خوشه ضروری است.
این خطا زمانی رخ می دهد که یک فرآیند کارگر به حداکثر ظرفیت حافظه در سیستم های 32 بیتی برسد.
مورد دیگر تلاش برای اتصال از سوی مشتری با پیام خطا است:

(سوکت های ویندوز - 10060 (0x0000274C)

تلاش برای برقراری ارتباط ناموفق بود زیرا... پاسخ مورد نیاز از رایانه دیگری در مدت زمان مورد نیاز دریافت نشد یا یک اتصال از قبل برقرار شده به دلیل پاسخ نادرست از رایانه قبلاً متصل قطع شد.
ماهیت این خطا عدم پاسخگویی در یک زمان معین (تایم اوت) است.
1) مطمئن شوید که فایروال شما ترافیک برنامه را مسدود نمی کند. فایروال خود را خاموش کنید
برای انجام این کار، دستور را در خط فرمان اجرا کنید (این فرمان از Windows XP و Windows Server 2003 در دسترس است؛ نسخه های قبلی فایروال داخلی ندارند، اما نرم افزار شخص ثالث را می توان نصب کرد):
نتشدیواره آتشتنظیمopmodeغیر فعال کردن
در صورت موفقیت آمیز بودن دستور، پیامی دریافت خواهید کرد:
خوب.
علاوه بر فایروال، فیلترهای شبکه می توانند ترافیک را مسدود کنند. آنها به طور پیش فرض غیرفعال هستند. با این حال، مطمئن شوید که اینگونه است:

1. پوشه Network Connections را باز کنید.
2. روی اتصال شبکه ای که می خواهید پیکربندی کنید کلیک راست کرده و انتخاب کنید خواص.
3. روی زبانه معمول هستند(برای اتصال از طریق شبکه محلی) یا روی برگه خالص(برای همه اتصالات دیگر) را انتخاب کنید پروتکل اینترنت (TCP/IP)و دکمه را فشار دهید خواص.
4. روی دکمه کلیک کنید علاوه بر این.
5. برگه را باز کنید گزینه ها، یک گزینه را انتخاب کنید فیلتر TCP/IPو دکمه را فشار دهید خواص.
6. از چک باکس مطمئن شوید فعال کردن فیلتر TCP/IP (همه آداپتورها)حذف شده.

2) مطمئن شوید که منابع پردازنده 100% بارگذاری نشده اند (CPU).
3) فعالیت شبکه رابط های مشتری و سرور را اندازه گیری کنید. بار روی آداپتور شبکه نباید از 60٪ تجاوز کند.

(سوکت های ویندوز - 10061 (0x0000274D)

ارتباط برقرار نشده است زیرا کامپیوتر مقصد درخواست اتصال را رد کرد.
یک دلیل معمولی برای این خطا عدم وجود یک عامل سرور در حال اجرا است. سرور را به صورت دستی راه اندازی کنید یا سرور را مجددا راه اندازی کنید تا به طور خودکار شروع به کار کند.

پاسخ به سوالات

چند پلتفرم 1C

نصب سرور

س: خطا در نصب سرور 1c در MS Server 2008 R2 x64 هنگام نصب سرور 1c از طریق خط فرمان، به عنوان مثال، ragent.exe -instsrvc -port 2040 -regport 2041 -range 2060:2091 -d “C:\Program Files\1cv82 \ (برگرفته از دیسک ITS)، خط فرمان این پیام را می نویسد: "خطا! خطای OpenSCManager!” سرویس در این مورد ایجاد نمی شود. تست شده در 8.1.15.14 و 8.2.10.77

پاسخ: برای نصب از خط فرمان روی سیستم عاملی که UAC در آن وجود دارد، باید از سرویس RunAs استفاده کنید، زیرا حتی اگر کاربر عضوی از گروه Administrators باشد، UAC اقداماتی را که وضعیت سیستم را تغییر می‌دهند مسدود می‌کند.

کلیدهای حفاظتی

س: آیا کلید حفاظتی سرور 8.2 به من اجازه می دهد سرور 8.1 را اجرا کنم؟
پاسخ: بله، اینطور است

س: برای راه اندازی یک سرور 1C، آیا به نوعی کلید hasp سرور نیاز دارم؟ محلی، یا برای 5 کاربر کار نمی کند؟

پاسخ: بله، سرور به کلید خود نیاز دارد، کلیدهای کاربر محلی و شبکه کار نمی کنند. جزئیات بیشتر در « « اسلاید شماره 30.

س: فرض کنید یک خوشه سرور 1C از 3 سرور فیزیکی تشکیل شده است. چند کلید امنیتی لازم است؟

س: یک سرور ترمینال و یک کلید برای 5 مجوز وجود دارد، ششمین مجوز اضافی باید خریداری شود. مجوز. امکان نصب روی سرور کنار کلید 5 هست؟ و آیا هر 6 کاربر در جلسات ترمینال کار می کنند یا 5 - زیر ترمینال و 1 در نسخه فایل؟
پاسخ: نه، این کار را نمی کنند. مجوز ششم در قالب یک کلید محلی باید به رایانه کاربر وصل شود، اما نه به ترمینال.

به روز رسانی سرور 1C

س: هنگامی که یک نسخه جدید 8.2.xxx از پلتفرم منتشر می شود، رویه به روز رسانی سرورها و کلاینت ها چگونه است؟
پاسخ: توزیع های 8.2 فایل های خود را در پوشه های مختلف نصب می کنند (هر نسخه پوشه مخصوص به خود را دارد)، یعنی. از نظر تئوری، امکان فراخوانی چندین نسخه از سرور به صورت موازی وجود دارد.

هیچ مشکلی نداشتم با این حال، باید پورت های اشغال شده توسط نمونه سرور 1C را با دقت نظارت کنید. هیچ تقاطعی نباید وجود داشته باشد.

راه اندازی سرور 1C

س: در 1C 8.1، بهترین راه برای قرار دادن پایگاه های اطلاعاتی، در صورت وجود چندین مورد، در یک کلاستر یا ایجاد یک خوشه جداگانه برای هر پایگاه داده چیست؟ پاسخ: با حجم یا بار زیاد، پایگاه داده های آزمایشی باید در کلاسترهای جداگانه قرار گیرند!

س: سؤال: آیا گردش کار 1C:Enterprise 8.1 یک برنامه تک رشته ای است یا چند رشته ای؟ آن ها آیا می توان بسیاری از هسته ها را با یک کاربر متصل بارگذاری کرد؟ با چندین؟ در مورد گردش کار 1C: Enterprise 8.2 چطور؟ متشکرم.
پاسخ: 1Сv8.exe و rphost.exe در نسخه 8.1 1 هسته مصرف می کنند. از آنجایی که در 8.1 اتصال کلاینت به طور جدی به فرآیند worker گره خورده است، می توانیم به صورت مشروط فرض کنیم که پردازش مشتری 1C در یک هسته واحد انجام می شود. استثنا DBMS است که بدون توجه به نحوه کار سرور 1C از هسته ها استفاده می کند.

در نسخه 8.2، اتصالات با جلسات جایگزین می شوند. ممکن است جلسات قبلاً در فرآیندهای کارگری مختلف در حال اجرا باشند. بنابراین احتمالاً فراخوانی 8.2 تک رشته ای صحیح نیست. Client 8.2 همچنین به صورت بصری چندین هسته را بارگذاری می کند، بنابراین:

پلتفرم 8.2 تمام قابلیت های یک سیستم چند رشته ای را پیاده سازی نمی کند، اما در مقایسه با 8.1 از قابلیت های سخت افزاری، از جمله از نظر موازی بودن، بسیار بهتر استفاده می کند.

س: آیا برای بارگیری چندین هسته، چندین فرآیند کاری 1C:Enterprise 8.1 برای سرور پایگاه داده (MS SQL) ضروری است؟ (توجه شده است که MS SQL معمولاً فقط یک هسته را "بارگیری" می کند، به عنوان مثال، "موازی کردن" پردازش یک درخواست در چندین هسته، به طور معمول، اتفاق نمی افتد.) با تشکر.
پاسخ: نیازی به مدیریت خاص MS SQL نیست، این یک سیستم نسبتاً خود تنظیم است که در صورت نیاز از منابع استفاده می کند. شما می توانید موازی اجرا را کنترل کنید:

EXEC sys.sp_configure N'max درجه موازی'، N'5'
برو
پیکربندی مجدد با لغو
برو

شما می توانید چندین فرآیند کاری را بر روی سرور 1C ایجاد کنید، بر این اساس که یک فرآیند کاری امکان اتصال مجدد کاربران را در صورت خرابی فرآیند کار فراهم نمی کند. فرآیند 2 (در 8.2 بهتر است آن را "پشتیبان" کنید) این مشکل را حل می کند. اما اضافه کردن یک سوم یا بیشتر فرآیندهای کاری تنها در صورتی منطقی است که دو فرآیند کاری اول به شدت بارگذاری شوند (بیش از 90٪). هیچ فایده ای در افزایش بی رویه فرآیندهای کاری وجود ندارد.

A: باید حداقل 1 فرآیند پشتیبان کارگر در 8.2 وجود داشته باشد.

Failover Cluster

س: سؤال در مورد فعال کردن افزونگی برای خوشه‌های 1s 8.2. اگر سرور ما خراب شد (خانم نظافتچی سیم را بیرون کشید)، نام شبکه، به عنوان مثال "server:2540" در دسترس نخواهد بود. کلاینتی که رشته اتصالش «server:2540» را می‌گوید چگونه می‌داند که باید به خوشه پشتیبان متصل شود؟ نام سرور دیگر را از کجا خواهد آورد؟ اگر خوشه هایی را که با کاما از هم جدا شده اند در رشته اتصال پایگاه داده بنویسید چه؟
پاسخ: چندین خوشه در یک "گروه افزونگی" ترکیب می شوند. برای این منظور، یک "لیست رزرو" در Snap-in کلاستر وجود دارد.

هنگامی که یک مشتری برای اولین بار به یک خوشه دسترسی پیدا می کند، لیستی از خوشه های موجود در گروه افزونگی به او داده می شود.

اگر مشتری هرگز با شما تماس نگرفته است، در این صورت باید به صورت دستی آدرس همه خوشه ها را مشخص کنید، به عنوان مثال storm:2541، monster:2541.

داده های همگام شده بین خوشه های افزونگی رد و بدل می شود.

س: بعد از بازیابی خوشه اصلی چه اتفاقی می افتد؟ زمانی که کاربران به پشتیبان گیری روی آوردند.

ج: آنها برمی گردند. هنگام همگام‌سازی این خوشه‌ها، ممکن است هنگام جابه‌جایی مکث وجود داشته باشد.

مشاغل پس زمینه

س: چگونه یک کار پس زمینه در حال اجرا در سرورهای 1C:8.1 و 1C:8.2 را حذف کنیم؟

پاسخ: توانایی لغو یک کار معمول فقط در صورتی کار می کند که کد در زبان داخلی 1C: Enterprise اجرا شود. اگر کد در کتابخانه های خارجی اجرا شود، چنین کاری را نمی توان لغو کرد مگر با خاتمه اجباری گردش کار. اگر در این فرآیند یک بلوک StartTransaction () - CommitTransaction () وجود داشته باشد، بعید است. سایر کارهای پس زمینه را می توان از طریق کنسول کار حذف کرد.

رویه های نظارتی

س: آیا امکان تخریب پایگاه در طول T&I وجود دارد؟

پاسخ: من از چنین مواردی اطلاع ندارم، اما IMHO هر چیزی ممکن است. بنابراین، ایده خوبی است که قبل از T&I یک نسخه پشتیبان تهیه کنید.

س: ویاچسلاو، به چه دلایلی با استفاده از تست و تصحیح 1C فهرست بندی مجدد انجام نمی دهید؟
پاسخ: قابلیت‌های DBMS برای این اهداف مناسب‌تر هستند، زیرا اساساً نمایه‌ها را نیز بازسازی می‌کنند، اما نیازی به توقیف انحصاری پایگاه داده ندارند.

مجله فناوری

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

مشکلات و خطاها

س: آیا با مشکلی مواجه شده اید - ناپدید شدن تنظیمات گزارش برای کاربران هنگام به روز رسانی پویا پیکربندی ها در پلت فرم 8.2. آیا توصیه ای در مورد نحوه برخورد با این موضوع دارید؟
A: مشکلات مربوط به به روز رسانی پویا در منعکس شده است "سرورهای 1C: Enterprise 8.1 و 8.2 - با چه چیزی بخوریم")اسلاید شماره 60. پاک کردن حافظه پنهان. شاید در برخی موارد لازم است بدانید تنظیمات کاربر دقیقاً در کجا ذخیره می شود. در صورت لزوم، داده های باینری را در ثبت اطلاعات ذخیره کنید.

س: یک سوال مرتبط، زیرا ... این مربوط به حالت فایل است: chdbfl.exe چه خطاهایی را تصحیح می کند؟
A: این یک ابزار تصحیح خطای ساختار ذخیره سازی داده است. این می تواند موقعیتی باشد که به عنوان مثال، "فایل پایگاه داده آسیب دیده است.../1Cv8.1CD" ظاهر می شود. آن ها رفع خرابی فایل پایگاه داده با این حال، توابع T&I را انجام نمی دهد. اگر T&I با موفقیت اجرا نشود، chdbfl.exe را اجرا می کنم.

س: لطفاً اگر با چنین مشکلی مواجه شده اید، به من بگویید. هنگامی که تعداد زیادی کاربر در پایگاه داده (حدود 40 نفر) در هنگام پردازش اسناد بزرگ وجود دارد، به عنوان مثال، منعکس کننده PO در reg. حدود 8000 خط را شامل می شود. پیام خطا این است که حافظه کافی در سرور سازمانی 1C وجود ندارد و کاربری که این سند را راه‌اندازی کرده است از کار افتاده است. سند را می توان تنها پس از راه اندازی مجدد عامل سرور 1C پردازش کرد.
A: به نظر می رسد نشت حافظه:

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

2. هولدینگ را در قسمت هایی، مثلاً 1000 خط در یک زمان، ضرب کنید. با استفاده از TZ، اشیایی را که در ابتدای عملیات حافظه را اشغال می کنند، اما پس از اتمام، حافظه را آزاد نمی کنند، ردیابی کنید.

3. نسخه x64 را نصب کنید، مقدار رم را افزایش دهید، به 8.2 تغییر دهید.

س: سوال در مورد تست و مدیریت. آیا می توان "بررسی یکپارچگی مرجع" را بر اساس URDB با انتخاب بر اساس داده های ارسالی اجرا کرد؟ (به عنوان مثال، در برخی از گره ها از نظر فیزیکی هیچ شیئی وجود ندارد، اما پیوندهایی به آنها وجود دارد). متشکرم!
پاسخ: متاسفانه هنوز این امکان وجود ندارد.

س: چرا آزمایش و رفع مشکلات به طور همزمان حل نمی شود، آیا باید چندین بار آن را اجرا کنید؟

پاسخ: فقط توسعه دهندگان می توانند با دقت پاسخ دهند. من T&I را طبق مقررات (به صورت چرخه ای) اجرا می کنم، بنابراین این موضوع برای من چندان مرتبط نیست. T&I باید نه فقط یک بار، بلکه دائماً مانند "MOT برای یک ماشین" انجام شود.

س: آیا تفاوتی بین T&I 8.1 و 8.2 وجود دارد؟

پاسخ: در لحظه نوشتن پاسخ و انتشار 8.2.10 تفاوت آن را نمی دانم.

س: آیا در طول تجدید ساختار لازم است دوباره نمایه شود؟
ج: نیازی نیست.

دیگر

س: آقایان عزیز، آیا کسی سعی کرده است که پایگاه داده ها را با استفاده از MSSql 2008 منعکس کند؟

س: سوال در مورد اجبار کردن حافظه مشترک در سرور 1s 8.2

پاسخ: نیازی به اجبار چیزی نیست، سرور متوجه خواهد شد.

س: برای 1C:Enterprise 8.1، شرایطی مشاهده شده است که در همان سخت افزار، نسخه سرور فایل با عملیات "سنگین" و یک کاربر واحد بسیار سریعتر از نسخه سرویس گیرنده-سرور کار می کند، زمانی که همه "پیوندها" (پایگاه داده) سرور، سرور 1C: Enterprise و Client) روی یک سرور نصب می شوند. علاوه بر این، هنگام انجام این عملیات "سنگین"، هیچ بار سخت افزاری آشکاری وجود ندارد (بار روی پردازنده، حافظه و هارد دیسک حداقل است). یعنی منابع سخت افزاری زیاد است اما کند کار می کند. در مقابل چه چیزی می توانیم «استراحت کنیم»؟ متشکرم.
A: مزیت معماری سرویس گیرنده-سرور از نقطه نظر عملکرد، توانایی پردازش درخواست های مشتری برای داده ها به صورت PARALLEL است. آن ها سرعت جریان شاخصی نیست که بتوان از آن نتیجه گیری کلی کرد. مکانیسم‌هایی که همزمانی را بهبود می‌بخشند ممکن است همچنان عملکرد را در یک رشته واحد کاهش دهند.

برای اینکه به طور واضح گلوگاه را در پرونده خود پیدا کنید، باید حجم کاری تجهیزات سرور را به دست آورید و آن را به موقع با طولانی ترین عملیات در حالت مشتری-سرور مقایسه کنید. اغلب این انتقال بیش از حد داده ها به سمت مشتری است. آن ها به جای انجام عملیات روی سرور 1C، داده ها از پایگاه داده از طریق سرور به مشتری منتقل می شوند.

سرعت در یک رشته از نسخه سرویس گیرنده-سرور تنها با عملکرد نسخه فایل مطابقت دارد. اگر زمان عملیات به اعداد مطلق در کمتر از دقیقه اندازه گیری شود ارزش دارد که با این مشکل مقابله کنیم. بهینه سازی در عرض 1-3 ثانیه مشکوک است.

س: درباره تفاوت بین ترمینال ویندوز و تین کلاینت 1C.
پاسخ: تا زمانی که اکثر راه حل ها به طور کامل به 8.2 ترجمه نشده باشند، قطعاً صحبت در مورد مقایسه عملی این فناوری ها دشوار است.

واضح است که تین کلاینت 1C باید ترافیک کمتری مصرف کند و امکان کار از طریق وب را فراهم کند. اما این چیزی است که هنوز اجرا نشده است و راه حل های ترمینال در حال حاضر به طور گسترده مورد استفاده قرار می گیرند.

برای مدیران پروژه محافظه کار و عملگرا تبدیل 8.1 به 8.2 - یک راه حل ترمینال. برای پروژه های کوچک با هزینه کم خطا و پیکربندی که بلافاصله با فرم های مدیریت شده و سیستم های کنترل دسترسی پیاده سازی می شود، یک تین کلاینت IMHO ترجیح داده می شود.

س: چگونه آزمایش بار را نزدیک به شرایط واقعی انجام دهیم؟ از این گذشته، شما نمی توانید کاربران را مجبور کنید که «روی چیزی کلیک کنند».

A: 1C: مرکز تست با مجموعه ای از سخت ترین عملیات ها، تولید مثل 100٪ ضروری نیست، خود کلیک ها دشوار نیستند، عمدتاً انجام و درخواست گزارش هستند. یک وبینار جداگانه در مورد تست وجود خواهد داشت. من هم با جزئیات بیشتر به شما خواهم گفت.

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

اجرای آزمایشی کارهای پس‌زمینه پایگاه داده اصلی باعث شد که کلاستر 1C به‌طور بی‌پایان rphost.exe را بارگذاری کند و rphost.exe اضافی نمی‌خواهد ایجاد شود. بعد از کاوش در تنظیمات همه چیز مشخص شد.

حداکثر حافظه گردش کارمقدار حافظه ای است که فرآیندهای کارگر می توانند با هم استفاده کنند. هنگام تنظیم پارامتر، اندازه گیری شده در بایت، باید بسیار مراقب باشید. اگر مقدار اشتباهی را تنظیم کنید (برای عملکرد عادی کاربر کافی نیست)، کاربران خطای «حافظه رایگان کافی در سرور 1C نیست» را دریافت خواهند کرد. همچنین زمانی که سهمیه حافظه در سرور 1C تمام شده است، می توانید این خطا را دریافت کنید.

مصرف ایمن حافظه در هر تماس- به شما امکان می دهد مصرف حافظه را در طول تماس با سرور، اندازه گیری شده در بایت، کنترل کنید. اگر یک تماس بیشتر از حد انتظار از حافظه استفاده کند، این تماس در کلاستر 1C بدون راه‌اندازی مجدد فرآیند کارگر (rphost.exe) تکمیل می‌شود. بر این اساس، "بازنده" که با سرور تماس گرفته است، جلسه خود را با پایگاه داده 1C بدون تأثیر بر کار سایر کاربران از دست می دهد.

در یک گیگابایت – 1073741824 بایت، بنابراین در 2 گیگابایت – 2147483648 بایت

مقدار حافظه برای فرآیندهای کاری که سرور تا آن حد سازنده در نظر گرفته می شود - اگر از این پارامتر فراتر رود، سرور در خوشه 1C پذیرش اتصالات جدید را متوقف می کند.

تعداد امنیت اطلاعات در هر فرآیند- به شما امکان می دهد پایگاه های اطلاعاتی را برای فرآیندهای کاری جدا کنید. به طور پیش فرض، خوشه 1C فعلی روی "تنظیم شد 8 "، اما در طول چندین ساعت کار، سرور بسیار ناپایدار عمل کرد، جلسات کاربر متوقف شد. پس از جداسازی هر پایگاه اطلاعاتی (مقدار - "1") مشکلات ناپدید شدند.

تعداد اتصالات در هر فرآیند- مقدار پیش فرض " 128 ". از آنجایی که پایگاه داده فعلی دارای بار بسیار زیادی از وظایف پس زمینه (محاسبات لجستیک، تجزیه و تحلیل لیست قیمت، تجزیه و تحلیل رقبا و غیره) است، تصمیم گرفته شد که این تعداد به "25" کاهش یابد.

تنظیمات خود خوشه 1C کمی تغییر کرده است:

سطح تحمل خطا- این تعداد سرورهایی است که در حال کار هستند که می توانند همزمان از کار بیفتند و این منجر به خاتمه غیرعادی کاربران نمی شود. خدمات پشتیبان گیری به میزان لازم برای اطمینان از تحمل خطا مشخص شده به طور خودکار راه اندازی می شوند. در زمان واقعی، سرویس فعال به سرویس های پشتیبان تقلید می شود.

حالت اشتراک گذاری بارگذاری شود- دو گزینه برای پارامتر وجود دارد: "اولویت بر اساس عملکرد" ​​- حافظه سرور بیشتر صرف می شود و عملکرد بالاتر است، "اولویت بر اساس حافظه" - کلاستر 1C حافظه سرور را ذخیره می کند.

سرور 8.3 با یک کد داخلی تازه طراحی شده مشخص می شود، اگرچه "از بیرون" ممکن است به نظر برسد که کمی تغییر یافته 8.2 است.

سرور «قابل تنظیم خودکار» شده است.

این امر احتمال پیکربندی نادرست سرور را کاهش می دهد و الزامات صلاحیت مدیران را کاهش می دهد.

یک مکانیسم متعادل کننده بار توسعه داده شده است که می تواند برای افزایش عملکرد سیستم به طور کلی یا برای استفاده از حالت جدید "ذخیره حافظه" استفاده شود که به شما امکان می دهد در مواردی که پیکربندی "با حافظه محدود" کار کنید. از «دوست دارد حافظه را کم کند» استفاده کرد.

پایداری عملکرد هنگام استفاده از مقادیر زیاد حافظه توسط پارامترهای جدید سرور تولید تعیین می شود.

پارامتر "مصرف ایمن حافظه در هر تماس" به ویژه جالب است. برای کسانی که تصور کمی از چیست، بهتر است بر اساس "مولد" تمرین نکنند. پارامتر "حداکثر اندازه حافظه فرآیندهای کاری" اجازه می دهد تا در صورت "سرریز" کل فرآیند کار خراب نشود، بلکه فقط یک جلسه "با بازنده" خراب شود. "مقدار حافظه فرآیند کاری که سرور تا آن اندازه مولد در نظر گرفته می شود" به شما امکان می دهد به محض اینکه از این آستانه حافظه فراتر رفت، اتصالات جدید را مسدود کنید.

من توصیه می کنم فرآیندهای کاری را با پایگاه اطلاعات جدا کنید، به عنوان مثال، پارامتر "تعداد امنیت اطلاعات در هر فرآیند = 1" را مشخص کنید. با چندین پایگاه داده بسیار بارگذاری شده، این امر تأثیر متقابل را هم از نظر قابلیت اطمینان و هم از نظر عملکرد کاهش می دهد.

سهم جداگانه ای در ثبات سیستم توسط "هزینه" مجوزها/کلیدها انجام می شود. در 8.3، استفاده از "مدیر مجوز نرم افزار" که یادآور مدیر "aladin" است، امکان پذیر شد. هدف این است که بتوان کلید را روی یک ماشین جداگانه قرار داد.

به عنوان «سرویس» دیگری در مدیر خوشه پیاده‌سازی می‌شود. برای مثال می توانید از یک لپ تاپ "رایگان" استفاده کنید. آن را به خوشه 1C 8.3 اضافه کنید، یک مدیر جداگانه روی آن با سرویس "خدمات مجوز" ایجاد کنید. می توانید یک کلید hasp سخت افزاری را در لپ تاپ خود وارد کنید یا مجوزهای نرم افزار را فعال کنید.

بزرگترین مورد علاقه برنامه نویسان باید "الزامات تخصیص عملکرد" ​​باشد.

الزامات برای عملکرد اختصاص داده شده 1c

بنابراین، در یک لپ‌تاپ با کلید امنیتی، برای اینکه کاربران را روی سرور خوشه راه‌اندازی نکنید، باید «نیازمندی‌ها» را برای شی مورد نیاز «اتصال مشتری به امنیت اطلاعات» اضافه کنید - «تخصیص نکنید»، یعنی. از پردازش اتصالات کلاینت توسط فرآیندهای کارگر در این سرور جلوگیری می کند.

حتی جالب‌تر، امکان اجرای «فقط کارهای پس‌زمینه» در سرور تولید خوشه بدون جلسات کاربر است. به این ترتیب می توانید وظایف (کد) با بارگذاری بالا را به یک ماشین جداگانه منتقل کنید. علاوه بر این، می‌توانید یک کار پس‌زمینه «بستن ماه» را با استفاده از «مقدار یک پارامتر اضافی» در یک رایانه اجرا کنید، و کار پس‌زمینه «به‌روزرسانی فهرست کامل متن» از طریق علامت «ارزش» انجام می‌شود یک پارامتر اضافی». برای مثال، اگر BackgroundJob.CommonModule را به عنوان یک مقدار مشخص کنید، می توانید کار سرور کارگر در خوشه را فقط به کارهای پس زمینه با هر محتوایی محدود کنید. مقدار BackgroundJob.CommonModule.<Имя модуля>.<Имя метода>- یک کد خاص را نشان می دهد.