نحن بحاجة إلى خادم 1 ج للمؤسسة. حلول

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

تقوم الشركات الروسية بشكل متزايد بتنظيم عملياتها التجارية باستخدام التكوينات الحديثة 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: عملية المؤسسة (rphost) عبر العديد من مراكز وحدة المعالجة المركزية (انظر الشكل 1).

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

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

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

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

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

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

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

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

نوع المعالج.يعلم الجميع أن الأجهزة مقسمة إلى خادم ومستخدم. هل من الممكن في بعض الحالات استخدام وحدة المعالجة المركزية المخصصة غير المكلفة كبديل لوحدة المعالجة المركزية للخادم المحترفة ولكنها باهظة الثمن؟ اتضح - يمكنك ذلك. لنفكر في جدول يقارن المعلمات الرئيسية لمتغيرين من معالجات Intel المركزية (انظر الجدول 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-DIMM المخزنة مؤقتًا مع وحدات التخزين غير المخزنة.
• تسمح وحدات الذاكرة المسجلة أيضًا بزيادة قابلية توسيع الذاكرة - فوجود السجلات يجعل من الممكن تثبيت المزيد من الوحدات في قناة واحدة.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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) لقياس الحمل على النظام الفرعي للقرص بعدد معين من جلسات 1C. نظرًا لأن نظام 1C عبارة عن بيئة قابلة للبرمجة ويمكن لكل شركة أن يكون لها مجموعتها الخاصة من العمليات التجارية في 1C ، فقد احتجنا إلى الارتباط بتكوين مرجعي معين للاختبار. بهذه الصفة ، تم اختيار تكوين متخصص لـ MCC 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 بشكل افتراضي).

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

أجزاء أخرى من القرص الصلب للبحث عنها.

• الحجم المادي (عامل الشكل).اليوم ، يبلغ حجم جميع محركات الأقراص المعروفة لأجهزة الكمبيوتر الشخصية والخوادم 3.5 أو 2.5 بوصة. لاحظ أن الأقراص مقاس 2.5 بوصة لا يتم إنتاجها بكميات كبيرة.
• وقت الوصول العشوائي- الوقت الذي يضمن القرص الصلب خلاله إجراء عملية القراءة والكتابة على منطقة معينة من القرص المغناطيسي. كقاعدة عامة ، تتمتع محركات الخادم بنتائج أفضل. هذه معلمة مهمة إلى حد ما عند بناء مجموعة من الأقراص لخادم 1C DBMS.
• سرعة المغزل- عدد دورات مغزل القرص الصلب في الدقيقة. كل شيء هنا بسيط وواضح - يعتمد وقت الوصول ومعدل نقل البيانات المتوسط ​​للقرص الصلب على سرعة دوران المغزل باستخدام الأطباق المغناطيسية.
• حجم المخزن المؤقت للقرص الصلب- المخزن المؤقت عبارة عن ذاكرة مؤقتة مصممة لتخفيف الاختلافات في سرعة القراءة / الكتابة للقرص الصلب ونقل البيانات عبر الواجهة.
• مصداقية- يُعرَّف بأنه متوسط ​​الوقت بين حالات الفشل (MTBF). عادةً ما تعتمد الموثوقية بشكل مباشر على الشركة المصنعة والسعر وبيئة استخدام محرك الأقراص الثابتة. نحن نعتبر الموثوقية معلمة مهمة للقرص الثابت تؤثر على جودة تشغيل خادم 1C.

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

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

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

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

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

عملية آمنة من الفشل من 1C

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

التسامح مع خطأ خوادم SQL

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

التسامح مع خطأ 1C: خدمة خادم المؤسسة

يتم دمج خوادم 1C Enterprise في مجموعة تجاوز فشل البرامج النشطة مع تجاوز الفشل التلقائي وحفظ الجلسات الحالية.

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

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

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

• لا تحتاج إلى استخدام أجهزة مخصصة رخيصة لخدمة لا تقل أهمية عن نظام المحاسبة على مستوى المؤسسة. في هذه الحالة ، يحدد السعر بشكل مباشر جودة واستقرار ومتانة مثل هذه المنصة.
• عند اختيار نظام أساسي للخادم ، نوصيك بالاهتمام بوجود اثنين من مصادر الطاقة ، وبطاقة IPMI عن بُعد والعلامة التجارية للشركة المصنعة. بالطبع ، يختار الجميع حلاً بناءً على ميزانيتهم ​​، وأحيانًا تكون أفضل العلامات التجارية باهظة الثمن وغير مناسبة تمامًا ، ولكن لا يجب عليك التوفير حقًا في الشركة المصنعة ، فقد يؤدي ذلك إلى قوة قاهرة لا يمكن السيطرة عليها في العمل مع 1C. نحن شخصياً نستخدم منصات خوادم Supermicro جنبًا إلى جنب مع وحدات المعالجة المركزية لخادم Intel.
• هناك رأي أكدته الممارسة ، أن أداء 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 نواة لتشغيل نظام التشغيل ، و 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.

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

دعنا نفكر في تثبيت خادم 1C: Enterprise بمزيد من التفصيل. أثناء تثبيت خادم 1C: Enterprise 8.x ، يقوم برنامج التثبيت 1C: Enterprise 8.x بتنفيذ الإجراءات التالية:

* نسخ وحدات التحميل من 1C: خادم Enterprise إلى الدليل المحدد بواسطة 1C: برنامج التثبيت Enterprise كمجلد الوجهة.
* إذا تم تحديد "إنشاء مستخدم USR1CV81" أثناء عملية التثبيت ، فسيتم إنشاء المستخدم USR1CV81. نيابة عن هذا المستخدم ، يعمل خادم 1C: Enterprise 8.1 إذا تم تشغيله كخدمة. لديه حق الوصول فقط إلى تلك الموارد التي يحتاجها خادم 1C: Enterprise. من المهم أن يحتاج 1C: خادم Enterprise إلى دليلين للتشغيل: دليل مشترك مع بيانات الخادم (عادةً "C: \ Program Files \ 1cv81 \ server") ودليل الملفات المؤقتة (عادةً "C: \ Documents and Settings \ usr1cv81 \ Local Settings \ Temp "أو" C: \ WINNT \ Temp "). يحصل المستخدم USR1CV81 على حقوق الدليل المشترك مع بيانات الخادم. يتوفر دليل الملفات المؤقتة عادةً لجميع المستخدمين.
* إذا تم تمكين "تثبيت 1C: خادم Enterprise 8.1 كخدمة Windows" أثناء عملية التثبيت ، فإنه يسجل 1C: خدمة وكيل خادم المؤسسة في Windows ويبدأ تشغيلها. في البداية الأولى ، يتم إنشاء مجموعة خادم المؤسسة 1C: بالإعدادات الافتراضية. لديها خادم عامل واحد وعملية عامل واحد. عنوان خادم العمل هو نفس اسم الكمبيوتر الذي تم إجراء التثبيت عليه.

مستخدم USR1CV81 أو USR1CV82 وحقوقه

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

دعنا نلقي نظرة فاحصة على الحقوق المخصصة لمستخدم USR1CV81. الخادم 1C: يستخدم Enterprise الدلائل التالية:

* يوجد دليل وحدات التحميل في الدليل المحدد بواسطة 1C: برنامج التثبيت Enterprise كمجلد الوجهة. يحتوي على وحدات التحميل لخادم 1C: Enterprise. يحتاج المستخدم USR1CV81 إلى حقوق قراءة البيانات وتشغيل البرامج من هذا الدليل والأدلة الفرعية الخاصة به. يحصل على هذه الحقوق ضمنيًا ، وذلك بفضل تضمينه في مجموعة المستخدمين.
* يُسمى دليل بيانات الخادم عادةً "C: \ Program Files \ 1cv81 \ server". يحتاج USR1CV81 إلى الحقوق الكاملة لهذا الدليل. 1C: برنامج التثبيت Enterprise ، عند إنشاء مستخدم USR1CV81 ، يمنحه حقوق هذا الدليل.
* يُسمى الدليل المؤقت عادةً "C: \ Documents and Settings \ usr1cv81 \ Local Settings \ Temp" أو "C: \ WINNT \ Temp" ، والتي يتم تحديدها من خلال قيمة متغير TEMP الخاص بالمستخدم أو متغير بيئة النظام TEMP. يمكنك عرض قيمة هذا المتغير في مربع حوار خصائص النظام (ابدأ -> إعدادات -> لوحة التحكم -> النظام -> خيارات متقدمة -> متغيرات البيئة). يمنح برنامج التثبيت 1C: Enterprise المستخدم USR1CV81 الحقوق الكاملة لهذا الدليل. عادةً ، عند تثبيت Windows ، يكون الدليل المؤقت متاحًا لجميع المستخدمين من خلال تضمين مجموعة CREATOR OWNER في قائمة التحكم بالوصول الخاصة بها. ومع ذلك ، فإن هذا الوصول لم يكتمل. على وجه الخصوص ، لا تتوفر عملية البحث عن الملفات في هذا الدليل لجميع المستخدمين. يتيح تعيين حقوق المستخدم الكاملة USR1CV81 إلى دليل الملفات المؤقتة لخادم المؤسسة 1C: أداء جميع العمليات التي يحتاجها. يمكنك عرض قائمة الوصول في مربع حوار خصائص الدليل في علامة التبويب الأمان. يسمح وجود مجموعة CREATOR OWNER لأي مستخدم يقوم بإنشاء أي ملفات في هذا الدليل أو يمتلك أي ملفات في هذا الدليل بالوصول إلى الدليل. في هذه الحالة ، سيتم تسجيل المستخدم الذي أنشأ الملف في قائمة الوصول للملف الذي تم إنشاؤه بدلاً من مجموعة CREATOR OWNER. من بين المستخدمين المسموح لهم بالوصول إلى هذا الدليل ، يجب أن يكون هناك أيضًا مستخدم USR1CV81 ، الذي لديه الحقوق الكاملة لهذا الدليل.
من المهم أن تضع في اعتبارك أن دليل الملفات المؤقتة لمستخدم معين (بما في ذلك المستخدم USR1CV81) يتم تحديده من خلال مجموعة من متغيرات بيئة المستخدم ومتغيرات بيئة النظام. لاكتشاف هذا الدليل ، يسأل برنامج التثبيت 1C: Enterprise عن سياق المستخدم USR1CV81. للقيام بذلك ، في نظام التشغيل Windows 2000 ، قد يحتاج المستخدم الذي يتم تشغيل برنامج إعداد المؤسسة 1C نيابةً عنه إلى الامتيازات التالية: العمل كجزء من نظام التشغيل وتجاوز التحقق العرضي. يمكنك التحقق من امتيازات المستخدم باستخدام الأداة المساعدة Local Sequrity Settings في السياسات المحلية -> فرع تعيين حقوق المستخدم. أثناء تثبيت البرنامج الجديد ، يكتسب المثبت عادةً هذه الامتيازات تلقائيًا.

تسجيل 1C: خادم المؤسسة كخدمة Windows

Server 1C: Enterprise هو تطبيق وحدة تحكم Windows بسيط ويمكن إطلاقه بشكل تفاعلي. ومع ذلك ، للاستخدام الدائم ، هذا غير مريح ، لأنه يجعل خادم 1C: Enterprise يبدأ من إدخال مستخدم غير نشط إلى كمبيوتر الخادم. للتخلص من هذا الاعتماد ، يمكن تشغيل 1C: خادم Enterprise كخدمة Windows. للقيام بذلك ، يجب تسجيله في Windows Service Manager.

لعرض قائمة خدمات Windows ومعلماتها ، استخدم الأداة المساعدة Component Services (ابدأ -> إعدادات -> لوحة التحكم -> أدوات إدارية -> خدمات). يتم تمثيل خادم 1C: Enterprise في قائمة الخدمات بواسطة خدمة "1C: Enterprise 8.1 Server Agent". تحدد معلمات الخدمة بدء تشغيل 1C: عملية وكيل خادم المؤسسة (ragent) ، والمستخدم الذي يتم تشغيله نيابة عنه ، وطريقة إعادة التشغيل في حالات الطوارئ.

في مربع حوار الخصائص الخاص بخدمة "Agent of 1C: Enterprise 8.1 Server" ، في علامة التبويب "عام" ، يظهر السطر الخاص ببدء عملية ragent ، وهو وكيل 1C: Enterprise server. عادة ما يبدو هذا الخط مثل:


إنها تنص على أن:

* عملية عامل الخادم هي وحدة التحميل "C: \ Program Files \ 1cv81 \ bin \ ragent.exe" ؛
* تبدأ عملية ragent كخدمة Windows ويجب أن يديرها مدير خدمة (-srvc) ؛
* تستخدم كوكيل 1C: خادم المؤسسة (-وكيل) ؛
* عند بدء الخدمة لأول مرة ، يجب إنشاء مجموعة بالمعلمات الافتراضية ورقم منفذ IP الرئيسي 1541 (-regport 1541). يجب أن تستخدم تطبيقات العميل هذا المنفذ للاتصال بقواعد المعلومات المسجلة في الكتلة ؛
* يجب أن يكون منفذ IP الخاص بعامل الخادم هو 1540 (-port 1540). على هذا المنفذ ، يجب أن تتصل وحدة التحكم الكتلة بالملقم المركزي لأداء وظائف إدارية؛
* عند بدء عمليات الكتلة على هذا الخادم ، سيتم تعيين منافذ IP لها ديناميكيًا من النطاق 1560-1591 (النطاق 1560: 1591).
* ستكون بيانات المجموعة العامة موجودة في الدليل "C: \ Program Files \ 1cv81 \ server" (-d "C: \ Program Files \ 1cv81 \ server").

يمكن إضافة أو إزالة خدمة 1C: Enterprise 8.1 Server Agent ليس فقط عند تثبيت أو إزالة 1C: Enterprise باستخدام برنامج الإعداد 1C: Enterprise 8.1 ، ولكن أيضًا يدويًا. للقيام بذلك ، يمكنك تشغيل الأداة المساعدة ragent من سطر الأوامر عن طريق تحديد المعلمات المناسبة.

لإنشاء خدمة ، تحتاج إلى تحديد المعلمة -instsrvc والمعلمات التالية: -usr هو اسم المستخدم الذي يجب تشغيل الخدمة نيابة عنه ، و -pwd هي كلمة مرور هذا المستخدم. في هذه الحالة ، ستصبح بقية المعلمات هي معلمات السطر لبدء تشغيل عامل 1C: خادم المؤسسة كخدمة. على سبيل المثال ، للتسجيل القياسي لـ 1C: خدمة وكيل خادم المؤسسة في وضع التصحيح ، يجب أن تكون مجموعة المعلمات كما يلي:

"C: \ Program Files \ 1cv81 \ bin \ ragent.exe" -instsrvc -usr. \ USR1CV81 -pwd Password -regport 1541 -port 1540 -range 1560: 1591 -d "C: \ Program Files \ 1cv81 \ server" - التصحيح

لإزالة خدمة ، تحتاج إلى تحديد المعلمة -rmsrvc. على سبيل المثال:
"C: \ Program Files \ 1cv81 \ bin \ ragent.exe" -rmsrvc

في بعض الأحيان يكون من السهل جدًا تغيير سطر تشغيل عامل الخادم أو معلمات أخرى لخدمة العامل ، على سبيل المثال ، تمكين وضع التصحيح ، أو إنشاء العديد من الخدمات من إصدارات مختلفة. لا يسمح مربع حوار خصائص الخدمة بتحرير سطر تشغيل تطبيق الخدمة وبعض المعلمات الأخرى ، على سبيل المثال ، معرّف الخدمة. للتحرير ، تحتاج إلى الأداة المساعدة regedit ، المصممة لعرض سجل Windows وتحريره.

انتباه!
يتطلب تحرير سجل Windows الحذر الشديد ، لأن التغييرات الخاطئة فيه يمكن أن تجعل نظام التشغيل غير قابل للاستخدام.

قم بتشغيل الأداة المساعدة رجديت (افتح ابدأ -> تشغيل واكتب رجديت) وحدد الفرع:


من بين معلماته هناك معلمة ImagePath ، والتي تكون قيمتها هي سطر بدء تشغيل العامل لخادم 1C: Enterprise. هنا يمكنك إضافة معلمات جديدة إلى خط الإطلاق أو تغيير قيم القيم الموجودة. توجد قائمة كاملة بالمعلمات الممكنة في وثائق الكتاب "1C: Enterprise 8.1 Client-Server".

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

* إنشاء الخدمة الأولى:
"C: \ Program Files \ 1cv81 \ bin \ ragent.exe" -srvc -agent -regport 1541 -port 1540 -range 1560: 1591 -d "C: \ Program Files \ 1cv81 \ server"

* قم بتغيير معرّف الخدمة المسجل باستخدام الأداة المساعدة regedit. للقيام بذلك: حدد الفرع
HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ 1C: وكيل خادم Enterprise 8.1

HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ 1C: Enterprise 8.1 Server Agent أولاً
* إنشاء خدمة ثانية:
"C: \ Program Files \ 1cv81_10 \ bin \ ragent.exe" -srvc -agent -regport 1641 -port 1640 -range 1660: 1691 -d "C: \ Program Files \ 1cv81_10 \ server"

* ربما يغير المعرف الخاص به أيضًا. للقيام بذلك: حدد الفرع
HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ 1C: وكيل خادم Enterprise 8.1
وتغيير اسمه ، على سبيل المثال إلى:
HKEY_LOCAL_MACHINE \ SYSTEM \ CurrentControlSet \ Services \ 1C: Enterprise 8.1 Server Agent ثانيًا

ما الذي لا يستطيع برنامج التثبيت 1C: Enterprise القيام به؟

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

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

عمليات 1C: ترتبط مجموعة خادم المؤسسة ببعضها البعض في العناوين المحددة كقيم خاصية "الكمبيوتر" لمربع حوار خصائص الخوادم العاملة. تتطلب الكتلة أن تكون قيمة خاصية "الكمبيوتر" إما عنوان IP في تدوين النقطة ، أو عنوان رمزي يمكن استخدامه لتحديد عنوان IP باستخدام دالة gethostbyname المحددة في TCP API. يتم تحديد عنوان IP إما من جدول العنوان الرمزي المحلي (C: \ WINNT \ system32 \ drivers \ etc \ hosts) ، أو من جداول العناوين في خوادم DNS المتاحة. إذا لم يحدد العنوان الرمزي لملقم العمل عنوان IP الخاص به أو إذا تم تحديده بشكل غير صحيح (على سبيل المثال ، عنوان IP لا يتطابق مع عنوان IP الفعلي لهذا الكمبيوتر) ، فلن تعمل الكتلة. من المهم ألا تتعارض أسماء أجهزة الكمبيوتر وعناوينها المحددة في Windows على كل من خوادم الإنتاج في الكتلة مع أسمائهم في DNS.

في كل خادم يعمل ، تستخدم عمليات الكتلة المنافذ التالية: منفذ IP لخادم العمل (عادة 1540) ؛ منافذ IP من نطاقات منفذ IP لسير العمل (عادةً 1560-1591). بالإضافة إلى ذلك ، يستخدم الخادم المركزي للكتلة منفذ الكتلة (عادة 1541). إذا كان النظام يستخدم جدران الحماية ، فيجب السماح بنقل البيانات على هذه المنافذ. بدلاً من السماح للمنافذ من القائمة أعلاه ، يمكنك السماح بنقل البيانات إلى عمليات المجموعة (ragent ، rmngr ، rphost).

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

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

تفاصيل ضبط خادم SQL

1C: تستخدم المؤسسة في إصدار "خادم العميل" خادم SQL لتخزين البيانات. في نفس الوقت ، 1C فقط: خادم المؤسسة يعالج خادم SQL. عملاء 1C: Enterprise ليس لديهم وصول مباشر إلى خادم SQL. تثبيت وتكوين SQL Server موصوف بالتفصيل في وثائق Microsoft SQL Server. للتشغيل الناجح لـ 1C: Enterprise Server مع خادم SQL ، تحتاج إلى إيلاء اهتمام خاص للإعدادات التالية.

* مطلوب مكونات خادم SQL. للوصول إلى خادم SQL من 1C: جانب Enterprise Server ، يجب تثبيت مكونات Microsoft Data Access 2.6 أو أحدث على 1C: كمبيوتر Enterprise Server.
* مصادقة المستخدم عن طريق خادم SQL. يتم تحديد حقوق الوصول إلى قواعد بيانات خادم SQL من قبل المستخدم الذي يتم الوصول إلى قاعدة البيانات نيابة عنه. من الكمبيوتر الذي تم تثبيت خادم SQL عليه ، قم بتشغيل الأداة المساعدة SQL Server Enterprise Manager ، وابحث عن العقدة المحلية (Console Root -> Microsoft SQL Servers -> SQL Server Group -> (Local)) وافتح خصائصها. في علامة التبويب Sequrity ، يمكنك أن ترى أن SQL Server يدعم طريقتين لمصادقة المستخدمين: SQL Server و Windows و Windows فقط. ستسمح مصادقة Windows لـ 1C: Enterprise Server بالوصول إلى خادم SQL فقط نيابة عن مستخدم USR1CV81 ، مما لا يسمح بتمييز حقوق الوصول إلى العديد من قواعد المعلومات التي يخدمها خادم 1C: Enterprise. يوصى بتحديد وضع SQL Server و Windows. في هذه الحالة ، سيتم الوصول إلى قاعدة معلومات معينة نيابة عن المستخدم الذي تم تحديده كمستخدم خادم SQL عند إنشاء قاعدة المعلومات هذه. من المهم ألا يتمتع هذا المستخدم بالحقوق الكاملة في قاعدة بيانات قاعدة البيانات فحسب ، بل يجب أن يتمتع أيضًا بحقوق إنشاء قواعد بيانات في خادم SQL وقراءة جداول قاعدة البيانات الرئيسية.
* بروتوكولات الشبكة للوصول إلى خادم SQL. إذا كان 1C: Enterprise Server وخادم SQL موجودين على أجهزة كمبيوتر مختلفة ، فمن الضروري تكوين بروتوكولات الشبكة للوصول إلى خادم SQL. يمكن القيام بذلك باستخدام SQL Server Client Network Utility. في علامة التبويب عام ، يمكنك تحديد قائمة بروتوكولات الشبكة المستخدمة للوصول إلى خادم SQL. الأسرع والأكثر تنوعًا هو استخدام بروتوكول TCP / IP. عند استخدام بروتوكولات أخرى ، ضع في اعتبارك أن بعضها ، على سبيل المثال الأنابيب المسماة ، تؤدي مصادقة Windows إضافية عند الاتصال بخادم SQL. في هذه الحالة ، من أجل العمل بنجاح مع خادم SQL ، يجب تسجيل المستخدم USR1CV81 مع الحقوق المناسبة على الكمبيوتر مع خادم SQL. يمكن تغيير بروتوكول الوصول إلى خادم SQL هذا في علامة التبويب "الاسم المستعار".

بالإضافة إلى المادة

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

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

لتسهيل فهم المعلومات ، يتم توفير الحالات العملية والملاحظات والنصائح (بخط مائل).

مخطط ثلاث وصلات

كما قد يعرف القارئ بالفعل ، فإن قاعدة البيانات في هذه الحالة لها بنية ثلاثية المستويات:

الرابط 1: MS SQL Server DBMS. يقوم "بتخزين" قاعدة البيانات وصيانتها ، وفي النهاية يؤدي جميع أنواع العمليات باستخدام قاعدة البيانات. وبالتالي ، يتم تحديد أداء قاعدة البيانات وسرعة وتوازي قراءة البيانات وكتابتها إلى حد كبير من خلال أداء MS SQL Server.

الرابط 2: الخادم "1C: Enterprise 8". يعمل كوسيط في التفاعل بين العملاء (المستخدمين) و MS SQL Server. يتم إرسال جميع طلبات العميل إلى الخادم ، الذي "يترجمها" إلى لغة استعلام MS SQL Server ، ويتلقى نتائج هذه الاستعلامات ، ويرسل النتائج إلى العميل.

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

الرابط 3: جزء العميل "1C: Enterprise 8". يتصل بخادم 1C: Enterprise 8 ، ويتلقى النتائج منه (أي ، على سبيل المثال ، عينات البيانات) ، وهو مسؤول عن واجهة المستخدم.

"أردت الأفضل".

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

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

توافق المنتج

للحصول على أحدث البيانات حول إصدارات MS SQL Server الموصى باستخدامها مع "1C: Enterprise 8" ، اتبع الرابط http://v8.1c.ru/requirements/.

في وقت كتابة هذا المقال ، يوصي مطورو شركة 1C بالخيارات التالية:

1. SQL Server 2008 R2.

2. مطلوب SQL Server 2008 ، Service Pack 1 (SP1).

3. مطلوب SQL Server 2005 ، Service Pack 3 (SP3).

من الممكن تقنيًا ، ولكن لا يوصى باستخدام MS SQL Server 2000 ، فهو يتطلب تثبيت Service Pack 2 (SP2) ، ومن المستحسن تثبيت Service Pack 4 (SP4).

يرجى ملاحظة أن هذا الإصدار متوقف حاليًا ، ولا يحتوي أيضًا على إصدار 64 بت لمعمارية x86-64.

ملحوظة:

من الضروري الانتباه إلى إعدادات نظام التشغيل: على سبيل المثال ، لكي يعمل M SQL Server 2008 بشكل فعال في ظل نظام التشغيل Server 2008R2 ، تحتاج إلى إيقاف تشغيل وضع مصدر الطاقة المتوازن ووضعه في وضع الأداء الأقصى .

تثبيت إصدار خادم العميل من "1C: Enterprise 8"

"1C مثبت"

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

بالطبع ، هذا مثال غير نمطي على موقف غافل للغاية في العمل.

عند تثبيت "1C: Enterprise 8" ، يجب ألا يغيب عن البال أنه تم تثبيت ما يلي بشكل منفصل:

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

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

عند تثبيت النظام الأساسي ، يجب الانتباه إلى اختيار المكونات:

قد لا يتم تثبيت مكون 1C: Enterprise على الخادم (الخوادم).

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

ملحوظة:

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

مطلوب مكون 1C: Enterprise Server للاتصال بـ MS SQL Server - وهو خادم تطبيق يربط النظام الأساسي على محطات عمل العميل و MS SQL Server.

من الممكن تثبيت المكون في وضع تطبيق بسيط أو خدمة نظام ، وبالطبع يوصى بالخيار الثاني.

عند التثبيت "كخدمة" ، سيتم تشغيل هذا المكون وتنفيذه نيابة عن المستخدم المحدد:




بعد تحميل المكون ، فإنه يولد عدة عمليات ، مثل: "وكيل الخادم" ، "مدير كتلة الخادم" ، "عمليات عامل الخادم".

يتم تنفيذ استعلامات قاعدة البيانات بواسطة العمليات العاملة ، ويقوم مدير كتلة الخادم بتوزيع الحمل بينها.

يمكن إدارة عمليات عمل الخادم (إضافة أو حذف أو تقييد استخدام ذاكرة الوصول العشوائي أو إعلان الأساسي أو النسخ الاحتياطي) إذا تم تثبيت مكون "1C: Enterprise Server Administration".



ملحوظة:

بالنسبة للإصدار 32 بت من الخادم ، يوصى بتثبيت عمليات العمل بهذه الكمية حتى لا تترك ذاكرة الوصول العشوائي غير مستخدمة - لكل منها قيود ملحوظة على استخدام ذاكرة الوصول العشوائي ، من 2 إلى 4 جيجابايت ، اعتمادًا على تكوين النظام.

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

"Ouroboros"

بعد التحسين غير الناجح لـ 1C: إعدادات خادم Enterprise 8 ، أشار المستخدمون إلى أن النظام كان بطيئًا للغاية ، ولاحظ مسؤول النظام تحميلًا ثابتًا لوحدة المعالجة المركزية بنسبة 100٪ على الخادم.

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

والحقيقة أن هذا القيد يعمل على النحو التالي:

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

كان الحد الذي تم تعيينه صغيرًا جدًا (300 ميجابايت) بحيث لم تتمكن العملية العاملة من تقديم خدمة كاملة حتى لمستخدم واحد يعمل بشكل مكثف - ونتيجة لذلك ، كان مدير مجموعة الخادم يعيد تشغيل العمليات العاملة باستمرار ويعيد توصيل المستخدمين. بمجرد إنشاء عملية جديدة وتوصيل المستخدمين بها ، تم الوصول إلى حد ذاكرة الوصول العشوائي على الفور تقريبًا وتسبب في إعادة التشغيل التالية. استغرق هذا 100٪ من حمل المعالج.

لا يلزم وجود مكون 1C: Enterprise Server في محطات عمل العميل ، ولن يكون قادرًا على البدء من هناك ، لأنه يتطلب مفتاح أمان فعليًا.

إذا كان عدد المستخدمين المتصلين صغيرًا (أقل من 50) ، فعادة ما يتم تثبيت خادم التطبيق على نفس الكمبيوتر حيث يتم تشغيل MS SQL Server.

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

يمكن أن يكون المكون 1C: Enterprise Server Administration مفيدًا أيضًا للعملاء - على سبيل المثال ، بمساعدته يمكنك رؤية قائمة من قواعد المعلومات المتصلة بخادم 1C: Enterprise.

يوصى بشدة بتثبيته على الخادم نفسه.

وصول

ملحوظة:

للتحقق من توفير الوصول ، لا يكفي استخدام 1C: أداة إدارة خادم المؤسسة ، والأكثر من ذلك أن وجود الخادم في "جوار الشبكة" لا يكفي!

من الضروري على كل عميل تسجيل الدخول إلى قاعدة البيانات المثبتة على الخادم - وهذا فقط سيعطي ثقة بنسبة 100٪ في توفير الوصول.

1. اعتمادًا على سياسات الأمان ، بالنسبة لـ MS SQL Server ، يتم استخدام مصادقة حساب Windows أو مصادقة حساب MS SQL Server.




في الحالة الأخيرة ، عند إنشاء 1C: قاعدة بيانات المؤسسة ، سيطلب النظام تسجيل الدخول وكلمة المرور لحساب MS SQL Server (على سبيل المثال ، sa) ، في الحالة الأولى ، يجب ترك تسجيل الدخول وكلمة المرور فارغين:



ويجب منح مستخدم النظام ، الذي يتم تشغيل خادم المؤسسة 1C نيابة عنه ، حقوقًا في MS SQL Server ، وهي:

الحقوق الكاملة لقاعدة البيانات التي توجد بها قاعدة المعلومات

الوصول إلى قاعدة البيانات الرئيسية (دور عام)

موصى به - حقوق إنشاء قاعدة بيانات ، وإلا فسيلزم إنشاء كل قاعدة بيانات جديدة أولاً باستخدام MS SQL Sever ، وبعد ذلك فقط يتم توصيلها بـ 1C: خادم المؤسسة

موصى به - الحق في حذف قاعدة البيانات الخاصة بك

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

النصيحة.

إذا فقد جميع المستخدمين الوصول إلى قاعدة البيانات العاملة في نفس الوقت ، فأنت بحاجة إلى التحقق مرة أخرى من حقوق وأدوار المستخدم في MS SQL Server ، بما في ذلك تلك المعينة لقاعدة بيانات معينة ، أي تعيين المستخدم:




2. يصل 1C: خادم Enterprise إلى MS SQL Server من خلال آلية Microsoft Data Access ، لذلك يجب تثبيت مكوناته ، ويجب أن يتمتع مستخدم خادم المؤسسة 1C (انظر الفقرة السابقة) بحقوق تشغيلها.

3. يتم دعم الاتصال بين العملاء والخادم بواسطة بروتوكول TCP ، لذلك من الضروري أن يتم دعم هذا البروتوكول من كلا الجانبين. قد تكون هناك مشاكل في مطابقة اسم الخادم وعنوان IP الخاص به ، على سبيل المثال ، إذا تم استخدام شبكة نظير إلى نظير. في هذه الحالة ، يجب عليك تسجيل المراسلات في الملف [C: \ WINDOWS \] system32 \ drivers \ etc \ hosts.

النصيحة.

إذا كانت الشبكة من نوع نظير إلى نظير - لضمان اتصال دائم بالخادم ، قم بإنشاء محرك أقراص شبكة يصل إلى أي من المجلدات الموجودة على هذا الخادم.

4. إذا تم استخدام بروتوكول الأنابيب المسماة ، وإذا تم تثبيت MS SQL Server والخادم 1C: Enterprise على أجهزة كمبيوتر مختلفة ، فيجب تسجيل المستخدم الذي يعمل نيابة عنه خادم 1C: Enterprise في قائمة مستخدمي الكمبيوتر الذي يعمل عليه MS SQL Server.

5. في بعض الحالات ، قد يتطلب الأمر تكوينًا إضافيًا لجدار حماية Windows ، أي إضافة استثناءات.

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

7. يجب أن يكون إصدار 1C: Enterprise 8 هو نفسه تمامًا على العميل وعلى الخادم.

"توأمان"

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

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

الإعدادات الأولية لـ MS SQL Server وقاعدة البيانات

"وهكذا تعمل"

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

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

وبالطبع في هذه اللحظة سيتم اكتشاف أن القاعدة "تتجمد" أو "تتعطل" مع إعادة الحساب هذه ، أو لا تسمح للمستخدمين الآخرين بالعمل.

ينطبق هذا النوع من "قانون مورفي" على كل نقطة أدناه.

قبل البدء في استخدام MS SQL Server باعتباره DBMS لـ 1C: Enterprise ، يوصى بما يلي:

1. اضبط قيمة الحد الأقصى لدرجة معامل التوازي على 1.

هذا هو:

بعد الاتصال بالخادم ، أدخل خصائص الخادم عبر قائمة السياق ، عنصر الخصائص

ثم حدد الصفحة المتقدمة وقم بتحرير أقصى درجة لمعامل التوازي

بخلاف ذلك ، قد تتسبب بعض الاستعلامات التي تم إنشاؤها بواسطة 1C: خادم Enterprise في حدوث الخطأ "تسبب توازي الاستعلام الداخلي في حالة توقف تام لأمر الخادم (معرف العملية #XX). أعد تشغيل الاستعلام بدون توازي الاستعلام الداخلي باستخدام خيار تلميح الاستعلام (maxdop 1 ) ". بعد هذا الخطأ ، غالبًا ما يتعطل جانب العميل.

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

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

هذا هو ، أنت بحاجة إلى:

انتقل إلى MS SQL Management Studio

بعد الاتصال بالخادم ، افتح قسم "خطط الصيانة"

إنشاء خطة خدمة جديدة (أو استكمال خطة الخدمة الحالية) ،

أضف العنصر "تنفيذ مهمة عبارة T-SQL" إليها (نظرًا لأنه لا يمكن تحديد قاعدة بيانات tempdb في مهمة "تقليص قاعدة البيانات") باستخدام الرمز

1. الاستخدام
2.
3-اذهب
4.
5.DBCC SHRINKFILE (N "tempdev" ، 0 ، TRUNCATEONLY)
6.
7- اذهب
8.
9.DBCC SHRINKFILE (N "Templog" ، 0 ، TRUNCATEONLY)
10.
11- اذهب

لاحظ أن اسم ملف قاعدة بيانات الجدول المؤقت قد لا يكون "tempdev". للتحقق من هذا الاسم ، يمكنك استخدام البرنامج النصي

1. استخدام tempdb
2.
3-اذهب
4.
5.EXEC sp_helpfile
6.
7- اذهب




"قدر ، لا تغلي"

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

على وجه التحديد ، لنفترض أن لدينا جدولين في قاعدة البيانات ، حجم كل منهما 20 ألف سجل. لنفترض أنه يمكن إنشاء مراسلات فردية بين سجلاتهم ، ونكتب استعلامًا يقوم بإنشاء جدول مؤقت يحتوي على 20 ألف سجل مع حقول كلا الجدولين الأصليين. ولكن إذا نسينا تحديد شرط الصلة ، فسينضم كل سجل في الجدول الأول مع كل سجل في الجدول الثاني! أي أن الجدول الناتج سيكون 20'000 * 20'000 = 400 مليون سجل. إلخ.

3. من أجل تقليل الحمل على النظام الفرعي للقرص ، يوصى ، إن أمكن ، بنشر قاعدة بيانات العمل و tempdb والسجلات وملف ترحيل النظام عبر أقراص فعلية مختلفة.

من الأفضل تعيين المسار اللازم لتخزين ملفات قاعدة العمل عند إنشائها عن طريق تحرير عمود المسار:




لتغيير الموقع الفعلي لملفات قاعدة بيانات الجدول المؤقتة ، استخدم الأمر ALTER DATABASE ، أي في MS SQL Management Studio ، تحتاج إلى تنفيذ البرنامج النصي التالي (أمر "استعلام جديد")

1. استخدام سيد
2.
3-اذهب
4.
5. تغيير قاعدة البيانات tempdb
6.
7.MODIFY FILE (NAME = tempdev، FILENAME = "New_Drive: \ New_Directory \ tempdb.mdf")
8.
9. اذهب
10.
11. تغيير قاعدة البيانات tempdb

12.
13.MODIFY FILE (NAME = Templog، FILENAME = "New_Drive: \ New_Directory \ Templog.ldf")
14.
15. اذهب

4. لا ينبغي إعاقة "نمو" قاعدة البيانات العاملة وسجلها - يجب ألا يكون هناك حد للحجم ، ويجب تعيين خاصية "النمو التلقائي" كنسبة مئوية ، والقيمة الموصى بها هي 10٪. خلاف ذلك ، قد تستغرق إضافة البيانات إلى قاعدة البيانات والاستعادة من الأرشيف والعمليات الأخرى وقتًا طويلاً بشكل غير معقول.

لتعيين هذه الخاصية ، تحتاج إلى الانتقال إلى خصائص قاعدة البيانات من خلال قائمة السياق ، حدد قسم الملفات ، وافتح تحرير خصائص الملف:



5. يوصى بتمكين دعم بروتوكول شبكة TCP / IP في MS SQL Server وتعطيل كل الآخرين ، وإلا فإن العمل المشترك لـ MS SQL Server و 1 C: سيكون خادم المؤسسة أقل استقرارًا.




6. في نفس المكان - امسح قسم الاسم المستعار ، منذ ذلك الحين يؤدي تثبيته إلى حدوث أخطاء في التفاعل بين MS SQL Server و 1C: Enterprise server.

قبل البدء في تشغيل قاعدة البيانات ، يوصى بما يلي:

1. عند إنشاء قاعدة بيانات من "1C: Enterprise" ، حدد "إزاحة التاريخ" 2000 ، وإلا فإن محاولة تسجيل التاريخ قبل 01.01.1753 (وهو أمر ممكن بسبب العامل البشري) ستؤدي إلى خلل في قاعدة البيانات.

انتباه! لا يمكن تغيير تاريخ الإزاحة لقاعدة بيانات موجودة!



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




3. أنشئ خطة صيانة تؤدي المهام المجدولة التالية مرة واحدة على الأقل في الأسبوع:

إنشاء نسخة احتياطية من قاعدة البيانات.

تحديث إحصائيات قاعدة البيانات ومسح ذاكرة التخزين المؤقت الإجرائية (لاحظ أن خاصية إحصائيات التحديث التلقائي لا تمسح ذاكرة التخزين المؤقت الإجرائية).

مسح ذاكرة التخزين المؤقت الإجرائية - غير المدرجة في العمليات القياسية لخطط الصيانة ، يجب تحديد هذه الخطوة على أنها تنفيذ برنامج نصي (تنفيذ عبارة T-SQL) بالمحتوى التالي:

فريبروكاشي DBCC

إعادة فهرسة جداول قاعدة البيانات.

بالطبع ، من المنطقي إعداد إرسال تلقائي لرسائل البريد الإلكتروني حول إكمال المهام بنجاح / فاشلة.




استنتاج

المشكلات التي غالبًا ما تسبب صعوبات لمسؤولي نظام ومنفذي "1C: Enterprise 8" ، فيما يتعلق بالاستخدام المشترك لـ MS SQL Server وإصدار خادم العميل من "1C: Enterprise 8".

يأمل المؤلف أن يكون قد سلط الضوء على "وجهي العملة" بشكل متسق وسهل.

ملاحظة. عمل نسخ احتياطية في كثير من الأحيان!

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

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

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

• خادم 1C لعدد 5-10 مستخدمين
• خادم 1C لعدد 10-20 مستخدمًا
• خادم 1C لعدد 20-30 مستخدمًا
• خادم 1C لـ 30-50 مستخدمًا
• خادم 1C لـ 50-100 مستخدم
• خادم 1C لأكثر من 200 مستخدم

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

يمكن تكوين أي تجميع بشكل فردي لاحتياجاتك!

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

احصل على حساب فردي لخادم 1C:

ما هو خادم 1C؟

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

في الواقع ، المجمع يستخدم الآن في كل مكان. المنظمات الكبيرة ، مؤسسات الميزانية ، الحكومة. وليس فقط في روسيا ، ولكن أيضًا في الخارج.

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

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

أنواع التنفيذ

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

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

وتأتي أنظمة إدارة قاعدة البيانات للإنقاذ ، والتي تعمل في نوع تنفيذ خادم العميل. يدعم الخادم 1C الأنواع التالية من نظم إدارة قواعد البيانات:

MS SQL Server هو نظام DBMS تم تطويره بواسطة Microsoft. موثوقة وعملية ولكنها تتطلب نظام تشغيل من عائلة Windows. هناك بعض العيوب: فهو يحب ذاكرة الوصول العشوائي ، ويحتلها بالكامل ، لذلك عليك أن تضع حدودًا يدويًا ، وتحدث تسريبات في ذاكرة الوصول العشوائي بشكل دوري عند التفاعل مع مصفوفات الجدول.

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

Oracle Database عبارة عن إصدار من قواعد بيانات قواعد البيانات (DBMS) مع وظائف جيدة ، وفي الوقت نفسه ، فهي ذكية للغاية ، فهي تتيح الكتابة والقراءة في نفس الوقت. الضعف هو مطلب ذاكرة الوصول العشوائي.

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

أكثر نظم إدارة قواعد البيانات كفاءة من حيث الاختبارات هي MS SQL Server و Oracle. إذا كانت هناك قيود في الميزانية ، فيجب إيقاف الاختيار على PostgreSQL ، فهو نظام DBMS مجاني ، ولكن ضع في اعتبارك أن الإصدار الذي تم تصميمه خصيصًا للبرنامج المستهدف هو الذي يعمل فقط. نادرًا ما يتم استخدام قاعدة بيانات IBM DB2 Universal ، نظرًا لوجود نظائر أكثر إنتاجية ، ولكن لدعم الأجهزة والتجميعات القديمة منآي بي إم هي الأفضل.

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

وسأجيب على الفور على سؤال آخر. لا يتم دعم مترجمي SQL الآخرين. رسميًا على الأقل.

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

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

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

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

ادوات

لذا ، ما نوع الأجهزة التي نحتاج إلى تنفيذهاالخادم ل 1 ج ؟ سؤال جيد ، عليك أولاً تحديد المعلمات التي بموجبها سنحدد المتطلبات:

عدد المستخدمين

الصوت DB ؛

المرونة المطلوبة

نوع التنفيذ.

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

يعد عدد الاستعلامات إلى SQL نقطة أساسية في إعداد مشكلة فنية. كل شخص أو برنامج قادر على إنشاء عدد معين من الطلبات ويشغل جزءًا من موارد الأجهزة. لذلك قد لا يعمل تصميم لـ 5 مستخدمين لـ 10 مستخدمين ، وستبدو المتطلبات مختلفة أيضًا لـ 50 مستخدمًا. حوالي 100 ، 200 هو نفسه. بالطبع ، البرنامج الذي سيعمل تلقائيًا مع 1C هو موضوع منفصل يتطلب دراسة أكثر تفصيلاً.

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

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

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

دعنا نذهب من خلال الملحقات.

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

وحدة المعالجة المركزية بأداء لا يقل عن 1700 ميجا هرتز ، على الرغم من أن القيمة أقل في المتطلبات ، ولكنيجب التركيز عليه ،و في النهاية شراء معالج أقوى. مثالي لـ Intel Corه i3-8100 ، زيون E3-1220 v6 أو AMD Ryzen 3 1200. بالطبع الأكثر NS سوف تعطي الإنتاجيةزيون ، لكنه الأغلى على الإطلاق. هذا لمدة 5-10بشري ... إذا كنت تخطط لزيادةماشية "المستخدمين"، فمن المؤكد أنه يستحق الاختيارزيون.

من 10 إلى 20 شخصًا ، تعد Intel Xeon E3-1230 v6 مفيدة بالفعل ، على عكس شقيقها الأصغر ، فهي تتمتع بتردد ساعة أعلى وتعدد مؤشرات الترابط. على الرغم من أنها ليست أساسية ، فقد تبين أن وحدة المعالجة المركزية أقوى من حيث الحجم. الأقل تكلفة هي Core i5-8500 و AMD Ryzen 5 1500X. لكن الأخير لن يكون قادرًا على إظهار نفس أداء Xeon. لذا اختر الأخير.

إذا تم التخطيط لخادم 1C لـ 20-50 شخصًا. ثم يحتاج التجميع إلى منتج. من الأفضل نسيان المعالجات في قطاع المستخدم وإلقاء نظرة على جزء الخادم. وبالتالي. هنا سوف تحتاج على الأقل Intel Xeon E5-1650 v4 مع 6 نوى 12 خيطًا وتردد أساسي 3.6 جيجاهرتز جيد جدًا. من AMD ، تعد وحدة المعالجة المركزية EPYC 7261 ذات 8 نوى و 16 خيطًا وتردد أساسي 2.5 جيجاهرتز مناسبة. بالطبع ، سيظهر أداء أقل ، لكنه أرخص قليلاً. لكن ليس كثيرا.

بالنسبة لمستخدمي 50-100 ، يجدر إلقاء نظرة على Xeon E5-1680 v4 من Intel ، فهو أقوى بشكل ملحوظ من وحدة المعالجة المركزية السابقة. يحتوي على 8 نوى و 16 مؤشر ترابط وترددات 3.4 جيجا هرتز. يمكن أيضًا استخدام AMD EPYC 7351 مع 16 مركزًا و 32 سنًا و 2.4 جيجا هرتز تردد أساسي. لكنها أسوأ بكثير من شركة إنتل. لكنها أيضًا أرخص بشكل ملحوظ.

للحصول على حلول أكثر جدية ، يمكنك حتى استخدام أنظمة معالج مزدوج أو أجهزة مقسمة. على سبيل المثال ، بالنسبة لنظام المعالج المزدوج ، يعتبر Xeon E5-2643 v4 مثاليًا. لكن أجهزة التجزئة أكثر ملاءمة. أي ، لتنفيذ الحل على جهازين في وقت واحد.

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

أجهزة التخزين

العقبة التقليدية في النظام هي الأقراص الصلبة. لنبدأ بالواجهات.ساتا مناسب فقط للطلبات المتسلسلة. لا يمكن إجراء أي نوع من الموازاة إلا بتنسيقغارة- مجموعة مصفوفة. واجهه المستخدمساس أفضل ، ما يصل إلى 10 طلبات لمرة واحدة ، ولكن سرعة نقل محركات الأقراص الثابتة لا تزال تترك الكثير مما هو مرغوب فيه. الأكثر ملاءمةاختيار - SSD. محركات الأقراص ذات الحالة الصلبة بامتداد SAS ، من SATA نوصي بالرفض ، ولكن أيضًا خيارًا وهي أرخص قليلاً. تماما - SSD NVMe. هم الأسرعمن المقترح ... لكنها ، للأسف ، باهظة الثمن. ابدأ من الميزانية ، لكننا نوصي بالاختيار SSD ، ثم سيتم تنفيذ نظام أكثر كفاءة.

الرامات "الذاكرة العشوائية في الهواتف والحواسيب

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

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

والنقطة الأخيرة ، تأكد من استخدام مصدر طاقة غير منقطع. في حالة انقطاع التيار الكهربائي ، سيكون هناك وقت لحفظ البيانات وإغلاق الخادم بعناية.

لا ، ربما لا تزال هناك نقاط مهمة ، ما عليك سوى تعلمها عند التكوين والتفكير مليًا. قد يتعين عمل النظام بهامش كبير.

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

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

التسامح مع الخطأ. محركات الأقراص القابلة للتبديل أثناء التشغيل أو مزودات الطاقة ، وفرة النظام. إمكانية الاستبدال السريع للمكونات. كلما زاد التسامح مع الخطأ ، قلت فرصة تشغيله بسهولة. يتم تحقيق أكبر قدر من التسامح مع الخطأ في الكتلة.خادم 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 مستخدمًا

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

لنبدأ مع العملاء ، الإصدار الحالي من النظام الأساسي (8.2) يوفر استخدام ثلاثة أنواع من العملاء. دعونا نلقي نظرة فاحصة عليهم.

العميل السمين

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

عميل رفيع

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

أيضًا ، يمكن للعميل الرقيق العمل عبر بروتوكول TCP / IP في الشبكة المحلية وعبر HTTP عبر الإنترنت. يتطلب هذا وسيطًا آخر - خادم ويب ينقل طلبات العميل إلى خادم 1C ، ولا يتم تنفيذ معالجة البيانات على خادم الويب ، ويتم استخدامه حصريًا كوسيلة نقل. مزايا العميل الرقيق واضحة ، فهي تتيح ، في وجود خادم قوي ، تسريع العمل بشكل كبير مع البرنامج ، كما تقل حركة مرور الشبكة بشكل كبير ، وهو أمر مهم جدًا لشبكات المكاتب.

العميل على شبكة الإنترنت

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

الآن حوالي ذبابة في المرهم في برميل عسل. للتشغيل العادي في وضع العميل الرقيق والويب ، يجب أن يعمل التكوين في وضع التطبيق المدار ويدعم جميع الوظائف في هذا الوضع. وضع التطبيق المُدار هو الوضع الرئيسي لمنصة 8.2 ويختلف تمامًا عما كان عليه من قبل ، بما في ذلك خارجيًا. يمكن تمييز التطبيق الموجه بصريًا بواجهته الجديدة ، والتي تتميز بعلامات تبويب وارتباطات تشعبية:

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

اليوم ، يعمل جزء فقط من التكوينات النموذجية في وضع التطبيق المُدار ، مثل: إدارة شركة صغيرة ، وإدارة التجارة 11 ، و Retail 2 ، وإدارة الرواتب والموظفين. يمكن لهذه الحلول الاستفادة الكاملة من النظام الأساسي الجديد. لا تستخدم Enterprise Accounting 2.0 وضع التطبيق المُدار ولن تعمل في العملاء النحيفين وعملاء الويب ، وينطبق الشيء نفسه على العديد من حلول الجهات الخارجية ، مثل "Fireplace" ، إلخ.

الاستنتاجات

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

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

كتلة خادم 1C

بعد التعامل مع العملاء ، دعنا ننتقل إلى الخوادم. يوفر النظام استخدام ثلاثة أنواع من الخوادم: خادم 1C وخادم DBMS وخادم ويب. من المهم أن نفهم أن هذه الخوادم مستقلة تمامًا عن بعضها البعض ، وهذا يمنح النظام مرونة ويسمح بالاستخدام الرشيد لموارد الحوسبة.

كما أن النظام لا يفرض أي متطلبات خاصة بالمنصة. يمكنك مشاركة كل من خوادم Windows و Linux ، ويمكن استخدام Apache و IIS كخادم ويب ، ويتم دعم PostgreSQL و MS SQL Server و IBM DB2 و Oracle من DBMS. لذلك ، لا أحد يزعجك لإنشاء مخطط يعمل فيه خادم 1C يعمل على نظام Linux الأساسي مع خادم قاعدة بيانات يعمل بنظام Windows Server و IIS والعكس صحيح. بالإضافة إلى ذلك ، يمكنك استخدام العديد من خوادم DBMS (بالإضافة إلى خوادم الويب) مع قواعد بيانات مختلفة على خوادم مختلفة.

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

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

أي مجموعة تتكون من 1C Enterprise Central الخادم والخوادم العاملة. في أبسط تكوين له ، سيكون نفس الخادم الفعلي. ومع ذلك ، إذا لزم الأمر ، يمكننا إضافة خوادم عمل إضافية ، والتي سيتم موازنة الحمل عليها بواسطة الخادم المركزي. يتيح ذلك للمستخدمين زيادة قوة الحوسبة للنظام بسرعة وشفافية وزيادة التسامح مع الخطأ. لا تفرض الكتلة أيضًا متطلبات تجانس النظام الأساسي ؛ يمكن أن تشمل خوادم Windows و Linux.

ما هي الاستنتاجات التي يمكن استخلاصها مما سبق؟ أولاً ، نظام خادم العميل 1C Enterprise مرن للغاية ويسمح لك باستخدام موارد الحوسبة المتاحة بأفضل طريقة للحصول على أفضل نتيجة. يعتمد اختيار التكوين على المهام والأموال المحددة المخصصة لحلها.

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

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