نتحقق من أنفسنا: كيفية النشر وكيفية إدارة 1C: تدفق المستندات داخل شركة 1C

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

في 1C ، يستخدم أكثر من ألف موظف المستندات. أصبحت قاعدة البيانات مثيرة للإعجاب بالفعل (11 مليار سجل) ، مما يعني أنها تتطلب صيانة أكثر شمولاً ومعدات أكثر قوة.

كيف يتم ترتيب عمل نظامنا ، وما هي الصعوبات التي نواجهها في خدمة قاعدة البيانات ، وكيف نحلها (نستخدم MS SQL Server كـ DBMS) ، سنصف في المقالة.

بالنسبة لأولئك الذين قرأوا لأول مرة عن منتجات 1C.
1C: إدارة المستندات هي حل تطبيق (تكوين) يتم تنفيذه على أساس إطار عمل لتطوير تطبيقات الأعمال - 1C: منصة Enterprise.


صورة


"1C: إدارة المستندات 8" (في شكل مختصر - DO) يسمح لك بأتمتة العمل مع المستندات في المؤسسة. يعد البريد الإلكتروني إحدى الأدوات الرئيسية لتفاعل الموظفين. بالإضافة إلى البريد ، يحل DO أيضًا المهام الأخرى:

  • تتبع الوقت
  • المحاسبة عن الغياب
  • طلبات السعاة / النقل
  • تقاويم الموظف
  • تسجيل المراسلات
  • جهات اتصال الموظف (دفتر العناوين)
  • منتدى الشركات
  • حجز غرفة
  • تخطيط لحدث
  • CRM
  • العمل الجماعي مع الملفات (مع الاحتفاظ بإصدارات الملفات)
  • وإلخ.

في إدارة المستندات ، نقوم بإدخال العميل الرقيق (التطبيق القابل للتنفيذ الأصلي) من Windows و Linux و macOS وعميل الويب (من المستعرضات) وعميل الهاتف المحمول - اعتمادًا على الموقف.

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

لقد تجاوز عدد الأحرف في DL لدينا بالفعل 100 مليون ، وبشكل عام في DBMS - أكثر من 11 مليار تسجيل. في المجموع ، يستخدم النظام ما يقرب من 30 تيرابايت من التخزين: قاعدة البيانات هي 7.5 تيرابايت ، وملفات العمل الجماعي منفصلة وتشغل 21 تيرابايت أخرى.

إذا تحدثنا عن أرقام أكثر تحديدًا ، فإليك عدد الأحرف والملفات في الوقت الحالي:

  • الرسائل الصادرة - 14.7 مليون.
  • الرسائل الواردة - 85.4 مليون
  • إصدارات الملفات - 70.8 مليون
  • الوثائق الداخلية - 30.6 ألف

في DO ليس هناك فقط البريد والملفات. فيما يلي أرقام الأشياء المحاسبية الأخرى:

  • حجز غرفة الاجتماعات - 52126
  • التقارير الأسبوعية - 153.940
  • التقارير اليومية - 628153
  • الموافقة على التأشيرة - 11،821
  • الوثائق الواردة - 79677 79
  • المستندات الصادرة - 35357
  • سجلات الأحداث في التقاويم العاملة للمستخدمين - 168228
  • طلبات السعاة - 883 21
  • النظراء - 029 81
  • سجلات العمل مع المقاولين - 45632
  • – 41 795
  • – 10 243
  • – 6 320
  • – 245 980
  • – 26 282
  • – 891 095
  • - – 109 056. – , , , , .. , , , , . , , .

?


تشير هذه الأرقام إلى عدد كبير من المهام ، لذلك واجهنا الحاجة إلى تخصيص معدات منتجة إلى حد ما لاحتياجات الشركات الفرعية الداخلية. حتى الآن ، خصائصها هي كما يلي: 38 نواة ، 240 غيغابايت من ذاكرة الوصول العشوائي ، 26 تيرابايت محركات.
صورة

نعطي جدول الخوادم: في المستقبل نخطط لزيادة سعة المعدات.

ماذا عن تحميل الخادم؟


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

على سبيل المثال ، في لقطة الشاشة أدناه ، نرى خادم SQL حيث يتم تحميل وحدة المعالجة المركزية بنسبة 23 ٪. وهذا مؤشر جيد جدًا (للمقارنة: إذا اقترب الحمل من 70٪ ، فمن المرجح أن يلاحظ الموظفون تباطؤًا كبيرًا جدًا).

صورة

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

صورة

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

صورة

ما هي المقاييس لتحديد الأداء؟


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

المقاييس عبارة عن قياسات لمؤشرات تجارية مختلفة في نقاط زمنية معينة (على سبيل المثال ، متوسط ​​وقت تسليم البريد في لحظة 10 دقائق).

يعرض أحد المقاييس عدد المستخدمين النشطين في قاعدة البيانات. في المتوسط ​​، هناك 1000-1400 منهم يوميًا. يوضح الرسم البياني أنه في وقت لقطة الشاشة كان هناك 2144 مستخدمًا نشطًا في قاعدة البيانات.

صورة

هناك أكثر من 30 إجراءات من هذا القبيل ، والقائمة تحت القطع.
قائمة


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

صورة

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

صورة

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

صورة

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

صورة

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

صورة

فيما يلي قائمة ببعض المقاييس (تحت القطع).
المقاييس
  • ()
  • 10
  • :
  • ( )
  • ( )
  • ( )
  • ( )
  • ()
  • « »


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

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

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

صورة

من أهم ملفات التعريف بالنسبة لنا "قائمة المؤشرات الرئيسية للبريد من وجهة نظر المستهلكين". يتضمن ملف التعريف هذا ، على سبيل المثال ، المؤشرات التالية:

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

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

كيف نحافظ على قاعدة البيانات الكبيرة هذه؟


إن DO الداخلي لدينا هو مثال لمشروع يعمل بشكل كبير. لنتحدث عن الميزات التقنية لقاعدة بياناته.

ما هي مدة إعادة هيكلة جداول قاعدة البيانات الكبيرة؟


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

لقد قمنا بإعادة هيكلة الجدول منذ 6 سنوات ، ولكن بعد ذلك بدأ الأمر يستغرق الكثير من الوقت بحيث لم يعد مناسبًا للفترات الليلية. وبما أن هذه العمليات تقوم بتحميل خادم SQL بشكل كبير ، فلا يمكنها توفير خدمات عالية الجودة للمستخدمين الآخرين.

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

صورة
قمنا أيضًا بتحسين عمليات الصيانة الأخرى من خلال جعلها جزئية.

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

كيف يتم تنفيذ النسخ الاحتياطي مع هذه المجلدات؟


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

كم من الوقت يستغرق النسخ الاحتياطي الكامل؟


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

صورة

هل هناك ازدواج؟


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

هل هناك عقد للقراءة فقط؟


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

ولا يتم حذف الرسائل المحددة للحذف على الإطلاق؟


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

لماذا تخزنها؟ هل هناك إحصائيات حول الوصول إلى المستندات القديمة؟


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

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

كيف يتم فحص قيمة وتدمير الوثائق حسب فترة التخزين؟


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

ما هي آفاق التنمية؟


الآن يحل DO الخاص بنا حوالي 30 مشكلة داخلية ، بعضها أدرجناها في بداية المقالة. كما يتم استخدام DO لإعداد المؤتمرات التي نعقدها مرتين في السنة لشركائنا: البرنامج بأكمله ، جميع التقارير ، جميع الأقسام المتوازية ، القاعات - كل هذا يتكون في DO ، ثم يتم تنزيله منه ، ويتم عمل برنامج مطبوع.

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

All Articles