نحوه راه اندازی کنسول مدیریت سرور 1c. مدیریت سرور 1C سازمانی

کنسول مدیریت سرور 1C یا کنسول مدیریت سرور 1C یا کنسول کلاستر سرور 1C ابزاری است که در 1C Enterprise 8.3 وجود دارد که برای موارد زیر ضروری است:

• مدیریت جلسات؛
• مدیریت لیست پایگاه های داده؛
• ایجاد خوشه‌های 1C برای معماری و مقیاس‌پذیری مقاوم به خطا؛
• پیکربندی انعطاف پذیر فرآیندهای کاری؛
• محدودیت در مصرف منابع؛
• جداسازی وظایف انجام شده توسط سرورهای فعال (برای انتقال خدمات فردی به سرورهای مختلف کار).
• مدیریت پروفایل امنیتی

مدیریت پایگاه های داده در کنسول کلاستر

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

پنجره ای باز خواهد شد.

در این پنجره تنظیمات اتصال به DBMS پر می شود و در صورت عدم وجود می توانید از گزینه “ایجاد پایگاه داده در صورت عدم وجود” استفاده کنید. بقیه تنظیمات را می توان به عنوان پیش فرض باقی گذاشت.

همچنین می‌توانید همان پنجره تنظیمات را برای یک پایگاه اطلاعاتی از قبل ایجاد شده باز کنید، که برای آن باید روی پایگاه اطلاعاتی راست کلیک کرده و آیتم منوی «Properties» را انتخاب کنید.

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

می توانید پیام خاصی را تنظیم کنید که کاربر هنگام اتصال آن را ببیند.

این گزینه را می توان به عنوان مثال هنگام انجام هرگونه تعمیر و نگهداری معمول در پایگاه داده (معمولاً به روز رسانی پایگاه داده) استفاده کرد. اما زمانی که مدیران ملزم به ورود به پایگاه داده با مسدود کردن جلسه هستند، باید از گزینه "کد مجوز" استفاده کنید. با تعیین کد، در آینده با استفاده از آن، امکان کار با پایگاه داده وجود خواهد داشت. مثلا کد توسعه را 123 قرار می دهیم تا بعدا وارد دیتابیس شویم. پارامتر باید با کد مجوز استفاده شود /UC.

پارامتر مسدود کننده یک پارامتر دلخواه است که می تواند در کد برنامه استفاده شود. مسدود کردن هنگام استفاده از تابع رخ می دهد GetSessionLock().

مسدود کردن کارهای روتین فعال است - این بدان معنی است که وظایف معمول در پایگاه داده ما اجرا نمی شوند.

گزینه های مورد بحث بیشترین استفاده را دارند. بقیه به ندرت در زندگی استفاده می شوند و اطلاعات مربوط به آنها را می توان در ITS خواند.

کار با Administration Console Sessions

در کنسول مدیریت، می توانید جلسات متصل را برای یک پایگاه داده خاص و همچنین جلسات عمومی را در یک کلاستر معین مدیریت کنید.

پنجره جلسات به شکل زیر است:

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

در اینجا می‌توانید جلسات را نیز پایان دهید (شروع از نسخه پلتفرم 1C: Enterprise 8.3 (8.3.13) و متن پیامی را که کاربر هنگام بستن تین کلاینت 1C مشاهده می‌کند، تنظیم کنید.

با استفاده از نمایه‌های امنیتی، می‌توانید پیکربندی کنید که کدام ماژول‌ها را می‌توان با افزونه‌ها گسترش داد، پسوندها را به ماژول‌های پیکربندی خاص محدود کرد، دسترسی به سیستم فایل را از کد برنامه محدود کرد، دسترسی به اشیاء COM، اجزای خارجی، برنامه‌های شخص ثالث و غیره را محدود کرد.

گردش کار (خوشه بندی)

در پلت فرم 1C 8.2، امکان ایجاد دستی فرآیندهای کارگر سرور برنامه (فرآیند rphost worker) وجود داشت. در 8.3، فرآیندهای کارگر توسط Ragent ایجاد می شوند. تعداد فرآیندهای در حال اجرا به طور همزمان را می توان به طور غیر مستقیم از طریق تنظیمات سرورهای فعال کنترل کرد.

هنگام استفاده از تنظیمات پیش فرض، یک rphost برای 8 پایگاه اطلاعاتی یا 128 اتصال استفاده می شود. اگر سیستم عامل 32 بیتی دارید (یعنی محدودیت هایی در مصرف رم در هر فرآیند وجود دارد)، توصیه می شود این مقادیر را تغییر دهید، به عنوان مثال، یک پایه برای هر فرآیند تنظیم کنید و تعداد اتصالات را کاهش دهید. تعداد بهینه اتصالات به صورت تجربی انتخاب می شود و تا حد زیادی به پیکربندی خاص و تعداد کارهای پس زمینه بستگی دارد.

از آنجایی که ما به ویژگی های گردش کار نگاه می کنیم، لازم است به تنظیمات دیگری نیز اشاره کنیم:

مقدار بر حسب بایت (در دسترس همه فرآیندهای cluster worker در این سرور کارگر).

• -1 - بدون محدودیت؛
• 0 - به طور خودکار به عنوان 80٪ از RAM سرور تعیین می شود.

مصرف ایمن حافظه در هر تماسارزش بر حسب بایت

می تواند مقداری از -1 تا 9 223 372 036 854 775 807 بگیرد:

• -1 - هر تماس سرور در صورتی خطرناک تلقی می شود که حداکثر ظرفیت حافظه فرآیند کار در طول تماس سرور به دست آید.
• 0 - مقدار حجم به طور خودکار به عنوان 5٪ از حداکثر ظرفیت حافظه فرآیندهای کاری در یک سرور کار معین تعیین می شود.

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

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

پرچم مدیر برای هر سرویسبه این معنی است که یک نمونه جداگانه از مدیر خوشه (فرایند rmngr) به هر سرویس اختصاص داده می شود. لیست خدماتی که در کلاستر اجرا می شوند:

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

تنظیمات گردش کار فقط در صورت استفاده از مجوزهای CORP قابل استفاده است!اگر مجوز PRO دارید، تنظیمات در دسترس خواهند بود، اما حق استفاده از آنها را نخواهید داشت.

ادغام سرورها در یک خوشه

سرورهای 1C را می توان در یک خوشه ترکیب کرد تا مشکلات مقیاس پذیری (توزیع بار) و تحمل خطا را حل کند. ترکیب سرورها در یک خوشه آسان است، فقط باید یک سرور فعال ایجاد کنید.

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

سطح تحمل خطا به عنوان تعداد سرورهای مرکزی -1 تنظیم می شود.

در پنجره تنظیمات، می‌توانید محدودیت‌هایی را برای مصرف منابع به ازای هر فرآیند کارگر (rphost) تعیین کنید. تنظیمات برای کل خوشه تنظیم خواهد شد.

فاصله راه اندازی مجدد- فاصله زمانی در ثانیه که پس از آن جریان کار مجدداً راه اندازی می شود. شمارش معکوس از لحظه نصب این گزینه شروع می شود.

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

فاصله بیش از حد مجاز حافظه– فاصله زمانی بر حسب ثانیه که مصرف حافظه تنظیم شده در پارامتر مجاز است اندازه حافظه مجاز

فاصله بیش از حد مجاز حافظه.اگر مقدار ویژگی Server Error Count Tolerance 0 باشد، بررسی واریانس شمارش خطا انجام نمی شود. صرف نظر از مقدار تنظیم شده برای این ویژگی، گردش کاری که بیش از 1 خطا در هر 100 درخواست ایجاد نمی کند، در نظر گرفته می شود که به طور عادی کار می کند و مشکل تلقی نمی شود. بیایید به مثالی از نحوه عملکرد ویژگی Tolerable deviation در تعداد خطاهای سرور نگاه کنیم. فرض کنید برای 100 درخواست، به طور متوسط ​​2 خطا در 5 دقیقه آخر ثبت می شود. اگر ویژگی Permissible deviation in the number of server errors بر روی 50 تنظیم شود، گردش کاری که در هر 100 درخواست بیش از 3 خطا ثبت می شود، مشکل تلقی می شود.

فرآیندها به آرامی مجدداً راه اندازی می شوند:

• یک فرآیند rphost جدید شروع شده است.
• فرآیند قدیمی rphost کشته می شود اما پایان نمی یابد.
• اتصالات به فرآیند rphost جدید ایجاد شده اختصاص داده می شود که بلافاصله به طور کامل عملیاتی می شود.
• فرآیند قدیمی از تماس های موجود در آن پشتیبانی می کند. تماس های از قبل تعیین شده برای مدت زمان مشخص شده در پارامتر پشتیبانی خواهند شد "توقف فرآیندهایی که بعد از آن خاموش می شوند"ثانیه

هنگامی که چندین سرور را در یک کلاستر ترکیب می کنیم، می توانیم خدمات خاصی را به سرورهای جداگانه منتقل کنیم. برای مثال، می‌توانیم کارهای پس‌زمینه را به یک سرور جداگانه منتقل کنیم یا یک سرور مجوز (سروری که مجوزهای مشتری را توزیع می‌کند) ایجاد کنیم. لیست کاملی از خدماتی که سرور انجام می دهد و می توان آنها را مجدداً اختصاص داد:

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

این مقاله قابلیت‌های اصلی کنسول مدیریت را مورد بحث قرار داد، اما این موضوع بسیار گسترده است و اطلاعات جامعی در مورد عملکرد خاص ابزار مدیریت در ITS یافت می‌شود.

زندگی ادامه دارد و پلتفرم 1C:Enterprise 8 در حال توسعه است. ابزارهای مدیریت سرور 1C سرانجام توسط فروشنده توسعه یافته است (نگاه کنید به) که به طور غیر مستقیم مشکل توسعه ناکافی این ابزارها را تأیید می کند.

به طور خاص با DroidRAC، مشکلات زیر در طول زمان به وجود آمد:

DroidRAC2 0.0.4

کاملاً بازنویسی شده - شیک، مد روز، جوان پسند (Kotlin، JetPack، Single-activity)

api جدید از 1C، سازگار با 8.3.11+

در نسخه اول، طبق سنت، فقط خواندنی و کمی حذف (مثلاً حذف جلسات کاربر)

بخش "کلیدها" اضافه شد. داده‌های مجوز را از تمام گردش‌ها/جلسات کاربر جمع‌آوری می‌کند تا بر تعداد مجوزهای استفاده شده نظارت کند

افزودن/تغییر مدیران سرور و خوشه

مشاهده ویژگی های ارزش شمارنده عملکرد

ویرایش خصوصیات سرور خوشه و تولید

DroidRAC2 0.0.7

تغییر تمام ویژگی های اجزای خوشه (که در نسخه های قبلی پشتیبانی نمی شد)

DroidRAC2 0.0.8

افزودن/حذف شمارنده ها و محدودیت های عملکرد
+ اضافه کردن پایگاه داده های جدید

DroidRAC2 0.1.0

RAS را جستجو کنید. به شما امکان می دهد آدرس ras را از زیر شبکه محلی پیدا کرده و اضافه کنید. امکان جستجو در زیر شبکه های دیگر و در یک پورت غیر استاندارد وجود دارد. ولی! بسته به حوزه قضایی شما، اسکن زیرشبکه‌های افراد دیگر ممکن است هزینه‌های متفاوتی داشته باشد.
- انتخاب چندگانه از خطوط در لیست
- در حالت انتخاب، تعداد کل خطوط در لیست و عملیات روی عناصر انتخاب شده در دسترس است
- حذف جلسات و اتصالات در حالت انتخاب چندگانه. هنگام حذف جلسات، جلسه RAS را حذف نکنید تا اتصال خود را از دست ندهید. هنگام حذف اتصالات، به یاد داشته باشید که فقط می توانید اتصالات مرتبط با یک جلسه را حذف کنید، اما این اغلب بی معنی است زیرا 1C آنها را بازیابی می کند

DroidRAC2 0.1.2

افزودن/حذف خوشه ها

افزودن/حذف سرورهای تولید

جستجو در لیست های غیر حساس به حروف کوچک و بزرگ

تصحیح خطا

تست برای پلتفرم 8.3.13.1690 انجام شد

برای حمایت اخلاقی، در صورت تمایل به حمایت از پروژه، می توانید فایل پیوست را برای infomany نیز دانلود کنید. سرعت توسعه یک ابزار ارتباط مستقیمی با تقاضای آن دارد.

ستاره ها، نظرات، آرزوهای توسعه برای نویسنده نیز دلپذیر خواهد بود.

در حین نصب آپدیت بعدی حسابداری با ارور “I only work on 8.3.4” مواجه شدم، خب... زمان نصب 8.3.4 فرا رسیده است. بنابراین:

من روند دانلود و نصب پلتفرم جدید را شرح نمی دهم، همه چیز ساده است.

سرویس عامل سرور 1C
به طور پیش فرض روی پورت 1540 نصب شده است و من در آنجا 8.2 در حال اجرا هستم، بنابراین آن را در شاخه رجیستری تغییر می دهیم.
پارامتر HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C:Enterprise 8.3 Server Agent ImagePath
شماره پورت ها را با اضافه کردن یک افست تغییر دهید: "C:\Program Files\1cv8\8.3.4.365\bin\ragent.exe" -srvc -agent -regport 1741 -port 1740 -range 1660:1691 -d "C:\Program Files\ 1cv8\srvinfo"

Agent را راه اندازی کنید و کنسول Administration سرورهای 1C را باز کنید و یک کلاستر 8.3 ایجاد کنید.
نام سرور را مشخص کرد و آن را در پورت 1740 پیکربندی کرد (8.2 اجرا در 1540)

ما یک خوشه ایجاد می کنیم + آن را کمی بهینه کردیم (من فقط یک سرور کوچک دارم، بنابراین بازه راه اندازی مجدد برای فرآیندهای کاری و مقدار حافظه را نشان می دهم. چون یک سرور دارم - سطح تحمل خطا 0 است)


حالا با جزئیات بیشتر:
1. فاصله شروع مجدد: 86400 ثانیه (24 ساعت). لحظه راه اندازی مجدد تنظیم نمی شود، ظاهراً از لحظه تنظیم پارامترها یا راه اندازی سرور برنامه.
2. همچنین می توانید مقدار مجاز حافظه را مشخص کنید: 3,000,000 کیلوبایت (3 گیگابایت) - برای سروری با 4 گیگابایت رم، اگر کمتر است، پس پر نکناین گزینه!.
3. فاصله بیش از حد حافظه یک دوره زمانی مداوم است که از مقدار مجاز حافظه فراتر رفته و پس از آن سرور فرآیند را مجدداً راه اندازی می کند. اگر 0 ثانیه مشخص شده باشد، برای همیشه منتظر می ماند.
4. تعداد فرآیندهای کاری به طور خودکار بر اساس تنظیمات شما محاسبه می شود
5. سطح تحمل خطا می‌توانید سطح تحمل خطای خوشه‌ای را به‌عنوان تعداد سرورهای فعالی که می‌توانند همزمان از کار بیفتند، تنظیم کنید و این منجر به خاتمه غیرعادی کاربران نمی‌شود. خدمات پشتیبان گیری به میزان لازم برای اطمینان از تحمل خطا مشخص شده به طور خودکار راه اندازی می شوند. در زمان واقعی، سرویس فعال به سرویس های پشتیبان تقلید می شود.
6. حالت توزیع بار، که می تواند برای افزایش عملکرد سیستم به طور کلی مورد استفاده قرار گیرد، یا از حالت جدید "ذخیره حافظه" استفاده شود، که به شما امکان می دهد در مواردی که پیکربندی استفاده می شود، "با حافظه محدود" کار کنید. برای خوردن حافظه.»

سرور در حال کار
سرور من ساده است، در مجموع 2 گیگابایت رم دارد و تنها 2 پایگاه داده روی آن وجود خواهد داشت، بنابراین من آن را به این صورت پیکربندی می کنم:

من پارامتر Number of Information Security per Process را روی 1 تنظیم کردم، یعنی. من می‌خواهم هر امنیت اطلاعات فرآیند خاص خود را اجرا کند - این امر تأثیر متقابل را هم از نظر قابلیت اطمینان و هم از نظر عملکرد کاهش می‌دهد. شما آن را بر اساس ویژگی های سرور خود پیکربندی می کنید!

پایگاه اطلاع رسانی
IB را اضافه می کنم:

در استارترچک کردن پایگاه داده:

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

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

به طور پیش‌فرض، پس از ایجاد، یک نمایه امنیتی تمام اقدامات بالقوه خطرناک را ممنوع می‌کند:
- دسترسی به سیستم فایل سرور؛
-راه اندازی اشیاء COM.
-استفاده از اجزای خارجی 1C: Enterprise.
- راه اندازی پردازش و گزارش های خارجی؛
-راه اندازی برنامه های نصب شده روی سرور؛
- دسترسی به منابع اینترنتی
بنابراین، محافظت از خود در برابر اقدامات ناخواسته یک راه حل کاربردی ناآشنا بسیار ساده است: شما باید یک نمایه امنیتی خالی ایجاد کنید و آن را به پایگاه اطلاعات اختصاص دهید. علاوه بر این، در صورت لزوم، می توانید این نمایه را با توصیف اقداماتی که راه حل برنامه مجاز به انجام آن است در آن گسترش دهید.

محل فایل های سرویس مدیر خوشه در 1C Enterprise 8.3
اگر هنگام نصب سیستم! "1C:Enterprise" گزینه راه اندازی سرور "1C:Enterprise" را به عنوان یک سرویس انتخاب کرده است، سپس اولین راه اندازی عامل سرور در طول فرآیند نصب سیستم انجام می شود. در این حالت، سرویس از طرف کاربر انتخاب شده در گفتگوی نصب سیستم راه اندازی می شود، اما فایل های سرویس خوشه سرور در دایرکتوری قرار می گیرند.<каталог установки системы 1С:Предприятие>\srvinfo (کلید راه اندازی -d به صراحت در پارامترهای سرویس مشخص خواهد شد).

اگر هنگام نصب سیستم 1C: Enterprise، گزینه راه اندازی سرور را به عنوان یک برنامه انتخاب کرده باشید، سرور در طول فرآیند نصب سیستم راه اندازی نمی شود. پس از اتمام نصب سیستم، عامل سرور باید به طور مستقل راه اندازی شود. علاوه بر این، اگر سوئیچ شروع -d مشخص نشده باشد، فایل‌های سرویس خوشه سرور در دایرکتوری پیش‌فرض قرار خواهند گرفت: %USERPROFILE%\LocalSettings\ApplicationData\lC\lCv8 (%LOCALAPPDATA%\lC\lCv8 برای ویندوز ویستا و قدیمی‌تر) .

توجه!اگر قبلاً در این سرور مرکزی خوشه ای ایجاد شده است، هنگام تغییر گزینه راه اندازی عامل سرور (سرویس، برنامه) یا هنگام تغییر کاربری که عامل سرور از طرف او اجرا می شود، باید همیشه مراقب باشید که مسیر را به درستی مشخص کنید. به دایرکتوری فایل های سرویس خوشه سرور. اگر عامل سرور در هنگام راه اندازی لیستی از خوشه ها را پیدا نکند، یک خوشه جدید در این سرور ایجاد می کند.
در سیستم عامل لینوکس، فایل های سرویس خوشه سرور در پوشه /home/usrlcv8/.lcv8/lC/lcv8 قرار خواهند گرفت (یا نسخه کوتاه شده ~/.1cv8/1C/1cv8 است).

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

• فایل - 1C فقط روی یک کامپیوتر نصب شده است. این گزینه برای شرکت های کوچک با گردش مالی کم مناسب است.
• نسخه مشتری. هنگام کار با 1C، سیستمی از کاربران درگیر می شود، پایگاه های داده در یک کامپیوتر قرار دارند که بقیه به آن متصل هستند. گزینه کار دارای یک معماری سه سطحی است که شامل یک برنامه مشتری، یک سرور 1C Enterprise و پایگاه داده در فرمت MS SQL Server یا PostgreSQL است. در این مورد، مدیریت سرور 1C برای اطمینان از پیکربندی صحیح استفاده می شود.

کنسول مدیریت سرور 1C:توابع اصلی

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

با استفاده از کنسول برای مدیریت سرور 1C Enterprise، می توانید کارهای زیر را حل کنید:

• تغییراتی در عملکرد سرور ایجاد کنید، موارد جدید ایجاد کنید، موارد غیر ضروری را حذف کنید. آنها می توانند پایگاه داده ها را میزبانی کنند و تعاملات بین کاربران مختلف را تعریف کنند.
• مدیران ایجاد کنید. اینها کاربرانی هستند که حق دسترسی برای ایجاد تغییرات در سرورها را دارند. هر مدیر فقط می تواند سرور اختصاص داده شده را مدیریت کند. اگر یک سرپرست اضافه نکنید، هر کاربر ثبت شده می تواند سرور 1C را مدیریت کند.
• ایجاد گردش کار کلاستر 1C. افزودن فرآیندهای کارگر به شما امکان می دهد بر عملکرد یک کاربر خاص در سیستم تأثیر بگذارید. در خواص می توانید حداکثر مقدار عملکرد (تا 1000) را تنظیم کنید. جلسات دویدن با حداکثر کارایی به فرآیند متصل می شوند. به طور سیستماتیک، سیستم به طور مستقل این مقادیر را برای بهینه سازی تجزیه و تحلیل و توزیع مجدد می کند.
• ایجاد پایگاه داده در 1C Enterprise. می‌توانید قابلیت اتصال کاربران به آن را تنظیم کنید یا به آن اجازه دهید فقط به صورت محلی کار کند.
• ختم اجباری جلسات گاهی اوقات یک پیام سرور به شما اطلاع می دهد که کار با نام کاربری مشخص شده در حال انجام است. سیستم همیشه این فرآیند را به تنهایی خاتمه نمی دهد، بنابراین مدیریت به شما اجازه می دهد تا جلسه را به اجبار برای هر کاربری پایان دهید.

چگونه در 1C شروع به کار کنیم؟

برنامه مشتری 1C Enterprise یک پلت فرم خالی است. برای شروع کار کردن، باید چندین مرحله متوالی را انجام دهید:

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

در نگاه اول، مدیریت 1C Enterprise یک فرآیند ساده است، اما بدون تنظیمات صحیح، سیستم به درستی کار نمی کند، کاربر نمی تواند حداکثر از قابلیت های آن استفاده کند. مشکلات فنی اضافی نیز ممکن است.

مدیریتتوسط حرفه ای ها: مزایای اصلی

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

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

مدیریت پلت فرم 1C که توسط متخصصان حرفه ای انجام می شود دارای چندین مزیت است:

• پیکربندی صحیح سیستم، که به شما امکان می دهد عملکرد کافی 1C را بدون نقص فنی تضمین کنید.
• تغییرات مداوم و نظارت بر امنیت. فعالیت های شرکت پویا است و وظایف جدیدی را برای سیستم خودکار برای تصمیم گیری های مدیریتی و استراتژیک ایجاد می کند.
• نصب ماژول های جدید، توزیع صحیح حقوق دسترسی، ایجاد زیرسیستم ها. به ویژه برای شرکت های بزرگ با شعبه ها و واحدهای راه دور بسیار مهم است.
• نظارت بر بار سیستم، توزیع بار در رایانه های مختلف سرور.

1C با مکان های مختلف اجزای معماری کار می کند. برای اطمینان از حداکثر حفاظت، توصیه می شود که هر عنصر در رایانه های مختلف قرار گیرد.

چاپ (Ctrl+P)

این مقاله حاوی توضیحاتی در مورد برخی از عناصر مدیریت سیستم 1C: Enterprise است که برای نسخه سرویس گیرنده-سرور سیستمی که مایکروسافت SQL Server 2012 را اجرا می کند، معمول است:

ایجاد یک نسخه پشتیبان در نسخه سرویس گیرنده-سرور

مدیریت خوشه سرور

کنسول مدیریت کلاستر یا ابزار 1cv8 servers.msc یک افزونه MMC (کنسول مدیریت مایکروسافت) است و می تواند بر روی رایانه هایی که نرم افزار مناسب روی آنها نصب شده است استفاده شود. به طور پیش فرض در پوشه C:\Program Files (x86)\1cv8\common نصب شده است.

ابزار مدیریت خوشهطراحی شده برای حل مشکلات زیر:

• ایجاد، اصلاح و حذف خوشه های سرور؛
• اصلاح خوشه های موجود: ایجاد، تغییر پارامترها و حذف سرورهای فعال، تخصیص الزامات عملکرد به سرورهای فعال.
• تنظیم سطح تحمل خطای خوشه؛
• تنظیم دستی بار روی سرورهای کار جداگانه؛
• مدیریت لیست مدیران سرورهای خوشه مرکزی و لیست مدیران خوشه.
• نظارت بر اتصالات کاربر به پایگاه های اطلاعاتی و اتصالات خدمات.
• قطع ارتباط کاربران از پایگاه اطلاعاتی؛
• نظارت بر 1C: Enterprise 8 قفل شی و قفل اتصال مشتری؛
• تجزیه و تحلیل عملیاتی قفل های تراکنش سیستم مدیریت پایگاه داده؛
• مدیریت مسدود کردن اتصالات کاربر به پایگاه اطلاعاتی؛
• مدیریت مسدود کردن وظایف معمول

در این مقاله من فقط ثبت یک پایگاه اطلاعاتی جدید را در نظر خواهم گرفت

ثبت پایگاه اطلاع رسانی جدید

برای ثبت یک پایگاه اطلاعاتی جدید با استفاده از ابزار مدیریت خوشه سرور، سرور مرکزی مورد نیاز، خوشه مورد نیاز ثبت شده در این سرور، شاخه Infobases در درخت سرورهای مرکزی را انتخاب کنید و دستور منوی زمینه ایجاد - Infobase یا یک دستور مشابه را در منوی اصلی ابزار

در نتیجه اجرای دستور، دیالوگ خصوصیات پایگاه اطلاعاتی روی صفحه ظاهر می شود.

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

تایپ کنید DBMS: Microsoft SQL Server.

سرور پایگاه داده: نام ارائهکننده. می تواند با نام رایانه (اگر یک نمونه سرور روی رایانه نصب شده باشد) یا نام یک نمونه خاص (اگر چندین نمونه نصب شده باشد) مشخص شود. به عنوان مثال، سرور/نمونه. اگر سرور 1C: Enterprise و مایکروسافت SQL Server در یک رایانه قرار دارند و Native Client (کلینت بومی) برای Microsoft SQL Server نصب شده باشد، می توان از پروتکل SHARED MEMORY برای برقراری ارتباط بین سرورها استفاده کرد. برای این کار باید پیشوند lpc: را قبل از نام Microsoft SQL Server مشخص کنید. در این حالت، نام سرور DBMS به این صورت خواهد بود: lpc:Server/instance

نام پایگاه داده: اولین کاراکتر نام پایگاه داده می تواند یک حرف از الفبای لاتین و همچنین کاراکتر "_" باشد. کاراکترهای بعدی می توانند حروف الفبای لاتین، اعداد و همچنین نمادهای "_"، "$" باشند. طول نام محدود به 63 کاراکتر است. فاصله در نام مجاز نیست. نام نمی تواند یک کلمه رزرو شده در زبان درخواست سرور پایگاه داده باشد. کاراکترهای زیر را نمی توان در نام پایگاه داده استفاده کرد:<», «>""، "#"، "%"، ""، "(، ")"، "[، "]، "|، "\"، "^"، "`"، و همچنین کاراکترهایی با کدهای 0 تا 31 و 127

کاربر پایگاه داده: نام کاربر سرور پایگاه داده که از طرف او به پایگاه داده دسترسی خواهد داشت. ضروری است که کاربر مشخص شده یا مدیر سرور پایگاه داده (sa) یا مالک پایگاه داده (اگر قبلاً وجود داشته باشد) باشد تا بتواند آزادانه ساختار پایگاه داده انتخاب شده را در آینده تغییر دهد. در حالت دوم، این کاربر باید دسترسی خواندن به پایگاه داده اصلی و دسترسی کامل به پایگاه داده tempdb داشته باشد. علاوه بر موارد فوق، کاربر مشخص شده باید عضوی از نقش سرور ثابت processadmin یا sysadmin باشد.

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

افست تاریخ– 0 یا 2000. این پارامتر تعداد سال هایی را تعیین می کند که به تاریخ هایی که در پایگاه داده Microsoft SQL Server ذخیره می شوند اضافه می شوند و هنگام بازیابی از آنها کم می شود. وجود این پارامتر با ویژگی های ذخیره تاریخ در Microsoft SQL Server تعیین می شود. نوع DATETIME مورد استفاده در مایکروسافت SQL Server به شما امکان می دهد تاریخ ها را در محدوده 1 ژانویه 1753 تا 31 دسامبر 9999 ذخیره کنید. و اگر هنگام کار با یک پایگاه اطلاعاتی، ممکن است نیاز به ذخیره تاریخ های قبل از حد پایین این محدوده باشد، در این صورت باید 2000 به عنوان مقدار پارامتر انتخاب شود، اگر چنین تاریخ هایی با آن مواجه نشوند، می توان 0 را به عنوان مقدار انتخاب کرد پس از ایجاد پایگاه اطلاعاتی، مقدار این پارامتر نهدر معرض تغییر است.

توجه!اگر راه حل کاربردی از ثبت‌های انباشت یا ثبت‌های حسابداری استفاده می‌کند، قسمت Date offset باید روی 2000 تنظیم شود. اگر هنگام ایجاد پایگاه داده، مقدار 0 در این قسمت وارد شده باشد، پایگاه اطلاعاتی باید در یک فایل آپلود شود، و پایگاه داده باید دوباره ایجاد شود و در فیلد تاریخ های Offset به سال 2000 را نشان دهد و پایگاه اطلاعات را بارگیری کند.

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

خطا هنگام انجام عملیات با پایگاه اطلاعات

هنگام اتصال به پایگاه داده SQL، ممکن است خطاهای مختلف ایجاد یا اتصال رخ دهد. به عنوان مثال، اگر خطای زیر رخ دهد:

در این مورد، تلاشی برای ایجاد یک پایگاه اطلاعاتی صورت گرفت و سرور سازمانی نتوانست با Microsoft SQL Server ارتباط برقرار کند. نیاز به بررسی:

• پارامترهای احراز هویت کاربر (نام، رمز عبور و حقوق ایجاد پایگاه داده)؛
• آیا نام پایگاه داده از قراردادهای نامگذاری پیروی می کند؟
• آیا نام سرور پایگاه داده به درستی تنظیم شده است؟
• با نوع احراز هویت کاربر مطابقت دارد. شاید کاربر تحت نام کاربری سرور sql وارد شده باشد و نوع احراز هویت کاربر اشتباهی در تنظیمات SQL تنظیم شده باشد.