نکات اتوماسیون نکات اتوماسیون 1s 8.3 به کندی در شبکه کار می کند

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

در واقع وجود دارد سه روش شتاب 1C:

• افزایش ظرفیت سخت افزاری
• بهینه سازی تنظیمات سیستم عامل و DBMS.
• بهینه سازی کدها و الگوریتم ها در 1C.

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

اگر شرکتی مطمئن باشد که کد برنامه بهینه است، اما همچنان کند کار می کند، مدیریت معمولاً تصمیم می گیرد ظرفیت سرور را افزایش دهد. در این مرحله، یک سوال منطقی مطرح می شود: چه چیزی کم است، چه مقدار و چه چیزی در پایان باید اضافه شود.

شرکت 1C پاسخ نسبتاً مبهمی به این سؤال می دهد که چند منبع مورد نیاز است؛ ما قبلاً در پست های خود در مورد آن نوشتیم. و بنابراین، شما باید به طور مستقل آزمایشاتی را انجام دهید و بفهمید که عملکرد 1C به چه چیزی بستگی دارد. آزمایشات مربوط به عملکرد برنامه در EFSOL در زیر توضیح داده شده است.

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

جدول 1 - پیکربندی هایی که آزمایش اولیه بر روی آنها انجام شد

ایستگاه کاری 155 درصد عملکرد بیشتری نسبت به یک سرور 1C با ویژگی های برتر نشان می دهد. شروع کردیم به کشف اینکه چه خبر است و جستجو را محدود کردیم.

شکل 1 - اندازه گیری عملکرد در ایستگاه کاری با استفاده از آزمون Gilev

اولین شک این بود که آزمایش گیلف ناکافی بود. اندازه‌گیری‌های باز کردن فرم‌ها، ارسال اسناد، تولید گزارش‌ها و غیره با استفاده از ابزار ابزار دقیق نشان داد که آزمون Gilev ارزیابی متناسب با سرعت واقعی کار در 1C را ایجاد می‌کند.

تعداد و فرکانس رم

تجزیه و تحلیل اطلاعات موجود در اینترنت نشان داد که بسیاری در مورد وابستگی عملکرد 1C به فرکانس حافظه می نویسند. به فرکانس بستگی دارد نه به صدا. ما تصمیم گرفتیم این فرضیه را آزمایش کنیم، زیرا فرکانس رم 1066 مگاهرتز در سرور در مقابل 1333 مگاهرتز در ایستگاه کاری داریم و مقدار رم روی سرور در حال حاضر بسیار بیشتر است. ما تصمیم گرفتیم بلافاصله نه 1066 مگاهرتز، بلکه 800 مگاهرتز را نصب کنیم تا تأثیر وابستگی عملکرد به فرکانس حافظه واضح تر شود. نتیجه این است که بهره وری 12 درصد کاهش یافت و به 39.37 واحد رسید. ما حافظه ای با فرکانس 1333 مگاهرتز به جای 1066 مگاهرتز روی سرور نصب کردیم و عملکرد کمی افزایش یافت - حدود 11٪. بهره وری 19.53 واحد بود. بر این اساس، موضوع حافظه نیست، اگرچه فرکانس آن کمی افزایش می دهد.

شکل 2 - اندازه گیری عملکرد در یک ایستگاه کاری پس از کاهش فرکانس RAM

شکل 3 – اندازه گیری عملکرد روی سرور پس از افزایش فرکانس RAM

زیرسیستم دیسک

فرضیه بعدی مربوط به زیرسیستم دیسک بود. دو فرض بلافاصله مطرح شد:

• SSD ها بهتر از درایوهای SAS هستند، حتی اگر در Raid 10 باشند.
• iSCSI کند یا نادرست است.

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

CPU

البته پردازنده‌های روی سرور قدرتمندتر هستند و دو عدد از آنها وجود دارد، اما فرکانس آن کمی کمتر از ایستگاه کاری است. ما تصمیم گرفتیم تأثیر فرکانس پردازنده را بر عملکرد بررسی کنیم: هیچ پردازنده ای با فرکانس بالاتر برای سرور در دسترس نبود، بنابراین فرکانس پردازنده را در ایستگاه کاری کاهش دادیم. بلافاصله آن را به 1.6 کاهش دادیم تا همبستگی واضح تر شود. آزمایش نشان داد که عملکرد به طور قابل توجهی کاهش یافته است، اما حتی با پردازنده 1.6، ایستگاه کاری تقریباً 28 واحد تولید کرد که تقریباً 1.5 برابر بیشتر از سرور است.

شکل 4 - اندازه گیری عملکرد در یک ایستگاه کاری با پردازنده 1.6 گیگاهرتز

کارت گرافیک

اطلاعاتی در اینترنت وجود دارد که عملکرد 1C را می توان تحت تأثیر کارت گرافیک قرار داد. ما سعی کردیم از ویدیوی یکپارچه ایستگاه کاری، یک آداپتور حرفه ای Nvidia NVIDIA® Quadro® 4000 2 Gb DDR5 و یک کارت گرافیک قدیمی GeForce 16MbSDR استفاده کنیم. در طول آزمون Gilev تفاوت معنی داری مشاهده نشد. شاید کارت گرافیک هنوز هم تأثیر داشته باشد، اما در شرایط واقعی، زمانی که باید فرم های مدیریت شده و غیره را باز کنید.

در حال حاضر، دو شبهه وجود دارد که چرا ایستگاه کاری حتی با ویژگی های بدتر کار می کند:

1. CPU.نوع پردازنده در ایستگاه کاری برای 1C بهتر است.
2. چیپست.با وجود همه چیزهای دیگر، ایستگاه کاری ما یک چیپست جدیدتر دارد، شاید مشکل همین باشد.

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

مرحله 1. راه اندازی سیستم

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

1. در بایوس سرور، برای صرفه جویی در انرژی پردازنده، همه تنظیمات را غیرفعال می کنیم.
2. طرح "حداکثر عملکرد" ​​را در سیستم عامل انتخاب کنید.
3. پردازنده نیز برای حداکثر کارایی تنظیم شده است. این کار را می توان با استفاده از ابزار PowerSchemeEd انجام داد.

مرحله 2. راه اندازی سرور SQL و سرور 1C: Enterprise

ما تغییرات زیر را در تنظیمات سرور DBMS و 1C:Enterprise ایجاد می کنیم.

1. راه اندازی پروتکل حافظه مشترک:
   
   
   • حافظه مشترک تنها در پلتفرم از 1C 8.2.17 فعال می شود؛ در نسخه های قبلی، Named Pipe فعال می شود - از نظر سرعت عملکرد کمی پایین تر. این فناوری تنها در صورتی کار می‌کند که سرویس‌های 1C و MSSQL روی یک سرور فیزیکی یا مجازی نصب شده باشند.
2. توصیه می شود سرویس 1C را به حالت اشکال زدایی تغییر دهید، زیرا، به طور متناقض، این باعث افزایش عملکرد می شود. به طور پیش فرض، اشکال زدایی در سرور غیرفعال است.
3. راه اندازی سرور SQL:
   
   
   • ما فقط به سرور نیاز داریم، خدمات دیگری که به آن مربوط می شود و شاید کسی از آنها استفاده کند، فقط کار را کند می کند. ما خدماتی مانند: FullText Search (1C مکانیسم جستجوی متن کامل خود را دارد)، Integration Services و غیره را متوقف و غیرفعال می کنیم.
   • ما حداکثر مقدار حافظه اختصاص داده شده به سرور را تنظیم می کنیم. این امر ضروری است تا سرور SQL این مقدار را محاسبه کرده و حافظه را از قبل پاک کند.
   • حداکثر تعداد رشته ها (Maximum worker threads) و اولویت سرور افزایش یافته (اولویت Boost) را تنظیم می کنیم.

مرحله 3: راه اندازی پایگاه داده تولید

پس از بهینه سازی سرور DBMS و 1C: Enterprise، به تنظیمات پایگاه داده می رویم. اگر پایگاه داده هنوز از فایل .dt گسترش نیافته است و اندازه تقریبی آن را می دانید، بهتر است فوراً اندازه اولیه را به فایل اصلی با ">=" از اندازه پایگاه داده نشان دهید، اما این یک موضوع است. از نظر طعم، همچنان در طول انبساط رشد خواهد کرد. اما اندازه افزایش خودکار باید مشخص شود: تقریباً 200 مگابایت در هر پایه و 50 مگابایت در هر گزارش، زیرا مقادیر پیش‌فرض - رشد 1 مگابایتی و 10 درصدی کار سرور را بسیار کند می‌کند، زمانی که نیاز به افزایش فایل در هر 3 تراکنش دارد. همچنین بهتر است در صورت استفاده از آرایه RAID، ذخیره سازی فایل دیتابیس و فایل لاگ را بر روی دیسک های فیزیکی مختلف یا گروه های RAID مشخص کنید و رشد لاگ را محدود کنید. توصیه می شود فایل Tempdb را به یک آرایه پرسرعت منتقل کنید، زیرا DBMS اغلب به آن دسترسی دارد.

مرحله 4. تنظیم وظایف برنامه ریزی شده

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

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

در نتیجه، با کمک تنظیم دقیق سیستم، سرور SQL و پایگاه داده کار، ما توانستیم بهره وری را تا 46 درصد افزایش دهیم. اندازه گیری ها با استفاده از ابزار 1C KIP و با استفاده از آزمون Gilev انجام شد. دومی 25.6 واحد در مقابل 17.53 که در ابتدا بود را نشان داد.

نتیجه گیری مختصر

1. عملکرد 1C چندان به فرکانس RAM بستگی ندارد. هنگامی که به مقدار کافی حافظه می رسید، گسترش بیشتر حافظه منطقی نیست، زیرا منجر به افزایش عملکرد نمی شود.
2. عملکرد 1C به کارت گرافیک بستگی ندارد.
3. عملکرد 1C به زیرسیستم دیسک بستگی ندارد، مشروط بر اینکه از صف خواندن یا نوشتن دیسک فراتر نرود. اگر درایوهای SATA نصب شده باشند و از صف آنها بیشتر نشود، نصب SSD باعث بهبود عملکرد نمی شود.
4. عملکرد کاملاً به فرکانس پردازنده بستگی دارد.
5. با پیکربندی مناسب سیستم عامل و سرور MSSQL، افزایش عملکرد 1C به میزان 40 تا 50 درصد بدون هیچ گونه هزینه مواد امکان پذیر است.

توجه! یک نکته بسیار مهم! تمام اندازه‌گیری‌ها بر روی یک پایه آزمایشی با استفاده از آزمون Gilev و ابزار ابزار دقیق 1C انجام شد. رفتار یک پایگاه داده واقعی با کاربران واقعی ممکن است با نتایج به دست آمده متفاوت باشد. به عنوان مثال، در پایگاه داده تست ما هیچ وابستگی عملکرد به کارت گرافیک و مقدار RAM پیدا نکردیم. این نتایج کاملاً مشکوک هستند و در شرایط واقعی این عوامل می توانند تأثیر قابل توجهی بر عملکرد داشته باشند. هنگام کار با پیکربندی هایی که از فرم های مدیریت شده استفاده می کنند، یک کارت گرافیک مهم است و یک پردازنده گرافیکی قدرتمند کار را از نظر ترسیم رابط برنامه سرعت می بخشد، از نظر بصری این در کار سریعتر 1C آشکار می شود.

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

یکپارچه سازی سیستم مشاوره

1. تنظیم کارهای روتین و پس زمینه؛
2. تشخیص و رفع خطاها در پایگاه اطلاعاتی که دارای فرمت ذخیره سازی اطلاعات فایل است.
3. فهرست کردن جستجوی متن کامل را در 1C شروع کنید یا آن را به طور کامل خاموش کنید.
4. راه اندازی پایگاه داده در آخرین پلتفرم های 8.3.8.
5. دویدن در تین کلاینت؛
6. افزایش سرعت انتقال مجدد اسناد زمانی که آنتی ویروس غیرفعال است.
7. اجرای مجدد محاسبه مجموع و بازیابی توالی.
8. انجام تست و تصحیح پایگاه داده، بررسی با ابزار chdbfl.exe.
9. اگر پیکربندی استاندارد نیست، یعنی توسط برنامه نویسان برای یک سازمان خاص اصلاح شده است، یک بررسی پیکربندی انجام دهید.
10. حالت های کاربردی غیر ضروری را غیرفعال کنید.
11. پیکربندی حقوق کاربر؛
12. پیچیدگی پایه؛
13. ارتقاء سخت افزار.

روش 1. تنظیم کارهای برنامه ریزی شده و پس زمینه

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

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

مرحله 1. تنظیم کارهای روتین و پس زمینه

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

پس از راه‌اندازی برنامه 1C 8.3، کارهای پس‌زمینه به‌طور خودکار راه‌اندازی می‌شوند و کارهای روتین انجام می‌شوند که از منابع بسیار زیادی استفاده می‌کنند و باعث کاهش سرعت برنامه می‌شوند. بنابراین، لازم است کار حسابداران را تجزیه و تحلیل کرد و مشخص کرد کدام وظایف پس زمینه باید در اتوران رها شوند و کدام باید غیرفعال شوند.

در شکل ما لیستی از کارهای معمولی را می بینیم که در حسابداری 1C 8.3 راه اندازی شده اند:

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

مثلا،

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

مرحله 2: کارهای غیر ضروری را غیرفعال کنید

بیایید نگاهی دقیق تر به نحوه غیرفعال کردن دانلود بیندازیم. مکان نما را روی خط مورد نظر قرار دهید و دوبار کلیک کنید:

برای غیرفعال کردن کار، تیک گزینه Enabled را بردارید:

مرحله 3. تنظیم یک برنامه برای کارهای معمول

بیایید نگاهی دقیق تر به نحوه تنظیم برنامه داشته باشیم. مکان نما را روی خط مورد نظر قرار دهید و دوبار کلیک کنید:

آیتم زمانبندی را انتخاب کنید:

در پنجره باز شده به تب مورد نظر رفته و تنظیمات مربوطه را انجام دهید:

روش 2. تشخیص و حذف خطاها در پایگاه اطلاعاتی که دارای فرمت ذخیره سازی اطلاعات فایل است.

مرحله 1.

ما یک نسخه پشتیبان از پایگاه داده ایجاد می کنیم.

گام 2.

بیایید رویه را شروع کنیم. برای انجام این کار، Configurator را باز کنید و رویه Testing و اصلاح پایگاه اطلاعات را اجرا کنید: بخش مدیریت - آزمایش و تصحیح.بررسی ها و حالت هایی را که باید برای پایگاه اطلاعاتی انجام شود انتخاب کنید:

بیایید نگاهی دقیق تر به گزینه های تأیید صحت پیشنهادی بیندازیم:

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

اگر در بررسی یکپارچگی ارجاعی حالت پایگاه اطلاعاتی گزینه Testing and correction procedure را انتخاب کنیم، آیتم های تنظیمات برای پردازش خطاهای پایگاه داده در دسترس قرار می گیرند:

• پاراگراف وقتی به اشیاء ناموجود ارجاع داده می شودبه این معنی که وقتی پیوندهای "شکسته" شناسایی می شوند، پیوندها را با استفاده از گزینه انتخاب شده پردازش می کند.
• پاراگراف در صورت از بین رفتن جزئی داده های شیبه این معنی که داده های باقی مانده برای بازیابی داده های یک شی کافی است.

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

روش 3. فهرست کردن جستجوی متن کامل را در 1C شروع کنید یا آن را به طور کامل خاموش کنید

1C جستجوی داده های متن کامل را توسعه داده است تا جستجوی اطلاعات ناآشنا را برای کاربر آسان تر کند. یکی از ویژگی های جستجوی داده های متن کامل در 1C 8.3 این است:

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

به عنوان مثال، شما باید یک جستجوی متن کامل را در اسناد Advance Report راه اندازی کنید.

مرحله 1.

گام 2.

سند را باز کنید Advance report: menu Configurator – Open configuration.

مرحله 3.

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

مرحله 4.

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

مرحله 5.

تنظیمات را باز کنید و با استفاده از دکمه Update Index فهرست را به روز کنید:

روش 4. راه اندازی پایگاه داده بر روی آخرین پلتفرم های 8.3.8

نحوه به روز رسانی پلت فرم فناوری 1C 8.3، آموزش تصویری ما را ببینید:

متخصصان 1C توزیع بار را بهبود بخشیده اند:

• این امکان وجود دارد که میزان حافظه مصرف شده توسط فرآیندهای کارگر سرور را با دقت بیشتری کنترل کنید، که باعث می شود خوشه در برابر اقدامات بی دقت کاربر انعطاف پذیرتر شود.
• بازسازی پایگاه های اطلاعاتی در پس زمینه. ویژگی جدید به شما این امکان را می دهد که زمان خرابی سیستم مورد نیاز برای به روز رسانی راه حل های برنامه را به حداقل برسانید.
• پلتفرم نسخه 8.3 یک رابط جدید برای برنامه های "Taxi" دریافت کرد، راحت تر و بصری تر با طراحی روشن جدید. قابلیت های ناوبری برنامه بهبود یافته است. کاربر می تواند به طور مستقل فضای کاری خود را با قرار دادن پنل ها در نواحی مختلف صفحه شخصی سازی کند. مکانیسم ورودی خط جدید به طور قابل توجهی سرعت جستجوی داده ها را افزایش می دهد. برای اطلاعات بیشتر در مورد ویژگی های جدید برنامه حسابداری 1C 8.3 رابط "Taxi"، ویدیوی ما را ببینید:

روش 5. راه اندازی در Thin Client

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

روش 6. نرم افزار آنتی ویروس را تغییر دهید

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

روش 7. آزمایش و تصحیح پایگاه داده، بررسی با ابزار chdbfl.exe

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

مرحله 1. یک کپی از پایگاه داده تهیه کنید

نحوه تهیه نسخه پشتیبان از 1C 8.3، آموزش ویدیویی زیر را ببینید:

مرحله 2. با استفاده از ابزار chdbfl.exe بررسی کنید

ابزار chdbfl.exe در مواردی استفاده می شود که سیستم حتی در حالت پیکربندی شروع نمی شود. این ابزار در پوشه "bin" پلت فرم فناوری نصب شده قرار دارد، به عنوان مثال: c:\Program Files (x86)\1cv8\8.3.9.1818\bin\chdbfl.exe:

ما با استفاده از ابزار chdbfl.exe بررسی می کنیم:

مرحله 3. انجام تست و تصحیح پایگاه داده

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

مرحله 4. بازیابی توالی اسناد

برای بازیابی دنباله در 1C 8.3، همه توابع را باز کنید: منوی اصلی - همه توابع. مورد مورد نظر را انتخاب کرده و با استفاده از دکمه Open باز کنید:

در پنجره باز شده به تب Restore Sequences رفته و Restore or Restore All را بزنید:

روش 8. اگر پیکربندی استاندارد نیست، پیکربندی را بررسی کنید

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

مرحله 1.

ما برنامه را در حالت Configurator اجرا می کنیم.

گام 2.

پیکربندی پایگاه داده را باز کنید: بخش پیکربندی - پیکربندی پایگاه داده:

مرحله 3.

آیتم Check Configuration را انتخاب کنید و تنظیمات را انجام دهید:

روش 9: حالت های کاربردی غیر ضروری را غیرفعال کنید

عملکرد برنامه 1C 8.3 را باز کنید: بخش اصلی - تنظیمات - عملکرد، تنظیمات را برای هر بخش انجام دهید:

روش 10. حقوق کاربر را پیکربندی کنید

مرحله 1.

ما 1C 8.3 را در حالت Configurator راه اندازی می کنیم.

گام 2.

لیست کاربران را باز کنید: بخش Administration – Users. در تب Other، ما تعیین می کنیم که چه نقش هایی باید به کاربر اختصاص داده شود و آنها را علامت می زنیم.

کاهش عملکرد انتخاب شده، زمان لازم برای مرتب‌سازی فرم‌های مدیریت‌شده را در هنگام باز کردن فهرست اسناد کاهش می‌دهد، یعنی هرچه در رابط مدیریت شده غیرضروری کمتر باشد، سریع‌تر کار می‌کند:

روش 11. یکپارچه سازی دیسک با پایگاه داده فایل

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

با انتخاب هارد دیسک، از دکمه سمت راست ماوس برای فراخوانی فرمان Properties استفاده کنید:

در تب Tools، Optimization and Disk Defragmentation را انتخاب کنید:

روش 12. تا کردن پایه

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

مرحله 1. یک کپی از پایگاه داده ایجاد کنید

مرحله 2. ما روش جمع کردن پایگاه داده 1C 8.3 را انجام می دهیم

بخش مدیریت – سرویس – سقوط پایگاه اطلاعاتی.

در مرحله اول برنامه 1C 8.3 پیشنهاد می کند یک نسخه پشتیبان تهیه کنید، جایی که باید دایرکتوری را برای ذخیره مشخص کنید. روی Next کلیک کنید:

آیا 1C شما دوباره کند است؟آیا هنگام تهیه گزارش وقت خود را تلف می کنید؟از نوشیدن چای در زمان انتظار برای تبادل اطلاعات خسته شده اید؟

وضعیت عملکرد کند 1C غیر معمول نیست. می توانید این را تحمل کنید یا می توانید تنظیمات 1C و تجهیزات را بهینه کنید که سرعت کار شما را به میزان قابل توجهی افزایش می دهد.

خدمات ما به شما کمک می کند در طول روز کاری خود کارهای بیشتری انجام دهید! ما می دانیم که چگونه سرعت 1C را افزایش دهیم تا هرگز کلمات "1C یخ می زند" را تکرار نکنید.

چرا 1C می تواند منجمد یا کند شود؟

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

• سازگاری با پلت فرم و پیکربندی ضعیف،
• اشتباهات فاحش برنامه نویسان مبتدی 1C،
• اندازه پایه بزرگ،
• تعداد زیادی از کاربران

حتی خطاها در حین عملیات عادی با 1C نیز می تواند منجر به کندی عملکرد آن شود.

چگونه سرعت 1C را افزایش دهیم؟

به این صورت پیش میرویم:

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

نحوه افزایش سرعت کار در 1C: حسابداری 8.3 (ویرایش 3.0) یا غیرفعال کردن کارهای روتین و پس زمینه

2019-01-15T13:28:19+00:00

کسانی از شما که قبلاً به نسخه جدید 1C: Accounting 8.3 (ویرایش 3.0) تغییر داده اید، متوجه شده اید که از 2 کندتر شده است. برخی از کندی های عجیب، کارهای بی پایان در پس زمینه چندین بار در روز، که هیچ کس بدون اطلاع ما از او نخواست که انجام دهد.

حسابداران من بلافاصله پس از انتقال به من گفتند که نسخه جدید 1C: Accounting 3.0 نسبت به نسخه های قبلی کاملاً کند است! و کار کردن به سادگی غیرممکن است.

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

خوب، برای مثال، اگر جستجوی متن کامل (حسابداران، نگران نباشید) را در همه اشیاء در پایگاه داده خود انجام ندهیم، چرا باید کار «استخراج متن» را صد بار در روز اجرا کنیم.

یا اگر تراکنش ارزی نداریم یا گهگاهی انجام می دهیم چرا دائماً نرخ ارز را دانلود می کنیم (و قبل از آن خودمان می توانیم روی دکمه نرخ دانلود کلیک کنیم).

همین امر در مورد تلاش مداوم 1C برای اتصال به سایت و بررسی و به‌روزرسانی طبقه‌بندی‌کننده‌های بانکی صدق می‌کند. برای چی؟ من خودم دکمه را فشار می‌دهم تا طبقه‌بندی‌کننده‌ها را به‌روزرسانی کنم اگر بانک مناسب را با BIC آن پیدا نکنم.

نحوه انجام این کار مرحله به مرحله در زیر.

1. به بخش "Administration" بروید و "Maintenance" () را در پانل عمل انتخاب کنید:

2. در پنجره باز شده «روتین و کارهای پس زمینه» را پیدا کرده و انتخاب کنید:

3. هر کاری را که دارای "روشن" در ستون "روشن" است باز کنید. سپیده دم وجود دارد

4. تیک "Enabled" را بردارید و روی دکمه "Save and Close" کلیک کنید.

5. این کار را با هر یک از وظایف ارائه شده انجام دهید و از نسخه جدید لذت ببرید. در کل به نظر من از دوتا خیلی بهتره.

در همان زمان، پلتفرم همچنان برخی از کارهای برنامه ریزی شده را که غیرفعال کرده اید فعال می کند.

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

هدف ثانویه این است که اگر من نقصی داشته باشم، Infostart سریع‌ترین کار را به من نشان می‌دهد.

آزمایش V. Gilev قبلاً به نوعی استاندارد "دفاکتو" تبدیل شده است. نویسنده در وب سایت خود توصیه های کاملاً واضحی را ارائه کرده است ، اما من به سادگی برخی از نتایج را ارائه می دهم و در مورد محتمل ترین خطاها اظهار نظر می کنم. به طور طبیعی، نتایج آزمایش بر روی تجهیزات شما ممکن است متفاوت باشد؛ این فقط راهنمایی برای آنچه باید باشد و آنچه می توانید برای آن تلاش کنید است. می خواهم فوراً متذکر شوم که تغییرات باید گام به گام انجام شود و پس از هر مرحله بررسی کنید که چه نتیجه ای داشته است.

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

اطلاعات اولیه:

کامپیوتر تست شده، خوکچه هندی اصلی: HP DL180G6، مجهز به 2*Xeon 5650، 32 Gb، Intel 362i، Win 2008 r2. برای مقایسه، Core i3-2100 نتایج قابل مقایسه ای را در تست تک رشته ای نشان می دهد. تجهیزاتی که من عمداً انتخاب کردم جدیدترین نبود؛ با تجهیزات مدرن نتایج به طور قابل توجهی بهتر است.

برای تست سرورهای 1C و SQL جداگانه، سرور SQL: IBM System 3650 x4، 2*Xeon E5-2630، 32 Gb، Intel 350، Win 2008 r2.

برای آزمایش یک شبکه 10 گیگابیتی، از آداپتورهای 520-DA2 اینتل استفاده شد.

نسخه فایل. (پایگاه داده روی سرور در یک پوشه مشترک است، مشتریان از طریق شبکه، پروتکل CIFS/SMB متصل می شوند). الگوریتم گام به گام:

0. پایگاه داده آزمایشی Gilev را به سرور فایل در همان پوشه پایگاه داده اصلی اضافه کنید. ما از کامپیوتر مشتری متصل می شویم و آزمایش را اجرا می کنیم. ما نتیجه را به یاد می آوریم.

قابل درک است که حتی برای رایانه های قدیمی 10 سال پیش (Pentium در سوکت 775 ) زمان از کلیک بر روی میانبر 1C: Enterprise تا ظاهر شدن پنجره پایگاه داده باید کمتر از یک دقیقه بگذرد. ( سلرون = کند).

اگر کامپیوتر بدتر از پنتیوم داریدسوکت 775 با 1 گیگابایت رم ، پس من با شما همدردی می کنم و رسیدن به کار راحت روی 1C 8.2 در نسخه فایل برای شما دشوار خواهد بود. به ارتقاء (وقت آن رسیده است) یا تغییر به یک سرور پایانه (یا وب، در مورد تین کلاینت ها و فرم های مدیریت شده) فکر کنید.

اگر رایانه بدتر نیست، می توانید مدیر را زیر پا بگذارید. حداقل، عملکرد شبکه، آنتی ویروس و درایور حفاظت HASP را بررسی کنید.

اگر آزمایش Gilev در این مرحله 30 "طوطی" یا بالاتر را نشان داد، اما پایه کاری 1C هنوز به کندی کار می کند، سوالات باید به برنامه نویس هدایت شود.

1. به عنوان راهنمایی برای اینکه یک کامپیوتر مشتری چقدر می تواند "فشرده" کند، ما عملکرد فقط این کامپیوتر را بدون شبکه بررسی می کنیم. ما پایگاه داده آزمایشی را روی یک رایانه محلی (روی یک دیسک بسیار سریع) نصب می کنیم. اگر کامپیوتر مشتری یک SSD معمولی نداشته باشد، یک ramdisk ایجاد می شود. در حال حاضر، ساده ترین و رایگان ترین، شرکت Ramdisk است.

برای تست نسخه 8.2 یک رم دیسک 256 مگابایتی کافی است و! مهم ترین. پس از راه اندازی مجدد کامپیوتر، در حالی که ramdisk در حال اجرا است، باید 100-200 مگابایت رایگان روی آن وجود داشته باشد. بر این اساس، بدون ramdisk، برای عملکرد عادی باید 300-400 مگابایت حافظه آزاد وجود داشته باشد.

برای تست نسخه 8.3، یک رم دیسک 256 مگابایتی کافی است، اما به رم رایگان بیشتری نیاز دارید.

هنگام تست، باید به بار پردازنده نگاه کنید. در یک مورد نزدیک به ایده آل (ramdisk)، فایل محلی 1c، 1 هسته پردازنده را هنگام اجرا بارگیری می کند. بر این اساس، اگر در طول آزمایش هسته پردازنده شما به طور کامل بارگذاری نشده است، به دنبال نقاط ضعف باشید. کمی احساسی، اما به طور کلی درست، تاثیر پردازنده بر عملکرد 1C توضیح داده شده است. فقط برای مرجع، حتی در Core i3 های مدرن با فرکانس های بالا، اعداد 70-80 کاملا واقعی هستند.

رایج ترین خطاها در این مرحله

الف) آنتی ویروس نادرست پیکربندی شده است. آنتی ویروس های زیادی وجود دارد، تنظیمات هر کدام متفاوت است، فقط می گویم که با پیکربندی مناسب، نه وب و نه Kaspersky 1C تداخل ندارند. با تنظیمات پیش فرض، تقریباً 3-5 طوطی (10-15٪) را می توان از بین برد.

ب) حالت عملکرد. بنا به دلایلی، افراد کمی به این موضوع توجه می کنند، اما تأثیر آن مهم ترین است. اگر به سرعت نیاز دارید، باید این کار را هم در کامپیوترهای کلاینت و هم روی سرور انجام دهید. (Gilev توضیحات خوبی دارد. تنها نکته این است که در برخی از مادربردها، اگر SpeedStep اینتل را خاموش کنید، نمی توانید TurboBoost را روشن کنید).

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

شما می توانید (و ترجیحا) حالت عملکرد را در دو مکان فعال کنید:

از طریق BIOS. حالت های C1، C1E، C-state اینتل (C2، C3، C4) را غیرفعال کنید. در بایوس های مختلف آنها را متفاوت می نامند، اما معنی یکسان است. زمان زیادی برای جستجو نیاز است، راه اندازی مجدد مورد نیاز است، اما اگر یک بار این کار را انجام دهید، می توانید آن را فراموش کنید. اگر همه کارها را به درستی در بایوس انجام دهید، سرعت افزایش می یابد. در برخی از مادربردها، می‌توانید تنظیمات بایوس را طوری پیکربندی کنید که حالت عملکرد ویندوز نقشی نداشته باشد. (نمونه هایی از تنظیمات BIOS از Gilev). این تنظیمات عمدتاً مربوط به پردازنده های سرور یا بایوس های "پیشرفته" هستند، اگر این را پیدا نکرده اید و Xeon ندارید، اشکالی ندارد.

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

چگونه بررسی کنیم که حالت فعال است. مدیر وظیفه - عملکرد - مانیتور منابع - CPU را راه اندازی کنید. منتظر می مانیم تا پردازنده با چیزی مشغول نشود.

اینها تنظیمات پیش فرض هستند. در BIOS C-state مشمول, حالت مصرف برق متعادل
در BIOS C-state مشمول، حالت عملکرد بالا برای Pentium و Core می توانید در آنجا توقف کنید، شما هنوز هم می توانید کمی "طوطی" را از Xeon فشار دهید
در BIOS C-state خاموش شد، حالت عملکرد بالا. اگر از Turbo Boost استفاده نمی کنید، این چیزی است که باید به نظر برسد سرور برای عملکرد تنظیم شده است

و حالا اعداد. یادآوری کنم: Intel Xeon 5650، ramdisk. در مورد اول، آزمون 23.26 را نشان می دهد، در آخرین مورد - 49.5. تفاوت تقریباً دو برابر است. اعداد ممکن است متفاوت باشند، اما این نسبت اساساً برای Intel Core یکسان است.

مدیران محترم، شما می توانید هر چقدر که دوست دارید از 1C انتقاد کنید، اما اگر کاربران نهایی به سرعت نیاز دارند، باید حالت عملکرد بالا را فعال کنید.

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

نحوه روشن کردن توربو بوست نوشته شده است، به عنوان مثال، . ولی! برای 1C تفاوت های ظریف وجود دارد (نه واضح ترین). مشکل این است که حداکثر اثر تقویت توربو زمانی رخ می دهد که حالت C روشن باشد. و ما چیزی شبیه به این دریافت می کنیم:

لطفا توجه داشته باشید که ضریب حداکثر است، سرعت هسته زیبا و عملکرد بالا است. اما در نتیجه با 1 ها چه اتفاقی خواهد افتاد؟

	عامل	سرعت هسته (فرکانس)، گیگاهرتز	CPU-Z Single Thread	تست Gilev Ramdisk نسخه فایل	تست Gilev Ramdisk مشتری-سرور
بدون تقویت توربو
حالت C خاموش، تقویت توربو				53.19	40,32
حالت C روشن، تقویت توربو			1080	53,13	23,04

اما در نهایت معلوم می شود که با توجه به تست های عملکرد CPU نسخه با ضریب 23 جلوتر است، طبق تست های Gilev در نسخه فایل عملکرد با ضریب 22 و 23 یکسان است اما در سرویس گیرنده-سرور نسخه - نسخه با ضریب 23 بسیار وحشتناک وحشتناک است (حتی اگر C-state روی سطح 7 تنظیم شود، باز هم کندتر از حالت C خاموش است). بنابراین، توصیه می شود هر دو گزینه را برای خود بررسی کنید و بهترین را انتخاب کنید. در هر صورت، تفاوت بین 49.5 و 53 طوطی کاملاً قابل توجه است، به خصوص بدون تلاش زیاد.

نتیجه - بوست توربو باید روشن شود. به شما یادآوری می کنم که فعال کردن مورد Turbo Boost در BIOS کافی نیست، همچنین باید به تنظیمات دیگر نگاه کنید (BIOS: QPI L0s، L1 - غیرفعال کردن، پاک کردن تقاضا - غیرفعال کردن، Intel SpeedStep - فعال کردن، Turbo boost - کنترل پنل - گزینه های برق - کارایی بالا) . و من همچنان (حتی برای نسخه فایل) گزینه ای را انتخاب می کنم که در آن وضعیت c خاموش است، حتی اگر ضریب کوچکتر باشد. چیزی شبیه به این خواهد شد ...

یک نکته نسبتاً بحث برانگیز فرکانس حافظه است. به عنوان مثال، فرکانس حافظه تأثیر بسیار قوی دارد. آزمایشات من چنین وابستگی را نشان نداد. من DDR 2/3/4 را مقایسه نمی کنم، نتایج تغییر فرکانس را در همان خط نشان خواهم داد. حافظه یکسان است اما در بایوس مجبوریم فرکانس های پایین تری را تنظیم کنیم.

و نتایج آزمایش 1C 8.2.19.83، برای نسخه فایل ramdisk محلی، برای سرویس گیرنده-سرور 1C و SQL در یک کامپیوتر، حافظه مشترک. تقویت توربو در هر دو نسخه غیرفعال است. 8.3 نتایج قابل مقایسه را نشان می دهد.

تفاوت در خطای اندازه گیری است. من به طور خاص اسکرین شات هایی از CPU-Z بیرون آوردم تا نشان دهم با تغییر فرکانس، پارامترهای دیگر نیز تغییر می کنند، همان تاخیر CAS و RAS به CAS Delay، که تغییر فرکانس را خنثی می کند. تفاوت زمانی خواهد بود که ماژول‌های حافظه از نظر فیزیکی از کندتر به سریع‌تر تغییر می‌کنند، اما حتی در آنجا اعداد چندان قابل توجه نیستند.

2. هنگامی که پردازنده و حافظه کامپیوتر مشتری را مرتب کردیم، به مکان بسیار مهم بعدی می رویم - شبکه. تعداد زیادی کتاب در مورد تنظیم شبکه نوشته شده است، مقالاتی در مورد Infostart (و دیگران) وجود دارد، اما در اینجا من روی این موضوع تمرکز نمی کنم. قبل از شروع آزمایش 1C، لطفاً مطمئن شوید که iperf بین دو رایانه کل پهنای باند را نشان می‌دهد (برای کارت‌های 1 گیگابیت - خوب، حداقل 850 مگابیت یا بهتر است 950-980)، که توصیه‌های Gilev رعایت شده است. سپس - ساده ترین آزمایش عملکرد، به اندازه کافی عجیب، کپی کردن یک فایل بزرگ (5-10 گیگابایت) در شبکه خواهد بود. نشانه غیرمستقیم عملکرد عادی در یک شبکه 1 گیگابیت، میانگین سرعت کپی 100 مگابایت بر ثانیه، عملکرد خوب - 120 مگابایت بر ثانیه خواهد بود. من می خواهم توجه شما را به این واقعیت جلب کنم که نقطه ضعف (از جمله) ممکن است بار پردازنده باشد. SMB پروتکل در لینوکس کاملاً موازی نشده است و در حین کار می تواند به راحتی یک هسته پردازنده را "بخورد" و دیگر مصرف نکند.

و بیشتر. با تنظیمات پیش‌فرض، کلاینت ویندوز با یک سرور ویندوز (یا حتی یک ایستگاه کاری ویندوز) و پروتکل SMB/CIFS بهترین کار را انجام می‌دهد، یک کلاینت لینوکس (دبیان، اوبونتو به بقیه نگاه نکرد) با لینوکس و NFS بهتر کار می‌کند. همچنین با SMB کار می کند، اما در NFS طوطی ها بلندتر هستند). این واقعیت که در هنگام کپی خطی یک سرور لینوکس ویندوز در NFS سریعتر در یک جریان کپی می شود، معنایی ندارد. تنظیم دبیان برای 1C موضوعی برای یک مقاله جداگانه است، من هنوز برای آن آماده نیستم، اگرچه می توانم بگویم که در نسخه فایل عملکردی حتی کمی بهتر از نسخه Win در همان تجهیزات داشتم، اما با postgres با بیش از 50 کاربر من هنوز همه چیز بسیار بد است.

مهم ترین ، که مدیران "سوخته" می دانند، اما مبتدیان آن را در نظر نمی گیرند. راه های زیادی برای تنظیم مسیر به پایگاه داده 1c وجود دارد. می توانید \\server\share را انجام دهید، می توانید \\192.168.0.1\share را انجام دهید، می توانید از z: \\192.168.0.1\share استفاده کنید (و در برخی موارد این روش نیز کار می کند، اما نه همیشه) و سپس درایو Z را مشخص کنید. به نظر می رسد که همه این مسیرها به یک مکان اشاره می کنند، اما برای 1C تنها یک راه وجود دارد که عملکرد عادی را کاملاً قابل اطمینان ارائه می دهد. بنابراین، این چیزی است که شما باید به درستی انجام دهید:

در خط فرمان (یا در خط مشی ها، یا هر چیزی که برای شما مناسب است) - از DriveLetter: \\server\share استفاده کنید. مثال: استفاده خالص m: \\server\bases. من به طور خاص بر آدرس IP تأکید نمی کنم، یعنی نامسرور اگر نام سرور قابل مشاهده نیست، آن را به dns روی سرور یا به صورت محلی به فایل میزبان اضافه کنید. اما آدرس باید با نام باشد. بر این اساس، در مسیر رسیدن به پایگاه داده، به این دیسک دسترسی داشته باشید (تصویر را ببینید).

و اکنون با اعداد نشان خواهم داد که چرا این توصیه است. داده‌های اولیه: کارت‌های Intel X520-DA2، Intel 362، Intel 350، Realtek 8169. OS Win 2008 R2، Win 7، Debian 8. آخرین درایورها، به‌روزرسانی‌های اعمال شده. قبل از آزمایش، مطمئن شدم که Iperf پهنای باند کامل را می دهد (به جز کارت های 10 گیگابیتی، فقط توانست 7.2 گیگابیت را فشرده کند، بعداً خواهم دید که چرا سرور آزمایشی هنوز به درستی پیکربندی نشده است). دیسک ها متفاوت هستند، اما همه جا یک SSD وجود دارد (من به طور خاص یک دیسک را برای آزمایش قرار دادم، با هیچ چیز دیگری بارگذاری نمی شود) یا یک حمله از یک SSD. سرعت 100 مگابیت با محدود کردن تنظیمات آداپتور اینتل 362 به دست آمد. هیچ تفاوتی بین 1 گیگابیت مسی Intel 350 و 1 گیگابیت نوری Intel X520-DA2 (به دست آمده با محدود کردن سرعت آداپتور) وجود نداشت. حداکثر عملکرد، تقویت توربو خاموش است (فقط برای مقایسه نتایج، تقویت توربو برای نتایج خوب کمی کمتر از 10٪ اضافه می کند، برای نتایج بد ممکن است اصلاً تأثیری نداشته باشد). نسخه های 1C 8.2.19.86، 8.3.6.2076. من همه اعداد را نمی‌آورم، بلکه فقط جالب‌ترین آنها را می‌آورم تا چیزی برای مقایسه داشته باشید.

	برد 2008 - برد 2008 با آدرس IP تماس بگیرید	برد 2008 - برد 2008 با نام تماس می گیرد	برد 2008 - برد 2008 تماس با آدرس IP	برد 2008 - برد 2008 با نام تماس می گیرد	Win 2008 - Win 7 با نام تماس می گیرد	Win 2008 - Debian با نام تماس می گیرد	برد 2008 - برد 2008 تماس با آدرس IP	برد 2008 - برد 2008 با نام تماس می گیرد
	11,20	26,18	15,20	43,86	40,65	37,04	16,23	44,64
1C 8.2	11,29	26,18	15,29	43,10	40,65	36,76	15,11	44,10
8.2.19.83	12,15	25,77	15,15	43,10			14,97	42,74
	6,13	34,25	14,98	43,10	39,37	37,59	15,53	42,74
1C 8.3	6,61	33,33	15,58	43,86	40,00	37,88	16,23	42,74
8.3.6.2076		33,78	15,53	43,48	39,37	37,59		42,74

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

از طریق شبکه، اگر این شبکه به درستی پیکربندی شده باشد و مسیر به درستی در 1C وارد شده باشد، می توانید اعداد کاملاً عادی را برای کار دریافت کنید. حتی اولین Core i3 می تواند به راحتی 40+ طوطی تولید کند که بسیار خوب است و اینها فقط طوطی نیستند، در کار واقعی نیز تفاوت قابل توجه است. ولی! محدودیت هنگام کار با چند کاربر (بیش از 10) دیگر شبکه نخواهد بود، در اینجا 1 گیگابیت هنوز کافی است، اما در طول کار چند کاربره مسدود می شود (Gilev).

پلتفرم 1C 8.3 از نظر پیکربندی شبکه مناسب چندین برابر تقاضای بیشتری دارد. تنظیمات اولیه - به Gilev مراجعه کنید، اما به خاطر داشته باشید که همه چیز می تواند تحت تأثیر قرار گیرد. من شتابی را در حذف (و نه فقط خاموش کردن) آنتی ویروس، از حذف پروتکل هایی مانند FCoE، از تغییر درایورها به نسخه قدیمی تر، اما دارای گواهی مایکروسافت (مخصوصاً برای کارت های ارزان قیمت مانند ASUS و DLC)، از حذف کارت شبکه دوم مشاهده کردم. از سرور . گزینه های زیادی وجود دارد، شبکه خود را با دقت راه اندازی کنید. ممکن است شرایطی وجود داشته باشد که پلت فرم 8.2 اعداد قابل قبولی را ارائه دهد و 8.3 - دو یا حتی بیشتر از آن کمتر است. سعی کنید با نسخه های پلتفرم 8.3 بازی کنید، گاهی اوقات یک اثر بسیار بزرگ دریافت می کنید.

پیکربندی 1C 8.3.6.2076 (شاید بعداً، من هنوز به دنبال نسخه دقیق آن نگردیدم) هنوز از طریق شبکه نسبت به 8.3.7.2008 آسان تر است. من توانستم از تاریخ 8.3.7.2008 (در طوطی های مشابه) فقط چند بار به عملکرد عادی بر روی شبکه برسم؛ برای یک مورد کلی تر نمی توانم آن را تکرار کنم. من چیز زیادی متوجه نشدم، اما با قضاوت بر روی پاهای Process Explorer، ضبط در آنجا به خوبی 8.3.6 نیست.

علیرغم این واقعیت که هنگام کار بر روی یک شبکه 100 مگابیت، برنامه بارگذاری آن کم است (می توان گفت که شبکه رایگان است)، سرعت عملیات هنوز بسیار کمتر از 1 گیگابیت است. دلیل آن تأخیر شبکه است.

همه چیزهای دیگر برابر (یک شبکه با عملکرد خوب) برای 1C 8.2، اتصال Intel-Realtek 10٪ کندتر از Intel-Intel است. اما realtek-realtek به طور کلی می تواند فرونشست شدیدی را ایجاد کند. بنابراین، اگر پول دارید، بهتر است کارت های شبکه اینتل را همه جا نگه دارید؛ اگر پول ندارید، اینتل را فقط روی سرور (CO خود) نصب کنید. و چندین برابر دستورالعمل های بیشتری برای تنظیم کارت های شبکه اینتل وجود دارد.

تنظیمات آنتی ویروس پیش فرض (به عنوان مثال از drweb نسخه 10 استفاده می شود) حدود 8-10٪ از طوطی ها را اشغال می کند. اگر آن را همانطور که باید پیکربندی کنید (اجازه دهید فرآیند 1cv8 همه چیز را انجام دهد، اگرچه ایمن نیست)، سرعت آن مانند بدون آنتی ویروس است.

مربیان لینوکس را نخوانید. سرور با سامبا عالی و رایگان است، اما اگر Win XP یا Win7 (یا حتی بهتر - سیستم عامل سرور) را روی سرور نصب کنید، نسخه فایل 1c سریعتر کار می کند. بله، سامبا و پشته پروتکل و تنظیمات شبکه و بسیاری موارد دیگر را می توان به خوبی در دبیان/ابونتو تنظیم کرد، اما این به متخصصان توصیه می شود. این که لینوکس را با تنظیمات پیش فرض نصب کنید و بعد بگویید کند است فایده ای ندارد.

این ایده بسیار خوبی است که عملکرد دیسک های متصل شده از طریق استفاده از شبکه را با استفاده از fio بررسی کنید. حداقل مشخص خواهد شد که آیا این مشکلات مربوط به پلتفرم 1C است یا با شبکه/دیسک.

برای نسخه تک کاربره، نمی‌توانم به آزمایش‌هایی (یا موقعیتی) فکر کنم که تفاوت بین 1 گیگابیت و 10 گیگابیت قابل مشاهده باشد. تنها چیزی که 10 گیگابیت برای نسخه فایل نتایج بهتری داشت، اتصال دیسک ها از طریق iSCSI است، اما این موضوع برای یک مقاله جداگانه است. با این حال، من فکر می کنم که برای نسخه فایل کارت های 1 گیگابیت کافی است.

من نمی دانم چرا با یک شبکه 100 مگابیت، 8.3 به طور قابل توجهی سریعتر از 8.2 کار می کند، اما این یک واقعیت بود. تمام تجهیزات دیگر، تمام تنظیمات دیگر کاملاً یکسان هستند، فقط در یک مورد 8.2 تست شده است و در دیگری - 8.3.

بدون تنظیم NFS win-win یا win-lin 6 طوطی می دهد، من آنها را در جدول قرار ندادم. بعد از تنظیم 25 گرفتم، اما ناپایدار بود (تفاوت در اندازه گیری ها بیش از 2 واحد بود). من هنوز نمی توانم توصیه هایی در مورد استفاده از ویندوز و پروتکل NFS ارائه کنم.

پس از تمام تنظیمات و بررسی ها، آزمایش را دوباره از رایانه مشتری اجرا می کنیم و از نتیجه بهبود یافته خوشحال می شویم (اگر کار کند). اگر نتیجه بهبود یافته باشد، بیش از 30 طوطی وجود دارد (و به خصوص بیش از 40)، کمتر از 10 کاربر همزمان کار می کنند، و پایگاه داده کار هنوز کند است - تقریباً مطمئناً مشکلی با برنامه نویس (یا شما دارید) در حال حاضر به اوج قابلیت های نسخه فایل رسیده است).

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

0. پایگاه داده آزمایشی Gilev را به سرور در همان پوشه پایگاه داده اصلی اضافه کنید. ما از همان سرور متصل می شویم و تست را اجرا می کنیم. ما نتیجه را به یاد می آوریم.

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

2. راه اندازی کارت های شبکه در مورد سرور ترمینال عملاً هیچ تأثیری در عملکرد 1c ندارد. برای اطمینان از راحتی "ویژه"، اگر سرور شما بیش از 50 طوطی تولید می کند، می توانید با نسخه های جدید پروتکل RDP بازی کنید، فقط برای راحتی کاربران، پاسخ سریعتر و پیمایش.

3. اگر تعداد زیادی از کاربران به طور فعال کار می کنند (و در اینجا می توانید از قبل سعی کنید 30 نفر را به یک پایگاه داده متصل کنید، اگر سعی کنید)، نصب یک درایو SSD بسیار توصیه می شود. بنا به دلایلی، اعتقاد بر این است که دیسک به ویژه بر عملکرد 1C تأثیر نمی گذارد، اما تمام آزمایشات با حافظه پنهان کنترل کننده فعال برای نوشتن انجام می شود، که نادرست است. پایه تست کوچک است، به خوبی در حافظه نهان جا می شود، بنابراین اعداد بالاست. در پایگاه داده های واقعی (بزرگ) همه چیز کاملاً متفاوت خواهد بود، بنابراین کش برای آزمایش غیرفعال است.

به عنوان مثال، من عملکرد تست Gilev را با گزینه های مختلف دیسک بررسی کردم. من دیسک ها را از آنچه در دست بود نصب کردم، فقط برای نشان دادن تمایل. تفاوت بین 8.3.6.2076 و 8.3.7.2008 کم است (در رمدیسک توربو بوست نسخه 8.3.6 56.18 و 8.3.7.2008 55.56 تولید می کند، در تست های دیگر تفاوت حتی کمتر است). مصرف برق - حداکثر عملکرد، تقویت توربو غیرفعال است (مگر اینکه خلاف آن ذکر شده باشد).

	Raid 10 4x SATA 7200 ATA ST31500341AS	Raid 10 4x SAS 10k	Raid 10 4x SAS 15k	تک SSD	رامدیسک		کش فعال شد کنترلر RAID
	21,74	28,09	32,47	49,02	50,51	53,76	49,02
1C 8.2	21,65	28,57	32,05	48,54	49,02	53,19
8.2.19.83	21,65	28,41	31,45	48,54	49,50	53,19
	33,33	42,74	45,05	51,55	52,08	55,56	51,55
1C 8.3	33,46	42,02	45,05	51,02	52,08	54,95
8.3.7.2008	35,46	43,01	44,64	51,55	52,08	56,18

حافظه پنهان کنترلر RAID فعال تمام تفاوت‌های بین دیسک‌ها را حذف می‌کند؛ اعداد برای هر دو sat و cas یکسان هستند. آزمایش با آن بر روی مقدار کمی داده بی فایده است و نشان دهنده هیچ نوع نیست.

برای پلتفرم 8.2، تفاوت عملکرد بین گزینه های SATA و SSD بیش از دو برابر است. این اشتباه تایپی نیست. اگر در حین تست درایوهای SATA به نمایشگر عملکرد نگاه کنید. سپس می توانید به وضوح "زمان کار دیسک فعال (در درصد)" 80-95 را ببینید. بله، اگر حافظه پنهان خود دیسک ها را برای ضبط فعال کنید، سرعت به 35 افزایش می یابد، اگر حافظه پنهان کنترلر حمله را فعال کنید - تا 49 (صرف نظر از اینکه در حال حاضر کدام دیسک ها در حال آزمایش هستند). اما این‌ها طوطی‌های کش مصنوعی هستند؛ در کار واقعی، با پایگاه‌های داده بزرگ، هرگز 100% نسبت ضربه حافظه پنهان وجود نخواهد داشت.

سرعت حتی SSD های ارزان قیمت (من روی Agility 3 تست کردم) برای اجرای نسخه فایل کاملاً کافی است. منبع ضبط موضوع دیگری است، شما باید در هر مورد خاص به آن نگاه کنید، واضح است که Intel 3700 آن را یک مرتبه بزرگتر خواهد داشت، اما قیمت مطابقت دارد. و بله، من می دانم که هنگام تست یک دیسک SSD، حافظه نهان این دیسک را نیز به میزان بیشتری تست می کنم، نتایج واقعی کمتر خواهد بود.

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

مزایای اصلی درایوهای SSD برای نسخه فایل زمانی ظاهر می شود که پایگاه داده های زیادی وجود داشته باشد که هر کدام دارای چندین کاربر هستند. اگر 1-2 پایگاه داده وجود داشته باشد و حدود 10 کاربر وجود داشته باشد، دیسک های SAS کافی خواهند بود. (اما در هر صورت به بارگذاری این دیسک ها حداقل از طریق پرفمون نگاه کنید).

مزایای اصلی سرور ترمینال این است که می تواند کلاینت های بسیار ضعیفی داشته باشد و تنظیمات شبکه بسیار کمتر روی سرور ترمینال تأثیر می گذارد (باز هم K.O شما).

نتیجه گیری: اگر تست Gilev را روی یک سرور ترمینال اجرا کنید (از همان دیسکی که پایگاه های داده کار می کند) و در آن لحظاتی که پایگاه داده کار کند می شود و تست Gilev نتیجه خوبی را نشان می دهد (بالای 30)، آنگاه عملکرد کند پایگاه داده اصلی کار به احتمال زیاد یک برنامه نویس مقصر است.

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

گزینه کلاینت-سرور.

آزمایشات فقط در 8.2 انجام شد، زیرا در 8.3 همه چیز به طور جدی به نسخه بستگی دارد.

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

	SQL: Xeon E5-2630	SQL: Xeon E5-2630 کانال فیبر - SSD	SQL: Xeon E5-2630 کانال فیبر - SAS	SQL: Xeon E5-2630 SSD محلی	SQL: Xeon E5-2630 کانال فیبر - SSD	SQL: Xeon E5-2630 SSD محلی	1C: Xeon 5650 =	1C: Xeon 5650 = حافظه مشترک	1C: Xeon 5650 =	1C: Xeon 5650 =	1C: Xeon 5650 =
	16,78	18,23	16,84	28,57	27,78	32,05	34,72	36,50	23,26	40,65	39.37
1C 8.2	17,12	17,06	14,53	29,41	28,41	31,45	34,97	36,23	23,81	40,32	39.06
	16,72	16,89	13,44	29,76	28,57	32,05	34,97	36,23	23,26	40,32	39.06

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

SAS در سیستم‌های ذخیره‌سازی کندتر از SSD‌های محلی است، حتی اگر سیستم‌های ذخیره‌سازی اندازه‌های کش بزرگ‌تری دارند. SSD ها، چه محلی و چه در سیستم های ذخیره سازی، با سرعت های قابل مقایسه ای برای تست Gilev کار می کنند. من هیچ تست استاندارد چند رشته ای (نه فقط ضبط، بلکه همه تجهیزات) را به جز آزمایش بار 1C از MCC نمی دانم.

تغییر سرور 1C از 5520 به 5650 تقریباً دو برابر عملکرد را افزایش داد. بله، تنظیمات سرور کاملاً مطابقت ندارند، اما روندی را نشان می دهد (تعجبی نیست).

افزایش فرکانس در سرور SQL مطمئناً تأثیر می گذارد، اما نه مانند سرور 1C؛ سرور MS SQL برای استفاده از چند هسته و حافظه رایگان عالی است (اگر از آن بخواهید.

تغییر شبکه بین 1C و SQL از 1 گیگابیت به 10 گیگابیت تقریباً 10٪ طوطی ها را ایجاد می کند. انتظار بیشتری داشتم

فعال کردن حافظه اشتراکی همچنان تاثیری دارد، البته نه 15% همانطور که توضیح داده شد. حتما این کار را انجام دهید، خوشبختانه سریع و آسان است. اگر در حین نصب، شخصی به سرور SQL نمونه ای با نام داده است، برای اینکه 1C کار کند، نام سرور باید نه توسط FQDN (tcp/ip کار می کند)، نه از طریق localhost یا فقط ServerName، بلکه از طریق ServerName\InstanceName، برای مثال، مشخص شود. zz-test\zztest. (در غیر این صورت یک خطای DBMS وجود خواهد داشت: Microsoft SQL Server Native Client 10.0: Shared Memory Provider: کتابخانه حافظه مشترک که برای برقراری ارتباط با SQL Server 2000 استفاده می شود، یافت نشد. : SQLSTATE=08001، حالت=1، شدت=10، بومی=126، خط=0).

برای کمتر از 100 کاربر، تنها نکته در تقسیم آن به دو سرور جداگانه، مجوز Win 2008 Std (و قدیمی تر) است که فقط از 32 گیگابایت رم پشتیبانی می کند. در تمام موارد دیگر، 1C و SQL قطعاً باید روی یک سرور نصب شوند و حافظه بیشتری (حداقل 64 گیگابایت) به آن داده شود. دادن رم کمتر از 24-28 گیگابایت به MS SQL حرص و طمع بی دلیل است (اگر فکر می کنید حافظه کافی برای آن دارید و همه چیز خوب کار می کند، شاید نسخه فایل 1C برای شما کافی باشد؟)

اینکه چگونه ترکیب 1C و SQL در یک ماشین مجازی بدتر کار می کند، موضوع یک مقاله جداگانه است (نکته - به طور قابل توجهی بدتر). حتی در Hyper-V همه چیز چندان واضح نیست...

حالت عملکرد متعادل بد است. نتایج کاملاً با نسخه فایل مطابقت دارد.

بسیاری از منابع می گویند که حالت اشکال زدایی (ragent.exe -debug) باعث کاهش قابل توجه عملکرد می شود. خوب، کاهش می یابد، بله، اما من 2-3٪ را اثر قابل توجهی نمی دانم.