مسكن / أمان / أي خادم لـ 1s 83. C: محاسبة على خادم منفصل

أي خادم لـ 1s 83. C: محاسبة على خادم منفصل

حتى الآن ، نما المنتج المالي 1C من تطبيق محاسبة للمحاسبة إلى مجمع واسع التنسيق للمحاسبة ودعم أي نوع من الأعمال تقريبًا ، بدعوى التنافس مع "الوحوش" العالمية SAP R / 3 و Microsoft Dynamics AX (Axapta ).

تقوم الشركات الروسية بشكل متزايد بتنظيم عملياتها التجارية باستخدام التكوينات الحديثة 1C 8.3 "إدارة التجارة" ، "إدارة الإنتاج" ، "ERP Enterprise Management"وما شابه ذلك. يتم نقل أقسام المحاسبة والتسويق والإنتاج والمبيعات إلى 1C ، ويتم تنفيذ التكامل مع أنظمة إدارة الوثائق والمهاتفة عبر بروتوكول الإنترنت. ومع ذلك ، مباشرة بعد النوايا "لنعمل في 1C" ، تثار أسئلة - حول ما هي الموارد التي ستعمل القاعدة المركزية لـ 1C ، وما هي الأجهزة التي ستظهر أفضل نتيجة لميزانية معقولة؟ من الأسهل بالنسبة للمؤسسات العملاقة في القطاع العام في هذه الحالة - تم إعطاء أمر واضح للعديد من المهندسين المعماريين وتكامل تكنولوجيا المعلومات بدوام كامل ، وبدأت آليات المناقصات ذات الميزانية الكبيرة في الدوران مع الشرط الإلزامي لتوفير مفهوم تسليم المفتاح والمزيد من الدعم للنظام من قبل متخصصين معتمدين. ولكن ماذا عن الشركات التي ترغب في شراء وتثبيت واحد من 1C: منتجات المؤسسة نفسها ، وإنفاق ميزانيتها بحكمة؟

الخطأ الأساسي ، إذا كنت لا تأخذ في الاعتبار استخدام البرامج المقرصنة أو التي لم يتم التحقق منها ، هو الحفظ على الأجهزة لـ 1C. هذه الاتجاهات شائعة بشكل خاص في الشركات الناشئة والشركات الصغيرة. هناك رأي مفاده أنه ليس من الضروري شراء معدات خادم باهظة الثمن باستخدام معالجات Intel Xeon ، فليس من الضروري إجراء حساب مسبق لمقدار ذاكرة الوصول العشوائي ، والحمل على وحدة المعالجة المركزية ونظام القرص الفرعي ، بحيث لا توجد حاجة لإنشاء فائض عن الحاجة صفيفات القرص (Raid) ، استخدم وحدات تحكم القرص الاحترافية مع ذاكرة التخزين المؤقت وذاكرة الوصول العشوائي وما إلى ذلك. تؤدي الأخطاء في حسابات بنية تكنولوجيا المعلومات لـ 1C إلى عواقب وخيمة ، والتي تعرفها الشركة بالفعل عند إيقاف العمليات التجارية. لذلك ، من المهم جدًا الانتباه إلى كل عقدة أجهزة لمنصة الخادم لـ 1C.

أمثلة على المشكلات النموذجية بسبب البناء غير الصحيح لهندسة تقنية المعلومات لـ 1C:
  • "الكبح" للواجهات الأساسية و 1C بسبب الحمل الزائد على الموارد الرئيسية (عادةً ذاكرة الوصول العشوائي أو النظام الفرعي للقرص).
  • أخطاء و "أعطال" برنامج 1C بسبب عدم استقرار المعدات المختارة بشكل غير صحيح.
  • تعطل الشركة بسبب فشل المركزي المعدات.
  • فقدان جزئي أو كامل لبيانات 1C بسبب أعطال عشوائية في الأجهزة أو البرامج.

موارد الأجهزة للخادم 1C

دعونا نفكر أدناه في معظم موارد الأجهزة الرئيسية ، الخطأ في اختيار أي منها يمكن أن يدمر مشروع أتمتة المؤسسة بالكامل عند إنشاء خادم تحت 1C بنفسك.

وحدة المعالجة المركزية (CPU)

عدد النوى الفعلية لوحدة المعالجة المركزية.موضوع النزاعات الأبدية في مختلف منتديات 1C هو ما هو أكثر أهمية من تردد وحدة المعالجة المركزية أو تعدد النواة. تعود جذور هذه التناقضات إلى الماضي ، إلى 1C 8.0 أو حتى 1C 7.7. في الواقع ، العمليات القابلة للتنفيذ 1C هي أكثر الإصدارات القديمةكانت أحادية النواة بحتة ، أي بغض النظر عن عدد النوى التي يوفرها المعالج المركزي - احتلت خدمة خادم المؤسسة 1C 8.0 أو "العميل السميك 1C 7.7" نواة واحدة فقط "صفر" في نظام التشغيل. اليوم ، تغيرت الصورة - يوزع نظام التشغيل بجرأة مهام 1C: عملية Enterprise (rphost) عبر العديد من مراكز وحدة المعالجة المركزية (انظر الشكل 1).




الشكل 1 - حمل وحدة المعالجة المركزية أثناء تشغيل عمليات خادم 1C.


لكن هذا لا يعني على الإطلاق أنه إذا اشتريت معالجًا بأقصى عدد من النوى ، فإن خادم 1C المقترن بنظام DBMS (غالبًا ما يعني DBMS MS SQL) سيظهر أداءً رائعًا وستكون إعادة كتابة فترات المحاسبة في برنامج 1C في غضون عدة دقائق. من الضروري فهم الفرق بين سرعة إجراء عملية واحدة وعملية معالجة كمية كبيرة من المعلومات في وقت واحد. يسمح لك عدد النوى المادية فقط بحل مشكلة الاستقرار وأداء العمل المتزامن مع العديد من المهام المختلفة بواسطة 1C: خادم المؤسسة ونظام إدارة قواعد البيانات. ومن هنا جاءت النتيجة - كلما زاد عدد مستخدمي 1C ، زاد العدد الصحيح من النوى الذي سيلعب دورًا في التشغيل المتزامن المريح لهؤلاء المستخدمين أنفسهم. يظهر اعتماد عدد المستخدمين على عدد النوى لخادم 1C في الجدول 1.


عدد المستخدمين المتزامنين على 1C: خادم المؤسسة نوع المعالج وطرازه عدد النوى المستخدمة
ما يصل إلى 10 مستخدمين معالج Intel Core مخصص من 3.1 جيجا هرتز لا يزيد عن 2-4
ما يصل إلى 20 مستخدمًا خادم Intel Xeon من 2.4 جيجا هرتز 4 إلى 6
ما يصل إلى 30 مستخدمًا خادم Intel Xeon من 2.6 جيجاهرتز 6 إلى 8 نوى
ما يصل إلى 50 مستخدمًا خادم إنتل زيون من 2.4 جيجاهيرتز - بكمية 2 قطعة من 4 لكل معالج

الجدول 1 - نسبة عدد المستخدمين على الخادم 1C والعدد الموصى به من أنوية وحدة المعالجة المركزية.


تردد وحدة المعالجة المركزية.على عكس عدد النوى - يؤثر تردد المعالج المركزي بدقة على سرعة معالجة جزء واحد من مهمة في وقت واحد ، وهو المعيار الأكثر شيوعًا للمستخدمين النهائيين 1C. تردد المعالج هو بالضبط المعلمة ، مع زيادة في التي بالنسبة لمستخدم واحد ، ستزداد سرعة معالجة الطلبات بواسطة خادم 1C و DBMS والوقت الذي سيوفر النظام خلاله النتيجة النهائية للمستخدم النهائي سيقلل. ودعماً لذلك ، توصل المتخصص المعروف جيليف ، في إحدى مقالاته بناءً على الاختبارات العملية ، إلى نتيجة لا لبس فيها - "تتأثر سرعة 1C كثيرًا بتردد المعالج المركزي أكثر من معلماته الأخرى ، سواء كانت يكون العميل النهائي 1C أو الخادم 1C: المؤسسة ". هذه هي بنية برنامج 1C.

ذاكرة التخزين المؤقت والافتراضية والترابط الفائق.في الماضي ، عندما لم تكن المعالجات متعددة النواة شائعة بعد ، اخترعت Intel تكنولوجيا خاصةالمعالج المركزي ، محاكاة متعددة النواة ، ما يسمى ب "خيوط المعالجة الفائقة". بمجرد التمكين ، يتم تعريف معالج مادي واحد (نواة مادية واحدة) بواسطة نظام التشغيل على أنهما معالجان منفصلان (مركزان منطقيان). نوصي بإيقاف تشغيل "مؤشر الترابط" لخادم 1C. هذه التكنولوجيا لا تجلب أي تسارع من 1 درجة مئوية.

استخدام الأجهزة الظاهريةبالنسبة لـ 1C: خادم المؤسسة ونظام إدارة قواعد البيانات ، يجب أن يؤخذ في الاعتبار أن نوى الأجهزة الافتراضية "أضعف" من النوى المادية الحقيقية ، على الرغم من أنها تسمى نفسها - "النوى". لا توجد معاملات رسمية دقيقة ، ولكن المقالات على بوابات Microsoft التقنية توصي بإحصاء 4-6 نوى للمعالج في جهاز ظاهري لكل مركز مادي.

ذاكرة التخزين المؤقت هي ذاكرة خدش يستخدمها المعالج لتقليل متوسط ​​وقت الوصول إلى ذاكرة الكمبيوتر. في الواقع ، إنه جزء لا يتجزأ من المعالج ، لأنه موجود على نفس الشريحة معه وهو جزء من الكتل الوظيفية. كل شيء واضح هنا - كلما كبرت ذاكرة التخزين المؤقت ، زادت "أجزاء" المعلومات التي يمكن للمعالج معالجتها. عادةً ما يعتمد حجم ذاكرة التخزين المؤقت على طرازات المعالج - فكلما زاد تكلفة الطراز ، زادت ذاكرة التخزين المؤقت هناك. ومع ذلك ، لا نعتقد أن حجم ذاكرة التخزين المؤقت للمعالج يؤثر بشكل كبير على أداء خادم 1C ونظام إدارة قواعد البيانات. بل إنه ينتمي إلى مجال "الضبط الدقيق".

نوع المعالج.يعلم الجميع أن الأجهزة مقسمة إلى خادم ومستخدم. هل من الممكن في بعض الحالات استخدام وحدة المعالجة المركزية المخصصة غير المكلفة كبديل لوحدة المعالجة المركزية للخادم المحترفة ولكنها باهظة الثمن؟ اتضح - إنه ممكن. ضع في اعتبارك جدولًا يقارن المعلمات الرئيسية لخيارين للمركز معالجات إنتل(انظر الجدول 2).

معالج Custom Intel® Core ™ i7-6700T (ذاكرة تخزين مؤقت سعة 8 ميجا ، تصل إلى 3.60 جيجاهرتز) معالج الخادم Intel® Xeon® E5-2680 v2 (ذاكرة تخزين مؤقت سعة 25 ميجابايت ، 2.80 جيجاهرتز)
مخبأ 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 - مقارنة بين المعلمات الرئيسية لوحدة المعالجة المركزية الرئيسية والخادم من Intel.


كما نرى ، يحتوي معالج الخادم على قيم أعلى بكثير في عدد النوى ، وحجم ذاكرة التخزين المؤقت ، ودعم المزيد من ذاكرة الوصول العشوائي ، وبالطبع بسعر أعلى. ومع ذلك ، لا تختلف وحدة المعالجة المركزية للخادم عمليًا عن وحدة المعالجة المركزية للمستخدم من حيث دعم تعليمات معينة للمعالج (تعليمات) وتردد الساعة. من هذا يمكن استنتاج أن ل المنظمات الصغيرةمن المقبول تمامًا استخدام وحدة المعالجة المركزية المخصصة لخادم 1C: Enterprise. المشكلة الوحيدة هي أنه لا يمكن تثبيت معالج المستخدم في مقبس الخادم. اللوحة الأمودعم ذاكرة الوصول العشوائي للخادم مع فحص التكافؤ (ECC) ، واستخدام المكونات المخصصة ينطوي على مخاطر على استقرار النظام بأكمله.

ذاكرة الوصول العشوائي (رام)

نوع ذاكرة الوصول العشوائي.يختلف شريط ذاكرة الوصول العشوائي (RAM) في الغرض منه - لأنظمة الخوادم متعددة المستخدمين أو للأجهزة الشخصية - أجهزة الكمبيوتر ، وأجهزة الكمبيوتر المحمولة ، وأجهزة الكمبيوتر المحمولة ، وأجهزة الكمبيوتر العميلة ، وما إلى ذلك. كما في حالة وحدة المعالجة المركزية - المعلمات الرئيسية لوحدات ذاكرة الوصول العشوائي متكافئة تقريبًا - لا تتأخر ذاكرة الوصول العشوائي للكمبيوتر الشخصي الحديثة عمليًا عن ذاكرة الوصول العشوائي للخادم سواء في حجم شريط واحد أو في تردد الساعة أو في نوع DDR وحدات. الاختلافات بين ذاكرة الوصول العشوائي للخادم وذاكرة الوصول العشوائي "الرئيسية" في حالات الاستخدام والغرض من النظام الأساسي للأجهزة - وهذا أيضًا هو المكان الذي يتم فيه تكوين تكلفته الأعلى:

  • تحتوي ذاكرة الوصول العشوائي للخادم على تماثل ECC (رمز تصحيح الخطأ) - وهو أسلوب تشفير / فك تشفير يسمح لك بتصحيح الأخطاء في معالجة المعلومات مباشرةً بواسطة وحدة ذاكرة الوصول العشوائي
  • تحتوي اللوحة الأم للخادم على فتحات لتثبيت وحدات ذاكرة الوصول العشوائي (RAM) أكثر من أجهزة الكمبيوتر العادية
  • تحتوي ذاكرة الوصول العشوائي للخادم على سجلات (مخازن مؤقتة) توفر تخزينًا مؤقتًا للبيانات (مسجلة جزئية أو كاملة مخزنة) ، وبالتالي تقليل الحمل على وحدة تحكم الذاكرة مع العديد من الطلبات المتزامنة. "FB-DIMMs" المخزنة غير متوافقة مع تلك غير المخزنة.
  • الوحدات تسجيل الذاكرةيسمح لك أيضًا بزيادة قابلية توسيع الذاكرة - فوجود السجلات يجعل من الممكن تثبيت المزيد من الوحدات في قناة واحدة.

يمكننا أن نستنتج أن استخدام وحدات ذاكرة الوصول العشوائي للخادم يجعل من الممكن تثبيت كميات كبيرة من ذاكرة الوصول العشوائي في نظام واحد ، وأن تقنيات التحكم في التكافؤ ECC واستخدام المخازن المؤقتة تسمح لنظام تشغيل الخادم بالعمل بشكل مستقر وسريع.

مقدار ذاكرة الوصول العشوائي.أحد العوامل الرئيسية ل أداء عاليالخادم 1C و DBMS هو كمية كافية من ذاكرة الوصول العشوائي. بالطبع ، تعتمد متطلبات ذاكرة الوصول العشوائي الفعلية على العديد من العوامل - نوع تكوين 1C ، وعدد 1C: عمليات خادم المؤسسة ، وحجم قاعدة بيانات DBMS ، وما إلى ذلك. ومع ذلك ، من الممكن اشتقاق اعتماد تقريبي لمقدار ذاكرة الوصول العشوائي على عدد المستخدمين (انظر الجدول 3).


متطلبات ذاكرة الوصول العشوائي للخادم 1c و DBMS ما يصل إلى 10 مستخدمين ما يصل إلى 20 مستخدمًا ما يصل إلى 30 مستخدمًا ما يصل إلى 50 مستخدمًا
الخادم 1 ج: المؤسسة 4-6 جيجا بايت 6-8 جيجا بايت 12-14 جيجا بايت 18-24 جيجا بايت
خادم MS SQL 4-6 جيجا بايت 8-10 جيجا بايت 16-18 جيجا بايت 24-28 جيجا بايت

الجدول 3 - النسبة التقريبية لعدد مستخدمي الخادم 1C وذاكرة الوصول العشوائي الموصى بها لعمليات 1C: خادم المؤسسة وخادم MS SQL.


فيما يتعلق بعمليات الخادم 1C: Enterprise (rphost.exe) - لا تسمح منصات 1C الحديثة الوضع اليدويتشير إلى عدد عمليات الخادم 1C. بدلاً من ذلك ، يطلب منك النظام تعيين معلمات مثل الرقم قواعد المعلوماتوعدد المستخدمين لكل عملية rphost.exe ، وبعد ذلك تحدد تلقائيًا العدد الأمثل لـ 1C: عمليات خادم المؤسسة. يمكنك أيضًا تكوين الإصدار السلس من ذاكرة الوصول العشوائي عن طريق عملية rphost.exe إذا تجاوز حجمها حدًا محددًا مسبقًا. في الوقت نفسه ، ينشئ خادم 1C عملية rphost.exe جديدة ، والتي تتولى تدريجياً مهام 1C ، مما يسمح لك بإلغاء تحميل عملية 1C المطلوبة.

تحتاج أيضًا إلى ملاحظة أن مقدار ذاكرة الوصول العشوائي المخصصة لخدمة SQL يعتبر كافيًا إذا كانت نتيجة بيانات SQL في ذاكرة التخزين المؤقت 90٪ على الأقل. هذا المقياس مفيد جدًا لأن لا يمكنك فقط إلقاء نظرة على مقدار ذاكرة الوصول العشوائي التي يستهلكها خادم SQL - فقد استهلكت أحدث إصدارات SQL ذاكرة الوصول العشوائي بشكل ديناميكي - يتم التقاط أقصى قدر ممكن من ذاكرة الوصول العشوائي وإصدارها حيث تطلب عمليات أخرى ذاكرة الوصول العشوائي.

تردد ذاكرة الوصول العشوائي.باختصار ، هذا هو الإنتاجيةالقنوات التي يتم من خلالها نقل البيانات إلى اللوحة الأم ، ومن هناك إلى المعالج. من المستحسن أن تتزامن هذه المعلمة مع التردد المسموح به للوحة الأم أو تتجاوزه ، وإلا فإن قناة نقل ذاكرة الوصول العشوائي (RAM) تتعرض لخطر أن تصبح عنق زجاجة. ضمن نوع واحد من DDR ، لا تؤثر زيادة / تقليل التردد بشكل كبير على أداء خادم 1C وهو أكثر ارتباطًا بمنطقة "الضبط الدقيق".

توقيت ذاكرة الوصول العشوائي.هذا هو التأخير أو الكمون (الكمون) من ذاكرة الوصول العشوائي. تتميز هذه المعلمة بوقت تأخير البيانات أثناء الانتقال بين الوحدات النمطية المختلفة لشريحة ذاكرة الوصول العشوائي. القيم الأصغر تعني أداءً أسرع. ومع ذلك ، فإن التأثير على الأداء العام لنظام الخادم ، وأكثر من ذلك على 1C: خادم المؤسسة ، ليس مرتفعًا. عادةً ما ينتبه هواة الألعاب وكسر السرعة فقط إلى هذه المعلمات ، والذين يعتبر كل انخفاض إضافي في الأداء هو أغلى شيء بالنسبة لهم.

نظام القرص الفرعي ومحركات الأقراص الصلبة HDD

وحدات تحكم القرص الصلب.الجهاز الرئيسي لتوصيل وتنظيم محركات الأقراص الصلبة في نظام الأجهزة هو جهاز التحكم في القرص الصلب. وهي من نوعين:

1. مدمج - وحدة التحكم مدمجة في النظام ، قفص القرص الصلب متصل مباشرة باللوحة الأم. يعتبر حلا أكثر اقتصادا.

2. خارجي - منفصل لوحة الدوائر المطبوعة(جهاز) يتم توصيله بموصل اللوحة الأم. يعتبر حلاً أكثر احترافًا نظرًا لحقيقة أنه يحتوي على شرائح منفصلة لإجراء العمليات والتحكم فيها بقوة محركات الأقراص الصلبة. يوصى به لأنظمة الخوادم المهمة مثل 1C: خادم المؤسسة ونظام إدارة قواعد البيانات.

يوجد أيضًا نوع ثالث - جهاز لاستقبال / نقل بيانات الكتلة عبر قنوات iSCSI و FiberChanel و InfiniBand و SAS. ومع ذلك ، في هذا الإصدار ، "تمت إزالة" النظام الفرعي للقرص إلى جهاز منفصلتخزين البيانات (SHD) ، متصل بالخادم عبر كابل ضوئي أو نحاسي. في مقالتنا ، نقوم بتحليل متطلبات خادم مستقل لـ 1C ، لذلك لن نفكر في هذا النوع.

أنواع ومستويات مصفوفات RAID.إنها تقنية افتراضية للبيانات تجمع بين محركات أقراص متعددة في وحدة منطقية للتكرار والأداء. ضع في اعتبارك أكثر مستويات مواصفات RAID شيوعًا:

  • RAID 0 ("شريطية")لا يحتوي على تكرار ، ويوزع المعلومات دفعة واحدة عبر جميع الأقراص المضمنة في المصفوفة في شكل كتل صغيرة ("خطوط"). هذا يحسن الأداء بشكل كبير ، لكنه يعاني من الموثوقية. لا نوصي باستخدام نوع الصفيف هذا بالرغم من زيادة الأداء.
  • RAID 1 ("انعكاس" ، "مرآة").يتمتع بحماية ضد فشل نصف الأجهزة المتاحة (في الحالة العامة ، أحد محركي الأقراص الثابتة) ، ويوفر سرعة كتابة مقبولة وزيادة في سرعة القراءة بسبب موازاة الاستعلام. هذا النوع من المصفوفات "يسحب" خادم 1C + DBMS لما يصل إلى 25-30 مستخدمًا ، خاصةً إذا تم استخدام أقراص SAS 15K أو SSD.
  • RAID 10.تصطف أزواج الأقراص المنعكسة في "سلسلة" ، وبالتالي قد يتجاوز حجم الحجم الناتج سعة قرص واحد قرص صلب. في رأينا ، النوع الأكثر نجاحًا من مجموعة الأقراص ، لأن فهو يجمع بين موثوقية RAID1 وسرعة RAID 0. بالاقتران مع محركات SAS 15K أو SSD ، يمكن استخدامه لخوادم 1C من 40-50 مستخدمًا.
  • RAID 5.معروفة باقتصادها. للتضحية من أجل التكرار بسعة قرص واحد فقط من المصفوفة ، نحصل على حماية ضد فشل أي من محركات الأقراص الثابتة في النظام. (يتطلب متغير RAID 6 اثنين إضافيين محركات الأقراص الصلبةلاستيعاب المجموع الاختباري ، لكنه يحتفظ بالبيانات حتى في حالة فشل قرصين). هذا النوع من المصفوفات اقتصادي وموثوق وله سرعة "قراءة" ملموسة إلى حد ما. لسوء الحظ ، فإن عنق الزجاجة في هذه المجموعة هو سرعة الكتابة المنخفضة ، مما يسمح باستخدامها بشكل مريح مع تكوينات خادم 1C لما يصل إلى 15-20 مستخدمًا. كما أنه مثالي للأغراض التطبيقية - تخزين بيانات الملف ، وأرشيفات إدارة المستندات ، وما إلى ذلك.

أنواع واجهات القرص الصلب.حسب نوع الاتصال ، يتم تقسيم محركات الأقراص الثابتة:

  • HDD ساتا الرئيسية.أرخص خيار لمحركات الأقراص الثابتة ، مصمم للاستخدام في أجهزة الكمبيوتر المنزلية أو مراكز وسائط الشبكة. لا يوصى بشدة باستخدام مثل هذه الأجهزة في خوادم 1 ثانية نظرًا لانخفاض التسامح مع الخطأ واستقرار التشغيل - مكونات هذه الأقراص ببساطة ليست مصممة للعمل على مدار الساعة طوال أيام الأسبوع وتفشل بسرعة.
  • HDD Sata Server.يشير هذا الاسم عادةً إلى محركات الأقراص الثابتة بواجهة Sata وسرعة دوران تبلغ 7200 دورة في الدقيقة. تعني البادئة "Server" أن محركات الأقراص هذه قد تم اختبارها من أجل الأداء في أنظمة الخادم وتم تصميمها من أجلها عمل مستقرفي وضع 24/7. تستخدم عادة في خوادم 1C لتخزين كميات كبيرة من المعلومات التي لا تتطلب سرعة معالجة عالية. على سبيل المثال - قواعد بيانات الأرشيف 1c وتبادل المجلدات وتحميل الملفات مستندات المكتبإلخ.
  • خادم HDD SAS.الاختلافات بين واجهة SAS (التناظرية الحديثة لـ SCSI) و واجهة ساتاالعديد من. هنا ، متوسط ​​وقت استجابة القرص ، والعمل في رف قرص مشترك ، والعمل مع وحدة تحكم HDD بمعدلات تبادل معلومات أعلى - تصل إلى 6 جيجابت / ثانية (مقارنة بـ Sata 3 جيجابت / ثانية). لكن الميزة الرئيسية هي وجود نماذج قرص SAS بسرعة مغزل تبلغ 15000 دورة في الدقيقة. هذا هو ميزة التصميميسمح لأقراص SAS بتنفيذ عمليات IOPS أكثر بثلاث مرات تقريبًا مقارنة بـ Sata Server HDD. تكون أقراص SAS صغيرة الحجم ويوصى باستخدامها مع قواعد البيانات الرئيسية 1c مع عبء عمل مرتفع باستمرار.
  • محركات SSD.تختلف محركات الأقراص هذه عن المحركات السابقة ليس في واجهة الاتصال ، ولكن في تصميمها - فهي ذات حالة صلبة ولا تحتوي على أجزاء متحركة ، أي في جوهرها ، هم نظائر "محركات أقراص فلاش". تسمح هذه التقنيات لمحركات أقراص الحالة الثابتة بإنتاج عدد "هائل" من عمليات الإدخال / الإخراج في الثانية (من 10000 عملية على أبسط نماذج SSD). ومع ذلك ، فإن لهذه الميزة أيضًا جانبًا سلبيًا - ارتفاع سعر محركات أقراص الحالة الثابتة و "عتبة الحياة" الخاصة بها ، والتي تعتمد على الحد الأقصى لعدد عمليات الكتابة على كتل SSD. ومع ذلك ، كل عام أصبحت هذه الأقراص بأسعار معقولة ومتينة. نظرًا لأن تكلفة أقراص SSD تزداد عدة مرات اعتمادًا على الحجم ، فسيكون من المعقول جدًا استخدامها لقواعد بيانات 1c الصغيرة ، ولكن فائقة التحميل التي تتطلب سرعة وصول عالية ، وكذلك لقواعد بيانات TempDB المؤقتة.

IOPS هو عدد عمليات الإدخال / الإخراج في الثانية.في الواقع ، IOPS هو عدد كتل المعلومات التي يمكن قراءتها أو كتابتها إلى الوسائط في ثانية واحدة من الوقت. هذا هو ، في أنقى صوره - هذه هي المعلمة الرئيسية لسرعة معالجة المعلومات بواسطة القرص الصلب ، والتي تؤثر على أداء خادم 1C. إذا أخذنا للمقارنة كتلة معيارية من المعلومات 4kb ، فيمكننا التمييز بين مؤشرات IOPS التالية تقريبًا (انظر الجدول 4).


HDD IOPS واجهه المستخدم
محركات أقراص SATA بسرعة 7200 دورة في الدقيقة ~ 75-100 IOPS SATA 3 جيجابايت / ثانية
محركات أقراص SATA 10000 دورة في الدقيقة ~ 125-150 IOPS SATA 3 جيجابايت / ثانية
10000 دورة في الدقيقة محركات أقراص SAS ~ 140 IOPS ساس
15000 دورة في الدقيقة محركات أقراص SAS ~ 175-210 IOPS ساس
محركات SSD من 8000 IOPS SAS أو SATA

الجدول 4 - مؤشرات IOPS على أنواع مختلفة من محركات الأقراص الثابتة عند العمل مع كتلة بيانات 4kb.


بالطبع ، في شكله النقي ، IOPS قليل الاستخدام لحساب العمليات الحسابية النهائية ومتطلبات النظام الفرعي للقرص لخادم 1C. بعد كل شيء ، يتكون الأداء الكلي للنظام الفرعي للقرص من نوع مصفوفة RAID وأنواع القرص ومؤشرات سرعة واجهته ووقت الاستجابة (الكمون) ووقت الوصول العشوائي ونسبة عمليات القراءة والكتابة والعديد من عوامل اخرى. ومع ذلك ، فإن هذه المعلمة ، في رأينا ، هي مؤشر رئيسي لسرعة النظام الفرعي للقرص وفي مراحل تطوير بنية الخادم ، فهي تساعد على تحديد نوع الأقراص الثابتة الأكثر ملاءمة بشكل عام لاحتياجات معينة. (انظر حاسبة RAID)

اختبار الممارسة

ما العلاقة بين عدد مستخدمي 1C وعدد أجهزة iops؟ أجرى فريقنا اختبارًا عمليًا (انظر الجدول 5) لقياس الحمل على نظام القرص الفرعي قدر معينالجلسات 1 ج. نظرًا لأن نظام 1C عبارة عن بيئة قابلة للبرمجة ويمكن لكل شركة أن يكون لها مجموعتها الخاصة من العمليات التجارية في 1C ، فقد احتجنا إلى الارتباط بتكوين مرجعي معين للاختبار. بهذه الصفة ، تم اختيار التكوين المتخصص لـ TsUP 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 بوصة لا يتم إنتاجها بكميات كبيرة.
  • وقت الوصول العشوائي- الوقت الذي HDDمضمون لأداء عملية القراءة والكتابة على منطقة معينة من القرص المغناطيسي. كقاعدة عامة ، أكثر نتائج عاليةلديك أقراص الخادم. هذا كافي معلمة مهمةعند بناء مجموعة من الأقراص لخادم 1C DBMS.
  • سرعة المغزل- عدد دورات مغزل القرص الصلب في الدقيقة. كل شيء بسيط وواضح هنا - يعتمد وقت الوصول ومعدل نقل البيانات المتوسط ​​للقرص الصلب على سرعة دوران المغزل باستخدام الألواح المغناطيسية.
  • حجم المخزن المؤقت للقرص الصلب- المخزن المؤقت عبارة عن ذاكرة مؤقتة مصممة لتخفيف الاختلافات في سرعة القراءة / الكتابة للقرص الصلب ونقل البيانات عبر الواجهة.
  • مصداقية- يُعرَّف بأنه متوسط ​​الوقت بين حالات الفشل (MTBF). كقاعدة عامة ، تعتمد الموثوقية بشكل مباشر على الشركة المصنعة والسعر وبيئة استخدام محرك الأقراص الثابتة. نحن نعتبر الموثوقية معلمة مهمة لمحرك الأقراص الثابتة تؤثر على جودة خادم 1C.

الاختيار الصحيح: أجهزة منزلية أو خادم

أدى انخفاض تكلفة مكونات الأجهزة والنمو النشط للقدرات المحتملة لـ "أجهزة الكمبيوتر المنزلية" إلى مفهوم خاطئ قاتل آخر - تستخدم الشركات الصغيرة محطات العمل بنشاط كمنصة للتعاون مع قواعد بيانات 1C. في الوقت نفسه ، دون إدراك أنه بالإضافة إلى معلمات التردد الأساسي ، ومقدار الذاكرة وإمكانية استخدام محركات أقراص الحالة الصلبة ذات الميزانية المحدودة في جهاز كمبيوتر عادي ، هناك متطلبات أكثر منهجية وأعمق وأكثر أهمية لتشغيل الأجهزة في هيكل تجاري (انظر الجدول 6).

لحل مشكلة تنظيم خادم 1C ، نقدم تأجير خوادم سحابية 1C في مراكز بيانات من الدرجة الثالثة. يمكن العثور على الجدوى الاقتصادية لاختيار تأجير خادم في المقالة.


خيارات الخادم كمبيوتر شخصي
كفاية القدرة الحاسوبية الخامس الخامس
قابلية تشغيل مضمونة للنظام في وضع 24/7 الخامس X
موثوقية واستقرار مكونات الأجهزة الرئيسية الخامس X
إمكانية جهاز التحكمالطاقة ووحدة التحكم (IPMI) الخامس X
تكلفة الميزانية لمنصة الأجهزة X الخامس

الجدول 6 - مقارنة بين أجهزة الخادم والمنزل وفقًا للمعايير المطلوبة للتشغيل عالي الجودة لخادم 1C.

العمل المتسامح مع الأخطاء 1C

بالطبع ، أحد المتطلبات المهمة لجزء الخادم من 1C هو استقرار تشغيله ومقاومته للفشل. بذلت Microsoft و 1C نفسها الكثير من الجهود في هذا الاتجاه ، حيث ابتكرتا تقنيات لتجميع خدماتهما على مستوى جدي إلى حد ما (انظر الجدول 7).


التسامح مع خطأ خوادم SQL استنادًا إلى مفهوم مستودع بيانات واحد مشترك. تجمع تقنية تجميع SQL Server المدمجة بين خادمي SQL في مجموعة واحدة مع عنوان IP ظاهري واحد وقاعدة بيانات واحدة. وبالتالي ، عندما يفشل SQL الرئيسي ، يتم نقل الاستعلامات تلقائيًا إلى النسخة الاحتياطية.
الخيار الثاني هو AlwaysOn الذي ظهر مؤخرًا ، وهو تقنية للنسخ المتماثل التلقائي المنتظم لقواعد بيانات DBMS بين خوادم SQL الأساسية والنسخ الاحتياطي. في الوقت نفسه ، يوجد خادم SQL المكرر فعليًا على وحدة تخزين مختلفة ، مما يزيد من مقاومة المخاطر
خادم خدمة تجاوز الفشل 1C: Enterprise يتم دمج خوادم 1C Enterprise في مجموعة تجاوز فشل البرامج النشطة مع تجاوز الفشل التلقائي وحفظ الجلسات الحالية.

الجدول 7 - تفاوت الأخطاء في خوادم SQL و 1C.


ومع ذلك ، فإن كل تقنية لها إيجابيات وسلبيات. بالإضافة إلى المزايا الرئيسية ، تحتاج إلى معرفة بعض ميزات مجموعة 1C و SQL () حتى لا ينتهي بك الأمر بتدهور في أداء الخدمة:

  • يستخدم تجميع SQL IP الظاهري.وهذا يعني أن تفاعل 1C: Enterprise server و MS SQL سيحدث دائمًا وفقًا لـ واجهة الشبكة، حتى لو كانت كلتا الخدمتين على نفس نظام التشغيل. وهو ما سيؤدي ، وفقًا لذلك ، إلى إبطاء عمل 1C مقارنة بالإصدار الكلاسيكي للهندسة المعمارية التي أوصت بها 1C نفسها - استخدام الذاكرة المشتركة. من حيث المبدأ ، يمكن "تجاوز" هذه العقبة باستخدام ، على سبيل المثال ، تقنية MS SQL Log Shipping. ومع ذلك ، في هذه الحالة ، لن يكون التبديل إلى خادم SQL احتياطي تلقائيًا ، ولا يمكن اعتبار هذا الخيار مجموعة كاملة.
  • تتطلب مجموعة SQL ميزانية كبيرة.إذا كنا نتحدث عن التجميع الكلاسيكي لخدمة MS SQL ، فسيلزم تخزين قاعدة بيانات واحدة ، متصلة بخوادم SQL الرئيسية والاحتياطية. عادةً ما يتم لعب هذا الدور بواسطة أنظمة تخزين باهظة الثمن ، مما يزيد من الميزانية بترتيب من حيث الحجم. إذا كنا نتحدث عن AlwaysOn الجديد ، فعندئذٍ لا يلزم تخزين قاعدة بيانات واحدة ، تعمل التقنية معها محركات الأقراص المحليةالخوادم الأساسية والنسخ الاحتياطي عبر الشبكة. لكنك بحاجة إلى إصدار من SQL Server Enterprise ، حيث يكلف الترخيص 4 مرات أكثر من ترخيص SQL Server Standard العادي.
  • عدد التراخيص.على الرغم من حقيقة أن خادم SQL الثاني لا يعالج البيانات وهو احتياطي ، يجب شراء التراخيص لكلا الخادمين - الرئيسي والنسخ الاحتياطي. من المؤلم بشكل خاص للميزانية تراخيص SQL Server Enterprise لتنفيذ مجموعة موزعة من مجموعات AlwaysOn High Availability.
  • لا يتعين عليك استخدام أجهزة مخصصة رخيصة لشيء مهم مثل نظام المحاسبة على مستوى المؤسسة. السعر في هذه القضيةيحدد بشكل مباشر جودة واستقرار ومتانة مثل هذه المنصة.
  • عند اختيار نظام أساسي للخادم ، نوصي بالاهتمام بوجود اثنين من مصادر الطاقة ، وبطاقة IPMI عن بُعد ، والعلامة التجارية للشركة المصنعة. بالطبع ، يختار الجميع حلاً بناءً على ميزانيتهم ​​، وأحيانًا تكون أفضل العلامات التجارية باهظة الثمن وغير مناسبة تمامًا ، ولكن لا يجب عليك التوفير في الشركة المصنعة على الإطلاق ، فقد يؤدي ذلك إلى قوة قاهرة لا يمكن السيطرة عليها في العمل مع 1C. نحن شخصياً نستخدم منصات خوادم Supermicro بالاشتراك مع وحدات المعالجة المركزية لخادم إنتل.
  • هناك رأي أكدته الممارسة ، أن أداء 1C يعتمد بشكل أكبر على التردد العالي لوحدة المعالجة المركزية أكثر من عدد النوى المقدمة.
  • لا حاجة للتوفير في مقدار ذاكرة الوصول العشوائي المخصصة لخادم 1C وخدمة SQL. ذاكرة الوصول العشوائي قيد التشغيل هذه اللحظةهو مورد رخيص إلى حد ما ، ونقصه (حتى بنسبة 10-15 في المائة) سيؤدي إلى انخفاض قوي في أداء نظام 1C ، لأن سيتم تمكين نظام مبادلة أبطأ. بالإضافة إلى ذلك ، سيعطي التبديل حملًا إضافيًا على النظام الفرعي للقرص ، مما سيزيد الوضع سوءًا.
  • تقدم شركة EFSOL خدمات شاملة لاختيار خادم 1C ، والتي تشمل: تصميم خادم 1C وشرائه وتكوينه وصيانته.
  • بديل لإنشاء خادم 1C الخاص بك هو استئجار خادم لـ 1C. تسمح التقنيات السحابية ، بتكاليف شهرية منخفضة ، بالحصول على خدمة موثوقة تتسامح مع الأخطاء للعمل المريح في درجة حرارة واحدة.

نظام التكامل. مستشار

عند اختيار الخادم المطلوب لـ 1C ، يجب أن نتذكر أنه أثناء عمل المستخدمين معه ، سيتم تنفيذ العديد من عمليات قراءة وكتابة البيانات في الثانية.

على الأرجح ، من الواضح على الفور سبب أهمية تصميم الخادم المختص لـ 1C - إذا تم اختيار "الجهاز" في البداية بشكل غير صحيح ولا يتوافق مع الحمل على النظام ، فهناك خطر من أن هذه البيانات المهمة أو حتى تعمل بشكل متقطع ستكون ضائعا. من ناحية أخرى ، قم بإنشاء خادم تحت 1C ، وشراء جميع الأجهزة و البرمجياتيمكن أن تكلف الشركة مبلغًا كبيرًا ، لذلك يُنصح باختيار المعدات بطريقة تتجنب التكاليف غير الضرورية.

اختيار الخادم لـ 1C

عندما يحتاج المتخصصون لدينا إلى اختيار تكوين لخادم 1C ، فإن أول شيء يسألونه هو عدد المستخدمين الذين سيعملون مع 1C في الشركة وما هي مجموعة الخدمات التي يخططون لاستخدامها ، وماذا سيكونون ، ومن سيدير ​​1C الخوادم وكيف. نبدأ من هذه المعلومات عند إنشاء خادم 1C.

متطلبات الخادم 1C

في هيكل الأجهزة لخادم 1C ، ستكون خصائص المعالج وذاكرة الوصول العشوائي ونظام القرص الفرعي وواجهات الشبكة مهمة بالنسبة لنا.

من الضروري أن يضمنوا تشغيلًا مستقرًا ومنتجًا بشكل كافٍ للمكونات التالية:

  • نظام التشغيل؛
  • خادم قاعدة البيانات (غالبًا ما يكون) ؛
  • جزء الخادم 1C (ليس لجميع الحالات ، حيث يمكن لشركة صغيرة بها 2-10 مستخدمين العمل مع 1C في وضع الملف) ؛
  • عمل المستخدم في وضع سطح المكتب البعيد ؛
  • من خلال عمل المستخدمين عن بعد عميل رفيعأو عميل الويب.

اختيار معالج لخادم 1C

عادةً ما يتم حساب العدد الأمثل من نوى المعالج بناءً على حقيقة أنك تحتاج إلى حجز 1-2 مركز لتشغيل نظام التشغيل ، و1-2 نواة لتشغيل قاعدة بيانات SQL ، و 1 أخرى لتشغيل خادم التطبيق ، ونواة واحدة تقريبًا لكل 8-10 جلسات مستخدم متزامنة (حتى لا يشتكي المستخدمون لاحقًا من تباطؤ خادم 1C).

يرجى ملاحظة أن سرعة معالجة الاستعلام لا تعتمد كثيرًا على عدد النوى ، ولكن على تردد ساعة المعالج ، ويؤثر عدد النوى على استقرار العمل بشكل أكبر مع وجود عدد كبير من المستخدمين والمهام المتزامنة منهم.

ما مقدار الذاكرة التي يحتاجها خادم 1C

بالإضافة إلى ما سبق ، إذا كنت بحاجة إلى خادم 1C لـ 100 مستخدم أو أكثر ، فإننا نوصي بنشر مجموعة من خادمين فعليين على الأقل 1C.

نقترح حساب مقدار ذاكرة الوصول العشوائي المطلوبة بناءً على المؤشرات التالية:

  • 2 غيغابايت ستكون مطلوبة لتشغيل نظام التشغيل
  • 2 غيغابايت على الأقل لذاكرة التخزين المؤقت لـ MS SQL Server ، ومن الأفضل أن تكون هذه القيمة 20-30٪ من الحجم الفعلي لقاعدة البيانات - وهذا سيضمن تجربة مستخدم مريحة معها
  • 1 - 4 جيجا بايت لخادم تطبيقات 1C
  • سيتطلب 100-250 ميغابايت جلسة طرفية واحدة للمستخدم ، اعتمادًا على مجموعة وظائف خادم 1C ، التكوين المستخدم

فيما يلي حساباتنا التقريبية لمعلمات الخادم 1C 8.3:

من الأفضل شراء ذاكرة الوصول العشوائي بهامش - وهذا أحد أهم العوامل في الأداء العالي لخادم 1C وفي نفس الوقت يعد الآن أحد أرخص المكونات. إذا لم تكن هناك ذاكرة كافية على خادم 1C Enterprise ، فسيكون ذلك ملحوظًا جدًا أثناء التشغيل ، لذلك ، عندما يتعلق الأمر بمسألة أي خادم 1C تختار ، انتبه دائمًا للتأكد من أن لديه ذاكرة وصول عشوائي كافية.

الخادم 1C: معدات لنظام القرص الفرعي

عند اختيار الخادم المطلوب لـ 1C ، يجب أن نتذكر أنه أثناء عمل المستخدمين معه ، سيتم تنفيذ العديد من عمليات قراءة وكتابة البيانات في الثانية. هذه المعلمة - بالسرعة التي يسمح بها محرك الأقراص الثابتة لمعالجة البيانات - هي أيضًا أحد مفاتيح سرعة خادم 1C.

عند تصميم خادم 1C ، نوصيك بالامتثال للمتطلبات التالية لمعدات النظام الفرعي للقرص:

  • لا يهم أي خادم تقوم بإنشائه لـ 1C ، لا نوصي بأي حال من الأحوال باستخدام أقراص فردية في الخوادم - يُنصح بتنظيمها في مصفوفات RAID (RAID 10 للكبير أو RAID 1 لقواعد البيانات الصغيرة) ، حيث جداول قاعدة البيانات سوف يتم تحديد موقعه.
  • نوصي بنقل ملفات الفهرس إلى SSD منفصل للوصول إليها بشكل أسرع
  • TempDB - على 1-2 (RAID 1) SSD.
  • ضع بيانات المستخدم ونظام التشغيل على RAID 1 من SSD / HDD.
  • لملفات السجل ، قم بتخصيص قرص منطقي منفصل من المصفوفة أو قرص SSD فعلي.
  • إذا أمكن ، استخدم تحكم الأجهزة- لقد رأينا حالات تباطأ فيها خادم قوي ومكلف بسبب عدم كفاية أداء وحدة التحكم.

اختيار الخادم لـ 1C

في هذه المقالة ، قدمنا ​​بعض النصائح والحسابات التقريبية حول كيفية اختيار خادم لـ 1C ، ونأمل أن تكون مفيدة لك.

في الختام ، دعنا نضيف شيئًا آخر - يجب ألا تحاول توفير المال باستخدام كمبيوتر مستخدم لخادم 1C (كما يحدث غالبًا في الشركات الصغيرة) - أجهزة المستخدم أقل موثوقية وتحملًا للأخطاء من أجهزة الخادم المماثلة أداء. لا يستحق المخاطرة بنظام المحاسبة الخاص بمؤسستك. إذا كان شراء الأجهزة المناسبة خارج ميزانيتك ، فقد ترغب في التفكير في نشر 1C في السحابة.

إذا كان من الصعب عليك تحديد الخادم الذي تختاره لـ 1C Enterprise 8.3 ، وكيفية إنشاء خادم 1C ، نظرًا لأنك لم تواجه هذه المهمة من قبل ، فيمكنك دائمًا الاتصال بشركة تكامل النظام حتى يساعدك المتخصصون الفنيون ذوو الخبرة تصميم وشراء وتثبيت وإعداد خادم مناسب لـ 1C.

بادئ ذي بدء ، أقترح إبراز عدة سيناريوهات للعمل:

1.) العمل مع قاعدة الملفات من خلال مورد مشترك (خادم الويب)

2.) العمل مع قاعدة الملفات في المحطة

3.) العمل مع قاعدة بيانات الخادم (MSSQL)

العمل مع قاعدة الملفات من خلال مورد مشترك (خادم الويب)


كل شيء بسيط هنا. اذا هذا أشكال منتظمةو 1-3 مستخدمين. ثم على "الخادم" (الجهاز الذي ستوضع عليه القاعدة ، حدد:

  • مسامير سريعة- انتبه لسرعة المغزل (نأخذ 7200 دورة في الدقيقة). على سبيل المثال ، لا نأخذ السلسلة الخضراء من WD ، بل نأخذ الأسود أو الأحمر. انظر سلسلة كوكبة سيجيت.
  • وحدة المعالجة المركزية- النوى ليست بنفس أهمية ترددها. يستخدم 1C متعدد النواة بشكل سيئ (ليس على الإطلاق) ، لذلك لن تحصل على أي فوائد من معالج ثماني النواة ، فإن المعالج ثنائي النواة بتردد أعلى سيفعل ذلك. على سبيل المثال ، core i3 4360 - هذا هو أقصى تردد حاليًا لـ intel (4 جيجا هرتز في وضع التربو).
  • الرامات " الذاكرة العشوائية في الهواتف والحواسيب -لن تلعب دورًا. بالنظر إلى كيفية التهام التطبيقات الحديثة للذاكرة ، ضع 8 جيجابايت
  • صافي- حسنًا ، في الواقع ، لن تستفيد حقًا من شبكة 1 جيجابت ، ولكن مع ذلك ، إذا تم تمديد زوج مجدول من 8 أسلاك (يمكنك البحث في الموصلات) ، فمن المنطقي وضع مفتاح جيجابت ، في نفس الوقت وقت مشاركة الملفات ستكون أسرع.
    واللمسة الأخيرة في هذا السيناريو - لا داعي لاستضافة قاعدة البيانات في مكان ما على جهاز منفصل - سيتم تنفيذ العمليات طويلة الأمد محليًا بشكل أسرع بكثير من عبر الشبكة. ضع هذه السيارة مكان العمل، من حيث تم التخطيط ، على سبيل المثال ، لإغلاق الشهر أو لتحديث أمن المعلومات.

نقطة أخرى ، إذا كانت القاعدة تعمل النماذج المدارة. هنا ، إذا تم كل شيء كما هو موضح أعلاه ، فستحصل على الفرامل. ومع ذلك ، هناك طريقة للخروج:

  • SSD *بدلا من المسمار المعتاد سيوفر لنا. خذ محرك أقراص 120 جيجابايت ، لأنه حتى مع الأخذ في الاعتبار نمو سعر الصرف ، فهي مقبولة. أوصي بالاهتمام بسلسلة Intel 520/530 ، kingston v300. الأفضل من ذلك ، ما عليك سوى قراءة المراجعات حول أحدث الموديلات ، لأن. يتطور هذا السوق بسرعة كبيرة وتدخل منتجات جديدة إلى السوق
    * ملاحظة: إذا كنت ستقوم بدمج الأقراص في RAID مع النسخ المتطابق ، على سبيل المثال ، RAID1. في هذه الحالة ، هناك لحظة من هذا القبيل: الأكثر محركات SSDمطلوب تقليم لتنظيف القمامة (بشكل أساسي للطرز القديمة إلى حد ما) ، قد لا يتم دعم الأمر في وضع الغارة وسيتراجع محرك الأقراص في السرعة أثناء عمله. لتجنب هذه المشكلة ، يمكنك استخدام طريقتين على الأقل: من الناحية المثالية ، شراء SSD على مستوى المؤسسة ، على سبيل المثال ، intel DC3500. إذا بدت باهظة الثمن ، يمكنك استخدام حزمة: اللوحة الأم مع مجموعة شرائح
  • وحدة المعالجة المركزية- على غرار الفقرة السابقة. كلما زاد التردد ، كان ذلك أفضل.
  • الرامات " الذاكرة العشوائية في الهواتف والحواسيب -كبير لن تلعب دورًا. بالنظر إلى كيفية التهام التطبيقات الحديثة للذاكرة ، ضع 8 جيجابايت

إذا كان مستخدم واحد يعمل محليًا مع قاعدة البيانات ، فهذا يكفي لعمله المريح ، لكن سرعة عمل الشبكة من خلال مورد مشترك ستظل بطيئة. ولكن هناك طريقة للخروج - العمل من خلال خادم الويب. على الإنترنت ، يمكنك العثور على عدد كبير من المقالات التي تصف كيفية تنظيم العمل مع 1C بطريقة مماثلة ، ولن أتطرق إلى هذا في هذه المقالة. الشيء الوحيد الذي سأشاركه معك هو ملاحظتي: من الأفضل إعداد العمل للمستخدمين ليس من خلال متصفح الويب ، ولكن من خلال عميل رفيع (عندما نضيف قاعدة بيانات جديدة إلى قائمة IS ، هناك عنصر "على خادم الويب "في صفحة موضع IS). هذا ، حسب ملاحظاتي ، أسرع من المتصفح. بالإضافة إلى ذلك ، عند العمل من خلال متصفح ، توجد أخطاء في الواجهة (تحولت PM ، وما إلى ذلك) ، والتي لا تكون موجودة عند العمل من خلال عميل رفيع.

في الواقع ، باستخدام هذه الوصفة (ssd ، معالج بتردد عالٍ ، خادم ويب ، عميل رفيع). يمكنك تبديد الأسطورة "إذا كان عدد المستخدمين أكثر من 1 (وفقًا لبعض الإصدارات ، أكثر من 0 :)) - فأنت بحاجة إلى قاعدة خادم *.

* على الرغم من أنه ، بالطبع ، بشرط أن هذه ليست SCP أو قاعدة بيانات> حجمها 4 غيغابايت ، ولا يتجاوز عدد المستخدمين 4 (هذه هي أقصى أحجام لقاعدة البيانات وعدد المستخدمين الذين رأيتهم ، ربما التقى شخص ما بالحالات عندما يعمل من خلال خادم ويب مع المزيد من الأشخاص الذين يعملون مع قاعدة الملفات؟ اكتب في التعليقات)

العمل مع قاعدة الملفات في المحطة

دعنا ننتقل إلى الخيار التالي. لدينا خادم طرفي وقاعدة ملفات. كل شيء هنا مشابه للسيناريو 1 ، باستثناء المعالج:

  • محرك SSDبدلا من المسمار العادي. *
    *ملحوظة:تأكد من تجميع الأقراص في RAID مع النسخ المتطابق ، على سبيل المثال ، RAID1. في هذه الحالة ، هناك مثل هذه النقطة: تتطلب معظم محركات أقراص SSD تقليمًا لتنظيف القمامة (بشكل أساسي للطرازات القديمة إلى حد ما) ، في وضع الغارة ، قد لا يتم دعم الأمر وسيتراجع محرك الأقراص بسرعة أثناء عمله. لتجنب هذه المشكلة ، يمكنك استخدام طريقتين على الأقل: من الناحية المثالية ، شراء SSD على مستوى المؤسسة ، على سبيل المثال ، intel DC3500. إذا كان هذا يبدو باهظ الثمن ، يمكنك استخدام SSD فئة مخصصة ، ولكن بعد ذلك تأكد من أن سعة إعادة الكتابة كافية للسيناريو الخاص بك.
  • وحدة المعالجة المركزية- هنا من المنطقي أن تأخذ corei5 بدلاً من i3 ، لأن سيعمل 1C على المحطة ، ولن يتدخل مركزان إضافيان ، لكن لا تنس التردد.
  • الرامات " الذاكرة العشوائية في الهواتف والحواسيب "هناك مثل هذا التعبير المستقر بين المشرفين: لا توجد ذاكرة كبيرة على الإطلاق). من ممارستي ، 7 أشخاص ، عند العمل في BP3 ، يشغلون 8-12 جيجابايت على الجهاز (يعتمد ذلك على عدد المستندات المفتوحة لكل مستخدم). بالنسبة للأشكال العادية ، يمكن تقسيم حجم الذاكرة على 2 :). يمكن إجراء حساب تقريبي على النحو التالي: 256 ميجابايت لجلسة المحطة نفسها + 1.5 جيجابايت لـ 1C

العمل مع قاعدة بيانات الخادم (MSSQL)


هذا السيناريو هو الأكثر تعقيدًا ، وربما يتطلب مقالة منفصلة. أقترح في هذه المقالة النظر فقط في المبادئ الأساسية التي تؤثر على الأداء

  • وضع خادم SQL والخادم 1C.على أجهزة مختلفة أو على جهاز واحد. هناك لحظة كهذه: إذا كانوا على نفس الجهاز ، فسيحدث الاتصال بينهم من خلال بروتوكول الذاكرة المشتركة ، وفي هذه الحالة نحصل على مكافأة في الأداء ، وهي ليست موجودة عندما يكونون على أجهزة مختلفة.
  • وحدة المعالجة المركزية.وهنا بالفعل ساعة مفيدة وذات سرعة عالية ومتعددة النواة. لان لدينا عملية خادم SQL ، إذا كانت على نفس الجهاز ، والعديد من عمليات خادم 1C rphost التي ستحمّل أنوية المعالج. بشكل منفصل ، أريد إبراز أنظمة المعالج المزدوج (أي عندما يكون هناك مآخذان على اللوحة الأم لـ و المزيد من المقابس). حتى إذا كنت تستخدم مقبسًا فارغًا "احتياطيًا ، اشترِ معالجًا لاحقًا ، إذا احتجت إليه فجأة". لقد رأيت عددًا كبيرًا من الخوادم ثنائية المقبس التي كانت ، حتى النهاية العميقة للحياة ، تقف بمقبس ثانٍ فارغ. على الرغم من ذلك ، إذا دفعت الشركة ... لماذا تحرم نفسك من المتعة :)
  • الرامات " الذاكرة العشوائية في الهواتف والحواسيب ". في عمله ، يستخدم SQL Server * بشكل نشط ذاكرة الوصول العشوائي ، إذا لم يكن ذلك كافيًا ، فسوف يصعد إلى الأقراص ، والتي ، حتى في حالة ssd ، تكون أبطأ من ذاكرة الوصول العشوائي. لذلك ، لا يستحق الحفظ على الذاكرة هنا. ضع الميزانية قدر الإمكان (لا تنس ، بالطبع ، الفطرة السليمة :)) ، واترك فتحات مجانية على اللوحة الأم حتى تتمكن دائمًا من تقديم شريط إضافي.
    * ملاحظة: لا تنسى تحديد الحد الأقصى لذاكرة الوصول العشوائي (RAM) التي يستخدمها خادم SQL بحيث تكون كافية لنظام التشغيل وجلسات المحطة الطرفية ، وكذلك زيادة خطوات زيادة tmp وقاعدة بيانات SQL (الخطوة الافتراضية هي 1 ميجابايت ، وهو أمر بالغ الأهمية مجموعة صغيرة 200 ميجابايت للقاعدة و 50 ميجابايت للتسجيل)
  • النظام الفرعي للقرص.قد يظهر الفكر أنه إذا كان حجم ذاكرة الوصول العشوائي أكبر من حجم القاعدة ، فسيكون كل شيء في الذاكرة وسيطير كل شيء. ربما كان ... قبل عملية الكتابة الأولى :) التي ستكتب على الأقراص. وهذا هو المكان الذي ستكسر فيه محركات الأقراص الثابتة :) استخدم محركات أقراص SSD. وهنا ، لا تقم بالحفظ على محركات أقراص الحالة الصلبة غير المكتبية بعد الآن ، واحصل على محركات أقراص الحالة الصلبة العادية على مستوى المؤسسة. مورد إنتل DC3700-200 جيجابايت 3.7 بيتابايت (10 عمليات استبدال من الحجم الإجمالي لمحرك الأقراص يوميًا لمدة 5 سنوات) ،يمكن العثور عليها مقابل 24000r / قطعة + ثانية لـ RAID1 = 48000. سوف يستغرق الترخيص الكثير.

يبدو أن هذا كل شيء. إذا كانت الأسئلة / الشكاوى / الاقتراحات - مرحبًا بك في التعليقات ؛)

1C: يمكن أن يكون Enterprise 8 تطبيقًا كثيف الاستخدام للموارد حتى مع وجود عدد قليل من المستخدمين. عند اختيار خادم لـ 1C ، يرغب أي مالك في تجنب "إصابات الولادة" - الاختناقات المحتملة المضمنة فيه. من ناحية أخرى ، يشتري عدد قليل من الناس اليوم خوادم ذات سعة زائدة ، "من أجل النمو". إنه لأمر جيد إذا كان من الممكن إزالة ملف تعريف التحميل مسبقًا - فمن الأسهل تصميم خادم لتكوين محدد لتطبيقات الشركة.

من أجل التحديد ، دعنا نفكر في النظام الأساسي "1C: Enterprise 8.2" في تكويناته الأساسية الشائعة "المحاسبة" و "التجارة والمستودعات" و "كشوف المرتبات وإدارة الموارد البشرية" و "إدارة مؤسسة تجارية" وجزئيًا "التصنيع إدارة المؤسسة ". ننطلق من حقيقة أنه بالنسبة للمؤسسات التي يعمل بها 10 موظفين أو أكثر يعملون في 1C ، "1C: Enterprise 8.2. خادم التطبيقات ". لنأخذ في الاعتبار خيار العمل في وضع سطح المكتب البعيد ، حيث يصل عدد مستخدمي قاعدة البيانات المتزامنين إلى 100-150. ستنطبق التوصيات أيضًا على DB 1C الأكثر "ثقيلًا" ، لكن "الحالات الشديدة" تتطلب دائمًا نهجًا فرديًا.

المعالجات وذاكرة الوصول العشوائي

إذا كانت الشركة صغيرة جدًا (من 2 إلى 7 مستخدمين في النظام) ، فإن قاعدة البيانات صغيرة (تصل إلى 1 جيجابايت) ، ويعمل 1C: Enterprise 8.2 في وضع الملف على كمبيوتر المستخدم ، ثم نحصل على تنفيذ خادم الملفات الكلاسيكي. حتى Intel Core i3 ، وخاصة Intel Xeon E3-12xx ، يمكنه التعامل مع مثل هذه المهمة من حيث حمل وحدة المعالجة المركزية. حجم ذاكرة الوصول العشوائي المطلوبة بسيط للغاية: 2 غيغابايت لنظام التشغيل و 2 غيغابايت لذاكرة التخزين المؤقت لملفات النظام.

إذا كان لدى الشركة 5-25 مستخدم 1C ، فإن حجم قاعدة البيانات يصل إلى 4 جيجابايت ، ثم يجب أن يحتوي تطبيق 1C: Enterprise 8.2 على ما يكفي من Intel Xeon E3-12xx أو AMD Opteron 4xxx رباعي النوى. بالإضافة إلى 2 غيغابايت من ذاكرة الوصول العشوائي لنظام التشغيل ، من الضروري تخصيص 1-4 غيغابايت لـ 1C: Enterprise 8.2. Application Server "ونفس المقدار الخاص بـ MS SQL Server كذاكرة تخزين مؤقت - ما مجموعه 8-12 جيجابايت من ذاكرة الوصول العشوائي. بالنسبة لقواعد البيانات الصغيرة ، من المستحسن تخزين 30٪ على الأقل من قاعدة البيانات في ذاكرة الوصول العشوائي ، ويفضل أن يكون ذلك 100٪.

الحقيقة المعروفة (على الرغم من عدم الإعلان عنها بشكل خاص): "1C: Enterprise 8.2. لا يحب خادم التطبيقات ذلك كثيرًا عندما يقوم نظام التشغيل بإفراغه في ملف مبادلة على القرص الصلب ، ويميل أحيانًا إلى فقدان الاستجابة. لذلك ، على الخادم حيث يتم تشغيل "Application Server" ، يجب أن يكون هناك دائمًا توفير مساحة خالية في ذاكرة الوصول العشوائي - خاصةً لأنها غير مكلفة اليوم.

في الشركات الكبيرة ، يعمل مستخدمو 1C عادةً من خلال الوصول عن بُعد إلى التطبيق (سطح المكتب البعيد) - أي في وضع المحطة الطرفية. كقاعدة عامة ، مع 10-100 1C مستخدم بقاعدة بيانات 1 جيجابايت أو أكثر ، "1C: Enterprise 8.2. خادم التطبيق "وتطبيق المستخدم" 1C: المؤسسة 8.2 "يعملان على نفس الخادم.

لتحديد موارد المعالج المطلوبة ، يُفترض أن نواة مادية واحدة لا يمكنها معالجة أكثر من 8 خيوط مستخدم بكفاءة - ويرجع ذلك إلى البنية الداخلية للمعالجات. كما تبين الممارسة ، بالنسبة لمهام 1C + Remote Desktop ، يجب ألا تأخذ معالجات الخادم ذات الخطوط السفلية ذات الترددات المنخفضة للنواة الحسابية وبنية مبتورة. إذا كان هناك عدد قليل من المستخدمين (حتى 15-20) ، فسوف يكفي معالج Intel Xeon E3-12xx عالي التردد. في الوقت نفسه ، سيذهب واحد على الأقل من جوهره المادي (خيوط 2) إلى احتياجات SQL Server ، واحد آخر (خيوط 2) - إلى 1C: Enterprise 8.2. Application Server "، والنوى المادية المتبقية (4 خيوط) - لمستخدمي نظام التشغيل والمحطة. مع وجود أكثر من 20 مستخدمًا من فئة 1C أو أكثر من حجم قاعدة بيانات 4 جيجابايت ، فقد حان الوقت للتبديل إلى نظامي معالجات على Intel Xeon E5-26xx أو AMD Opteron 62xx.

حساب المقدار المطلوب من ذاكرة الوصول العشوائي بسيط نسبيًا: يجب إعطاء 2 غيغابايت لنظام التشغيل أو 2 غيغابايت أو أكثر - MS SQL Server كذاكرة تخزين مؤقت (30٪ على الأقل من قاعدة البيانات) ، 1-4 غيغابايت - ضمن "1C: Enterprise 8.2 . Application Server "، يجب أن تكون بقية ذاكرة الخادم كافية لجلسات المحطات الطرفية. مستخدم طرفي واحد ، اعتمادًا على التكوين ، يستهلك في تطبيقات "المحاسبة" ، "التجارة والمستودعات" - 100-120 ميجابايت ، "إدارة الرواتب والموظفين" ، "إدارة المؤسسة التجارية" - 120-160 ميجابايت ، "إدارة مؤسسة التصنيع "- 180-240MB. إذا قام المستخدم بتشغيل MS Word و MS Excel و MS Outlook بالإضافة إلى ذلك على الخادم ، فيجب تخصيص 100 ميجابايت أخرى لكل تطبيق. كقاعدة عامة ، الحد الأدنى لخادم المحطة الطرفية هو 12 جيجابايت من ذاكرة الوصول العشوائي.

على سبيل المثال ، بالنسبة لخادم 1C مع حزمة البرامج بأكملها ، و 50 مستخدمًا طرفيًا في تكوين إدارة المؤسسة التجارية ، وقاعدة بيانات 8 جيجابايت ، فإن قوة الحوسبة لمعالجين Intel Xeon E5-2650 (8 مراكز ، 16 مؤشر ترابط ، 2.0 جيجاهرتز) كن الأمثل. ستحتاج ذاكرة الوصول العشوائي (RAM) على الأقل 2 (OS) + 4 (SQL) + 4 (1C-server) + 8 (160 "UTP" * 50 مستخدمًا) = 18 جيجابايت ، ويفضل 24-32 جيجابايت (6-8 قنوات DIMM سعة 4 جيجابايت لكل منهما) .

نظام القرص الفرعي

تعود معظم الشكاوى حول بطء تشغيل 1C: خوادم Enterprise 8 إلى سوء فهم أنواع عمليات الإدخال / الإخراج التي يتم إجراؤها عليها ، وبأي بيانات وبأي شدة. غالبًا ما يكون النظام الفرعي للقرص هو المفتاح لضمان أداء كافٍ للخادم ككل - بعد كل شيء ، بالنسبة لقواعد البيانات المحملة ، فإن أكبر مشكلة هي قفل الجداول عندما يعمل العديد من المستخدمين معها في وقت واحد أو أثناء التنزيلات / التحميلات / النشرات الجماعية. مراقبة وتحسين نظام القرص الفرعي للخادم.

يحتوي 1C على 5 تدفقات بيانات لنظام القرص الفرعي الذي يعمل معه:

  • جداول قاعدة البيانات ؛
  • ملفات الفهرس
  • الملفات المؤقتة tempDB ؛
  • ملف سجل SQL ؛
  • ملف سجل لتطبيقات المستخدم 1C.

بنية البيانات في 1C موجهة للكائنات ، مع العديد من الكائنات والعلاقات فيما بينها. للعمل مع جداول البيانات ، فإن عدد عمليات القراءة والكتابة التي يمكن أن يقوم بها النظام الفرعي للقرص في فترة زمنية (عملية الإدخال والإخراج في الثانية ، IOPS) مهم للغاية. في الوقت نفسه ، فإن قدرتها على تقديم معدل تدفق بيانات مرتفع (في MBp / s) أقل أهمية بكثير. يمكن لقاعدة متواضعة للغاية من 200-300 ميجابايت مع 3-5 مستخدمين توليد ما يصل إلى 400-600 IOPS في القمم. قاعدة بيانات لـ 10-15 مستخدمًا وحجم 400-800 ميجابايت قادرة على توفير 1500-2500 IOPS ، و 40-50 مستخدمًا لقاعدة بيانات 2-4GB ينشئون 5000-7500 IOPS ، وقواعد البيانات لـ 80-100 مستخدم تصل بسهولة إلى 12000- 18000 IOPS.

بالطبع ، يمكن أن يكون متوسط ​​الحمل على النظام الفرعي للقرص 10-15٪ من الذروة. في الواقع فقط ، يعد الأداء خلال فترة ذروة الأحمال أمرًا مهمًا: التنزيلات التلقائية للبيانات من الأنظمة الأخرى ، أو تبادل البيانات لنظام موزع ، أو إعادة تشغيل الفترة.

تتعامل محركات الأقراص الحديثة في عمليات القراءة والكتابة مع الوصول العشوائي (قراءة / كتابة عشوائية) وحدها مع مثل هذه الأحمال:

إنتل 910400 جيجابايت

2400 - 8600 IOPS

من الواضح أن:

  • عنق الزجاجة لكل من HDD و SSD هو الكتابة ؛
  • محركات الأقراص الثابتة التقليدية ليست منافسة لمحركات الأقراص الثابتة من حيث سرعة القراءة في IOPS ، حتى من الناحية النظرية ، يتجاوز الفرق رتبتي حجم ؛
  • حتى ليس أحدث SSD لسطح المكتب هو 3-40 مرة (حسب التكوين) أسرع من أي محرك أقراص صلبة من حيث سرعة الكتابة في IOPS ، فإن SSD للخادم أسرع 12-40 مرة من HDD ؛
  • يتم توفير أقصى أداء في IOPS بواسطة PCIe SSD class Intel 910 أو LSI WarpDrive.

لا يتم استخدام الأقراص الفردية في خوادم قواعد البيانات ، بل يتم استخدام مصفوفات RAID فقط. لمزيد من حساب الأداء الحقيقي لنظام القرص الفرعي ، يجب أن تأخذ في الاعتبار التكاليف ("العقوبة") للكتابة إلى IOPS ، والتي تتكبدها مجموعة الأقراص في RAID:

إذا جمعت 6 أقراص في RAID 10 ، فسيتم إنفاق 2 IOPS من الأقراص المادية لكل سجل من 1 IOPS من البيانات ، وإذا كان في RAID 6 ، فسيتم استهلاك 6 IOPS من الأقراص. وبالتالي ، عند حساب سعة تحميل الكتابة لمجموعة الأقراص ، يجب عليك أولاً إضافة IOPS لجميع الأقراص في مجموعة RAID ، ثم تقسيمها على "العقوبة".

سيوفر المثال 1: 2 SATA 7200 HDDs في RAID 1 الكتابة: (100 IOPS * 2) / 2 = 100 IOPS.

سيوفر المثال 2: 4 SATA 7200s في RAID 5: (100 IOPS * 4) / 4 = 100 IOPS لكل عملية كتابة.

سيوفر المثال 3: 4 SATA 7200s في RAID 10: (100 IOPS * 4) / 2 = 200 IOPS لكل عملية كتابة.

يوضح المثالان 2 و 3 سبب تفضيل RAID 10 لتخزين قواعد البيانات التي تحتوي على توزيع نموذجي للقراءة / الكتابة 68/32.

من هذه الجداول الثلاثة ، يتضح سبب عدم كفاية أداء "مجموعة جنتلمان" النموذجية 2 HDD SATA 7200 في RAID 1 للخادم: في أوقات التحميل القصوى ، يزداد عدد مرات الوصول إلى القرص ، وينتظر المستخدمون استجابة من النظام ، في بعض الأحيان لعدة ساعات.

كيفية زيادة أداء الكتابة لنظام القرص الفرعي؟ قم بزيادة عدد الأقراص في مجموعة RAID ، وانتقل إلى أقراص ذات سرعة دوران أعلى ، وحدد مستوى RAID مع عقوبة كتابة أقل. يساعد التخزين المؤقت بواسطة وحدة تحكم RAID مع تمكين وضع "إعادة الكتابة" كثيرًا. لا تتم كتابة البيانات مباشرة على الأقراص (كما هو الحال في وضع الكتابة من خلال) ، ولكن إلى ذاكرة التخزين المؤقت لوحدة التحكم ، وبعد ذلك فقط ، في الوضع الدفعي وفي نموذج مرتب ، على الأقراص. اعتمادًا على تفاصيل المهمة ، يمكن زيادة أداء الكتابة بنسبة 30-100٪.

في ظل قواعد البيانات المحملة قليلاً أو الصغيرة نسبيًا (حتى 20 جيجا بايت) ، تكون الطريقة غير المكلفة "لاستخراج IOPS" مناسبة - RAID الهجين من SSD / HDD. أكثر ولا تحتاج إلى قاعدة بيانات فرعية لـ 3-15 مستخدمًا في بنية موزعة مثل شبكة المقاهي أو محطات الخدمة.

بالنسبة لقواعد البيانات الكبيرة (200 جيجابايت أو أكثر) التي تحتوي على مسار بيانات تاريخي طويل ، أو لخدمة العديد من قواعد البيانات الكبيرة ، يمكن أن يكون التخزين المؤقت لـ SSD (تقنيات LSI CacheCade 2.0 أو Adaptec MaxCache 3.0) فعالاً. وفقًا لتجربة تشغيل مثل هذه الأنظمة ، يمكن استخدامها في مهام 1C بتكلفة منخفضة نسبيًا وبدون تغييرات كبيرة في البنية التحتية للتخزين لتسريع عمليات القرص بنسبة 20-50٪.

من المتوقع أن يكون البطل من حيث الأداء في IOPS هو مصفوفات RAID على محركات أقراص الحالة الصلبة للخادم - كلاهما تقليدي ، باستخدام وحدة تحكم SAS RAID ، و PCIe SSDs. يتم إعاقة شعبيتها بسبب اثنين من القيود: التكنولوجية (أداء وحدات تحكم RAID أو الحاجة إلى كسر هيكل التخزين بشكل جذري) وسعر البيع.

بشكل منفصل ، يجب أن يقال عن تخزين ملفات الفهرس و TempDB. نادرًا ما يتم تحديث ملفات الفهرس (عادةً مرة واحدة يوميًا) ، ولكن تتم قراءتها كثيرًا جدًا (IOPS). تحتاج هذه البيانات ببساطة إلى تخزينها على SSD ، مع معدلات قراءتها! عادةً ما يكون TempDB المستخدم لتخزين البيانات المؤقتة صغير الحجم (1-4-12 جيجابايت) ، ولكنه يتطلب الكثير من سرعة الكتابة. تشترك ملفات الفهرس والملفات المؤقتة في أن خسارتها لا يؤدي إلى فقدان البيانات الحقيقية. هذا يعني أنه يمكن وضعها على SSD منفصل (أفضل - على مجلدين منفصلين). على الأقل على وحدة تحكم SATA الموجودة على اللوحة الأم. من وجهة نظر الموثوقية والأداء ، في ظل TempDB ، من المستحسن إعطاء مرآة (RAID1) من SSD ، من الممكن على وحدة التحكم الموجودة على متن الطائرة ، ولكن مع الإغلاق الإلزامي لجميع مخابئ الكتابة. يمكن لمحركات أقراص الحالة الصلبة لسطح المكتب أيضًا التعامل مع هذا الدور - مثل سلسلة Intel 520 ، حيث يكون ضغط بيانات الأجهزة عند الكتابة إلى TempDB مناسبًا تمامًا. إن إزالة هذه المهام من نظام التخزين المشترك إلى نظام فرعي مخصص عالي السرعة له تأثير إيجابي على أداء النظام ككل ، خاصة في أوقات الذروة.

في الحالات التي يكون فيها من الممكن ضمان أسرع استجابة ممكنة للمسؤولين في حالة الفشل ، وعندما تكون هناك مهام حسابية معقدة (المستودعات أو لوجستيات النقل ، الإنتاج في SCP ، تبادل الحجم في URDB) ، يتم نقل TempDB إلى RAMDrive. يتيح لك هذا الحل الفوز أحيانًا بما يصل إلى 4-12٪ من الأداء الكلي للنظام. تظهر بعض الإزعاج فقط في حالة إعادة تشغيل الخادم: إذا لم يبدأ RAMDrive تلقائيًا ، فسيكون تدخل المسؤول مطلوبًا للبدء يدويًا - وإلا سيصبح النظام بأكمله.

عنصر مهم آخر هو ملفات السجل. لديهم ميزة غير سارة لأي نظام فرعي للقرص - فهي تولد دفقًا ثابتًا تقريبًا من عمليات الوصول للكتابة الصغيرة. هذا غير محسوس في الأحمال المتوسطة ، ولكنه يقلل بشكل كبير من أداء الخادم 1C في ذروة الأحمال. من المنطقي نقل ملف السجل (على وجه الخصوص ، ملف سجل SQL) إلى وحدة تخزين فعلية منفصلة لا تحتوي على متطلبات IOPS عالية وستتم كتابتها بشكل خطي تقريبًا. لراحة البال ، يمكنك إنشاء مرآة من SATA / NL SAS غير المكلفة والضخم (لسجل كامل) ، أو محركات أقراص الحالة الصلبة لسطح المكتب غير المكلفة من نفس سلسلة Intel 520 (سجل بسيط ، أو سجل كامل ، مع النسخ الاحتياطي والتنظيف اليومي).

بشكل عام ، يمكننا القول أن وصول محركات أقراص الحالة الثابتة في الخوادم قد فتح فرصًا جديدة لزيادة أداء الخوادم الكبيرة - نظرًا لتخزين البيانات المتدرج وتهيئة الإدخال / الإخراج المعقولة للقرص.

يبدو النظام الفرعي للقرص الخاص بـ "الخادم المثالي تحت 1C" كما يلي:

1. يتم استضافة جداول قاعدة البيانات على RAID 10 (أو RAID 1 لقواعد البيانات الصغيرة) لمحركات SSD للخادم الموثوق بها مع وحدة تحكم RAID إلزامية للأجهزة. لمتطلبات IOPS العالية ، ضع في اعتبارك خيار PCIe SSD. بالنسبة لقواعد البيانات الكبيرة ، يكون التخزين المؤقت لصفيفات الأقراص الصلبة SSD فعالاً. إذا كان تكوين 1C وهيكل البيانات المستخدم لا يتطلبان الكثير على IOPS ، وكان عدد المستخدمين صغيرًا ، فستكفي مجموعة تقليدية من HDD SAS 15K rpm.

2. يتم نقل ملفات الفهرس إلى SSD واحد سريع وغير مكلف ، TempDB - إلى 1-2 (RAID 1) SSD أو RAMDrive.

3. وحدة تخزين مخصصة (قرص مادي واحد أو RAID-1) على محرك أقراص ثابتة SATA / NL SAS أو محرك أقراص صلبة منخفض التكلفة ، أو قرص منطقي على مجموعة RAID تحتوي على نظام تشغيل الخادم وملفات / مجلدات المستخدم.

4. يتم تخزين نظام التشغيل وبيانات المستخدم على RAID 1 لمحرك الأقراص الصلبة أو SSD.

إذا كانت البنية التحتية لتكنولوجيا المعلومات افتراضية ، فمن المستحسن للغاية أن يتم تثبيت SQL Server ليس كجهاز ظاهري ، ولكن مباشرة على خادم فعلي ، على المعدن. يتراوح سعر المشكلة من 15 إلى 35٪ من أداء النظام الفرعي للقرص (اعتمادًا على الأجهزة وبرامج التشغيل وأدوات المحاكاة الافتراضية وطرق اتصال وحدة التخزين). في بيئة خادم SQL الافتراضية ، يعد توصيل وحدات التخزين بجداول قاعدة البيانات وملفات الفهرس و TempDB بجهاز افتراضي أمرًا إلزاميًا في الوضع الحصري عبر الوصول المباشر.

واجهات الشبكة

عند إنشاء أنظمة 1C: Enterprise 8 للمؤسسات الصغيرة والمتوسطة (حتى 100-150 مستخدمًا نشطًا في نفس الوقت) ، يجب تقليل الخسائر في عمليات الشبكة عبر واجهة Ethernet. من الناحية المثالية ، قم بخدمة كل من SQL Server و "1C: Enterprise 8 Application Server x64" وجلسات مستخدم 1C في سطح المكتب البعيد باستخدام خادم فعلي واحد. مثيرة للجدل من حيث التسامح مع الخطأ ، تسمح لك هذه التوصية بالحصول على أقصى استفادة من الأجهزة والبرامج ، ومن خلال استخدام المحاكاة الافتراضية توفر مستوى معينًا من الأمان و "إمكانية تكرار البيئة" على المعدات الأخرى.

لماذا تستبعد Ethernet من خادم SQL المتسلسل -> 1C: خادم تطبيق Enterprise 8 -> 1C: جلسة مستخدم Enterprise 8؟ ستؤدي واجهة شبكة Ethernet ، بتجميعها للبيانات في كتل صغيرة نسبيًا للإرسال ، دائمًا إلى حدوث تأخيرات إضافية: عند تعبئة / تفريغ حركة المرور ، وأثناء الإرسال نفسه (زمن انتقال عالٍ). في 1C: Enterprise 8 ، يتم نقل مصفوفات البيانات الكبيرة إلى حد ما للمعالجة والعرض على طول السلسلة بأكملها ، في بعض المواقف - في كلا الاتجاهين. عند نقل البيانات مباشرة من عملية إلى أخرى داخل ذاكرة الوصول العشوائي للخادم (على نفس الخادم بدون محاكاة افتراضية) ، أو من خلال واجهة شبكة افتراضية (داخل نفس الخادم الفعلي ، مع محولات شبكة خادم جيدة مع نقل كتل ذاكرة الوصول العشوائي بين أجهزة افتراضية) أقل بكثير. تتيح لك الخوادم الحديثة ذات المعالجات المزدوجة المزودة بذاكرة وصول عشوائي كبيرة ونظام فرعي للقرص على SSD خدمة قاعدة بيانات 1C بشكل مريح لـ 100-150 مستخدمًا نشطًا.

إذا كان استخدام العديد من المضيفين الفعليين أمرًا لا مفر منه لقواعد البيانات المحملة ، فمن المستحسن توصيل جميع الخوادم عبر 10 جيجابت إيثرنت. أو ما لا يقل عن 2-4 اتصالات إيثرنت مجمعة 1 جيجابت مع تسريع أجهزة TCP / IP (TCP / IP Offloader) ودعم المحاكاة الافتراضية للأجهزة.

الأهم من ذلك كله ، أن حلول الميزانية تعاني من خسائر في الأداء على منافذ إيثرنت. لا يخفى على أحد أن محولات الشبكة بسعة 1 جيجا بايت ، والتي يتم لحامها في معظم اللوحات الأم للخوادم ، ليست مصممة للتعامل مع حركة مرور الشبكة الكثيفة. حتى إذا كانت اللوحة تحتوي على منفذين أو 3 منافذ إيثرنت جيجابت ، فعادة ما يتم تنفيذها على رقائق سطح المكتب. بما يكفي للإدارة ، فإنها تولد تكاليف عامة إضافية لخدمة تبادلات الشبكة ، خاصة في بيئة افتراضية. يتم توفير العملية الكاملة لنقل البيانات من خلال هذه الشريحة من خلال موارد المعالج وذاكرة الوصول العشوائي والحمل على الناقلات الداخلية. لا توفر هذه الرقائق أي تسريع لنقل حركة مرور IP ، فكل حزمة إيثرنت مستلمة ومرسلة تتطلب مقاطعة منفصلة للمعالج. في بيئة افتراضية ، يمكن أن تصل خسائر أداء واجهة الشبكة إلى 25-30٪. الشيء الأكثر إزعاجًا هو أن واجهة الشبكة مثقلة بأدوات المراقبة وقد لا يتم ملاحظتها. تم تفجير المعالج المركزي بعيدًا عنه ، وإذا لم يعمل ، فسيكون خاملاً في انتظار استجابة من بطاقة الشبكة. من المستحسن استبعاد المنافذ الموجودة على رقائق سطح المكتب من تدفق البيانات في البيئات الافتراضية ، وتركها لمهام إدارة الخادم. في ظل حركة مرور مكثفة على الشبكة ، يجدر إضافة بطاقة شبكة منفصلة على مجموعة شرائح الخادم.

التسامح مع الخطأ أو التوقف المقبول؟

دائمًا ما تكون المناقشات حول أداء الخادم مصحوبة بحجج حول موثوقية الخادم. يأتي تحمل الأخطاء دائمًا بتكلفة إضافية ، خاصة عند دعم عمليات الإنتاج المستمرة. بدون التقليل من دور ومكان 1C ، يمكننا القول أن معظم مستخدميها يحلون معضلة "الأداء / الموثوقية" في مستويات مختلفة: يقاتلون من أجل الأول من خلال تحسين حلول الأجهزة ، والثاني - مع تنظيم العمليات و إجراءات. عندما تكون التطبيقات حرجة بشكل معتدل ، فإن التركيز في الحفاظ على الصحة ليس على حماية الخادم الفردي ، ولكن على تقليل وقت تعطل البنية التحتية ككل.

بالطبع ، بالنسبة للمؤسسات التي لديها عدد كبير نسبيًا من المستخدمين المتصلين في وقت واحد (25-150) وتستضيف جميع التطبيقات على خادم واحد ، من الضروري استخدام مصادر الطاقة غير المنقطعة ، وإمدادات الطاقة الزائدة عن الحاجة للخوادم نفسها ، وسلال الأقراص القابلة للتبديل السريع ومصفوفات RAID الاحتياطية. ولكن لا يمكن لأي جهاز أن يحل محل النسخة الاحتياطية المخطط لها للبيانات نفسها. بوجود نسخة احتياطية يومية (بتعبير أدق ، كل ليلة) وملف عبر الإنترنت مع سجل SQL كامل ، يمكنك استعادة قاعدة بيانات 1C بالكامل في فترة قصيرة نسبيًا.

فترة التعطل المسموح بها في نظام 1C المركزي للمؤسسات الصغيرة والمتوسطة الحجم هي 1-2 حادثتين شهريًا ، وتستمر من 1 إلى 4 ساعات. في الواقع ، يعد هذا هامشًا كبيرًا من الوقت - إذا كنت مستعدًا للتعافي مقدمًا. الشرط الضروري لإعادة التشغيل السريع هو توافر الصور لجميع الخوادم الافتراضية والمادية في شكل جهاز افتراضي على وحدة تخزين / وحدة تخزين منفصلة - لاستعادة جزء البنية التحتية نفسه على خادم النسخ الاحتياطي. النسخ الاحتياطي اليومي الإلزامي (وكذلك الأسبوعي وفي نهاية الفترة) إلى جهاز مادي آخر وسجل SQL الكامل للحالات التي يكون فيها فقدان البيانات "من بداية يوم العمل" أمرًا بالغ الأهمية ويصعب استرداده يدويًا. إذا كان لديك معدات بديلة ، فيمكنك الاحتفاظ بها في غضون ساعة إلى ساعتين لاستعادة القدرة على العمل بشكل عام ، وإن كان ذلك بإنتاجية أقل. حسنًا ، عندما تكون الاستمرارية 24 × 7 مطلوبة ، ستكون الأولويات اختيار البنية المناسبة ، والمعدات ذات الحد الأدنى من نقاط الفشل وتقنيات التجميع الكاملة. لكن هذه قصة مختلفة تمامًا.

المقال الأصلي: http://ko.com.ua/proektirovanie_servera_pod_1s_66779

بإذن من رئيس تحرير مجلة "Computer Review"

من أجل ضمان فعالية البرامج المنفذة على منصة Enterprise 8 ، من الضروري ليس فقط شراء 1 ج، ولكن أيضًا لاختيار حل الخادم المناسب.

حالياً تنفيذ 1C 8نفذت في عدة إصدارات. الحل الأكثر شيوعًا هو خادم ملفات مخصص. يتضمن هذا الخيار جهاز كمبيوتر مخصصًا أو خادمًا صغيرًا ، ونظام تشغيل خادم مثبتًا ، بالإضافة إلى إعداد الوصول المشترك إلى مجلد باستخدام 1C: Enterprise. هذا الخيار بسيط للغاية وبأسعار معقولة ، لكنه غير قادر على توفير أداء وموثوقية عالية.

إذا احتاجت المنظمة إلى ضمان الموثوقية والأداء العالي ، فعندئذٍ ، كقاعدة عامة ، يختارون تنفيذ 1C 8باستخدام نظام DBMS الصناعي - Microsoft SQL Server. في هذه الحالة ، يتم استخدام Windows Server 2003 كنظام تشغيل ، ويجب أن يفي الجهاز بمتطلبات عالية.

هذا الحل أغلى ثمناً ، لكن له مزاياه الخاصة ، مثل الأداء العالي والتسامح مع الخطأ. يسمح النظام أيضًا بالنسخ الاحتياطي الفعال ، ويوفر مستوى عاليًا من حماية البيانات ويلغي الفهرسة الإلزامية في حالة الفشل.

لكي يعمل النظام بشكل صحيح ، يجب أن يتم تنفيذه من قبل مؤهل 1C مبرمج. لأن عديم الخبرة 1C مبرمجيمكن أن ينفي جميع المزايا - حجم قاعدة البيانات الكبير مع تكوين خادم منخفض الجودة يقلل بشكل كبير من أداء منتج 1C.

تجدر الإشارة أيضًا إلى أن خيار نشر سطح المكتب هذا يتطلب تراخيص العميل للاتصال بـ Windows Server 2003/2008. في حالة وجود أحمال عالية على قاعدة المعلومات 1C ، قد يكون أداء Windows SBS 2003/2008 غير كافٍ. في هذه الحالة ، من الممكن تخصيص خادم إضافي ، Microsoft SQL Server 2005/2007.

هناك طريقة أخرى تُستخدم غالبًا عند تنفيذ 1C وهي خادم طرفي. تتيح لك خدمة الاتصال الطرفي المضمنة في Windows Server 2003 الحصول على احتياطي كبير من الأداء والقدرة على العمل بأمان وبشكل كامل ، فضلاً عن مستوى عالٍ من الحماية.

قائمة برمجيات تنفيذ برامج 1C: Enterprise.

كقاعدة عامة ، يتم استخدام البرنامج التالي لتنفيذ البرامج على 1C: النظام الأساسي للمؤسسات: Windows 7 ، Vista ، XP Professional ، Windows Server 2003-2008 ، Windows Small business server.

لطالما كان Windows XP Professional هو الإصدار الأساسي لنظام التشغيل ويتم تثبيته في العديد من المؤسسات. Windows 7 هو نظام تشغيل جديد إلى حد ما لأجهزة الكمبيوتر الشخصية يوفر أداءً عاليًا من خلال تكامل الشبكات والتقنيات والأنظمة. يمكن استخدام أجهزة الكمبيوتر المزودة بأنظمة تشغيل Windows Vista و XP Professional و 7 كخوادم للمبتدئين. تدعم أنظمة التشغيل هذه ما يصل إلى 10 اتصالات ، لكن السرعة والأمان يتركان الكثير مما هو مرغوب فيه.

يعد Windows Server 2003 أو 2008 أكثر أنظمة تشغيل الخوادم شيوعًا التي تسمح لك بتنفيذ 1C: حلول المؤسسات , ضمان الموثوقية وسهولة الصيانة.

Windows Small Business Server 2008 هو منتج برمجي يتكون من حزمة كاملة من منتجات الخادم والمكونات الإضافية. هذا الخيار مناسب للشركات الصغيرة التي لا تخطط لأحمال خطيرة على قاعدة معلومات 1C Enterprise. الميزة الرئيسية لـ Windows SBS 2008 هي السعر المنخفض.

لذا قبل شراء 1 ج، تحتاج إلى التفكير في التحميل الذي ستتعرض له قاعدة البيانات ، ووفقًا لذلك ، حدد نوع الخادم.

تم إعداد الإصدار بواسطة متجر البرامج المرخص 1cmarket.ru


التعليقات والمراجعات

كشفت مصادر الشبكة عن الخصائص التفصيلية للهاتف الذكي Black Shark 2 Pro ، والذي سيكون رسميًا ...

قامت HTC بتوسيع نطاق الهواتف الذكية ذات الميزانية المحدودة مع طراز Wildfire E ، والذي يبلغ سعره 9000 روبل ...

أعلنت LG أن أجهزة التلفزيون الخاصة بها ستدعم تقنيات Apple AirPlay 2 و HomeKit. بواسطة s ...

قدمت شركة Phanteks حلاً فريدًا لتجميع CBO مخصص في اليوم السابق. جديد Glacier D140 مع ...