لا يمكن بدء سير العمل بسبب وجود تعارض في منفذ IP. أداة إدارة مجموعة الخادم

مجموعة الخوادم 1C: Enterprise 8 (1C: مجموعة الخوادم Enterprise 8)

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

تعد مجموعة خوادم 1C:Enterprise 8 مفهومًا منطقيًا يشير إلى مجموعة من العمليات التي تخدم نفس مجموعة قواعد بيانات المعلومات.

يمكن تحديد القدرات التالية لمجموعة الخادم باعتبارها القدرات الرئيسية:

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

خيار خادم العميل. مخطط العمل

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

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

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

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

يتم دعم صيانة الاتصال ومصادقة المستخدم من خلال سير العمل هذا حتى يتوقف العميل عن العمل مع قاعدة معلومات محددة.

كتلة الخادم

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

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

• عمليات مجموعة الخادم:
  o ragent.exe;
  o rmngr.exe;
  o rphost.exe;
• مخزن البيانات:
  o قائمة المجموعات؛
  o سجل الكتلة.

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

لا يعد سجل المجموعة ولا وكيل الخادم جزءًا لا يتجزأ من مجموعة الخادم، ولكن فقط تمكين الخادم والمجموعات الموجودة عليه من العمل.

تتكون مجموعة الخادم نفسها من العناصر التالية:

• واحدة أو أكثر من عمليات rmngr.exe
• تسجيل الكتلة
• واحدة أو أكثر من عمليات rphost.exe.

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

العملية المنفذة (عملية rphost.exe). هو الذي يخدم تطبيقات العميل مباشرة، ويتفاعل مع خادم قاعدة البيانات. أثناء هذه العملية، قد يتم تنفيذ بعض إجراءات تكوين وحدة الخادم.

قابلية التوسع للإصدار 1C 8.3

يتم تحقيق قابلية التوسع لمجموعة الخادم بالطرق التالية:

• زيادة عدد المديرين في الكتلة وتوزيع الخدمات بينهم
• زيادة عدد العمليات المنفذة التي تعمل على خادم عامل معين
• زيادة عدد الخوادم العاملة التي تشكل المجموعة.

استخدام عدة مديرين في وقت واحد.

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

ومع ذلك، لا يمكن استخدام بعض الخدمات إلا من خلال مدير المجموعة الرئيسي:

• خدمة تكوين الكتلة
• خدمة إدارة العناصر التصحيحية
• خدمة القفل العنقودي.

بالنسبة للخدمات الأخرى، يُسمح بتعيين مديري المجموعات التعسفيين:

• خدمة السجل
• خدمة حظر الكائنات
• خدمة العمل
• خدمة البحث عن النص الكامل
• خدمة بيانات الجلسة
• خدمة الترقيم
• خدمة الإعدادات المخصصة
• خدمة الوقت
• خدمة حظر المعاملات.

استخدام مسارات عمل متعددة في وقت واحد.

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

تؤدي القدرة على استخدام المزيد من العمليات المنفذة (زيادة عدد اتصالات العميل) دون زيادة الحمل على عملية عاملة معينة إلى تغيير تصاعدي في عدد الخوادم العاملة التي تعد جزءًا من المجموعة.

التسامح مع الخطأ في الإصدار 1C 8.3

يتم ضمان المرونة في مواجهة فشل المجموعة بثلاث طرق:

• التكرار من الكتلة نفسها
• حجز إجراءات العمل
• مقاومة انقطاع قناة الاتصال.

النسخ الاحتياطي لمجموعة 1C الإصدار 8.3

يتم دمج عدة مجموعات في مجموعة التكرار. تتم مزامنة المجموعات الموجودة في هذه المجموعة تلقائيًا.

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

النسخ الاحتياطي لعمليات العمل 1C الإصدار 8.3

لكل سير عمل، من الممكن تحديد خيارات لاستخدامه:

• يستخدم
• لا تستخدم
• استخدامها كنسخة احتياطية.

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

مقاومة 1C الإصدار 8.3 لانقطاع قناة الاتصال

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

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

الجلسات في 1C الإصدار 8.3

تتيح الجلسة إمكانية تحديد المستخدم النشط لقاعدة معلومات محددة وتحديد تدفق التحكم من هذا العميل. تتميز الأنواع التالية من الجلسات:

• العميل الرقيق، وعميل الويب، والعميل الكثيف - تحدث هذه الجلسات عندما يصل العملاء المطابقون إلى قاعدة المعلومات
• اتصال من النوع "Configurator" - يحدث عند الوصول إلى قاعدة معلومات المكوِّن
• اتصال COM – يتم تشكيله عند استخدام اتصال خارجي للوصول إلى قاعدة المعلومات
• اتصال WS - يحدث عند الوصول إلى قاعدة معلومات خادم الويب نتيجة للوصول إلى خدمة ويب منشورة على خادم الويب
• مهمة في الخلفية - يتم إنشاؤها عندما تصل عملية عاملة للمجموعة إلى قاعدة المعلومات. تُستخدم هذه الجلسة لتنفيذ رمز إجراء مهمة الخلفية،
  وحدة تحكم المجموعة - يتم إنشاؤها عندما تصل الأداة المساعدة لإدارة خادم العميل إلى عملية عاملة
• مسؤول COM - يحدث عند الوصول إلى عملية عاملة باستخدام اتصال خارجي.
• العمل تحت أنظمة تشغيل مختلفة

يمكن لأي عمليات مجموعة خادم أن تعمل ضمن نظام التشغيل Linux ونظام التشغيل Windows. يتم تحقيق ذلك من خلال حقيقة أن تفاعل المجموعة يحدث تحت سيطرة بروتوكول TCP/IP. يمكن أن تتضمن المجموعة أيضًا خوادم عاملة تقوم بتشغيل أي من أنظمة التشغيل هذه.

الأداة المساعدة لإدارة مجموعة الخوادم 8.3

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

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

متى يجب عليك تثبيت مجموعة خادم 1C؟

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

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

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

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

لنفكر في هذه الخوارزمية باستخدام مثال دمج خادمين 1C 8.2 في مجموعة

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

بعد ذلك، في وحدة التحكم الإدارية 1C، تحتاج إلى إضافة مجموعة احتياطية باسم الخادم الثاني – S1C-02 – إلى قسم “حجز المجموعة”. نضيف مجموعة احتياطية تسمى S1C-01 إلى قسم مماثل من الخادم الثاني وننقلها إلى الموضع العلوي. للقيام بذلك، استخدم قائمة السياق والأمر "تحريك لأعلى".ومن الضروري التأكد من نفس الترتيب في هذه المجموعات على كلا الخادمين.

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

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

تحميل الكتلة والتحسين

اختبار الحمل

التقنيات الأكثر شيوعًا لاختبار مجموعة خادم 1C هي:

1. اختبار جيليف
2. مركز الاختبار من 1C:KIP.

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

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

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

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

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

معلمة مفيدة للغاية للخوادم التي يتم استخدامها 24 ساعة في اليوم - "فاصل إعادة التشغيل".عادةً ما يتم تعيين قيمته على 86400 ثانية حتى تتمكن الخوادم من إعادة التشغيل تلقائيًا مرة واحدة يوميًا. وهذا مفيد لتقليل التأثيرات السلبية لتسرب الذاكرة وتجزئة البيانات على الأقراص أثناء العمليات.

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

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

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

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

للحصول على التحسين المناسب، استخدم وحدة تحكم مجموعة الخادم وقم بتكوين المعلمات التالية لكل خادم:

• الحد الأقصى لحجم الذاكرة لجميع العمليات المنفذة. إذا كان هذا المؤشر 0، فإن النظام يخصص 80٪ من ذاكرة الوصول العشوائي للعمليات، ولكن إذا كان الحقل 1، ثم 100٪. إذا تم تثبيت 1C ونظام إدارة قواعد البيانات (DBMS) على نفس الخادم، فهناك احتمال حدوث تعارض بسبب الذاكرة وتحتاج إلى استخدام هذا الإعداد. خلاف ذلك، سيكون المعيار 80٪ كافيا أو حساب مقدار ذاكرة نظام التشغيل المطلوبة، وأدخل المبلغ المتبقي في هذا الحقل؛
• استهلاك الذاكرة الآمنة لكل مكالمة. القيمة الافتراضية هي "0"، مما يعني أن عملية عاملة واحدة ستشغل أقل من 5% من الحد الأقصى لذاكرة الوصول العشوائي (RAM) لجميع العمليات. لا ينصح بتعيين القيمة "-1"، لأنه سيزيل جميع القيود، وهو أمر محفوف بالعواقب في شكل تجميد؛
• عدد قواعد المعلومات والاتصالات لكل عملية. تتحكم هذه الإعدادات في كيفية توزيع أحمال العمل عبر عمليات العمل. يمكنك تخصيصها وفقًا لمتطلباتك لتقليل الخسائر الناتجة عن التحميل الزائد على الخادم. إذا تم تعيين القيمة على 0، فلن يتم تطبيق القيود، وهو أمر خطير إذا كان هناك عدد كبير من الوظائف.

في الإصدار 8.3، هناك ميزة أخرى مفيدة لتوزيع الحمل بشكل صحيح على الخادم "مدير لكل خدمة."تتيح لك هذه المعلمة استخدام مدير خادم واحد (rmngr)، ولكن العديد منها، كل منها مسؤول عن مهمته الخاصة. وهذه فرصة رائعة لتتبع الخدمة التي تسبب تدهور الأداء وقياس مقدار الموارد المخصصة لكل مهمة.

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

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

أثناء تثبيت التحديث التالي للمحاسبة، تلقيت الخطأ "أنا أعمل فقط على الإصدار 8.3.4"، حسنًا... لقد حان الوقت لتثبيت الإصدار 8.3.4. لذا:

لن أصف عملية تنزيل النظام الأساسي الجديد وتثبيته، فكل شيء بسيط.

خدمة وكيل الخادم 1C
بشكل افتراضي، يتم تثبيته على المنفذ 1540، ويوجد لدي الإصدار 8.2 قيد التشغيل، لذلك نقوم بتغييره في فرع التسجيل
HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\1C: معلمة خادم Enterprise 8.3 ImagePath
قم بتغيير أرقام المنافذ عن طريق إضافة إزاحة: "C:\Program Files\1cv8\8.3.4.365\bin\ragent.exe" -srvc -agent -regport 1741 -port 1740 -range 1660:1691 -d "C:\Program الملفات\1cv8\srvinfo"

قم بتشغيل الوكيل وافتح وحدة التحكم الإدارية لخوادم 1C وقم بإنشاء المجموعة 8.3
حدد اسم الخادم وقم بتكوينه على المنفذ 1740 (8.2 يعمل على 1540)

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


الآن بمزيد من التفاصيل:
1. الفاصل الزمني لإعادة التشغيل: 86400 ثانية (24 ساعة). لا يتم تنظيم لحظة إعادة التشغيل، على ما يبدو منذ لحظة تعيين المعلمات أو بدء تشغيل خادم التطبيق.
2. يمكنك أيضًا تحديد مقدار الذاكرة المسموح به: 3,000,000 كيلو بايت (3 جيجابايت) - بالنسبة للخادم الذي يحتوي على 4 جيجابايت من ذاكرة الوصول العشوائي، إذا كان أقل، ثم لا تملأهذا الخيار!.
3. الفاصل الزمني لتجاوز الذاكرة هو فترة زمنية متواصلة يتم فيها تجاوز مقدار الذاكرة المسموح به، وبعد ذلك سيقوم الخادم بإعادة تشغيل العملية. إذا تم تحديد 0 ثانية، فسوف ينتظر إلى الأبد.
4. يتم حساب عدد عمليات العمل تلقائيًا بناءً على إعداداتك
5. مستوى التسامح مع الخطأ يمكنك تعيين مستوى التسامح مع الخطأ في نظام المجموعة على أنه عدد الخوادم العاملة التي يمكن أن تفشل في نفس الوقت، وهذا لن يؤدي إلى إنهاء غير طبيعي للمستخدمين. يتم تشغيل خدمات النسخ الاحتياطي تلقائيًا بالقدر اللازم لضمان التسامح مع الخطأ المحدد؛ وفي الوقت الفعلي، يتم نسخ الخدمة النشطة إلى الخدمات الاحتياطية.
6. وضع توزيع التحميل، والذي يمكن استخدامه إما لزيادة أداء النظام ككل، أو استخدام وضع "حفظ الذاكرة" الجديد، والذي يسمح لك بالعمل "بذاكرة محدودة" في الحالات التي يستخدم فيها التكوين "الإعجابات" لأكل الذاكرة."

خادم العمل
الخادم الخاص بي بسيط، بإجمالي 2 جيجا بايت من ذاكرة الوصول العشوائي (RAM) ولن يكون هناك سوى قاعدتي بيانات عليه، لذا سأقوم بتكوينه على النحو التالي:

لقد قمت بتعيين معلمة عدد أمان المعلومات لكل عملية على 1، أي. أريد أن يقوم كل أمن معلومات بتشغيل عمليته الخاصة - وهذا سوف يقلل من التأثير المتبادل من حيث الموثوقية والأداء. يمكنك تكوينه لخصائص الخادم الخاص بك!

قاعدة المعلومات
أقوم بإضافة البكالوريا الدولية:

في البدايةالتبول في قاعدة البيانات:

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

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

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

موقع ملفات خدمة مدير الكتلة في 1C Enterprise 8.3
إذا عند تثبيت النظام! اختارت "1C:Enterprise" خيار تشغيل خادم "1C:Enterprise" كخدمة، ثم سيتم إجراء الإطلاق الأول لوكيل الخادم أثناء عملية تثبيت النظام. في هذه الحالة، سيتم إطلاق الخدمة نيابة عن المستخدم المحدد في مربع حوار تثبيت النظام، ولكن سيتم وضع ملفات خدمة مجموعة الخادم في الدليل<каталог установки системы 1С:Предприятие>\srvinfo (سيتم تحديد مفتاح التشغيل -d بشكل صريح في معلمات الخدمة).

إذا قمت، عند تثبيت نظام 1C:Enterprise، بتحديد خيار تشغيل الخادم كتطبيق، فلن يتم تشغيل الخادم أثناء عملية تثبيت النظام؛ يجب أن يبدأ وكيل الخادم بشكل مستقل بعد اكتمال تثبيت النظام. علاوة على ذلك، إذا لم يتم تحديد مفتاح البدء -d، فسيتم وضع ملفات خدمة مجموعة الخادم في الدليل الافتراضي: %USERPROFILE%\LocalSettings\ApplicationData\lC\lCv8 (%LOCALAPPDATA%\lC\lCv8 لنظام التشغيل Windows Vista والإصدارات الأقدم) .

انتباه!إذا تم بالفعل إنشاء مجموعة على هذا الخادم المركزي، فعند تغيير خيار تشغيل وكيل الخادم (الخدمة، التطبيق) أو عند تغيير المستخدم الذي يعمل وكيل الخادم نيابة عنه، يجب عليك دائمًا الاهتمام بتحديد المسار بشكل صحيح إلى دليل ملفات الخدمة الخاصة بمجموعة الخادم. إذا لم يعثر وكيل الخادم على قائمة المجموعات أثناء بدء التشغيل، فسيقوم بإنشاء مجموعة جديدة على هذا الخادم.
في نظام التشغيل Linux، ستكون ملفات خدمة مجموعة الخادم موجودة في المجلد /home/usrlcv8/.lcv8/lC/lcv8 (أو الإصدار المختصر هو ~/.1cv8/1C/1cv8).

منذ حوالي عامين قمنا بنشر مادة حول خادم 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، والبيع بالتجزئة 2، وإدارة الرواتب والموارد البشرية. يمكن لهذه الحلول الاستفادة الكاملة من النظام الأساسي الجديد. لا يستخدم Enterprise Accounting 2.0 وضع التطبيق المُدار ولن يعمل مع عملاء الويب والرقيقة، وينطبق الشيء نفسه على العديد من حلول الجهات الخارجية، مثل "Kamin" وما إلى ذلك.

الاستنتاجات

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

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

مجموعة خادم 1C

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

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

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

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

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

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

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

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