وحيث إن نشر ArcGIS Enterprise يزداد تعقيدًا، فلابد من وضع اعتبارات إضافية عندما يتعلق الأمر بإصلاح الكارثة. وتتطلب هذه الاعتبارات وجود رؤى في الأنظمة المتفاوتة التي تُشكل بنية النشر. وكما الأمر في العديد من السيناريوهات الفنية، ليس هناك نهج واحد يناسب الجميع لنسخ الأساس والأنظمة التابعة احتياطيًا في نشر .
ويقدم ما يلي إطار عمل لزيادة معدل نجاح الاستعادة خلال حالة إصلاح الكارثة. قد تعتمد المؤسسات هذه الممارسات من أجل تحديد تدابير التشغيل القياسية لديها باعتبارها جزءًا من خطة استمرارية الأعمال/إصلاح الكارثة (BC/DR) في حالة حدوث كارثة في سياق نشر ArcGIS Enterprise لديهم.
أفضل الممارسات لإنشاء النسخ الاحتياطية
يمكنك مراجعة أفضل الممارسات الآتي ذكرها لإنشاء عمليات نسخ احتياطي لمؤسسة ArcGIS Enterprise وأي موارد بيانات مرجعية أخرى.
نسخ احتياطي لـ ArcGIS Enterprise
وتضم مؤسسة ArcGIS Enterprise موقع Portal for ArcGIS وكل مواقع ArcGIS Server الموحدة وبياناتهم ذات الصلة والبيانات المشمولة في ArcGIS Data Store. يمكن نسخ المكونات احتياطيًا باستخدام أداة Web GIS Disaster Recovery (WebGISDR) المضمنة، أو باستخدام أدوات جهة أخرى للنسخ الاحتياطية المستندة إلى الأجهزة والصور.
إن أداة WebGISDR هي عبارة عن أداة سطر أوامر مضمنة مع Portal for ArcGIS، والتي تُستخدم لإجراء عملية نسخ احتياطي لبيانات ومحتوى المؤسسة ومعلومات موقع ArcGIS Server الموحدة والبيانات المشمولة في مخازن البيانات الارتباطية والتخزين المؤقت التجانبي. تمثل هذه الأداة استفادة على وجه التحديد من ناحية الحفاظ على الاتساق بين مكونات نشر الأساس، فضلاً عن أي مواقع موحدة إضافية، وعلى الرغم من ذلك فإنها بحاجة إلى نشر وظيفي لتنفيذ الإصلاح.
لا بد من مراعاة ما يلي خارج عملية النسخ الاحتياطي لـ WebGIS DR:
- مواقع ArcGIS Mission Server أو ArcGIS Notebook Server الموحدة—إذا كان لديك أي منهما، فقم بإنشاء نسخ احتياطية باتباع التعليمات الواردة في ArcGIS Mission Server وثائق وArcGIS Notebook Serverوثائق.
- مخزن البيانات الضخمة للموضع الزماني المكاني والنسخ الاحتياطية لمخزن الرسم البياني ومخزن الكائنات—إذا كان لديك أيًا من هذه الأنواع ArcGIS Data Store مسجّل في خادم الاستضافة، فأنشئ نسخًا احتياطية لكل منها باستخدام الأداة المساعدة ArcGIS Data Store backupdatastore.
- تكوين موقع ArcGIS GeoEvent Server-إدارة النسخ الاحتياطي لتكوين ArcGIS GeoEvent Server باستخدام ملف تكوين النسخ الاحتياطي.
تتيح معظم المنصات الظاهرية التقاط لقطات للأجهزة الافتراضية قيد التشغيل مما يسمح بتحقيق وقت استرداد أقل. بينما تمثل نفعًا، فإنها لا تعتبر عمليات نسخ احتياطي قوية باعتبارها جزءًا من خطة BC/DR الأكبر.
عند إجراء نسخ احتياطي قبل نافذة الصيانة أو في خلالها، فإن هدف وقت الاسترداد الأقل المدعوم باللقطات يعمل بوصفه محفزًا لاستخدام هذه الأدوات متى أتيح ذلك. عند أخذ نسخة احتياطية للغير، فلا يكون هناك تكامل لمكونات طبقة البيانات الأساسية لكل من Portal for ArcGIS وArcGIS Data Store مع تلك الطرق، ومن ثم يكون هناك مستوى من الخطورة المرتبطة بأخذ نسخة احتياطية حية لقاعدة البيانات قيد التشغيل. ولتقليل هذه الخطورة، ينبغي التقاط اللقطات وإجراء عمليات النسخ الاحتياطي المستندة إلى الصور بعد توقف الخدمة لمكونات ArcGIS Enterprise قيد التشغيل.
في حالة البنيات التي تستخدم مشاركة ملف لاستضافة دليل محتوى مدخل مشترك أو مخزن تكوين ودلائل جذرية لمواقع ArcGIS Server، يكون من المهم مراعاة اتساق النسخ الاحتياطية لتلك المواقع عند استخدام أدوات النسخ الاحتياطي للغير مثل لقطات الأجهزة الافتراضية أو النسخ الاحتياطية المستندة إلى الصور. فعلى سبيل المثال، في حالة إجراء المسئول لاسترجاع عقب ترقية Portal for ArcGIS غير ناجحة من خلال استعادة لقطة، فقد يتبدل دليل المحتوى من خلال عملية الترقية ولن يبقى متسقًا مع المعلومات المتضمنة في قاعدة البيانات على المثيل المسترد. ولخفض هذه التأثيرات وقت استخدام أدوات الغير، فلابد من أخذ النسخ الاحتياطية أثناء ظهور نافذة الانقطاع حين يتوقف نشر أو تحرير أي محتوى في المؤسسة. ويشمل ذلك كل من مكونات ArcGIS Enterprise فضلاً عن أي مشاركة ملفات ذات صلة.
يمكن نسخ ArcGIS Data Store احتياطيًا بشكل منفصل من المكونات الأخرى لتقليل خسارة البيانات في حالة حدوث عطل في ذلك المكون. من الممكن أن يحدث تشغيل للنسخ الاحتياطية المجدولة ومخازن بيانات ذاكرة تخزين التجانب المؤقتة خارج الجدول لأداة WebGISDR وأدوات النسخ الاحتياطي الأخرى.
النسخ الاحتياطي لمصادر البيانات المرجعية
يستطيع ArcGIS Server خدمة محتوى من مصادر متعددة ومنها قواعد البيانات الجغرافية المؤسسية ومشاركات الملف المسجلة ومخازن السحابة. لا بد أن تكون مصادر البيانات الخارجية هذه مدرجة في خطة إصلاح الكارثة للنشر. يُنصح باتباع تعليمات المورد المتعلقة بإجراء النسخ الاحتياطي أو النسخ المتماثل للبيانات إلى موقع آخر.
ينبغي إنشاء نسخ احتياطية من قواعد البيانات الجغرافية المؤسسية وقواعد البيانات الارتباطية التي تحتوي على البيانات التي تقدمها الخدمات المرجعية وفقًا لأهداف نقطة الاسترداد لكل مؤسسة باستخدام الأدوات التي يوفرها موردو قواعد البيانات الارتباطية. نظرًا إلى أن هذه البيانات تمت الإشارة إليها بواسطة خدمات ArcGIS Server، فمن الممكن خروج اتساق الخدمات المنشورة من مزامنة جداول قاعدة البيانات الاحتياطية في حالة تنفيذ استرداد قاعدة البيانات بشكل مستقل للمواقع التي تشمل خدمات منشورة. ويجعل هذا من الضروري محاذاة جدول النسخ الاحتياطية عبر كل المكونات في نشر ArcGIS Enterprise.
يمكن أن تستخدم مشاركات ملف الشبكة أدوات نسخ احتياطي مستندة إلى الصور أو مستندة إلى نظام الملفات من أجل إنشاء حزمة بيانات، ثم تحويلها إلى حل تخزين دائم موجود خارج نطاق فشل النشر.
ينبغي نسخ مخازن السحابة احتياطيًا أو نسخها نسخًا متماثلاً إلى منطقة أخرى للسماح لك باستعادة محتوياتها. يمكن أيضًا نشر المخازن المتكررة باستخدام الأرشيف أو المخزن الخامل لخفض التكلفة الإجمالية.
متى تقوم بالنسخ الاحتياطي
يعتمد عدد مرات إجراء النسخ الاحتياطي على العديد من العوامل، ومن أهمها الفترة التي يستغرقها النسخ الاحتياطي للاكتمال. حيث إن عمليات النسخ الاحتياطي من الممكن أن تؤثر على استخدام موارد النظام، فعادةً ما تتم جدولة النسخ الاحتياطية الكاملة خارج ساعات العمل الرئيسية. وفيما يخص مختلف أنواع النسخ الاحتياطي، قد يختلف عدد مرات النسخ الاحتياطي للنظام عبر نشر ArcGIS Enterprise.
فعلى سبيل المثال، من الممكن نسخ قاعدة البيانات الجغرافية المؤسسية للإنتاج احتياطيًا بشكل تدريجي كل 15 دقيقة لهدف نقطة الاسترداد المنخفضة. ويجب تخزين البيانات الأكثر أهمية داخل مثيل قاعدة البيانات هذا من أجل خفض حجم الخسارة المحتملة للبيانات. وفيما يتعلق بنشر ArcGIS Enterprise مع العديد من الخدمات المرجعية والمحتوى الثابت، فقد يتم إجراء النسخ الاحتياطي يوميًا أو أسبوعيًا، بينما يجب أن تستهدف عمليات النشر مع الاستخدام المكثف لخدمات المعالم المستضافة وخريطة الويب المتكررة وإنشاء التطبيقات وقتًا أقصر بين كل عملية نسخ احتياطية والأخرى.
التحقق من صلاحية عمليات النسخ الاحتياطي
لا بد من مراقبة عمليات النسخ الاحتياطي لضمان الاكتمال الناجح وتنبيه المسئولين في حالة حدوث عطل. وفيما يخص أداة WebGISDR، فمن الممكن استخدام رمز الخروج من البرنامج النصي الجاري تشغيله باعتباره مقياسًا لمدى نجاح اكتمال عملية النسخ الاحتياطي. يمثل صفر نجاح النسخ الاحتياطي، بينما يشير أي رمز غير صفري إلى فشل العملية. هناك العديد من أدوات التنبيه التي يمكن دمجها للسماح بإشعارات البريد الإلكتروني أو الرسائل القصيرة للفريق المسؤول عن تكامل النسخ الاحتياطي. توفر الكثير من أدوات النسخ الاحتياطي للغير وظائف مشابهة أو يمكن دمجها مع خدمات أخرى لإعطاء تنبيهات.
ويتمثل منحى آخر مهم للتحقق من صلاحية خطة BC/DR للمؤسسة في تشغيل تدريب الاستعادة على وتيرة شبه منتظمة. يساعد ذلك المسئولين في ضمان أنه في حالة وقوع كارثة، أنهم مستعدون للاستعادة من النسخ الاحتياطية الوظيفية والتحقق من خطة الاستعادة الموضحة أدناه.
طول فترة الاحتفاظ بملفات النسخة الاحتياطية
حدد كم من الوقت للاحتفاظ بملفات النسخ الاحتياطي استنادً إلى كمية مساحة القرص المجانية التي لديك وما مقدار المرونة التي تتطلبها لاسترداد الخيارات. إذ كنت لا ترغب في استعادة الوقت قبل عملية النسخ الاحتياطي الكاملة الأخيرة، يمكنك الاحتفاظ بأخر نسخة احتياطية بالكامل وملفات النسخ الاحتياطي التزايدية التي تم إنشائها منذ ذلك الحين.
ملفات النسخ الاحتياطي التزايدية التي تم إنشاؤها باستخدام أداة WebGISDR تكون تراكمية؛ ويمكنك تطبيق أحدث نسخة احتياطية تزايدية على النسخة الاحتياطية الكاملة الأخيرة. وبناءً عليه، على أقل تقدير، أنت بحاجة إلى الاحتفاظ بالنسخة الاحتياطية الكاملة الأخيرة وأحدث نسخة احتياطية تزايدية تم إنشائها منذ ذلك النسخة الاحتياطية الكاملة.
يمكنك أيضًا نقل مجموعات قليلة من النسخ الاحتياطية القديمة إلى موقع أخر، مثل وسائط التخزين. بهذه الطريقة، إذا اكتشفت تلك البيانات الأساسية والخدمات التي تم حذفها قبل النسخة الاحتياطية الكاملة الأخيرة، فلا يزال لديك الملفات متوفرة.
ملاحظة:
تسجل الأداة المساعدة WebGISDR إصدارات البرنامج الخاصة بمكونات ArcGIS Enterprise عند إنشاء نسخة احتياطية. يجب أن تكون عملية النشر التي تقومك باستعادتها بنفس الإصدار الذي كانت عليه عند إنشاء النسخ الاحتياطي. وإضافة إلى ذلك، يجب عليك اسعادة نفس نوع نظام التشغيل. على سبيل المثال، لا يمكنك إنشاء نسخة احتياطية من نشر ArcGIS Enterprise على نظام Linux واستعادته إلى أجهزة Windows.
أفضل الممارسات لاستعادة مؤسستك
يمكنك مراجعة أفضل الممارسات الآتي ذكرها لاستعادة مؤسسة ArcGIS Enterprise مستعينًا بعمليات النسخ الاحتياطي التي أنشأتها.
العناصر اللازم استعادتها
حين يكون لدى المسئول العديد من أنواع النسخ الاحتياطي تحت تصرفه، فمن الممكن استعادة المكونات بطريقة أكثر دقة من استرجاع النشر الكامل. في حالة حذف ذاكرة التخزين المؤقت لخدمة صورة أو خريطة، فستحتاج إلى استرجاع هذه الملفات فقط من النسخ الاحتياطي. وعلى نحو مماثل، إذا أسقط الجدول عن طريق الخطأ من قاعدة البيانات الجغرافية المؤسسية، فمن الممكن استعادة قاعدة البيانات تلك دون تأثر المكونات الأخرى.
في حالة إجراء تعديلات سيئة على طبقة معالم مستضافة وكانت البيانات تتطلب الاسترجاع، فيملك المسؤول خيار استعادة مخزن البيانات الارتباطية فقط دون استعادة نشر ArcGIS Enterprise بالكامل. ومن شأن ذلك تقليل تأثير الاستعادة على البينات الأخرى المخزنة داخل قاعدة البيانات، ولكن إذا كانت هناك خدمات مستضافة أنشئت في ذلك الوقت، فمن الممكن أن يتسبب ذلك في عدم اتساق موقع ArcGIS Server مع جداول قاعدة البيانات التي تمت استعادتها، كما يتطلب مسح يدوي وإعادة نشر للخدمات المتأثرة.
وفي أحيان أخرى، قد يكون هناك انقطاع ملحوظ مثل مركز البيانات أو منطقة السحابة التي تتطلب استعادة نشر ArcGIS Enterprise بالكامل، فضلاً عن أي مصادر خارجية للبيانات. سيكون ذلك المثال الأكثر تطرقًا ويتطلب تخطيط كافٍ لضمان تشغيل الوظائف الكاملة للبيئة الخاضعة للاستعادة.
كيفية الاستعادة
عند تعرض نشر ArcGIS Enterprise لانقطاع واسع النطاق، توجد العديد من خيارات الاسترجاع التي تعتمد على أنواع النسخ الاحتياطي المتوفرة. يعتبر تكرار موقع قريب باستخدام الأداة المساعدة WebGISDR الطريقة الأكثر أهمية لتقليل وقت استرجاع النشر، بينما بإمكان موقع الاستعداد الخامل للتدوير والاستعادة المتوفر تسهيل تدريبات الاسترجاع فضلاً عن تقليل الوقت الكلي للاسترجاع.
عند تحديد مسار الاسترجاع، فلا بد أولاً من تجربة خيار أقصر أهداف نقطة ووقت الاسترجاع. سيسمح ذلك بالحصول على أسرع تقييم على مستوى نجاح الاستعادة. كما أن وجود مسئول على دراية بإستراتيجية النسخ الاحتياطي التي خضعت لتجربة الاستعادة بشكل منتظم في السابق من الممكن أن يقلل من الوقت المستغرق للاسترجاع في سيناريو الكارثة.
حيث إن ArcGIS Enterprise بها طبقات متعددة عبر المكونات الداخلية والخارجية، فإن ترتيب استعادة تلك المكونات يؤثر على استقرار النشر عقب الاستعادة. ينبغي أن تتوفر كل مصادر البيانات المرجعية أولاً ولا بد من التحقق من إمكانية الوصول إليها من بيئة ArcGIS Enterprise، بما في ذلك نماذج قاعدة البيانات ومشاركات الملف الخارجية قبل استعادة أجهزة ArcGIS Enterprise ومكوناتها.
ما إن تكون التبعيات في موضعها الصحيح، يجب استعادة نشر ArcGIS Enterprise إلى وضع متناسق. ويتمثل الهدف من ذلك في تجنب السيناريوهات التي قد يكون فيها لدى موقع الخادم المضيف خدمة معالم مضيفة منشورة لكن مخزن البيانات الارتباطية يفتقد جدول البيانات التابع أو أن المؤسسة لديها عنصر للخدمة لم يعد موجودًا في أحد المواقع الموحدة.
التحقق بعد الاستعادة
بمجرد اكتمال عملية الاستعادة، لا بد من التحقق من صحة البيانات المهمة للمهام والوظائف واسعة الانتشار لنشر ArcGIS Enterprise. يمكن تحقيق ذلك من خلال إنشاء قوائم تدقيق لمراكز الأعمال وأقسامها من أجل التحقق من محتواها الأكثر أهمية أو من خلال البرامج النصية الآلية . ويتيح انتهاج عملية التحقق هذه عبر استخدام برنامج نصي تلقائي اكتساب ثقة أكبر بنجاح الاستعادة في وقت أقل من التحقق اليدوي من العناصر والخدمات.
أتمتة عمليات النسخ الاحتياطي والاستعادة
يوصى بإنشاء نُسخ احتياطية بشكل منتظم للحماية من مشكلة فقدان البيانات الجسيمة بشكل كبير وتقليل وقت التعطل. سيتم تحديد عدد المرات التي ستنشئ فيها نسخًا احتياطية من خلال هدف نقطة الاسترداد لمؤسستك (RPO)، والذي يحدد مقدار فقدان البيانات المقبول. على سبيل المثال ، إذا لم تستطع مؤسستك تحمل فقدان البيانات لأكثر من 12 ساعة، فستحدد جدولاً يقوم بإنشاء نسخ احتياطية بوتيرة أقل من 12 ساعة.
يمكن أتمتة إنشاء النسخ الاحتياطية واستعادتها فيWindows باستخدام مُجدوِل المهام أو أي برنامج جدولة آخر. يمكن أتمتة ضع في اعتبارك أن مقدار البيانات في مؤسستك سيؤثر أيضًا على عدد المرات اللازمة لتتمكن إنشاء نسخ احتياطية ومدى سرعة استعادتها. يمكنك اختبار المدة التي ستستغرقها قبل إعداد مهمتك المجدولة للتأكد من اكتمال عمليات النسخ الاحتياطي أو الاستعادة قبل إجراء المحاولة التالية.
بالإضافة إلى ذلك، يجب أن تحدد ما إذا كانت عمليات النسخ الاحتياطي أو الاستعادة الخاصة بك ناجحة. تدعم أداة WebGISDR ملف الإخراج الذي سيسجل نتائج العملية في صورة ملف JSON، والذي يمكن تحليله لتحديد ما إذا كان قد تم تحديد موقع النسخة الاحتياطية، وما إذا كانت هناك أي مكونات قد فشلت، والمدة التي استغرقها كل مكون. يمكن دمج هذا الملف في منطق النسخ الاحتياطي والاستعادة لإعلام المسؤولين بأي حالات فشل أو عناصر إجراءات.