توصیه های 1c برای انتخاب سرور. راه حل ها

سرور برای 1C

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

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

PostgreSQL رایگان برای 1C خیلی وقت پیش ظاهر شد و نسبتاً اخیراً چنین موقعیت شگفت انگیزی در لیست قیمت 1C ظاهر شد:

ما با اطمینان توصیه می کنیم از 1C در حالت سرویس گیرنده-سرور با شروع 3-5 کاربر استفاده کنید. گزینه فایل برای پایگاه داده های بسیار کوچک باقی می ماند و اگر نیازی به کار در پایگاه داده از خانه، سفرهای کاری یا ادارات دیگر نباشد، اگر در صورت خرابی چند روز بدون 1C باقی بماند، اصلا ترسناک نیست. . ما همچنین کار در RDP را یک فناوری منسوخ می‌دانیم، که تنها زمانی مناسب است که به دلایلی پلتفرم قدیمی باشد (8.0 یا 8.1) یا پلتفرم قدیمی باشد، نوشتن "روسی قدیمی" (7.7) وسوسه انگیز است. بنابراین، هر آنچه در زیر نوشته شده است در مورد گزینه "یک DBMS و یک سرور برنامه کاربردی 1C: Enterprise بر روی سرور 1C نصب شده اند، کار در تین کلاینت 8.2 انجام می شود."

آیا باید یک سرور مارک بخرم یا خودم آن را مونتاژ کنم یا از تامین کنندگان سفارش مونتاژ کنم؟

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

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

شفاف سازی کوچک منظور ما از "برند" IBM، HP و برندهای مشابه است. هر «ادغام‌کننده» محلی که رایانه‌های مبتنی بر پلتفرم سرور اینتل را «برای سفارش» با کمک دانش‌آموزان دیروز، با پیکربندی ثبت‌شده از کلمات مشتری، جمع‌آوری می‌کند، برند نیستند. حتی اگر این سرور در یک محفظه قابل نصب روی رک مونتاژ شود. حتی اگر آنها یک برچسب زیبا روی پانل جلویی بگذارند. این خود اسمبلی است و ما مثال‌های زیادی داریم که مثلاً اسمبلرها هنگام انتخاب کامپوننت‌ها اشتباه می‌کنند. به عنوان مثال، ما دیدیم که چگونه در یک سرور جدی با هزینه بیش از 300000 روبل، کنترلر RAID سخت افزاری با مادربرد تضاد پیدا کرد و 15٪ از توان عملیاتی اعلام شده را تولید کرد. ما همچنین شاهد پیکربندی هایی با اعوجاج بزرگ بودیم، به عنوان مثال یک ماشین با چهار Xeon و یک آرایه دیسک منفرد از دو دیسک. هنگام خرید سرور 1C، با کسانی که می دانند چگونه باید باشد تماس بگیرید.

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

سیستم عامل

بدون شروع جنگ های مقدس، توصیه می کنیم از Windows Server 2012 استفاده کنید. این یک پلت فرم قابل اعتماد و اثبات شده برای سرور 1C است. راه حل های دیگر حق حیات دارند، اما، مثلاً، اگر تصمیم به نصب سرور اوبونتو دارید، به سختی به توصیه نیاز دارید. و بعید است کمک کنند. لینوکس برای 1C هر بار منحصر به فرد است و ارائه توصیه های کلی غیرممکن است.

برای سرورهای سطح ورودی، استفاده از ویندوز دسکتاپ، به عنوان مثال، ویندوز 7/8 کاملاً امکان پذیر است. اگر به Active Directory، RDS نیاز ندارید و از MS SQL Server به عنوان DBMS استفاده نمی کنید. فقط باید در نظر داشته باشید که به طور پیش فرض در Windows 7 Professional تعداد اتصالات همزمان از طریق TCP نمی تواند بیش از 20 باشد. در ویندوز 8 این محدودیت حذف شده است.

حافظه

باید حافظه کافی وجود داشته باشد. اگر بیشتر از مقدار مورد نیاز حافظه نصب کنید، هیچ افزایشی در کارایی وجود نخواهد داشت. اگر کمتر از حد لازم عرضه کنید، تجربه کاربری به شکنجه تبدیل خواهد شد. محاسبه به شرح زیر است: حداقل 2 گیگابایت برای نیازهای سیستم عامل، از 2 گیگابایت برای DBMS، از 4 گیگابایت برای سرور 1C: Enterprise. جمع کمترین 8 گیگابایت. این حجم برای 5-10 کاربر با یک پایگاه داده کاملاً کافی است. اسکرین شات یک تصویر معمولی از تخصیص حافظه در حین کار آرام چند کاربر با یک پایگاه داده کوچک را نشان می دهد:

توجه کنید که چگونه سرور برنامه 1C (rphost.exe) حافظه را دوست دارد. بلافاصله پس از باز کردن پایگاه داده، او به یک گیگابایت نیاز دارد. با کار شدید، به عنوان مثال، پردازش مجدد اسناد به مدت یک ماه، کاملاً قادر به تسلط بر 6 گیگابایت با یک اتصال فعال است. همچنین باید به خاطر داشته باشید که نوار آبی ("در انتظار") حافظه رایگان نیست، بلکه حافظه پنهان سیستم است. در اینجا همان سیستمی است که در آن کم و بیش فشرده شروع به کار کردیم:

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

16 گیگابایت برای 20-30 کاربر با دو یا سه پایگاه داده کافی است. پیکربندی حداکثر حجم اختصاص داده شده برای سرور 1C: Enterprise (این کار در کنسول مدیریت انجام می شود) و برای DBMS ضروری است! اگر این کار انجام نشود، به عنوان مثال، Postgree out of box فقط از 200-300 مگابایت حافظه استفاده می کند. به طور پیش فرض "خفه" است. اما سرور برنامه 1C، برعکس، می تواند به راحتی همه چیز را بخورد، مهم نیست که چقدر به آن بدهید.

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

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

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

دیسک پایگاه داده قطعا SSD است. برای پایگاه های داده 1C، دیسک های معمولی و آرایه های آنها کوچکترین مزیتی ندارند. با اندازه معمول پایگاه داده یک شرکت متوسط ​​​​2-3 گیگابایت، حجم 120 گیگابایت، همانطور که می دانید، کاملاً کافی است. و عملکرد، همه چیزهای دیگر برابر هستند، 10 برابر یا بیشتر متفاوت است. محدودیت در تعداد چرخه های بازنویسی مربوط به گذشته است؛ امروزه SSD ها از هر دیسک مکانیکی قابل اعتمادتر هستند. قطعاً باید یک SSD با فناوری TRIM بگیرید (حافظه ضبط در هنگام خاموش شدن برق)، و باید به دقت به سرعت نوشتن اعلام شده نگاه کنید؛ اکنون گزینه های مختلفی در بازار وجود دارد.

اگر خرابی پایگاه داده و به ویژه بازیابی نسخه دیروز از بایگانی قابل قبول نیست، باید یک کنترلر RAID و دو دیسک را در حالت "Mirror" نصب کنید. ما قویاً توصیه می کنیم از کنترلرهای RAID نرم افزاری استفاده نکنید. فقط سخت افزار

بایگانی را می توان با استفاده از یک DBMS پیکربندی کرد یا می توانید یک فایل دسته ای بنویسید که توسط زمانبندی ویندوز راه اندازی می شود و پایگاه داده ها را از حالت دسته ای 1C:Enterprise دانلود می کند. خیلی مهم نیست مهم است که هر شب سیستم به طور خودکار یک آرشیو ایجاد کرده و آن را در یک دیسک سرور جداگانه بنویسد. یک سیستم بایگانی که نیاز به فعال سازی دستی دارد، یک سیستم بایگانی نیست، بلکه مزخرف است. پس از ایجاد بارگیری های پایگاه داده، به شدت توصیه می کنیم آنها را در فضای ذخیره سازی ابری آپلود کنید. این می تواند Google Drive، Yandex Disk، Dropbox یا منبع ftp خود شما باشد. نکته اصلی این است که این دانلودها در همان اتاقی که سرور در آن قرار دارد ذخیره نمی شود. چرا؟ زیرا یک تجارت معمولی باید با آرامش هر چیزی را تحمل کند. آتش سوزی، سرقت، بازدید از مقامات با تشنج. البته خدای نکرده اما هر اتفاقی ممکن است بیفتد.

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

منبع تغذیه و یو پی اس

در منبع تغذیه کوتاهی نکنید. هرگز. شما می توانید در هر چیز دیگری در محدوده معقول صرفه جویی کنید و منبع تغذیه سرور باید ایده آل باشد. تفاوت یک سرور با یک کامپیوتر معمولی در درجه اول این است که همیشه روشن است. دو برابر ذخیره وات و یک سازنده با نام (Thermaltake، Powerman، Enermax)، در اینجا توصیه ما است. یک UPS (منبع تغذیه بدون وقفه) برای دو منظور مورد نیاز است. اولاً، در صورت نوسانات جدی برق، باید به منبع تغذیه سرور اجازه دهد تا با ضربه زدن به خود (یا بهتر است بگوییم، فیوز آن) زنده بماند. ثانیاً هنگام قطع برق باید به درستی سرور را خاموش کند. UPS نباید و نمی تواند اجازه کار بدون ولتاژ خارجی را بدهد، این یک توهم است. حتی 15 دقیقه. وظیفه آن این است که به سیستم عامل سرور دستور خاموش شدن را بدهد. بنابراین، یک یو پی اس غیر متصل و پیکربندی نشده یک تکه مبلمان است، نه چیزی بیشتر.

CPU

هنگامی که 5 کاربر کار می کنند، هر پردازنده "رومیزی" با کلاس نسبتاً بالا، به عنوان مثال یک Core i7 چهار هسته ای، به طور متوسط ​​5-7٪ بارگذاری می شود. پردازنده به طور کلی یک گلوگاه نیست. باید پارامترهای باقیمانده را برآورده کند، نه بیشتر. بنابراین، بهتر است پردازنده را از بین پردازنده های مناسب برای سیستم انتخاب شده، آخرین انتخاب کنید. ویژگی های دیجیتال (تعداد هسته ها، اندازه کش، فرکانس) تعیین کننده نیستند. به عنوان مثال، آخرین Core i5 نسبت به نسل قبلی Core i7 عملکرد بهتری دارد.

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

نرم افزار

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

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

ما ترکیب سرور 1C و فایل، نامه، پروکسی و وب سرور را توصیه نمی کنیم. این وظایف کاملاً توسط دستگاه ها و خدمات تخصصی حل می شود. به عنوان مثال، روتر Zyxel Keenetic 4G و سایر موارد مشابه آن در توزیع اینترنت در شبکه عالی هستند و به عنوان یک سرور ftp و فایل کار می کنند. بهترین کار این است که وب سرور یک شرکت کوچک و متوسط ​​را به یک VDS در یک مرکز داده منتقل کنید. در آنجا ایمیل بزنید یا حتی به ایمیل Google یا Yandex برای دامنه خود ارسال کنید.

چند کلمه در مورد سرورهای مجازی

البته، این یک فناوری بسیار محبوب برای راه حل های سرورهای پیشرفته است. با این حال، برای شرکت های متوسط ​​(20-50 کاربر)، مزایای مجازی سازی به دور از چشم پوشی است و برای شرکت های کوچک چیزی جز دردسر ایجاد نمی کند. اولاً، مجازی‌سازی سرور رایگان نیست و برای منابع ماشین هزینه دارد. ثانیاً، تمام مزایای "تنظیم عملکرد در حین پرواز" و "تحرک" با مجموعه ای از مشکلات با از دست دادن مجوزهای نرم افزار 1C در صورت هر گونه تغییر شکسته می شود. ثالثاً ، اساساً چیزی برای اشتراک گذاری وجود ندارد (منابع کمی وجود دارد) و چنین شرکتی به سادگی به چندین سرور نیاز ندارد. امروزه، تعداد کمی از شرکت ها در معرض خطر اجاره سرور مجازی در یک مرکز داده زیر 1C هستند و حتی در این مورد بهتر است سرور را اجاره نکنید، بلکه به سرویس 1C Online متصل شوید.

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

در زمان نوشتن این مقاله، هزینه تقریبی سرور به شرح زیر است:

• از 30000 روبل برای 5-10 کاربر
• از 60000 روبل برای 15-20 کاربر
• از 90000 روبل برای 30-50 کاربر

با تعداد کاربران بیشتر، توزیع سرور DBMS و سرور برنامه در ماشین های فیزیکی مختلف ضروری است.

بنا به درخواست شما، ما به همراه شرکای خود می‌توانیم یک سرور با نام تجاری تولید شده توسط IBM و هم یک سرور پیش ساخته ابتدایی را انتخاب و عرضه کنیم.

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

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

معیارهای انتخاب سرور

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

هنگام انتخاب سرور برای "1C" (8.2؛ 8.3)، آنها با نکات زیر هدایت می شوند:

• تعداد اپراتورهایی که به طور همزمان وارد داده و گزارش تولید می کنند.
• امکان تخصیص سرورهای فیزیکی جداگانه برای SQL و برنامه 1C؛
• حجم برنامه ریزی شده پردازش داده ها؛
• ساختار توزیع بار در معماری مشتری-سرور

انتخاب پردازنده و رم

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

سازمان کوچک (حداکثر 15 کارمند). با تعداد کمی از کاربران، حجم پایگاه داده، به عنوان یک قاعده، از 2 گیگابایت تجاوز نمی کند و برنامه 1C در قالب یک نسخه فایل بر روی ماشین های مشتری نصب می شود. نیازهای سیستم عامل در این مورد 4-6 گیگابایت است و 4 گیگابایت دیگر برای کش فایل سیستم اختصاص داده می شود. توزیع بار پردازنده به شکل زیر است:

• 2 هسته - برای کاربران سیستم عامل و ترمینال؛
• 1 هسته - برای سرور برنامه 1C؛
• 1 هسته - برای پایگاه داده SQL.

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

سازمان متوسط ​​(حداکثر 40 کارمند). با چنین تعداد کاربر، توسعه دهندگان 1C توصیه می کنند از حالت ترمینال برای دسترسی به برنامه استفاده کنید. حجم پایگاه داده می تواند تا 4 گیگابایت باشد. برای چنین باری به حداقل دو پردازنده با 4 تا 6 هسته نیاز دارید. مقدار بهینه رم 16 تا 64 گیگابایت خواهد بود، زیرا حداقل باید 700 مگابایت برای هر کاربر اختصاص داده شود. اعتقاد بر این است که راه حل برنامه 1C که در آن دستگاه مشتری اجرا می شود به 240 تا 480 مگابایت نیاز دارد و 200-220 مگابایت دیگر برای برنامه های اداری اختصاص داده شده است.

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

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

• پایانه،
• DBMS،
• "1C".

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

برای چنین وظایفی، سرورهای دو پردازنده با پشتیبانی از Intel Xeon E5-2600 یا بالاتر انتخاب می شوند. اگر تعداد کارمندان از 50 نفر تجاوز نکند، تنها یک دستگاه می تواند برای دسترسی به ترمینال و برنامه های 1C باقی بماند. با این حال، با توجه به چشم انداز رشد شرکت، بهتر است برای هر کار یک سرور جداگانه ارائه شود. اگر تعداد پرسنل درگیر به 100 کارمند نزدیک شود، باید یک دسته از دو ماشین را برای 1C مستقر کنید و یکی را برای کارهای دیگر بگذارید.

انتخاب زیرسیستم دیسک

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

وظیفه انتخاب سرور برای 1C شامل نظارت بر زیرسیستم دیسک است که به شما امکان می دهد تعادل بهینه عملکرد و قابلیت اطمینان را پیدا کنید. یک عامل بسیار مهم بر عملکرد، توانایی آن در انجام تعداد معینی از عملیات خواندن/نوشتن در ثانیه (IOPS) است. اگر پایگاه داده تا 300 مگابایت باشد و تعداد کاربران 1C تا 6 نفر باشد، این پارامتر 400-600 است. اگر تعداد کاربران سرور به 100 نفر برسد، IOPS به 18000 خواهد رسید.سرعت انتقال جریان نقش ثانویه دارد.

برای هر نوع دیسک سخت، مقادیر سرعت خواندن/نوشتن تنظیم شده است:

• SATA - 100/80؛
• SAS – 240/220;
• SSD – 35000/8600.

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

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

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

سرور برای 1C: Enterprise 8 برای یک دفتر کوچک

این مطالب ممکن است مورد علاقه سازمان‌ها یا شعب کوچک با 3-25 کاربر سیستم 1C:Enterprise 8 باشد. نویسنده از این فرض استنباط می کند که نه تنها توسط متخصصان فناوری اطلاعات، بلکه توسط مدیران یا حسابداران شرکت های کوچک نیز خوانده می شود، بنابراین مطالب از نظر فنی تا حدودی ساده شده است. اصول اولیه آن برای سیستم هایی با تعداد زیادی کاربر کاملاً قابل اجرا است. برای سازمان‌هایی با 25+ کاربر 1C:Enterprise 8، دو مطلب دیگر بعداً منتشر خواهد شد که تجربه چندین ساله در انتخاب تجهیزات سرور و ایجاد زیرساخت‌های فناوری اطلاعات برای پیاده‌سازی‌های متوسط ​​و بزرگ 1C:Enterprise 8 را شرح می‌دهد.

چه کسی باید تعجب کند که آیا نیاز به خرید سرور دارد؟

ابتدا، اجازه دهید شرایطی را توضیح دهیم که سروری که 1C:Enterprise 8 را اجرا می کند ضروری نیست.
اینها معمولاً سازمانهایی هستند که تا حد امکان دو معیار را رعایت می کنند:
الف) یک سازمان کوچک برای 1-5 کاربر،
ب) برای پشتیبانی از فرآیندهای تجاری شرکت، قابلیت های راه حل استاندارد از 1C کاملاً کافی است (یعنی نیازی به ایجاد تغییرات در پیکربندی استاندارد، حداکثر تغییر برخی از فرم های چاپی، گزارش ها و پردازش نیست).
طبق آمار، بسته به منطقه، تعداد سازمان هایی که از تنظیمات استاندارد 1C استفاده می کنند می تواند تا 60-80٪ باشد.
اگر شرکت دارای معیارهای ذکر شده در بالا باشد، شاید به جای خرید مجموعه ای متشکل از:
- "1C: Enterprise 8"،
- مجوزهای ویندوز سرور و کلاینت،
- سرور سخت افزاری،
- خدمات راه اندازی تجهیزات و نرم افزار،
- پشتیبانی و نگهداری از این مجموعه
منطقی است که 1C:Enterprise 8 را از یک ارائه دهنده خدمات در قالب نرم افزار به عنوان سرویس (SaaS) در نظر بگیرید.
ارائه دهندگان خدمات چنین خدماتی پیکربندی های استاندارد 1C:Enterprise 8 کاملاً کاربردی را ارائه می دهند که در قالب یک وب سایت از راه دور ارائه شده است. اسناد در چاپگر محلی شما چاپ می شوند؛ همچنین می توانید اسناد را به صورت الکترونیکی در رایانه محلی خود ذخیره کنید. البته، امکان ذخیره یک نسخه پشتیبان محلی از پایگاه داده 1C شما در هر زمان وجود دارد. علاوه بر این، می‌توانید نسخه پشتیبان را روی یک دیسک رایانه، روی یک درایو USB قابل جابجایی، یا جایی روی یک درایو «ابر» راه دور (مانند DropBox یا Yandex.Disk) قرار دهید.
می توانید یکی از پیکربندی های استاندارد "1C: Enterprise 8" را از خود شرکت 1C در منبع 1cFresh.com و همچنین از شرکای آن، به عنوان مثال 1C:Accounting Services، اجاره کنید.
در میان امکانات تکنولوژیکی، این به معنای کار در هر جایی که اینترنت وجود دارد و تقریباً از هر دستگاهی، از جمله تبلت و حتی تلفن هوشمند، بدون نیاز به حضور متخصص فناوری اطلاعات است. از جمله مزایای مالی - سازمان به جای انباشت وجوه، سرمایه گذاری در خرید سرور فیزیکی، سیستم عامل ویندوز سرور و خود نرم افزار 1C:Enterprise 8، سازمان به سادگی هزینه دسترسی به 1C:Enterprise 8 را به عنوان یک سرویس پرداخت می کند. ، بلافاصله هزینه ها را به عنوان هزینه های عملیاتی حذف کنید. در واقع، مانند پرداخت هزینه برای خدمات عمومی است. اگر نیاز به افزایش یا کاهش تعداد کارمندان دارید، این کار را می‌توان تقریباً فوراً انجام داد و در نتیجه هزینه‌های خود را بسته به نیازهای فعلی به‌طور انعطاف‌پذیر مدیریت کرد. و صدها کاربر قادر خواهند بود به طور همزمان در چنین سرویسی کار کنند.

«بیایید آزمایش‌ها را انجام دهیم» یا چه چیزی می‌تواند روی تجهیزات فعلی ثبت شود؟

اگر از قبل سروری دارید که 1C:Enterprise 8 را اجرا می کند، گزینه ایده آل این است که یک ابزار استاندارد ویندوز - Performance Monitor (Perfmon) را اجرا کنید و داده های بار را برای یک روز کاری ثبت کنید. این نقطه شروعی خواهد بود که سپس به شما امکان می دهد تا میزان تأثیرگذاری سرور جدید را مقایسه کنید و آیا ارزش پولی که خرج می کنید را دارد یا خیر.
با استفاده از Perfmon کافی است بار پردازنده (CPU) را به صورت درصد بار روی هسته ها، حافظه دسترسی تصادفی (RAM) در درصد استفاده حذف کنید و فیزیکیدیسک های (منطقی نیست): که 1C و ویندوز سیستم عامل روی آنها قرار دارند (این می تواند یکی باشد، اما معمولاً این ها دیسک های مختلف هستند). از نظر بار دیسک، مهمترین پارامترها عبارتند از:
- «میانگین Disk sec/Transfer” (میانگین زمان دسترسی به دیسک) - به طور ایده آل تا 10 میلی ثانیه (میلی ثانیه)، خوب تا 25 میلی ثانیه، مقدار حد مجاز برای عملکرد راحت 40 میلی ثانیه است.
- “جاریطول صف دیسک" ( جاریطول صف دیسک) - در حالت ایده آل وجود قله های باریک (در نمودار) و کوچکترین مقدار صف ممکن، طول صف 70-100 درخواست یا بیشتر، یک نمودار به شکل "اسلاید" نشان دهنده عملکرد ناکافی زیرسیستم دیسک است. ;
- "Disk Transfers/sec" (دسترسی به دیسک / ثانیه) - در اینجا مهم است که حداکثر اعداد و مدت زمان آنها را ثابت کنید، به عنوان یک قاعده، این از 80 IOPS تا چند صد یا حتی هزاران است.
با داشتن این اطلاعات، فرمول‌بندی الزامات برای زیرسیستم‌های سخت‌افزار سرور برای تامین‌کننده تجهیزات، و سپس مقایسه آنها با مقادیر محاسبه‌شده آسان‌تر خواهد بود.

روش محاسبه تجهیزات

پس از تصمیم به خرید سرور خود برای نیازهای 1C: Enterprise 8، ما سعی خواهیم کرد نیازهای خاص این برنامه را در نظر بگیریم - تجهیزات بهینه را برای کار در بودجه انتخاب کنیم.

در مرحله بعد، ما روش محاسبه منابع مورد نیاز برای 1C:Enterprise 8 را بسته به موارد زیر در نظر خواهیم گرفت:
- نسخه استفاده شده - فایل یا SQL،
- نوع دسترسی - از طریق شبکه محلی، از طریق دسکتاپ از راه دور "Remote Desktop" یا Web/thin Client،
- تعداد کاربران،
- تعداد و حجم پایگاه های داده،
- سایر وظایف محول شده به سرور.
رویکرد ارائه شده نسبتاً جهانی است و به همان اندازه برای اجرای 1C:Enterprise 8 بر روی سرور فیزیکی (با فعال بودن Intel Hyper-Threading) و برای اجرای روی سرور مجازی شده با Microsoft Hyper-V یا VMware vSphere و برای محاسبه اجاره مناسب است. منابع از ارائه دهندگان خدمات ابری

برای وضوح محاسبات، سه مورد را به اندازه کافی می گیریم نمونه معمولی:
آ) 5 کاربر"1C: Enterprise 8"، نسخه فایل، کاربران از طریق شبکه محلی (LAN) از طریق مشتری "چاق" 1C. در این حالت سرور فقط نقش سرور فایل را انجام می دهد و کل بار محاسباتی روی ایستگاه های کاری کاربر می افتد.
ب) 10 کاربر، پایگاه داده SQL، "1C: Enterprise 8" راه اندازی شد. سرور برنامه های کاربردی"، کاربران کار می کنند مشتری "چاق"از طریق LAN، پایگاه داده 4 گیگابایت، به مدت 2 سال. سرور به عنوان انبار داده، سرور SQL و 1C Application Server عمل می کند.
V) 20 کاربر، پایگاه داده SQL، "1C: Enterprise 8" راه اندازی شد. سرور برنامه های کاربردی"، کاربران در" کار می کنند دسکتاپ از راه دور"(RDP)، یک پیکربندی، 9 گیگابایت پایگاه داده به مدت 3 سال. سرور به عنوان انبار داده، سرور SQL، 1C Application Server و ترمینال سرور عمل می کند.

محاسبه توان پردازشی مورد نیاز (CPU ) : ابتدا باید محاسبه کنیم که به چه تعداد «هسته» پردازنده نیاز داریم. ما محاسبه را در "هسته های CPU منطقی" انجام خواهیم داد، که در آن یک هسته منطقی با یک هسته در یک سرور فیزیکی در "Task Manager" با Hyper-Threading فعال است (یعنی هر هسته پردازشگر فیزیکی به عنوان دو هسته منطقی نشان داده می شود) .
- برای نیازهای سیستم عامل (OS)، 1-2 هسته رزرو می کنیم؛ برای نسخه SQL معمولاً یک هسته و برای نسخه فایل دو هسته بهتر است.
- اگر از نسخه SQL استفاده می شود، یک هسته برای 20-25 کاربر "1C: Enterprise 8" برای نیازهای MS SQL (کاربران بیشتر - هسته های بیشتر)
- همچنین برای نسخه SQL یک هسته برای نیازهای "1C: Enterprise 8. Application Server x64" (فرآیند rphost) برای 15-20 کاربر (کاربران بیشتر - فرآیندهای rphost بیشتر، هسته های بیشتر) رزرو می کنیم.
- در نسخه ای که کاربران در حالت "دسکتاپ از راه دور" کار می کنند، ما یک هسته منطقی را برای 8 کاربر ترمینال رزرو می کنیم (کاربران بیشتر - هسته های بیشتر).
- برای کار در حالت وب سرویس از طریق مرورگر یا Thin Client، ما همچنین یک هسته منطقی را برای 8 کاربر راه دور رزرو می کنیم. در واقع، برای پیکربندی‌های روی «فرم‌های مدیریت‌شده»، بار به «1C: Enterprise 8. Application Server x64» منتقل می‌شود، و در مورد یک سرویس وب نیز به سرور وب سرور اطلاعات اینترنت (IIS) اضافه می‌شود، اما برای محاسبات ما این مهم نیست.

مثال های محاسباتی:
الف) برای 5 کاربر در نسخه فایل، متصل از طریق یک شبکه محلی از طریق یک کلاینت "ضخیم"، 2 هسته منطقی برای سیستم عامل مورد نیاز است (از جمله نقش یک سرور فایل) - در مجموع یک هسته پردازشگر فیزیکی؛
ب) برای 10 کاربر در SQL و از طریق یک کلاینت "ضخیم"، یک هسته برای سیستم عامل، یک هسته برای MS SQL Server، یک هسته برای "1C:Enterprise 8. Application Server x64" (rphost) - در مجموع 3 مورد نیاز است. هسته های منطقی یا 2 هسته فیزیکی؛
ج) برای 20 کاربر در SQL و در حالت "Remote Desktop" به یک هسته برای سیستم عامل، یک هسته برای MS SQL Server، یک هسته برای "1C:Enterprise 8. Application Server x64" (rphost)، 2.5 هسته در هر سرویس نیاز دارید. جلسات کاربر ترمینال (20:8) - در مجموع 5.5 هسته منطقی یا 3 هسته فیزیکی.
سروری با پایین ترین پردازنده Intel Xeon E3 12xx شامل 4 هسته فیزیکی یا 8 هسته منطقی است. بنابراین، حتی حداقل نسخه پردازنده سرور از نظر هسته، نیازهای یک سازمان کوچک از 25 کاربر 1C:Enterprise 8 را به طور کامل پوشش می دهد. و به عنوان مثال، یک سرور تک پردازنده مبتنی بر قدرتمندتر Intel Xeon E5 16xx، حاوی 8 هسته فیزیکی یا 16 هسته منطقی، می تواند به راحتی با بار 50-75 کاربر 1C:Enterprise 8 در حالت دسکتاپ از راه دور یا وب مقابله کند - سرویس / تین کلاینت.

در عین حال یکی از مهم ترین ویژگی های یک پردازنده فرکانس اسمی آن است (با Turbo Boost اشتباه گرفته نشود) که در ادامه بیشتر به آن خواهیم پرداخت. به بیان ساده، راحتی کاربرانی که با 1C:Enterprise 8 در حالت SQL کار می کنند، و به ویژه هنگام کار از طریق دسکتاپ از راه دور (RDP)، تقریباً به صورت خطی با فرکانس پردازنده افزایش می یابد.

محاسبه رم مورد نیاز ) : همانطور که هنگام محاسبه نیاز به هسته های پردازنده، وظیفه ما این است که نیازهای همه سرویس ها را به دقت در نظر بگیریم.
- برای نیازهای سیستم عامل (OS)، ما 4 گیگابایت را رزرو می کنیم.
- اگر از نسخه SQL استفاده می کنید، حداقل 20-30 درصد از حجم جداول پایگاه داده (DB) باید در حافظه پنهان SQL RAM قرار داده شود. اگر چندین پایگاه داده وجود داشته باشد، 20-30٪ از حجم جداول داده برای هر پایگاه داده است. یا به عنوان معیاری برای محاسبه نیازهای حافظه کش SQL RAM می توانید از حجم داده به مدت 1 سال استفاده کنید. از آنجایی که سازمان‌های کوچک معمولاً پایگاه‌های داده 1C دارند که خیلی بزرگ نیستند، اغلب امکان قرار دادن کل پایگاه داده در حافظه پنهان SQL RAM وجود دارد. 100٪ از حجم جداول پایگاه داده (این ایده آل است). حداقل حجم از 2 گیگابایت است.
- برای نیازهای “1C:Enterprise 8. x64 Application Server” مقدار RAM بر اساس تعداد پردازش های rphost در حال اجرا، حدود 1 گیگابایت برای هر rphost محاسبه می شود. معمولاً این 1-2 گیگابایت برای 10-25 کاربر است.
- وقتی کاربران در حالت دسکتاپ از راه دور کار می کنند، همه چیز تا حدودی پیچیده تر می شود. اول از همه، لازم است تنظیمات استفاده شده را روشن کنیم یا حتی بهتر است به صورت فیزیکی ببینیم که هر پیکربندی در حالت شبکه محلی یا در حالت ترمینال، چقدر رم به ازای هر کاربر مصرف می کند. علاوه بر این، شما باید نه بلافاصله پس از شروع، بلکه پس از حدود 20-30 دقیقه کار فشرده مراقب باشید. به عنوان مثال، "حسابداری" به طور متوسط ​​250-300 مگابایت رم برای هر جلسه در حال اجرا مصرف می کند، "مدیریت تجارت" به طور متوسط ​​300-350 مگابایت رم برای هر جلسه در حال اجرا مصرف می کند. در مرحله بعد، ما محاسبه می کنیم که چه تعداد کاربر به طور همزمان از هر پیکربندی استفاده می کنند، تعداد آنها را در مقدار RAM مورد نیاز برای پیکربندی 1C:Enterprise 8 ضرب می کنیم و با پیکربندی جمع می کنیم تا حجم کل را بدست آوریم. به عنوان یک قاعده، برای یک پیکربندی و 10 کاربر این 3-4 گیگابایت رم است.
- در حالت Remote Desktop نیز لازم است بارهای احتمالی دیگر را نیز در نظر بگیرید. به عنوان مثال، 1C اغلب در قالب MS Excel برای پردازش بیشتر فرم های چاپی یا گزارش ها دانلود می شود. یا به کاربران اجازه داده می شود تا از اینترنت، سایر برنامه های MS Office و سایر برنامه ها استفاده کنند. بر این اساس باید منابع رم مصرفی آنها را محاسبه کرد. برای MS Word و MS Excel این تقریباً 100 مگابایت است، برای MS Outlook حدود 150 مگابایت، اینترنت اکسپلورر حدود 200 مگابایت برای هر نمونه در حال اجرا برای هر کاربر. برای برنامه های دیگر، بهینه است که به مصرف واقعی رم آنها در رایانه شخصی نگاه کنید و آن را به همین ترتیب در نظر بگیرید.
- برای کار در حالت وب سرویس از طریق مرورگر یا Thin Client، می توانید مصرف RAM را با استفاده از همان اصولی که برای پیکربندی های مختلف 1C:Enterprise 8 در حالت Remote Desktop محاسبه می شود، محاسبه کنید، کاربران هر تأیید را شمارش کنید، و در مصرف RAM مربوطه ضرب کنید. حالت "کلینت ضخیم" و خلاصه. این منابع اضافی در واقع به 1C:Enterprise 8 خواهند رفت. Application Server x64 و IIS، اما برای محاسبات اولیه کاملاً مناسب است.
مثال های محاسباتی:
الف) برای 5 کاربر در نسخه فایل، که از طریق یک شبکه محلی از طریق یک کلاینت ضخیم متصل شده اند، حداقل مورد نیاز 4 گیگابایت رم در سیستم عامل و ترجیحا 8 گیگابایت رم است.
ب) برای 10 کاربر در SQL و از طریق یک کلاینت «ضخیم» با پایگاه داده 4 گیگابایتی به مدت 2 سال، 4 گیگابایت برای سیستم عامل، 1 گیگابایت (این 25 درصد حجم است) یا 2 گیگابایت (داده برای یک سال) برای MS. SQL Server مورد نیاز است، و 4 گیگابایت بهتر است، به طوری که 100٪ پایگاه داده در رم قرار می گیرد، 1 گیگابایت برای "1C: Enterprise 8. Application Server x64" (یک رشته rphost)، در مجموع 6 گیگابایت تا 9 گیگابایت رم؛
ج) برای 20 کاربر «مدیریت تجارت» در SQL با پایگاه داده 9 گیگابایتی به مدت 3 سال و در حالت «دسکتاپ از راه دور»، به 4 گیگابایت برای سیستم عامل، 3 گیگابایت برای MS SQL Server (یا بهتر از آن، 9 گیگابایت برای 100٪ نیاز دارید. پایگاه داده در RAM قرار داده شده است)، 1-2 گیگابایت برای "1C: Enterprise 8. Application Server x64" (1-2 رشته rphost)، 6-7 گیگابایت برای سرویس دهی به جلسات کاربر ترمینال، در مجموع 14 گیگابایت تا 22 گیگابایت رم .
پس از محاسبه مقدار مورد نیاز RAM، درست است که 20-30٪ از ذخیره را برای رشد بار اضافه کنید (مثلاً افزایش تعداد کاربران یا رشد پایگاه داده). خوشبختانه، RAM در حال حاضر ارزان است و پردازنده های مدرن بسیاری از آن را پشتیبانی می کنند - Intel Xeon E3 16xx تا 64 گیگابایت رم، و Intel Xeon E5 16xx تا 1540 گیگابایت رم. چیزی به نام رم بیش از حد در سرور وجود ندارد ;-).

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

زیرسیستم دیسک از دو جزء تشکیل شده است:
- زیر سیستم ورودی/خروجی در قالب کنترل کننده های آب/خروجی (HBA) و کنترل کننده های RAID.
- دستگاه های ذخیره سازی داده، یا در مورد ما - درایوهای SSD و HDD.

زیر سیستم I/O ( RAID).
از آنجایی که ما در مورد سروری صحبت می کنیم که وظیفه آن ذخیره اطلاعات قابل اعتماد است، لازم است منابع سخت افزاری را برای ذخیره سازی داده ها رزرو کنیم. دیسک ها
کسب‌وکارهای کوچک معمولاً از RAID1 یا «Mirror» استفاده می‌کنند که در آن داده‌ها به طور همزمان روی دو دیسک نوشته می‌شوند. در این حالت، حتی اگر یکی از دیسک ها به طور فیزیکی از کار بیفتد، داده ها ذخیره می شوند.
چندین گزینه به طور همزمان وجود دارد ساخت و سازRAID1 روی یک سرور کوچک

1. برای مثال با استفاده از ویندوز سرور می توان یک RAID کاملا نرم افزاری (Soft RAID) ایجاد کرد. این گزینه برای درایو سیستم حاوی سیستم عامل (OS) اعمال نمی شود. برای دیسکی با پایگاه داده، می توانید از فناوری Windows Storage Spaces استفاده کنید. در زندگی واقعی بسیار به ندرت استفاده می شود، ما آن را توصیه نمی کنیم.

2. می توانید از سخت افزار و نرم افزار ساخته شده بر اساس چیپست از Intel و Intel® Rapid Storage Technology استفاده کنید ( اینتلRST). ماهیت آن این است که تمام عملیات ورودی/خروجی در سطح سخت افزار توسط چیپست مادربرد عملاً بدون بارگیری منابع CPU انجام می شود. اما این آرایه در سطح نرم افزار و با استفاده از درایورهای ویندوز کنترل می شود.
این رایج ترین، و در حال حاضر با کارایی بالاگزینه ای برای ساخت RAID1 برای سرور نه چندان بارگذاری شده با 2 یا 4 دیسک.
درست است، مانند هر راه حل مصالحه ای، دارای معایبی است.
الف) عملکرد آن به درایورهای بارگذاری شده در سیستم عامل بستگی دارد. و این خطر بالقوه ای را به همراه دارد که هنگام به روز رسانی درایورها یا سیستم عامل، ممکن است وضعیتی پیش بیاید که دیسک RAID در دسترس نباشد. بسیار بعید است، زیرا ... اینتل و مایکروسافت بسیار دوستانه هستند و نرم افزار خود را به خوبی تست می کنند، اما امکان پذیر است. انصافاً باید توجه داشت که نویسنده در طول 8 سال گذشته با مواردی از چنین شکست هایی مواجه نشده است.
ب) بر اساس نتایج آزمایش‌ها در آزمایشگاه آزمون ورودی، شواهد غیرمستقیم نشان می‌دهد که مدل درایور RST اینتل از منابع RAM برای ذخیره‌سازی نوشتن استفاده می‌کند. این کار باعث افزایش عملکرد می شود، اما خطرات از دست دادن داده ها را در صورت قطع برق برنامه ریزی نشده سرور نیز به همراه دارد. در "تناسخ مجدد" قبلی این فناوری، Intel Matrix RAID، حافظه پنهان نوشتن می‌تواند به صراحت در سطح دستورالعمل غیرفعال شود. در نسخه مدرن Intel RST، کاربر این امکان را ندارد که به هیچ وجه بر این پارامتر تأثیر بگذارد یا حتی وضعیت آن را دریابد. با نصب یک منبع تغذیه اضطراری نسبتاً هوشمند (یو پی اس هوشمند) می توان این مشکل را به راحتی حل کرد که می تواند وضعیت باتری های خود را کنترل کند و در صورت کم شدن آنها دستور خاموش کردن سرور را صادر کند. در واقع، در هر صورت باید یک یو پی اس روی سرور نصب شود، بنابراین مشکلی نیست، نکته اصلی این است که برای انجام تنظیمات تنبلی نکنید. در صورت خرابی مادربرد مشکلی با قابلیت حمل وجود دارد. در طول دوره گارانتی، این مشکل به احتمال زیاد توسط تامین کننده تجهیزات قابل حل خواهد بود، اما در دوره پس از گارانتی، ممکن است نیاز به جستجوی یک مادربرد مشابه داشته باشید.
هزینه چنین راه حلی در بیشتر موارد قبلاً در قیمت مادربرد گنجانده شده است و در واقع کاربر آن را "رایگان" دریافت می کند.

3. در بین متخصصان فناوری اطلاعات، تمایل به داشتن یک RAID کاملا سخت افزاری در سرور کاملاً رایج است. یک مثال خوب از چنین راه حلی استفاده از کنترلر SAS (SAS HBA) در حالت RAID1 است. به عنوان مثال، LSI HBA 9211 و جانشینان آن. برای انجام این کار، سیستم عامل BIOS ویژه ای در SAS HBA نصب شده است؛ برای LSI 9211، سیستم عامل "IR" است. این طرح هیچ مزیت عملکردی را ارائه نمی دهد. از نظر تئوری در صورت خرابی مادربرد می توانید به سرعت دیسک و کنترلر را به سرور دیگری وصل کنید... اما با احتمال مشابه مادربرد، کنترلر SAS می تواند بسوزد، بنابراین از نظر نویسنده این مزیت تا حدودی توهمی است. حل مشکلات روانی بیشتر از مشکلات فنی.
هزینه LSI HBA 9211 250-300 دلار است که به طور قابل توجهی گرانتر از نسخه قبلی مبتنی بر RST اینتل است. این افزایش قیمت برای راه حل بودجه بسیار قابل توجه است. از دیدگاه نویسنده، اگر واقعاً می خواهید یک RAID "سخت افزاری" بسازید، بهتر است یک راه حل کمی گران تر بر اساس Intel® RAID Controller RS3WC080 انتخاب کنید. این SAS HBA نیز بر روی تراشه LSI ساخته شده است، اما نسل بعدی، LSI SAS 3008، از استاندارد SAS 3.0 (12-Gb/s) با قیمت حدود 300 دلار پشتیبانی می کند.

4. گاهی اوقات، در صورت عدم صداقت یا صلاحیت ناکافی فروشنده، سعی می کنند کنترلرهای RAID ارزان قیمت مدل های قدیمی را برای سرورهای 1C بفروشند. به عنوان مثال، Adaptec 6405E. نقطه ضعف این دسته از کنترلرها این است که تراشه عملکرد تعبیه شده در آنها برای پشتیبانی از تعداد معینی از HDD طراحی شده است و حتی با بارگذاری دو مدل SSD سرور جوان نیز به خوبی از پس آن بر نمی آید. به عنوان مثال SSD های مدرن به راحتی می توانند 80000 IOPS (درخواست در ثانیه) برای خواندن هر یک تولید کنند و پردازنده یک کنترلر RAID برای مثال فقط 60000 IOPS را قادر به پردازش دارد... همچنین هنگام استفاده از RAID1 و SSD وجود دارد. بدون نیاز به حافظه پنهان نوشتن روی کنترلر - نوشتن روی حافظه نهان رم روی کنترلر و مستقیماً روی SSD تقریباً با همان سرعت خواندن انجام می شود. علاوه بر این، کنترلرهای RAID مدرن، حتی با داشتن 1 گیگابایت حافظه رم، هنگام کار با SSD از آن استفاده نمی کنند. این بدان معنا نیست که Adaptec 6405E یک کنترلر بد است، بلکه فقط این ابزار برای کاربرد متفاوتی طراحی شده است.
هزینه Adaptec 6405E حدود 250 دلار است.

به عنوان یک نتیجه گیری کوتاه، من پیشنهاد می کنم به برنامه آزمایشی چهار SSD در RAID10 در سه پیکربندی RAID نگاهی بیندازیم: Adaptec 6405E، LSI 9211، Intel RST (Entry Test Laboratory). به وضوح مشاهده می شود که پربازده ترین گزینه با RST اینتل و کمترین بازده مربوط به Adaptec 6405E است.

دستگاه های ذخیره سازی ( SSDوHDD)

"1C: Enterprise 8" در کار خود، علاوه بر مکان واقعی جداول پایگاه داده (پوشه نسخه فایل، جداول DB برای نسخه SQL)، می تواند از درایو سیستم "C:\" استفاده کند. به عنوان مثال، پوشه سیستم Tmp سیستم عامل ویندوز برای ذخیره فایل های موقت. نسخه SQL می تواند با آن کار کند - به ویژه، tempDB را در آنجا ذخیره کنید. در حالت "Remote Desktop"، دایرکتوری های tmp محلی کاربران ترمینال روی سرور را می توان استفاده کرد، که معمولاً در درایو "C:\" نیز در پروفایل های کاربر محلی قرار دارند.
- برای سیستم عامل مورد نیاز (OS)، حداقل 120 گیگابایت را رزرو می کنیم.
- برای ذخیره یک پایگاه داده در یک نسخه فایل، توصیه می شود به سادگی به حجم پوشه هایی که پایگاه های داده در آن ذخیره شده اند نگاه کنید. معمولاً این تا 1-2 گیگابایت یا حتی 10-20 گیگابایت است.
- اگر از نسخه SQL استفاده شود، سه نوع داده داریم - خود جداول پایگاه داده (DB)، جداول موقت (tempDB) و SQL log. به طور پیش فرض، tempDB در درایو سیستم "C:\" قرار خواهد گرفت. برای پایگاه داده های کوچک معمولا کوچک است، حدود 100-300 مگابایت. جداول پایگاه داده (DB) - همانطور که در بالا نوشته شد، به ندرت از حجم 10-20 گیگابایت برای شرکت هایی با 5-25 کاربر فراتر می رود، اما در اینجا، اول از همه، باید به حجم فعلی به علاوه رشد در طول سال نگاه کنید. گزارش SQL می‌تواند بسیار بزرگ باشد، تا ده‌ها گیگابایت، به‌ویژه زمانی که حالت «Log Full SQL» فعال باشد، اما همچنین می‌تواند بدون دردسر در پایان هر ماه «بریده شود» و بایگانی شود (یا در صورت عدم نیاز حذف شود).
در مجموع، برای نیازهای پایگاه داده 1C:Enterprise 8، به ظرفیت های 20-60 گیگابایت می رسیم که در واقع کوچکتر از کوچکترین درایوهای سرور، اعم از HDD یا SSD است.
- در مورد کاربرانی که در حالت Remote Desktop کار می کنند، منطقی است که 3-4 گیگابایت رم در پوشه های شخصی کاربران برای ذخیره فایل ها/داده های دانلود یا آپلود مختلف به/از 1C در نظر گرفته شود. اگر از سرور به عنوان ذخیره فایل نیز استفاده می شود، این باید کاملاً جدا از نیازهای 1C و ترجیحاً روی دیسک های فیزیکی دیگر محاسبه شود.

چه چیز دیگری باید برای طراحی در مورد انتخاب دیسک در نظر گرفته شود.
1. توزیع سیستم عامل (OS) و داده های 1C (جدول داده ها) در دستگاه های فیزیکی مختلف از نقطه نظر تحمل خطا بسیار مطلوب است. اما اگر بودجه کم است، خوب، بگذارید همه چیز در یک حافظه ذخیره شود، با پشتیبان گیری از طریق RAID و پشتیبان گیری روزانه در رسانه (یا سرویس) خارجی.
2. فراموش نکنید که سرور باید دیسک ها را رزرو کند و از آنها یک RAID1 مقاوم در برابر خطا بسازد (RAID5 و آنالوگ های آن برای پایگاه های داده استفاده نمی شوند)، یعنی. ما حداقل به دو دیسک یکسان (اگر سیستم عامل و پایگاه داده با هم ترکیب شوند)، یا دو بار به دو دیسک یکسان برای دو آرایه RAID1 (اگر سیستم عامل و پایگاه داده از هم جدا باشند) نیاز داریم.

مثال های محاسباتی:
الف) برای 5 کاربر در نسخه فایل، که از طریق یک شبکه محلی از طریق یک کلاینت ضخیم متصل شده اند، حداقل مورد نیاز برای سیستم عامل 120 گیگابایت یا بهتر است بگوییم 240 گیگابایت و برای داده 10-20 گیگابایت است. در واقع یک زیر سیستم دیسک متشکل از دو درایو 240 گیگابایتی اینتل SSD سری s3510 در حالت RAID1 می تواند این بار را تحمل کند.
ب) برای 10 کاربر در SQL و از طریق یک کلاینت ضخیم با پایگاه داده 4 گیگابایتی، یک زیرسیستم دیسک از دو دیسک مانند یک سری 240 گیگابایتی Intel SSD s3510 در حالت RAID1 نیز از نظر فنی کافی خواهد بود. اما، با در نظر گرفتن تعداد کاربران، منطقی است که آن را به دو جلد جداگانه تقسیم کنیم - دو دیسک در RAID1 120-240 گیگابایت برای سیستم عامل و دو دیسک در RAID1 80 گیگابایت برای پایگاه داده.
ج) برای 20 کاربر «مدیریت تجارت» در SQL با پایگاه داده 9 گیگابایتی، یک زیر سیستم دیسک از دو دیسک مانند سری 240 گیگابایتی Intel SSD s3500 در حالت RAID1 نیز از نظر فنی کافی خواهد بود. با این حال، با در نظر گرفتن تعداد کاربران، اکیداً توصیه می شود که سیستم عامل و پایگاه داده را به دو جلد جداگانه تقسیم کنید - دو دیسک در RAID1 120-240 گیگابایت برای سیستم عامل و دو دیسک در RAID1 80-120 گیگابایت برای پایگاه داده. .

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

دور زدن تنگناها

رابط شبکه . کمترین احتمال وجود دارد که هنگام کار با 1C:Enterprise 8، گلوگاه ممکن است رابط شبکه باشد، زیرا از آنجایی که حجم زیادی از داده ها منتقل نمی شود، هیچ الزام خاصی برای 5-25 کاربر وجود ندارد. علاوه بر این، اکثر سرورها دارای دو کارت شبکه اترنت 1 گیگابیت بر ثانیه هستند که به طور همزمان نصب شده اند، اما تفاوت های ظریف در اینجا وجود دارد.
کارت های شبکه متفاوت هستند. برخی برای کار بر روی رایانه های شخصی و لپ تاپ ها طراحی شده اند و در آنها بخش قابل توجهی از بار روی CPU می افتد. به عنوان مثال، اینها شامل رابط های شبکه در تراشه Realtek RTL8201N است. چنین تراشه هایی در سرورها نیز استفاده می شوند، اما در پورت های ویژه ای که برای کنترل سرور طراحی شده اند.
در عین حال، چیپست های شبکه سرور مانند اترنت گیگابیتی دو پورت Intel® i350-AM2 وجود دارد. با آنها، بیشتر پردازش بر روی خود تراشه انجام می شود، بدون اینکه منابع CPU درگیر شود، که هم سریعتر و هم کارآمدتر است.
در واقع، توصیه ها ساده هستند:
- از خرید کامپیوتر "a la server" خودداری کنید، زیرا به احتمال زیاد او یک کارت شبکه اترنت برای رایانه شخصی خود دارد.
- اگر سرور دارای چندین پورت اترنت است، از پورت در نظر گرفته شده برای مدیریت برای حجم کار استفاده نکنید.

رم . اینجا همه چیز ساده است. نحوه محاسبه در بالا توضیح داده شده است. رم این روزها ارزان است. بنابراین، حساب را انجام دهید، یک ذخیره 20-50٪ یا بیشتر بگیرید و موضوع را ببندید. اگر در یکی دو سال آینده افزایش قابل توجهی در بار انتظار می رود، مطمئن شوید که سرور دارای اسلات های رایگان برای نصب ماژول های حافظه اضافی است.

CPU . پس از محاسبه تعداد هسته های فیزیکی مورد نیاز، سوال فرکانس باقی می ماند.
و این یک سوال بسیار مهم است.
1. اگر هسته های کافی وجود داشته باشد، عملکرد بخش مشتری، سرور برنامه 1C:Enterprise 8 و در بسیاری از موارد سرور SQL، به طور مستقیم به فرکانس بستگی داردپردازنده علاوه بر این، تقریباً خطی است. برای مثال، بسیاری از گزارش‌ها زمانی که فرکانس پردازنده 1.5 برابر افزایش می‌یابد، دقیقاً با همان زمان سریع‌تر اجرا می‌شوند.
بنابراین، با توجه به مساوی بودن سایر موارد، ترجیح دادن به پردازنده های فرکانس بالاتر منطقی است.
2. نکته بعدی این است که به ترفند بازاریابی برخی از فروشندگان که فرکانس پردازنده را در افزایش توربودر فرکانس پردازنده بله، Intel® Turbo Boost Technology 2.0 چیز بسیار جالبی است، و در واقعیت های 1C، زمانی که فقط یک رشته در حال اجرا است (در حال پردازش اسناد یا تولید یک گزارش پیچیده)، به شما امکان می دهد عملکرد یک هسته را 15- افزایش دهید. 30 درصد یا حتی بیشتر. اما باید به خاطر داشته باشید که در واقعیت، در یک تراشه سرور، فرکانس برای مدت زمان کوتاهی، به مدت 30 ثانیه، گاهی برای یک دقیقه افزایش می‌یابد و سپس به حالت استاندارد کاهش می‌یابد. در نتیجه، سود بسیار کوتاه مدت است. و یک پردازنده با فرکانس بالا همیشه در فرکانس بالا کار می کند که به معنای سریعتر است. به همین دلیل هزینه بیشتری دارد.
یک نمونه در جدول زیر آمده است:

جدول 1

3. برای کسب و کارهای کوچک با 3 تا 10 کاربر، آنها گاهی اوقات پیشنهاد می کنند که نه یک سرور مبتنی بر Intel Xeon E3، بلکه یک "کامپیوتر قدرتمند" مبتنی بر Core-i7 را خریداری کنند و دلیل آن عملکرد و قابلیت اطمینان بیشتر آن است.
اما باید نکات زیر را در نظر بگیرید.
الف) پردازنده های Intel Xeon E3 و Core-i7 در واقع از نظر سخت افزاری برادران دوقلو هستند و حتی قیمتشان برابر است. اما سیستم عامل داخلی مسئول تعیین اولویت ها متفاوت است. بسیار ساده شده - Xeon E3 برای عملیات ورودی/خروجی و سایر عملیات سرور اولویت دارد، در حالی که Core-i7 که برای بخش بازی و پردازش جریان های ویدیویی طراحی شده است، اولویت را به سرویس کارت گرافیک می دهد. قیمت باز هم تاکید می کنم همان است (با همان پارامترها).
ب) تفاوت زیادی بین مادربردهای دسکتاپ و سرور وجود دارد. دسکتاپ طوری طراحی شده است که 8 ساعت در روز، 5 روز در هفته، به مدت دو یا سه سال کار کند. بر این اساس، اجزای آن به گونه ای انتخاب می شوند که طول عمر مشخص شده را تحمل کنند. مادربردهای سرور به گونه ای طراحی شده اند که 24 ساعت شبانه روز و 365 روز در سال به مدت سه یا پنج سال کار کنند. و اجزای آنجا تا حدودی متفاوت است. اما تفاوت در قیمت دوباره حداقل است، اغلب در 10-20 دلار.
ج) در یک کامپیوتر "پیشرفته"، با درجه احتمال بالا، کارت شبکه یک کارت سرور نخواهد بود.
آیا منطقی است که به جای یک سرور به عنوان یک دستگاه تخصصی با پارامترهای عملیاتی داده شده، سعی کنیم نوعی "کامپیوتر پیشرفته" را برای نقش سرور بخریم، و حتی این واقعیت نیست که ارزانتر است - اکنون همه می توانند بسازند. یک انتخاب آگاهانه

دیسک ها. این احتمالاً مهم ترین موضوع در زمان نوشتن است.
متأسفانه هنوز هم کاربران و هم فروشندگانی هستند که در قرن گذشته اندکی گیر کرده اند. و ما کاملاً مطمئن هستیم که HDD SAS 15000 دور در دقیقه نمونه ای از قابلیت اطمینان و عملکرد است.
در واقع مدت زیادی است که اینطور نبوده است.

الف) ابتدا به آن بپردازیم قابلیت اطمینان SSD و HDD
بیشتر اوقات، قابلیت اطمینان نظری دیسک ها با پارامتر "خطاهای خواندن غیر قابل بازیابی در هر بیت خوانده شده" ارزیابی می شود که می تواند به عنوان "احتمال وقوع خطای خواندن غیرقابل بازیابی به ازای تعداد بیت های خوانده شده" ترجمه شود. این نشان می دهد که چه مقدار داده باید از دیسک خوانده شود تا احتمال وقوع یک خطای غیرقابل جبران زیاد باشد.
پارامتر مهم دیگری که احتمال خرابی دیسک را نشان می دهد AFR (نرخ خرابی سالانه) یا "نرخ خرابی سالانه" است.
جدول زیر داده‌های درایوهای معمولی SATA Desktop HDD 7200 prm، SATA Enterprise HDD 7200 prm (SATA Raid Edition)، SAS HDD Enterprise 15000 prm، SATA SSD Enterprise (داده‌های گرفته شده از اسناد رسمی سازنده‌ها، می‌توانید اعداد را با استفاده از پیوندها).

پارامتر	نوع دیسک
	SATA رومیزی 7200 دور در دقیقه		SAS سازمانی 15000 دور در دقیقه (10000 دور در دقیقه)	SATA SSD سازمانی
خطاهای خواندن غیرقابل بازیابی در هر بیت خوانده شده
حجم، هنگام خواندن که از نظر آماری انتظار می رود خطای غیرقابل جبرانی ایجاد کند

همانطور که از جدول به وضوح مشاهده می شود، با توجه به پارامتر "میزان خرابی سالانه"، یک دیسک برای استفاده در یک کامپیوتر معمولی به طور متوسط ​​دو برابر کمتر از یک دیسک سرور قابل اعتماد است.
در مورد احتمال خطاهای غیرقابل جبران، این تئوری به وضوح به ما می گوید که Enterprise SATA SSD، که سری Intel® SSD DC S3510 به عنوان مثال برای آن در نظر گرفته شده است، 10 برابر کمتر از SAS HDD Enterprise 15000 دور در دقیقه، 100 بار احتمال خطا دارد. کمتر از SATA Enterprise HDD 7200 rpm و 1000 برابر کمتر از SATA Desktop HDD 7200 rpm.
در عین حال، قیمت یک هارد دیسکتاپ SATA 7200 دور در دقیقه و یک SSD SATA Enterprise برای حجم کافی برای قرار دادن هر دو سیستم عامل و پایگاه داده 1C به هیچ وجه 1000 بار یا حتی 10 بار متفاوت نیست.
من به ویژه می خواهم توجه شما را به "حجمی که هنگام خواندن آن از نظر آماری خطای غیرقابل جبرانی انتظار می رود" جلب کنم. برای هارد دسکتاپ SATA این رقم 12.5 ترابایت است. و در حال حاضر دیسک های 8 ترابایتی و 10 ترابایتی وجود دارد ... به این ترتیب اگر مثلاً یک دیسک رومیزی 8 ترابایتی را نصب کنیم، آن را دو بار بنویسیم و بخوانیم، در تئوری حداقل با یک خطای غیرقابل جبران مواجه می شویم!

خلاصه ای مختصر:
- از SSD های کلاس Enterprise در سرور استفاده کنید، آنها حداقل بدتر نیستند و از نظر تئوری قابل اعتمادتر از هر HDD هستند.

ب) بعد تخمین می زنیم کارایی SSD و HDD
از نظر پایگاه های داده که در اصل 1C است، مهمترین آنها فقط سه پارامتر دیسک هستند.
- تأخیر، یا زمان پاسخ دیسک، در میکرو ثانیه اندازه گیری می شود (کمتر بهتر است).
- تعداد عملیات خواندن در ثانیه (خواندن دیسک / ثانیه)، اندازه گیری شده در IOPS (بیشتر بهتر است).
- تعداد عملیات نوشتن در ثانیه (Disk Writes/sec)، اندازه گیری شده در IOPS (بیشتر بهتر است).
بیایید این سه پارامتر را در یک جدول برای همان درایوهایی که در مثال در مورد قابلیت اطمینان ذکر شده است، قرار دهیم.

پارامتر	نوع دیسک
	SATA رومیزی 7200 دور در دقیقه	SATA\SAS NL سازمانی 7200 دور در دقیقه	SAS سازمانی 15000 دور در دقیقه (10000 دور در دقیقه)	SATA SSD سازمانی
تأخیر (زمان پاسخ خواندن/نوشتن دیسک)، میکروثانیه
Disk Reads/sec (تعداد عملیات خواندن در ثانیه)، IOPS
Disk Writes/sec (تعداد عملیات نوشتن در ثانیه)، IOPS

همانطور که از جدول به وضوح مشخص است، SSD با توجه به پارامتر زمان پاسخبرتر از HDD 40-80 بار، و توسط تعداد عملیات I/Oدر هر ثانیه در 100-400 بار (!!!).
در عین حال، اگر عاقلانه به انتخاب نزدیک شوید و فقط ظرفیت ذخیره سازی را خریداری کنید که واقعاً مورد تقاضا است، تفاوت در هزینه Enterprise SATA SSD و Enterprise SATA \ SAS NL HDD بسیار ناچیز خواهد بود.
آیا استفاده از HDD برای میزبانی پایگاه داده منطقی است؟ از دیدگاه نویسنده، تنها اگر سهام غیر نقدی را برای یک انبار خریداری کرده باشید، واقعاً باید آن را بفروشید و روابط بیشتر با خریدار برای شما اهمیت چندانی ندارد. زیرا هم نسبت قیمت/عملکرد و هم نسبت قیمت/قابلیت اطمینان به وضوح به نفع SSD Enterprise است.

و اکنون زمان بازگشت به لحظه ای است که نشانگرهای واقعی بار روی زیرسیستم دیسک اندازه گیری شد (اگر آنها می توانستند انجام شوند).
اگر در مورد "متوسط ​​درجه حرارت در بیمارستان" صحبت کنیم، اوج بارهای تقریبی توسط IOPS می تواند به شرح زیر باشد (تعداد کاربران، حجم پایگاه داده 1C؛ در خط پایین انتقال دیسک / ثانیه)

با دانستن تعداد کاربران و حجم پایگاه‌های داده 1C، می‌توان تقریباً نیاز به زیرسیستم دیسک در IOPS را توسط Disk Transfers/sec (=Disk Reads/sec + Disk Writes/sec) تخمین زد یا اندازه‌گیری‌های واقعی خود را انجام داد. و الزامات زیرسیستم دیسک خود را در عملیات ورودی/خروجی در ثانیه (IOPS) فرموله کنید. و مسلح به اعداد، درایوهایی را انتخاب کنید که آنها را راضی کند.

ج) و برای بستن این سوال که کدام SSD باید نصب شود، بیایید آن را بفهمیم: تفاوت در چیست شرکت، پروژه SATA SSD و SATA دسکتاپ معمولی SSD .
1. عملکرد سرعت خواندن داده ها در IOPS برای درایوهای دسکتاپ و سرور بسیار مشابه خواهد بود. و اینجا کاراییسرعت ثبت داده هابه طور قابل توجهی متفاوت خواهد بود و با افزایش استفاده از فضای دیسک در SSD های دسکتاپ، به سرعت کاهش می یابد. بله، در مشخصات دیسک های دسکتاپ می توانید IOPS بسیار بالایی را در هر نوشتن مشاهده کنید ... با دیسک 5-8٪ پر از داده. و در 100٪ - آنها حتی داده نمی شوند و به دلایل خوبی - این شاخص ها اغلب با شاخص های HDD متفاوت نیستند. برای سرورهای SSD، تست عملکرد نوشتن دقیقاً زمانی انجام می‌شود که داده‌ها 100% پر باشد، و مقدار آن، به طور معمول، یا متوسط ​​یا یکی از بدترین نتایج است. نتیجه گیری - به اعداد زیبا و زیاد در مشخصات سازنده برای SSD های رومیزی توجه نکنید، این بازاریابی است. برای سرور، باید جوانترین مدل SSD اما Enterprise را انتخاب کنید. به عنوان مثال، مانند Intel® SSD DC S3510 Series.
2. پارامتر مهم بعدی که به وضوح تفاوت های اساسی بین SSD های سرور و دسکتاپ را نشان می دهد - منبع بازنویسی تضمین شده. اکثر SSD های دسکتاپ معمولاً تا 0.1٪ ظرفیت خود را در روز (بدون کاهش قابل توجه عملکرد و خرابی) بازنویسی را تحمل می کنند و در 7 روز در هفته به مدت 2 تا 3 سال، اگر به طور کامل پر نشده باشند، قابل تحمل هستند. دیسک سرور طوری طراحی شده است که 0.3 درصد از ظرفیت خود را هر روز به مدت 3 تا 5 سال بازنویسی می کند، حتی زمانی که کاملاً پر است.
نکات 1 و 2 بسیار ساده توضیح داده شده است. داده ها در سلول های 4 کیلوبایتی روی SSD ها نوشته می شوند، اما پاک می شوند... حداقل در بلوک های 256 سلولی یا بیشتر. و قبل از پاک کردن کل بلوک، آنها به سادگی به عنوان آماده برای پاک کردن علامت گذاری می شوند. برای جایگزینی داده های قدیمی با داده های جدید، داده های قدیمی باید پاک شوند. برای پاک کردن حتی یک سلول 4 کیلوبایتی، ابتدا باید تمام داده ها را از یک ستون 256 سلولی به مکان دیگری منتقل کنید، کل ستون را پاک کنید و داده ها را به جای خود برگردانید. این یک عملیات سریع نیست.
این وضعیت با قرار دادن یک ناحیه مخفی بر روی دیسک SSD که برای کاربر قابل دسترسی نیست و به طور خاص برای جایگزینی سلول ها در مواقعی که نیاز به "جمع آوری زباله" وجود دارد، استفاده می شود. بلوک های استفاده نشده را پاک کنید این منطقه به نام Over Provisioning یا "Reserve Area" نامیده می شود. بنابراین، برای SSD های دسکتاپ معمولاً 4-8٪ از کل ظرفیت تراشه های فلش مموری روی دیسک است و برای سرورهای ... به 42 درصد ظرفیت فیزیکی تراشه ها می رسد. اگر مثالی بزنیم، به شرطی که دستگاه دارای تراشه 320 گیگابایتی باشد، ظرفیت یک SSD «رومیزی» 300 گیگابایت خواهد بود و در مورد SSD سرور، تنها 180 گیگابایت در دسترس کاربر خواهد بود. در واقع، همه چیز بسیار پیچیده‌تر است؛ دیسک‌های سرور از فناوری‌های زیادی برای افزایش «قابلیت بقا» و تضمین عملکرد پایدار استفاده می‌کنند، اما برای درک کلی از تفاوت، مثال با «منطقه رزرو» کاملاً نشان‌دهنده است.
3. یکی دیگر از تفاوت های مهم بین SSD های سرور و دسکتاپ به حوزه امنیت داده ها مربوط می شود. هر SSD دارای رم فرار خود است که از جمله موارد دیگر استفاده می شود. برای عملیات خواندن و نوشتن در SSD های دسکتاپ، ممکن است شرایطی وجود داشته باشد که داده ها در حافظه SSD روی رم نوشته می شوند، سیستم فایل و سرور SQL تأیید نوشتن دریافت کرده اند و داده ها در واقع در حافظه غیر فرار نیستند. اگر در این لحظه قطع برق رخ دهد، احتمال از دست رفتن داده ها بسیار زیاد است و بازگرداندن چیزهایی که از دست رفته و چیزهایی که نیستند بسیار دشوار است.
در همان زمان در اتاق های سرورSSD یک ابرخازن وجود داردکه ظرفیت آن برای نوشتن در حافظه SSD غیر فرار تمام داده های موجود در رم داخل SSD کافی است. بنابراین، احتمال از دست دادن اطلاعات در هنگام قطع برق بسیار کاهش می یابد.
و باز هم تفاوت قیمت سرور و دسکتاپ SATA SSD اصلا قابل توجه نیست.
خلاصه ای کوتاه - برای ذخیره داده های مهم، مانند پایگاه های داده 1C، سرور باید منحصراً از SSD های Enterprise سرور استفاده کند.

کیس، منبع تغذیه و یو پی اس

رایج ترین آنها سه اندازه برای سرورهای کوچک و تک پردازنده است:
- نصب شده در یک قفسه 19 اینچی (Rack-mount)
- در یک کیس پایه معمولی (رومیزی)،
- "مکعب" مدرن.
اگر قصد دارید سرور را در سایت یک ارائه دهنده هاست یا یک اتاق سرور تخصصی قرار دهید، فرمت بهینه Rack-mount 1U یا 2U بالا خواهد بود. و چنین سروری به دلیل سطح نویز بالای آن به شدت توصیه نمی شود در همان اتاقی که افراد در آن حضور دارند قرار داده شود.
اندازه کیس دسکتاپ زمانی استفاده می شود که سرور در یک اتاق با افراد باشد. چنین سرورهایی نسبتاً بی صدا هستند و تفاوت چندانی با رایانه شخصی ندارند و حتی اغلب به عنوان ایستگاه کاری برای یکی از کارمندان عمل می کنند.
یک مثال خوب از رویکرد "کاربر پسند" موارد تخصصی "مکعب" است.

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

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

همچنین باید به این موضوع همیشگی بپردازیم که آیا نیروی مازاد نیاز است یا نه.
از دیدگاه نویسنده، با هزینه سرور بیش از 1000 دلار، صرف هزینه در بالای آن فقط برای تامین برق اضافی (دو منبع تغذیه در سرور)، 400 دلار اضافی یا بیشتر ممکن است واقعاً لازم باشد، فقط در صورتی که ندارید. امکان بردن سریع سرور برای تعمیر در 2-4 ساعت.

اگر سرور روی قفسه نصب شود، در سایت ارائه دهنده یا در اتاق سرور قرار دارد، جایی که، به عنوان یک قاعده، منبع تغذیه با کیفیت بالا ارائه می شود. و اگر او در دفتر باشد، در اکثر موارد، در 2-4 ساعت می توان به یک مرکز خدمات مراجعه کرد و منبع تغذیه را تعویض کرد. اگر از مرکز خدمات دور هستید، به عنوان یک گزینه، می توانید یک منبع تغذیه یدکی بخرید و آن را به عنوان "قطعات یدکی" در کمد قرار دهید و اگر خراب شد، منبع تغذیه خراب را با یک منبع تغذیه یدکی در داخل جایگزین کنید. 15-20 دقیقه.

در مورد منبع تغذیه و احتمال خرابی آن، لازم است منبع تغذیه بدون وقفه (UPS) سرور را به خاطر بسپارید. حداقل باید قابلیت های تنظیم ولتاژ (AVR) را داشته باشد و حتی بهتر از آن تعاملی باشد. برای کاهش خطر از دست دادن اطلاعات، مطلوب است که UPS توانایی خاموش کردن سرور را در زمانی که سطح باتری کم است (و همه چیز متصل و پیکربندی شده باشد) را داشته باشد. و قدرت آن باید حداقل 10-15 دقیقه کارکرد باتری را تضمین کند که در بیشتر موارد برای خاموش کردن صحیح سرور کافی است.

ما یک سرور "برای کار" جمع آوری می کنیم

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

الف) برای پنج کاربر در نسخه فایل، از طریق یک شبکه محلی از طریق یک کلاینت "ضخیم"، یک سرور در قالب "مکعب"، با پردازنده چهار هسته ای Intel Xeon E3 12xx، 8 گیگابایت رم، دو SSD Intel s3510 متصل شده اند. 240 گیگابایت در RAID1 روی برد، Rapid Raid اینتل کافی خواهد بود.

ب) برای ده کاربر در SQL و از طریق یک کلاینت "ضخیم"، یک سرور به شکل "مکعب"، با پردازنده چهار هسته ای Intel Xeon E3 12xx، 16 گیگابایت رم، دو SSD Intel s3510 240 گیگابایت در RAID1 در یک Rapid Raid روی برد اینتل کافی خواهد بود.

ج) برای بیست کاربر در SQL و در حالت Remote Desktop، بهتر است یک سرور در اندازه Desktop یا Rack-mount، با پردازنده شش هسته ای Intel Xeon E5 166x، 32 گیگابایت رم، دو SSD اینتل s3510 120 گیگابایتی استفاده کنید. RAID1 برای میزبانی پایگاه داده 1C و دو هارد SATA (نسخه RAID) 2-4 ترابایت در RAID1 برای میزبانی سیستم عامل، پشتیبان گیری و داده های کاربر، همچنین ذخیره سازی فایل، و دوباره در Rapid Raid داخلی یا Intel® RAID کنترلر RS3WC080.

و چند توصیه کاملا عملی
1. نیازی به "صرفه جویی در موارد کوچک" و استفاده از ابزارهای نامناسب نیست - پردازنده سرور، مادربرد سرور و SSD سرور در سرور بهتر کار می کنند. تفاوت قیمت با قطعات دسکتاپ بسیار ناچیز است، اما از نظر عملکرد می تواند به طور نامتناسبی زیاد باشد.
2. برنامه ریزی منابع برای بیش از سه سال اهمیت کمی دارد. فن آوری ها به سرعت تغییر می کنند که در یک یا دو سال ممکن است جایگزین کردن یک دیسک یا سرور کارآمدتر از برنامه ریزی اولیه برای یک منبع برای پنج سال باشد.
3. اصل کفایت معقول در انتخاب سرور نیز صدق می کند. با حجم دیتابیس 10 گیگابایت، سرور تخصصی با ظرفیت 80 گیگابایت به سرور «رومیزی» با ظرفیت 200 گیگابایت ارجحیت دارد.

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

امروزه محصول مالی 1C از یک برنامه کاربردی حسابداری برای حسابداری به یک مجموعه با فرمت گسترده برای حسابداری و پشتیبانی از تقریباً هر نوع کسب و کاری تبدیل شده است که ادعا می کند با "هیولاهای" جهانی SAP R/3 و Microsoft Dynamics AX رقابت می کند. آکساپتا).

شرکت های روسی به طور فزاینده ای فرآیندهای تجاری خود را با استفاده از تنظیمات مدرن سازماندهی می کنند 1C 8.3 "مدیریت تجارت"، "مدیریت تولید"، "مدیریت سازمانی ERP"و مانند آن بخش های حسابداری، بازاریابی، تولید و فروش در حال انتقال به 1C و ادغام با تلفن IP و سیستم های مدیریت اسناد در حال انجام است. با این حال، بلافاصله پس از نیات "بیایید در 1C کار کنیم"، سؤالاتی مطرح می شود - پایگاه داده مرکزی 1C روی چه منابعی کار می کند، چه سخت افزاری نتیجه مطلوب را برای یک بودجه معقول نشان می دهد؟ در این شرایط، برای شرکت‌های بزرگ بخش عمومی آسان‌تر است - دستور روشنی به تعداد زیادی از یکپارچه‌سازان و معماران فناوری اطلاعات تمام وقت داده شده است، مکانیسم‌های مناقصه‌های با بودجه کلان آغاز شده است، با شرط اجباری ارائه یک مفهوم کلید در دست و بیشتر پشتیبانی از سیستم توسط متخصصان خبره اما در مورد شرکت‌هایی که می‌خواهند یکی از محصولات 1C: Enterprise را خودشان خریداری و نصب کنند و بودجه خود را عاقلانه خرج کنند، چطور؟

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

نمونه هایی از مشکلات معمولی ناشی از ساخت نادرست معماری فناوری اطلاعات برای 1C:

• "کاهش سرعت" پایگاه داده و رابط های 1C به دلیل بار اضافی در منابع کلیدی (معمولاً RAM یا زیر سیستم دیسک).
• خطاها و خرابی های برنامه 1C به دلیل ناپایداری تجهیزات انتخاب نادرست.
• خرابی شرکت به دلیل خرابی سخت افزار مرکزی.
• از دست دادن جزئی یا کامل داده های 1C به دلیل خرابی تصادفی سخت افزار یا نرم افزار.

منابع سخت افزاری سرور 1C

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

واحد پردازش مرکزی (CPU)

تعداد هسته های فیزیکی CPUموضوع بحث ابدی در انواع انجمن های 1C مهم تر است: فرکانس CPU یا چند هسته ای. ریشه این تناقضات به 1C 8.0 یا حتی 1C 7.7 برمی گردد. در واقع، فرآیندهای اجرایی نسخه‌های قبلی 1C کاملاً تک هسته‌ای بودند، یعنی. مهم نیست که پردازنده مرکزی چند هسته ارائه می کند، سرویس سرور سازمانی 1C 8.0 یا کلاینت ضخیم 1C 7.7 همیشه تنها یک هسته "صفر" در سیستم عامل را اشغال می کند. امروز، تصویر تغییر کرده است - سیستم عامل به طور جسورانه وظایف یک 1C را توزیع می کند: فرآیند سازمانی (rphost) در چندین هسته CPU (شکل 1 را ببینید).

شکل 1 - بارگیری CPU هنگامی که فرآیندهای سرور 1C در حال اجرا هستند.

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

تعداد کاربران همزمان در سرور 1C: Enterprise	نوع و مدل پردازنده	تعداد هسته های استفاده شده
حداکثر 10 کاربر	هسته سفارشی اینتل از 3.1 گیگاهرتز	2-4 بیشتر نیست
حداکثر 20 کاربر	سرور Intel Xeon از 2.4 گیگاهرتز	از 4 تا 6
حداکثر 30 کاربر	سرور Intel Xeon از 2.6 گیگاهرتز	6 تا 8 هسته
حداکثر 50 کاربر	سرور Intel Xeon از 2.4 گیگاهرتز – 2 عدد.	از 4 در هر پردازنده

جدول 1 - نسبت تعداد کاربران در سرور 1C و تعداد توصیه شده هسته های CPU.

فرکانس CPUبرخلاف تعداد هسته‌ها، فرکانس پردازنده مرکزی دقیقاً بر سرعت پردازش یک تکه کار در یک زمان تأثیر می‌گذارد که محبوب‌ترین معیار برای کاربران نهایی 1C است. فرکانس پردازنده دقیقاً پارامتری است که با افزایش آن، سرعت پردازش درخواست‌ها توسط سرور 1C و DBMS را برای یک کاربر افزایش می‌دهد و مدت زمانی را که در طی آن سیستم نتیجه نهایی را به کاربر نهایی ارائه می‌کند کاهش می‌دهد. در تأیید این موضوع، متخصص مشهور Gilev، در یکی از مقالات خود بر اساس آزمایش های عملی، نتیجه گیری روشنی انجام داد - "سرعت 1C بسیار بیشتر از سایر پارامترهای آن تحت تأثیر فرکانس پردازنده مرکزی قرار دارد. مشتری نهایی 1C یا سرور 1C: Enterprise." این معماری برنامه 1C است.

حافظه پنهان، مجازی سازی و هایپر threading.در گذشته، زمانی که پردازنده‌های چند هسته‌ای هنوز چندان متداول نبودند، اینتل یک فناوری پردازنده مرکزی ویژه را ارائه کرد که چند هسته‌ها را شبیه‌سازی می‌کرد، به اصطلاح «hyperthreading». پس از فعال کردن آن، یک پردازنده فیزیکی (یک هسته فیزیکی) توسط سیستم عامل به عنوان دو پردازنده جداگانه (دو هسته منطقی) تعریف می شود. توصیه می کنیم «hyperthreading» را برای سرور 1C غیرفعال کنید. این فناوری هیچ شتابی را به 1C نمی رساند.

هنگام استفاده از ماشین های مجازی برای یک سرور 1C: Enterprise و یک DBMS، باید در نظر داشته باشید که هسته های ماشین های مجازی نسبت به هسته های فیزیکی واقعی "ضعیف تر" هستند، اگرچه آنها را یکسان می نامند - "هسته". هیچ ضرایب رسمی دقیقی وجود ندارد، اما مقالات در پورتال های فنی مایکروسافت، شمارش 4-6 هسته پردازنده در هر هسته فیزیکی در یک ماشین مجازی را توصیه می کنند.

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

نوع پردازندههمه می دانند که سخت افزار به سرور و کاربر تقسیم می شود. آیا در برخی موارد می توان از یک پردازنده مرکزی ارزان قیمت به عنوان جایگزینی برای CPU سرور حرفه ای اما گران قیمت استفاده کرد؟ معلوم می شود که ممکن است. بیایید به جدول مقایسه پارامترهای اصلی دو نسخه از پردازنده مرکزی اینتل نگاه کنیم (جدول 2 را ببینید).

	پردازنده سفارشی Intel® Core™ i7-6700T (کش 8M، تا 3.60 گیگاهرتز)	سرور Intel® Xeon® Processor E5-2680 v2 (25M Cache, 2.80 GHz)
حافظه کش	8 مگابایت	25 مگابایت
فرکانس باس سیستم	8 GT/s DMI3	8 GT/s QPI
مجموعه دستورات	64 بیتی SSE4.1/4.2، AVX 2.0	64 بیت AVX 2.0
تعداد هسته ها	4	10
سرعت ساعت پایه پردازنده	2.8 گیگاهرتز	2.8 گیگاهرتز
حداکثر مقدار و نوع رم	64 گیگابایت غیر ECC	768 گیگابایت ECC
هزینه تخمین زده شده	354$	1 280$

جدول 2 - مقایسه پارامترهای اصلی CPUهای خانگی و سرور از اینتل.

همانطور که می بینیم، پردازنده سرور دارای مقادیر بسیار بالاتری در تعداد هسته، اندازه کش، پشتیبانی از رم بیشتر و البته قیمت بالاتر است. با این حال، یک CPU سرور عملاً هیچ تفاوتی با CPU کاربر در پشتیبانی از دستورات (دستورالعمل‌های) پردازشگر و سرعت کلاک ندارد. از این می توان نتیجه گرفت که برای سازمان های کوچک استفاده از یک پردازنده مرکزی سفارشی برای سرور 1C: Enterprise کاملاً قابل قبول است. تنها سوال این است که یک پردازنده سفارشی را نمی توان در سوکت مادربرد سرور نصب کرد و RAM سرور را با کنترل برابری (ECC) پشتیبانی می کند، و استفاده از اجزای سفارشی خطراتی را برای پایداری کل سیستم به همراه دارد.

حافظه با دسترسی تصادفی (RAM)

نوع رم.حافظه دسترسی تصادفی (RAM) بسته به هدف آن متفاوت است - برای سیستم های سرور چند کاربره یا برای دستگاه های شخصی - رایانه های شخصی، لپ تاپ ها، نت تاپ ها، تین کلاینت ها و غیره. همانطور که در مورد CPU - پارامترهای اصلی ماژول های RAM تقریباً معادل هستند - RAM مدرن برای رایانه شخصی عملاً از رم سرور چه در حجم یک نوار یا در فرکانس ساعت و یا از نظر نوع عقب نمی ماند. ماژول های DDR تفاوت بین RAM سرور و RAM "خانه" در موارد استفاده و هدف پلت فرم سخت افزاری است - از این رو هزینه بالاتر آن:

• RAM سرور دارای کنترل برابری ECC (کد تصحیح خطا) است - یک تکنیک رمزگذاری/رمزگشایی که به شما امکان می دهد خطاهای پردازش اطلاعات را مستقیماً توسط ماژول RAM تصحیح کنید.
• مادربرد سرور دارای اسلات های بیشتری برای نصب ماژول های RAM نسبت به یک رایانه معمولی است.
• RAM سرور شامل رجیسترها (بافرها) است که بافر داده (جزئی ثبت شده یا بافر کامل کامل) را فراهم می کند، در نتیجه بار روی کنترل کننده حافظه را با درخواست های همزمان کاهش می دهد. FB-DIMM های بافر شده با بافرهای بدون بافر سازگار نیستند.
• ماژول های حافظه ثبت شده همچنین امکان افزایش مقیاس پذیری حافظه را فراهم می کنند - وجود ثبات ها نصب ماژول های بیشتری را در یک کانال امکان پذیر می کند.

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

مقدار رم.یکی از عوامل کلیدی برای عملکرد بالای سرور 1C و DBMS، مقدار کافی رم است. البته، نیاز واقعی RAM به عوامل زیادی بستگی دارد - نوع پیکربندی 1C، تعداد فرآیندهای سرور 1C: Enterprise، اندازه پایگاه داده DBMS و غیره. با این حال، می توان یک وابستگی تقریبی از مقدار RAM به تعداد کاربران بدست آورد (جدول 3 را ببینید).

نیازهای RAM برای سرور 1c و DBMS	حداکثر 10 کاربر	حداکثر 20 کاربر	حداکثر 30 کاربر	حداکثر 50 کاربر
سرور 1c: Enterprise	4-6 گیگابایت	6-8 گیگابایت	12-14 گیگابایت	18-24 گیگابایت
MS SQL Server	4-6 گیگابایت	8-10 گیگابایت	16-18 گیگابایت	24-28 گیگابایت

جدول 3 - نسبت تقریبی تعداد کاربران سرور 1C و رم توصیه شده برای فرآیندهای سرور 1C: Enterprise و سرور MS SQL.

در مورد فرآیندهای سرور 1C: Enterprise (rphost.exe) - پلتفرم های مدرن 1C به شما اجازه نمی دهند تعداد فرآیندهای سرور 1C را به صورت دستی مشخص کنید. در عوض، سیستم از شما می‌خواهد پارامترهایی مانند تعداد پایگاه‌های اطلاعاتی و تعداد کاربران در هر فرآیند rphost.exe را تنظیم کنید، پس از آن به‌طور خودکار تعداد بهینه فرآیندهای سرور 1C:Enterprise را تعیین می‌کند. همچنین می‌توانید فرآیند rphost.exe را به گونه‌ای پیکربندی کنید که در صورتی که حجم RAM از یک آستانه از پیش تعیین‌شده فراتر رفت، به آرامی RAM را آزاد کند. در این مورد، سرور 1C یک فرآیند جدید rphost.exe ایجاد می کند که به تدریج وظایف 1C را بر عهده می گیرد و اجازه می دهد تا فرآیند 1C مورد نیاز بارگذاری شود.

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

فرکانس رمبه طور خلاصه، این پهنای باند کانال هایی است که داده ها از طریق آنها به مادربرد و از آنجا به پردازنده منتقل می شود. مطلوب است که این پارامتر با فرکانس مجاز مادربرد مطابقت داشته باشد یا از آن فراتر رود، در غیر این صورت کانال انتقال RAM در معرض خطر تبدیل شدن به گلوگاه است. در یک نوع DDR، افزایش/کاهش فرکانس اساساً بر عملکرد سرور 1C تأثیر نمی گذارد و بیشتر به منطقه "تنظیم دقیق" تعلق دارد.

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

زیر سیستم دیسک و هارد دیسک های HDD

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

1. داخلی – ماژول کنترلر در سیستم تعبیه شده است، قفس هارد مستقیماً به مادربرد متصل می شود. این یک راه حل اقتصادی تر در نظر گرفته می شود.

2. خارجی - یک برد مدار چاپی جداگانه (دستگاه) است که به کانکتور مادربرد متصل است. به دلیل داشتن تراشه های مجزا برای انجام و نظارت بر عملیات با هارد دیسک های HDD، راه حل حرفه ای تری در نظر گرفته می شود. برای سیستم های سرور مهم مانند 1C:سرور Enterprise و DBMS توصیه می شود.

نوع سومی نیز وجود دارد - دستگاهی برای دریافت/انتقال داده های بلوک از طریق کانال های iSCSI، FiberChanel، InfiniBand، SAS. با این حال، در این گزینه، زیرسیستم دیسک به یک دستگاه ذخیره اطلاعات جداگانه (DSD) که از طریق یک کابل نوری یا مسی به سرور متصل می شود، "حذف" می شود. در مقاله ما الزامات یک سرور مستقل برای 1C را تجزیه و تحلیل می کنیم، بنابراین ما این نوع را در نظر نخواهیم گرفت.

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

• RAID 0 ("Striping")هیچ افزونگی ندارد و اطلاعات را بلافاصله در تمام دیسک های موجود در آرایه به شکل بلوک های کوچک ("راه راه") توزیع می کند. با توجه به این، عملکرد به طور قابل توجهی افزایش می یابد، اما قابلیت اطمینان آسیب می بیند. با وجود مزایای عملکردی، استفاده از این نوع آرایه را توصیه نمی کنیم.
• RAID 1 ("Mirroring"، "Mirror").دارای محافظت در برابر خرابی نیمی از سخت افزارهای موجود (در حالت کلی، یکی از دو هارد دیسک)، سرعت نوشتن قابل قبولی و افزایش سرعت خواندن به دلیل موازی سازی درخواست ها را فراهم می کند. این نوع آرایه به طور کامل از یک سرور 1C+DBMS برای حداکثر 25 تا 30 کاربر پشتیبانی می کند، به خصوص اگر از دیسک های SAS یا SSD های 15K استفاده شود.
• RAID 10.جفت دیسک های آینه ای در یک "زنجیره" مرتب شده اند، بنابراین حجم حجم حاصل می تواند از ظرفیت یک هارد دیسک بیشتر شود. به نظر ما موفق ترین نوع آرایه دیسک، زیرا... این قابلیت اطمینان RAID1 و سرعت RAID 0 را ترکیب می کند. در ترکیب با دیسک های SAS 15K یا SSD، می توان از آن برای سرورهای 1C از 40-50 کاربر استفاده کرد.
• RAID 5.به دلیل کارایی آن مشهور است. با فدا کردن ظرفیت تنها یک دیسک از آرایه برای افزونگی، ما در برابر خرابی هر یک از هارد دیسک های سیستم محافظت می کنیم. (تغییر RAID 6 آن به دو هارد دیسک اضافی نیاز دارد تا جمع های چک را در خود جای دهد، اما حتی اگر دو درایو خراب شوند، داده ها را ذخیره می کند). این نوع آرایه مقرون به صرفه، قابل اعتماد است و عملکرد خواندن کاملاً قابل توجهی دارد. متأسفانه، گلوگاه این آرایه سرعت نوشتن پایین است که استفاده از آن را با تنظیمات سرور 1C با حداکثر 15 تا 20 کاربر راحت می کند. همچنین برای اهداف کاربردی - ذخیره داده های فایل، بایگانی جریان اسناد و غیره بهینه است.

انواع رابط های هارد.بر اساس نوع اتصال، هارد دیسک ها تقسیم می شوند:

• HDD Sata Home.ارزان ترین گزینه هارد دیسک که برای استفاده در رایانه های شخصی خانگی یا مراکز رسانه شبکه طراحی شده است. استفاده از چنین دستگاه هایی در سرورهای 1c به دلیل تحمل خطا و پایداری عملیاتی کم به شدت توصیه نمی شود - اجزای این دیسک ها به سادگی برای کار 24/7 طراحی نشده اند و به سرعت از کار می افتند.
• سرور HDD Sata.این نام معمولاً به هارد دیسک هایی با رابط Sata و سرعت اسپیندل 7200 دور در دقیقه اشاره دارد. پیشوند "سرور" به این معنی است که چنین دیسک هایی برای عملکرد در سیستم های سرور آزمایش شده اند و برای عملکرد پایدار 24/7 طراحی شده اند. معمولاً در سرورهای 1C برای ذخیره حجم زیادی از اطلاعات که به سرعت پردازش بالایی نیاز ندارند استفاده می شود. به عنوان مثال، پایگاه داده های آرشیو 1C، پوشه های تبادل، فایل های دانلود اسناد اداری و غیره.
• سرور HDD SAS.چندین تفاوت بین رابط SAS (آنالوگ مدرن SCSI) و رابط Sata وجود دارد. در اینجا میانگین زمان پاسخ دیسک و کار در یک قفسه دیسک مشترک و کار با کنترل کننده HDD با سرعت تبادل اطلاعات بالاتر - تا 6 گیگابایت بر ثانیه (در مقایسه با ساتا 3 گیگابایت بر ثانیه) است. اما مزیت اصلی وجود مدل های دیسک SAS با سرعت اسپیندل 15000 دور در دقیقه است. این ویژگی طراحی است که به دیسک‌های SAS اجازه می‌دهد تقریباً 3 برابر بیشتر عملیات ورودی/خروجی را در هر ثانیه نسبت به هاردهای سرور Sata انجام دهند. چنین دیسک‌های SAS ظرفیت کمی دارند و توصیه می‌شود برای پایگاه‌های داده اصلی 1c با حجم کار دائمی استفاده شوند.
• درایوهای SSDاین درایوها نه در رابط اتصال، بلکه در طراحی آنها با درایوهای قبلی متفاوت هستند - آنها حالت جامد هستند و هیچ قسمت متحرک ندارند، یعنی. در اصل، آنها آنالوگ "درایوهای فلش" هستند. چنین فناوری‌هایی به درایوهای SSD اجازه می‌دهند تا تعداد «گزاف» عملیات ورودی/خروجی در هر ثانیه (از 10000 عملیات در ساده‌ترین مدل‌های SSD) تولید کنند. با این حال، این مزیت یک جنبه منفی نیز دارد - قیمت بالاتر درایوهای SSD و "آستانه عمر آنها" که به محدودیت تعداد نوشتن در بلوک های SSD بستگی دارد. با این حال، هر سال این دیسک ها مقرون به صرفه تر و بادوام تر می شوند. از آنجایی که هزینه دیسک های SSD بسته به حجم چندین برابر افزایش می یابد، استفاده از آنها برای پایگاه های داده 1c کوچک اما بیش از حد بارگذاری شده که به سرعت دسترسی بالا نیاز دارند و همچنین برای پایگاه های داده موقت TempDB DBMS بسیار منطقی است.

IOPS - تعداد عملیات ورودی/خروجی در هر ثانیه.اساساً IOPS تعداد بلوک‌های اطلاعاتی است که می‌توان آن را در 1 ثانیه برای رسانه خواند یا نوشت. یعنی در شکل خالص آن، این پارامتر کلیدی سرعت پردازش اطلاعات توسط هارد دیسک است که بر عملکرد سرور 1C تأثیر می گذارد. اگر یک بلوک استاندارد 4 کیلوبایتی از اطلاعات را برای مقایسه در نظر بگیریم، تقریباً می‌توانیم شاخص‌های IOPS زیر را برجسته کنیم (جدول 4 را ببینید).

HDD	IOPS	رابط
درایوهای SATA 7200 دور در دقیقه	~75-100 IOPS	SATA 3 گیگابیت بر ثانیه
درایوهای SATA 10000 دور در دقیقه	~ 125-150 IOPS	SATA 3 گیگابیت بر ثانیه
درایوهای SAS 10000 دور در دقیقه	~ 140 IOPS	SAS
درایوهای SAS 15000 دور در دقیقه	~ 175-210 IOPS	SAS
درایوهای SSD	از 8000 IOPS	SAS یا SATA

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

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

آزمون تمرینی

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

		دیسک سیستم		دیسک با پایگاه داده
تکرار	کاربران	IOPS می نویسد	IOPS خوانده شد	IOPS می نویسد	IOPS خوانده شد
مقادیر متوسط
1	12	9,1	0,1	13,1	1,5
2	20	7,9	0,1	21,8	0,4
3	32	5,2	0,006	36,1	5,2
4	40	7,7	0,013	27,52	1,3
5	52	7,7	0,006	32,04	0,94

جدول 5 - نتایج یک آزمون عملی در مورد بارگذاری روی زیرسیستم دیسک.

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

در همان زمان، ما اندازه‌گیری‌های عملی پایگاه‌های داده 1C UPP 8.2 را که قبلاً کار می‌کردند در طول دوره آزمایش - 5 روز کاری انجام دادیم. آنها نشان می دهند که به طور متوسط ​​یک سرور 1C + DBMS دو برابر iops "برای نوشتن" نسبت به "برای خواندن" مصرف می کند. این تفاوت بین تست های مصنوعی و آمار مانیتورینگ یک سرور واقعی 1C به دلیل نمونه برداری دوره ای از داده های اطلاعاتی از پایگاه داده در طول روز کاری و خواندن منظم پایگاه داده در هنگام پشتیبان گیری یا تکرار DBMS است.

سایر اجزای هارد دیسک که ارزش توجه دارند.

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

انتخاب درست: سخت افزار خانه یا سرور

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

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

گزینه ها	سرور	کامپیوتر شخصی
کفایت قدرت محاسباتی	V	V
در دسترس بودن سیستم تضمینی 24/7	V	ایکس
قابلیت اطمینان و پایداری اجزای سخت افزاری کلیدی	V	ایکس
قابلیت مدیریت برق و کنسول از راه دور (IPMI).	V	ایکس
هزینه بودجه پلت فرم سخت افزاری	ایکس	V

جدول 6 - مقایسه سخت افزار خانگی و سرور با توجه به معیارهای مورد نیاز برای عملکرد باکیفیت سرور 1C.

عملکرد مقاوم در برابر خطا 1C

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

تحمل خطا سرورهای SQL

بر اساس مفهوم یک انبار داده مشترک. فناوری خوشه‌بندی داخلی SQL Server دو سرور SQL را در یک خوشه با یک آدرس IP مجازی و یک پایگاه داده واحد ترکیب می‌کند. بنابراین، اگر SQL اصلی خراب شود، پرس و جوها به طور خودکار به نسخه پشتیبان منتقل می شوند. گزینه دوم AlwaysOn است که اخیراً معرفی شده است - یک فناوری برای تکرار منظم خودکار پایگاه های داده DBMS بین سرورهای اصلی و پشتیبان SQL. در همان زمان، سرور تکراری SQL به صورت فیزیکی در فضای ذخیره‌سازی دیگری قرار دارد که مقاومت در برابر خطر را افزایش می‌دهد

تحمل خطا سرویس سرور 1C: Enterprise

سرورهای 1C Enterprise در یک خوشه نرم افزاری فعال-فعال مقاوم در برابر خطا با failover خودکار و ذخیره جلسات جاری ترکیب می شوند.

جدول 7 - تحمل خطا سرورهای SQL و 1C.

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

• خوشه بندی SQL از یک IP مجازی استفاده می کند.این بدان معنی است که تعامل بین سرور 1C: Enterprise و MS SQL همیشه از طریق رابط شبکه رخ می دهد، حتی اگر هر دو سرویس در یک سیستم عامل باشند. که بر این اساس منجر به عملکرد کندتر 1C در مقایسه با نسخه کلاسیک معماری توصیه شده توسط خود 1C - استفاده از حافظه مشترک می شود. در اصل، برای مثال، با استفاده از فناوری MS SQL Log Shipping، می توان از این مانع عبور کرد. با این حال، در این حالت، تغییر به یک سرور SQL پشتیبان دیگر خودکار نخواهد بود و این گزینه را نمی توان یک خوشه تمام عیار در نظر گرفت.
• یک خوشه SQL به مخارج بودجه زیادی نیاز دارد.اگر ما در مورد خوشه بندی کلاسیک سرویس MS SQL صحبت می کنیم، یک ذخیره سازی پایگاه داده واحد مورد نیاز است که به سرورهای اصلی و پشتیبان SQL متصل است. به طور معمول، این نقش توسط سیستم های ذخیره سازی گران قیمت ایفا می شود که باعث افزایش بودجه به ترتیبی از بزرگی می شود. اگر در مورد AlwaysOn جدید صحبت می کنیم، پس نیازی به ذخیره سازی پایگاه داده واحد نیست؛ این فناوری با دیسک های محلی سرورهای اصلی و پشتیبان از طریق شبکه کار می کند. اما شما به نسخه ای از SQL Server Enterprise نیاز دارید که مجوز آن 4 برابر بیشتر از یک SQL Server Standard Standard است.
• تعداد مجوزهابا وجود این واقعیت که سرور دوم SQL داده ها را پردازش نمی کند و در ذخیره است، مجوزها باید برای هر دو سرور خریداری شود - هم سرور اصلی و هم پشتیبان. مجوزهای SQL Server Enterprise برای پیاده‌سازی یک خوشه توزیع‌شده از گروه‌های در دسترس AlwaysOn، مخصوصاً برای بودجه دردناک هستند.

• نیازی به استفاده از سخت افزار سفارشی ارزان قیمت برای خدمات مهمی مانند سیستم حسابداری کل شرکت نیست. قیمت در این مورد به طور مستقیم کیفیت، ثبات و دوام چنین پلت فرمی را تعیین می کند.
• هنگام انتخاب پلت فرم سرور، توصیه می کنیم به وجود دو منبع تغذیه، یک کارت IPMI راه دور و نام تجاری سازنده توجه کنید. البته، هر کسی بر اساس بودجه خود راه حلی را انتخاب می کند؛ برندهای برتر گاهی اوقات خیلی گران هستند و کاملاً مناسب نیستند، اما نباید از تولید کننده صرفه جویی کنید، این می تواند منجر به فورس ماژور غیرقابل کنترل در هنگام کار با 1C شود. ما شخصاً از پلتفرم های سرور Supermicro در ترکیب با CPU های سرور اینتل استفاده می کنیم.
• نظری وجود دارد که با عمل تأیید شده است که عملکرد 1C بیشتر به فرکانس بالاتر CPU بستگی دارد تا به تعداد هسته های ارائه شده.
• نیازی به صرفه جویی در مقدار RAM اختصاص داده شده برای سرور 1C و سرویس SQL نیست. RAM در حال حاضر یک منبع نسبتاً ارزان است و کمبود آن (حتی 10-15 درصد) منجر به کاهش قابل توجه عملکرد سیستم 1C می شود، زیرا یک سیستم مبادله کندتر روشن می شود. بعلاوه، تعویض بار اضافی بر روی زیرسیستم دیسک وارد می کند که وضعیت را حتی بیشتر بدتر می کند.
• شرکت EFSOL خدمات جامعی را برای انتخاب سرور 1C ارائه می دهد که شامل: طراحی، خرید، پیکربندی و نگهداری سرور 1C می باشد.
• یک جایگزین برای ایجاد سرور 1C خود، اجاره سرور 1C است. فناوری‌های ابری این امکان را فراهم می‌کنند که یک سرویس قابل اعتماد و مقاوم در برابر خطا برای کار راحت در 1C با هزینه‌های ماهانه کم به دست آورید.

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

در هر سازمانی که تعداد کاربران 1C 8.3 (یا 8.2) 10 یا بیشتر باشد، برای حجم زیاد داده توصیه می شود از گزینه سرویس گیرنده-سرور استفاده کنید. این گزینه بر اساس استفاده از یک DBMS شخص ثالث، به عنوان مثال، سرور MS SQL است. به طور طبیعی، تصور حالت سرویس گیرنده-سرور بدون سرور جداگانه دشوار است. اما هر شرکت منحصر به فرد است، هر کدام نیازهای خاص خود را دارند و بنابراین باید به انتخاب سرور با مسئولیت پذیری برخورد کرد. در این مقاله سعی خواهیم کرد به این سوال پاسخ دهیم که چگونه سرور 1C را انتخاب کنیم - هم نرم افزار و هم سخت افزار. انتخاب نکته بسیار مهمی در توسعه سیستم اطلاعاتی یک شرکت است.

بدون نرم افزار، هر کامپیوتری بی فایده است. نرم افزارهای باکیفیت در تجهیزات سرور اهمیت ویژه ای دارند. باید آخرین پارامترهای ایمنی و قابلیت اطمینان را برآورده کند. برنامه مشتری 1C چند پلتفرمی است و تقریباً در تمام سیستم عامل ها از جمله سیستم های تلفن همراه در دسترس است. برنامه سرور از دو پلتفرم پشتیبانی می کند - لینوکس و ویندوز.

پنج گزینه برای DBMS وجود دارد که پلت فرم 1C با آن کار می کند:

267 درس ویدیویی را در 1C به صورت رایگان دریافت کنید:

• DBMS داخلی 1C 8.3 خود به اصطلاح حالت فایل. ساده ترین نسخه کار نمی تواند از امنیت بالایی برخوردار باشد. روی سیستم عامل ویندوز و لینوکس کار می کند. محدودیت اندازه پایگاه داده حدود 6-10 گیگابایت است.
• MS SQL Server- بهترین DBMS برای 1C موجود در بازار. به گفته بسیاری از کارشناسان، SQL Server به طور کلی بهترین محصول نرم افزاری مایکروسافت است. برای کار کردن به سیستم عامل ویندوز نیاز دارد.
• IBM DB2 Universal Database یک سیستم مدیریت DBMS نسبتاً مطمئن و ایمن است. ویژگی آن در برخی از تفاوت های ظریف پردازش اطلاعات و عملکرد روش های سیستم (به عنوان مثال، حساسیت به مورد داده های رشته ای) نهفته است. کیفیت کار به طور قابل توجهی تحت تأثیر مهارت ها و دانش مدیر است. پشتیبانی از ویندوز، مک او اس ایکس، لینوکس؛
• پایگاه داده اوراکل- یک DBMS نسخه شده، که در برخی موارد بهره وری را افزایش می دهد. پشتیبانی از ویندوز، مک او اس ایکس، لینوکس؛
• PostgreSQL- همچنین نسخه شده است. مهمترین مزیت توزیع رایگان برنامه است. سرعت کار به شدت تحت تأثیر صلاحیت مدیر است. برای تعداد کمی از کاربران توصیه می شود. روی Windows، Mac OS X، Linux کار می کند.

انتخاب سخت افزار برای 1C

بر خلاف نرم افزار، انتخاب سخت افزار به این راحتی نیست. بیایید انتخاب اجزای سرور را برای تعداد مختلف کاربر در نظر بگیریم. تعداد کاربران یک مفهوم انتزاعی است؛ اعداد متوسط ​​برای جریان اسناد گرفته شده است. هنگام انتخاب تجهیزات، حتماً حجم کاغذ را در نظر بگیرید.

حداکثر 10 کاربر

• CPU: Intel Core i3 یا Intel Xeon E3-12xx.
• رم: 4 گیگابایت که شامل 2 گیگابایت برای سیستم عامل و 2 گیگابایت برای کش DBMS می شود.
• زیرسیستم دیسک
• رابط های شبکه

سرور از 10 تا 40

• CPU: آنالوگ Intel Xeon E3-12xx یا AMD Opteron 4xxx.
• رم: معمولا 8-12 گیگابایت کافی است.
• زیرسیستم دیسک: در حالت ایده آل، ترکیبی از SSD + HDD مطلوب است. اما اگر این امکان پذیر نیست، می توانید به هارد دیسک بسنده کنید.
• رابط های شبکه: معمولا همه برنامه های سرور روی یک ماشین نصب می شوند.

از 40 تا 70

• CPU
• رم: 16 گیگابایت یا بهتر 32.
• زیرسیستم دیسک: آرایه سنتی HDD SAS 15K دور در دقیقه کافی است.
• رابط های شبکه: اگر سرورها روی ماشین های مختلف هستند، از شبکه ای با پهنای باند 10 گیگابیت استفاده کنید.

از 70 تا 120

با تعداد بسیار زیادی از کاربران، توزیع برنامه های کاربردی سرور بر روی ماشین های سرور جداگانه منطقی است.

• CPU: Intel Xeon E5-26xx یا AMD Opteron 62xx.
• رم: از 32 گیگابایت.
• زیرسیستم دیسک: RAID 10 از SSD های سرور قابل اعتماد با کنترلر RAID سخت افزاری اجباری.
• رابط های شبکه: توصیه می شود زنجیره ای از سرورها را به شبکه ای با پهنای باند 10 گیگابایت متصل کنید. توصیه می شود فایل های فهرست را به یک SSD جداگانه منتقل کنید، جدول موقت TempDB را به 1-2 (RAID 1) منتقل کنید.

از 120 کاربر