أي خادم SQL يجب اختياره لـ 1c 8.3. اختيار قرص فرعي

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

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

هذه معلمة رئيسية عند اختيار المعدات. من المستحسن أن تتعرف على نفسك حتى يكون لديك على الأقل فكرة تقريبية عما قد تحتاجه في عملية تكوين التكوين.

خادم 1C لـ 5 مستخدمين

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

تكلفة مثل هذا الجهاز - من 30000 روبل. التكوين ، كقاعدة عامة ، لا يختلف في الأطباق الشهية. يتم استخدام معالج مبتدئ من سلسلة Intel Xeon E3 أو AMD Opteron. هناك العديد من التجميعات الجاهزة لهذه المهمة. ولكن في حالة الأجهزة الرخيصة ، لا توجد محركات أقراص صلبة ومساحة عالية لأحمال الذروة.

خادم 1C لـ 10 مستخدمين

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

هنا يمكنك أيضًا الحصول على معالج من خط Intel Xeon E3 ، على سبيل المثال ، طراز 1240. ذاكرة الوصول العشوائي تكفي لـ 8 جيجابايت ، لكن 16 أفضل ، ويجب أيضًا استخدام SSD لاستضافة التطبيق و DB.

خادم 1C لـ 20 مستخدمًا

هنا تحتاج إلى معدات أكثر قوة مما كانت عليه في الإصدار السابق. الخيار الأمثل للأعمال المتوسطة الحجم. يجب أن يكون SSD في مثل هذا النظام موجودًا بشكل افتراضي ، ويوصى باستخدام المعالج على الأقل Intel Xeon E3-1280 v6. خلاف ذلك ، لن يكون هناك هامش لقوة الذروة.

خادم 1C لـ 50 مستخدمًا

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

عادة ، لهذه المهمة ، يعتمد نظام المعالجين على معالجات إنتلزيون E5-2643 v4.0 2 من وحدات المعالجة المركزية هذه قادرة على تغطية احتياجات التطبيق وحتى قاعدة البيانات. ولكن ، من الناحية المثالية ، فإن إنشاء خادم SQL منفصل.

بالطبع ، في هذه الحالة ، لم تعد محركات الأقراص ذات الحالة الصلبة موصى بها فقط ، ولكنها حيوية ، وإلا سيتحول النظام الفرعي للقرص إلى عنق الزجاجة.

خادم 1C لـ 100 مستخدم

في هذه الحالة ، لا يكفي جهاز واحد. غالبًا ما تكون هناك حاجة إلى مجموعة من خوادم 1C ، قادرة على أداء العمليات بشكل متوازٍ ومشترك. التطوير الفردي مطلوب.

لكن التكوين التقريبي سيكون كما يلي:

1. خادم تطبيقات المحطة الطرفية. 2 معالجات Intel Xeon Silver 4215 لاستيعاب تطبيقات TDW عالية SSD وإمدادات الطاقة المزدوجة ونظام القرص الفرعي للنسخ الاحتياطية لحالة النظام.

   الخادم SQL. معالجات مماثلة ، SSD مع DWPD عالي ، أيضًا مصدران للطاقة ونظام فرعي للقرص مع RAID 1 لتخزين النسخ الاحتياطية.

هذا مشروط ، ستعتمد التفاصيل على البنية التحتية التقنية النهائية.

خادم لـ 1C لـ 200 مستخدم أو أكثر

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

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

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

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

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

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

لتحديد موارد المعالج المطلوبة ، يُفترض أن نواة مادية واحدة لا يمكنها معالجة أكثر من 8 خيوط مستخدم بكفاءة - ويرجع ذلك إلى البنية الداخلية للمعالجات. كما تبين الممارسة ، بالنسبة لمهام 1C + Remote Desktop ، يجب ألا تأخذ معالجات خادم منخفضة التردد ذات ترددات منخفضة من النوى الحاسوبية وبنية مجردة. إذا كان هناك عدد قليل من المستخدمين (حتى 15-20) ، فسوف يكفي معالج واحد من Intel Xeon E3-12xx عالي التردد. في نفس الوقت ، واحد على الأقل من جوهره المادي (خيوط 2) سوف يذهب لاحتياجات SQL Server ، والآخر (خيوط 2) - ضمن "1C: Enterprise 8.2. Application Server ”، والنوى المادية المتبقية (4 خيوط) - لمستخدمي نظام التشغيل والمحطة. إذا كان عدد مستخدمي 1C أكثر من 20 أو إذا كان حجم قاعدة البيانات أكبر من 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-240 ميغا بايت. إذا قام المستخدم أيضًا بتشغيل MS Word و MS Excel و MS Outlook على الخادم ، فمن الضروري تخصيص حوالي 100 ميغا بايت لكل تطبيق. عادةً ما يكون الحد الأدنى للخادم الطرفي هو 12 جيجابايت من ذاكرة الوصول العشوائي.

على سبيل المثال ، بالنسبة لخادم 1C مع حزمة البرامج بأكملها ، و 50 مستخدمًا طرفيًا في تكوين "إدارة المؤسسة التجارية" ، وقاعدة بيانات 8 جيجابايت ، قوة الحوسبة لمعالجي Intel Xeon E5-2650 (8 مراكز ، 16 مؤشر ترابط ، 2.0 جيجاهرتز ) سيكون الأمثل. ستحتاج ذاكرة الوصول العشوائي على الأقل 2 (OS) + 4 (SQL) + 4 (1C-server) + 8 (160 "USP" * 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٪ من الذروة. في الواقع فقط ، يعد الأداء أثناء ذروة الأحمال أمرًا مهمًا: التنزيلات التلقائيةالبيانات من أنظمة أخرى أو تبادل بيانات النظام الموزع أو إعادة إرسال الفترة.

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

من الواضح أن:

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

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

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

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

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

المثال 3: 4 SATA 7200 في 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 الموجودة على اللوحة الأم. من وجهة نظر الموثوقية والأداء ، يُنصح بإعطاء مرآة (RAID1) من SSD تحت TempDB ، يمكن ذلك على وحدة التحكم الموجودة على متن الطائرة ، ولكن مع الإغلاق الإلزامي لجميع مخابئ الكتابة. سوف تتعامل محركات أقراص الحالة الصلبة الخاصة بسطح المكتب ، مثل سلسلة Intel 520 ، حيث يكون ضغط الأجهزة للبيانات عند الكتابة إلى TempDB مناسبًا تمامًا ، مع هذا الدور. تنفيذ هذه المهام مع نظام مشتركالتخزين على نظام فرعي مخصص عالي السرعة له تأثير إيجابي على أداء النظام ككل ، خاصة في أوقات ذروة الأحمال.

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

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

بشكل عام ، يمكننا القول أن وصول محركات أقراص الحالة الصلبة إلى الخوادم قد فتح فرصًا جديدة لزيادة أداء الخوادم الجماعية - بسبب طبقات البيانات والتكوين الذكي للإدخال / الإخراج للقرص.

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

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

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

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

4. يتم تخزين نظام التشغيل وبيانات المستخدم على RAID 1 من HDD أو SSD.

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

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

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

لماذا استبعاد Ethernet من سلسلة SQL Server -> Application Server 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 الكامل للحالات التي يكون فيها فقدان البيانات "من بداية يوم العمل" أمرًا بالغ الأهمية ويصعب استرداده يدويًا. إذا كان لديك جهاز بديل ، فيمكنك الاحتفاظ به في غضون ساعة إلى ساعتين لاستعادة قابلية التشغيل بالكامل ، وإن كان ذلك بأداء أقل. حسنًا ، عندما يكون وقت التشغيل مطلوبًا على مدار الساعة طوال أيام الأسبوع ، ستكون المهام الأساسية هي اختيار الهيكل المناسب ، والمعدات ذات الحد الأدنى من نقاط الفشل ، وتقنيات التجميع الكاملة. لكن هذه قصة مختلفة تمامًا.

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

بإذن من محرر مجلة "Computer Review"

1C: إصدارات النظام الأساسي للمؤسسات 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 موظفًا). سيتألف التكوين الأساسي للأجهزة في هذه الحالة من ثلاثة خوادم فعلية:

• طرفية،
• نظم إدارة قواعد البيانات ،
• "1 ج".

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

لمثل هذه المهام ، يتم تحديد خوادم ذات معالجين مع دعم Intel Xeon E5-2600 أو أعلى. إذا كان عدد الموظفين لا يتجاوز 50 شخصًا ، فيمكن ترك جهاز واحد فقط للوصول إلى المحطة وتطبيقات 1C. ومع ذلك ، نظرًا لآفاق نمو الشركة ، فمن الأفضل توفير خادم منفصل لكل مهمة. إذا اقترب عدد الموظفين المعنيين من 100 موظف ، فستحتاج إلى نشر مجموعة من جهازين لـ 1C ، وترك واحدة لبقية المهام.

اختيار قرص فرعي

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

تتضمن مهمة اختيار خادم لـ 1C مراقبة النظام الفرعي للقرص ، والذي يسمح لك بالعثور على التوازن الأمثل للأداء والموثوقية. عامل مهم للغاية يؤثر على الأداء هو قدرته على أداء عدد معين من عمليات القراءة / الكتابة في الثانية (IOPS). إذا كانت قاعدة البيانات تصل إلى 300 ميجابايت ، وكان عدد مستخدمي 1C يصل إلى 6 أشخاص ، فإن هذه المعلمة هي 400-600. إذا وصل عدد مستخدمي الخادم إلى 100 ، فسيكون IOPS 18000. يكون معدل البث ذا أهمية ثانوية.

لكل نوع من أنواع القرص الصلب ، يتم ضبط سرعات القراءة / الكتابة:

• ساتا - 100/80 ؛
• SAS - 240/220 ؛
• SSD - 35000/8600.

من هذا يتضح أن محركات الأقراص ذات الحالة الصلبة هي الأنسب لخوادم قاعدة بيانات 1C. العامل الرئيسي الذي يحد من استخدامها هو ارتفاع تكلفتها. لذلك ، تُستخدم محركات أقراص SAS أيضًا لتقليل الميزانية. لتخزين البيانات الهامة ، بما في ذلك 1C ، يتم دمج الأقراص الثابتة في مصفوفات RAID بمستويات مختلفة ، ويجب تضمين التكرار المتأصل فيها في حساب أداء الخادم.

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

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

إصدار عمل خادم العميل- أحد خيارات نظام 1C: Enterprise 8.

إصدار العمل - خادم العميل مخصص للاستخدام في مجموعات العمل أو عبر المؤسسة. يتم تنفيذه على أساس بنية خادم العميل ثلاثية المستويات.

تقسم بنية خادم العميل نظام العمل بأكمله إلى ثلاثة أجزاء مختلفة ، وتتفاعل بطريقة معينة مع بعضها البعض:

يتفاعل البرنامج الذي يتم تشغيله للمستخدم (تطبيق العميل) مع مجموعة خادم 1C: Enterprise 8 ، وتتناول المجموعة ، إذا لزم الأمر ، خادم قاعدة البيانات.

في الوقت نفسه ، يمكن وضع مجموعة خادم 1C: Enterprise 8 وخادم قاعدة البيانات على نفس الكمبيوتر أو على أجهزة مختلفة. هذا يسمح للمسؤول بموازنة الحمل بين الخوادم حسب الحاجة.

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

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

1C: تستخدم المؤسسة 8 قدرات نظام إدارة قاعدة البيانات لاسترجاع المعلومات بشكل فعال:

• تركز آلية الاستعلام على تعظيم استخدام نظام إدارة قواعد البيانات لإجراء العمليات الحسابية وإعداد التقارير ،
• يتم توفير عرض القوائم الديناميكية الكبيرة دون إجراء عدد كبير من المكالمات إلى قاعدة البيانات ؛ في نفس الوقت ، يتم تزويد المستخدم بالفرص بحث فعال، وكذلك إعدادات الاختيار والفرز.

يعد نشر خيار العميل / الخادم وإدارته أمرًا سهلاً. على سبيل المثال ، يتم إنشاء قاعدة البيانات مباشرةً أثناء تشغيل أداة التهيئة (مثل إصدار الملف).

تطبيقات العميل

يمكن العمل في إصدار خادم العميل مباشرة مع المجموعة ومن خلال خادم الويب. ومع ذلك ، في حالة الاتصال المباشر بالكتلة ، يستخدم العميل البدين والعميل الرقيق بروتوكول TCP / IP. عند الاتصال عبر خادم ويب ، يستخدم العميل الرقيق وعميل الويب بروتوكول HTTP أو HTTPS.

كتلة الخادم

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

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

يمكن استخدام ما يلي كخادم قاعدة بيانات:

إدارة كتلة الخادم

يتضمن تسليم النظام الأساسي مجموعة من الأدوات المختلفة التي تسمح للمسؤول بإدارة تكوين المجموعة وقواعد المعلومات واتصال المستخدم.

تنفيذ الوظائف الأساسية على الخادم

يتم تنفيذ جميع الأعمال مع كائنات التطبيق ، قراءة وكتابة قاعدة البيانات فقط على الخادم. يتم أيضًا تنفيذ وظيفة النماذج وواجهة الأوامر على الخادم.

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

وبالمثل ، يتم تشكيل واجهة الأوامر على الخادم وعرضها على العميل. أيضًا ، يتم إنشاء التقارير بالكامل على الخادم وعرضها على العميل.

في الوقت نفسه ، تركز آليات النظام الأساسي على تقليل كمية البيانات المرسلة إلى جهاز الكمبيوتر العميل. على سبيل المثال ، قائمة البيانات ، أقسام مجدولةويتم إرسال التقارير من الخادم ليس على الفور ، ولكن كما يراها المستخدم.

يعمل الخادم:

• استعلامات قاعدة البيانات ،
• تسجيل البيانات،
• تنفيذ المستندات ،
• حسابات مختلفة ،
• تنفيذ العلاجات ،
• تشكيل التقارير ،
• تجهيز النماذج للعرض.

يدير العميل:

• استلام وفتح الاستمارات.
• عرض النماذج ،
• "التواصل" مع المستخدم (تحذيرات ، أسئلة ...) ،
• حسابات صغيرة في أشكال تتطلب استجابة سريعة (على سبيل المثال ، ضرب السعر بالكمية) ،
• العمل مع الملفات المحلية ،
• العمل مع المعدات التجارية.

استخدام اللغة المضمنة في العميل

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

ومع ذلك ، فإن تشغيل اللغة المضمنة على العميل محدود للغاية. يتم فصل إجراءات العميل في الوحدات النمطية بشكل صريح عن إجراءات الخادم ، وتستخدم مجموعة محدودة من نموذج كائن اللغة المضمنة.

العمل المباشر مع قاعدة البيانات غير مسموح به على العميل. لا يُسمح بالعمل مباشرة مع الكائنات المطبقة ، على سبيل المثال ، لا تتوفر مثل هذه الأنواع من اللغة المضمنة مثل DirectoryObject.<имя> ... استخدام الاستعلامات غير مسموح به. إذا كنت بحاجة إلى استدعاء الإجراءات مع البيانات الموجودة في رمز العميل ، فأنت بحاجة إلى استدعاء إجراءات الخادم التي ستصل بالفعل إلى البيانات.