Skip To Content

تخطي الكارثة والنسخ المتماثلة

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

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

التكرار الجغرافي

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

يحتوي التكرار الجغرافي على متطلبات مُحددة للنجاح.

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

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

تخطيط النشر المُكرر

أولاً، حدد عدد الأجهزة التي تحتاجها. ثم التخطيط لمتطلبات التعافي من الكوارث التالية الخاصة بعملية نشر ArcGIS Enterprise المتكررة:

  • النسخ المتماثل—تأكد من أن كلا مراكز البيانات وعمليات نشر ArcGIS Enterprise تتضمن نفس البنية.
  • التكرار—تخزين المحتوى والبيانات من مرز البيانات الأولي واستعادة الاستعداد.
  • مراقبة—مراجعة التسجيلات لتحديد وقت حدوث الفشل وتحديد خطورة الفشل الذي يتطلب منك إيقاف مركز بيانات الاستعداد.
  • الفشل—يحدد الفشل ما إذا في مكون مختلف ضمن ArcGIS Enterprise أو فشل عملية نشر ArcGIS Enterprise بالكامل في مركز بيانات مختلف.

تحديد متطلبات الجهاز

يعتمد عدد الأجهزة التي تعتمد عليها على كيفية تكوين ArcGIS Enterprise. تحتاج جهازين كحد أدنى. إذا كان ArcGIS Enterprise لا يُخزّن الكثير من البيانات والخدمات، ولا يشتمل على مخزن بيانات ضخمة زمانية مكانية، ولا يصل إليه الكثير من المستخدمين، يمكنك تكوين نشر رئيسي مكون من موقع GIS Server بجهاز واحد، وتثبيت Portal for ArcGIS وكذلك ArcGIS Data Store على نفس الجهاز. إنك تحتاج لجهاز آخر لتخزين نشر الاستعداد المُكررة.

إذا تم استخدام عملية نشر ArcGIS Enterprise بشكل مكثف— على سبيل المثال، إذا كان يمكن لعدد كبير من المستخدمين الوصول إليه، فإن المؤسسة تقوم بتخزين عدد كبير من العناصر أو يتم تحرير النشر بشكل مكثف - فقد تريد موقع GIS Server بجهاز واحد أو أجهزة متعددة Portal for ArcGIS وArcGIS Data Store على الأجهزة المنفصلة عن بعضها البعض والمنفصلة عن أجهزة GIS Server. إذا نشرت طبقات مشهد مستضافة متعددة، قد تريد تكوين ArcGIS Data Store (مخزن بيانات ذاكرة تخزين مؤقت تجانبي) لتخزين قواعد بيانات ذاكرة التخزين المؤقت للمشهد على جهاز آخر. إذا كنت ستستخدم مخزن بيانات ضخمة زمانية مكانية، يجب أن يتوفر لديك جهاز إضافي واحد على الأقل. في هذه الحالة، قم بحساب عدد الأجهزة المطلوبة باستخدام الصيغة التالية:

(<number of GIS Server machines> + 1 Portal for ArcGIS machine + <number of machines in the data store>) X 2

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

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

تكرار عمليات النشر

داخل ArcGIS Enterprise، توجد تبعيات متنوعة يجب عليك أخذها في الاعتبار للدوران حول إمكانية الوصول بشكل نموذجي. تعتمد خدمات الخريطة على البيانات في المجلد المُشارك أو الذي تم الوصول إليه عن طريق اتصال قاعدة البيانات. تتصل الأجهزة داخل ArcGIS Enterprise مع بعضها من خلال عناوين URL المحددة. ولهذه الأسباب، يجب تكرار نشر ArcGIS Enterprise في أحد المواقع في موقع آخر حتى تتطابق كل مكونات (مثل مواقع المجلد وأسماء قاعدة البيانات وعناوين URL) ضمن النشر في كل مركز من مراكز البيانات. يجب أن يكون التخزين المرتبط بالشبكات (NAS) الذي يخزن قواعد البيانات الجغرافية الملفية أو Portal for ArcGIS وملفات تكوين ArcGIS Server بنفس التسمية؛ حتى يمكن لعملية نشر وضع الاستعداد الاتصال بالموارد بنجاح. يجب تثبيت جميع مكونات ArcGIS Enterprise في نفس الدلائل داخل كل عملية نشر. أخيرًا، يجب أن يتطابق عدد الأجهزة بين مراكز البيانات حيث تتمكن مشكلات الأداء من الظهور إذا توافرت أجهزة أقل للاستجابة لتحميل المستخدم. لاحظ أنه يمكنك استخدام إدخالات DNS أو تعديل hosts files on the machines to achieve host name consistency.

استنساخ ArcGIS Enterprise

Portal for ArcGIS تتضمن أداة—webgisdr—التي تتيح لك تصدير محتوى البوابة الإلكترونية، مواقع ArcGIS Server متحدة، ومحتوى مخزن البيانات الارتباطي والتخزين المؤقت للتجانب الخاص بـ ArcGIS Data Store في ملف يمكنك تحريكه إلى جهاز الاستعداد للاسترداد. تحتفظ الأداة Portal for ArcGIS وArcGIS Serverوإعدادات ArcGIS Data Store المكونة، وتنسخ كل المحتوى المنشأ في البوابة الإلكترونية، وكذلك البيانات المنسوخة في خادم الاستضافة ومخزن البيانات أثناء النشر.

لاحظ أن الأداة لا تنسخ البيانات من قواعد البيانات المسجلة بخادم الاستضافة أو مواقع ArcGIS Server الموحدة، مثل البيانات في قاعدة البيانات أو بيانات قاعدة البيانات الجغرافية الملفية. يرجع الأمر إلى المؤسسة فيما يتعلق بتكرار تلك البيانات إلى نشر استعداد ArcGIS Enterprise والتأكد من قدرة الخدمات في وضع الاستعداد على الوصول إلى البيانات المكررة.

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

يمكنك تشغيل أداة webgisdr باعتبارها مهمة مُجدولة ضمن جدول مهام Windows أو باعتبارها مهمة cron ضمن بيئة Linux. إضافةً إلى ذلك، يمكن نقل الأداة إلى جهاز آخر وتشغيلها منه بدلاً من تثبيت البوابة الإلكترونية طالما تم فتح الاتصال بين الجهاز حيث يتم تشغيل الأداة ومكونات ArcGIS Enterprise.

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

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

راجع تكوين التعافي من الكوارث للحصول على تعليمات حول تكرار نشر ArcGIS Enterprise.

مراقبة ArcGIS Enterprise

تعتبر المراقبة هامة في كلاً من بيئة التكرار وبيئة التوفر بكثرة. في البيئة المتاحة إلى حد كبير، تفشل أجزاء كبيرة من النشر دون أي تدخل بشري. على سبيل المثال، إذا فشلت البوابة الإلكترونية الرئيسية في ArcGIS Enterprise ، يفشل البرنامج فورًا في وضع الاستعداد دون أي تدخل بشري. وبشكل مشابه، دق تفشل مكونات ArcGIS Server وArcGIS Data Store ، كما يمكن أن يعمل النظام كالمعتاد لعدم وجود نقطة فشل واحدة. عند اعتبار عدم ظهور انقطاعات في ArcGIS Enterprise، يجب وضع الآليات في مكان لإعلام مسئولي الفشل في أي مكون مُحدد ضمن عملية نشر ArcGIS Enterprise. استخدم بايثون (أو لغة البرمجة النصية التي تختارها) مع ArcGIS Server وPortal for ArcGIS لأتمتة أجزاء مراقبة النشر، مثل المُدرَجين أدناه:

  • استعلم عن سجلات Portal for ArcGIS وArcGIS Server دوريًا لفحص الرسائل التي تشير إلى مكون محدد. وإذا حدث فشل، يمكن كتابة البرنامج النصي لإرسال رسائل البريد الإلكتروني أو إخطار المسئولين بأهمية الانتباه.
  • استخدم دوال الفحص الصحي في واجهات برمجة التطبيقات (APIs) إدارة Portal for ArcGIS وArcGIS Server للاستعلام عن السجلات وفحص المشكلات.
  • تحقق من صحة كل الخوادم الموحدة للتأكد من تشغيلها وقدرة وصول البوابة الإلكترونية إليها.
  • تحقق من صحة الاتصالات بكل مخازن البيانات. يشمل ذلك الاتصالات بالمخازن الارتباطية ومخازن ذاكرة التخزين المؤقت للتجانب ومخازن البيانات الزمانية المكانية، وكذلك المجلدات وقواعد البيانات المسجلة ومشاركات ملف البيانات الضخمة ومخزن البيانات النقطية.
  • استعلم عن الخدمات وخرائط الويب الهامة دوريًا للتأكد عملها.
  • استعلم عن Indexer Status في الجهاز الرئيسي قبل التكرار للتأكد من فهرسة كل شيء في البوابة الإلكترونية في الوضع الرئيسي. استعلم عن Indexer Status على الجهازين بعد اكتمال النسخة المماثلة للتأكيد على تطابُق قيم الفهرس بين نشر الاستعداد والنشر الرئيسي. يجب أن تتطابق قيم databaseCount وindexCount لكل name ضمن وبين وضعي النشر. على سبيل المثال، عند الاستعلام عن Indexer Status، فإنه يعرض عدد العناصر في قاعدة البيانات مقارنة بعدد العناصر المفهرسة. يجب أن يُطابق (databaseCount) ما تم فهرسته (indexCount) لكل نوع من أنواع العناصر (name)، كما هو موضح في المثال التالي. إذا لم يتطابق databaseCount وindexCount بشأن نوع العنصر، يجب عليك إعادة فهرسة البوابة الإلكترونية. يجب أن يكون هذا الناتج بنفس الاسم في جهاز الاستعداد وجهاز الرئيسي.
    {"indexes": [
        {
            "name": "users",
            "databaseCount": 42,
            "indexCount": 42
        },
        {
            "name": "groups",
            "databaseCount": 21,
            "indexCount": 21
        },
        {
            "name": "search",
            "databaseCount": 8499,
            "indexCount": 8499
        }
    ]}

في البيئة المُكررة، يتطلب تجاوز الفشل تدخل بشري، ولذلك، يجب مراقبة النشر لتحديد وقت حدوث الفشل لتتمكن من تقرير ما إذا كان الإيقاف لازم.

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

تجاوز الفشل

داخل ArcGIS Enterprise، Portal for ArcGIS، ArcGIS Server، و ArcGIS Data Store يحتوي على آليات داخلية خاصة للإيقاف. في التكوين المتاح إلى حد كبير، يمكن فشل كل مكون دون تعطل هام لـ ArcGIS Enterpriseبالكامل.

يشترك إيقاف نشر النسخ المتماثلة من الأولي إلى مركز بيانات الاستعداد في قسم IT بالمؤسسة ويمكن التحقيق عبر مُحدد الموقع العالمي (GSS) أو DNS العالمي. عادةً ما يصل أعضاء المؤسسة إلى نشر ArcGIS Enterprise من خلال بضعة عناوين URL، مثل، https://myportalwa.organization.com/portal لعنوان URL للبوابة الإلكترونية وكذلك https://myserverwa.organization.com/server لعنوان URL لخدمات ArcGIS Server. يتمكن GSS أو GNS العالمي من تعيين عنوان IP لكل اسم مُضيف. إذا أردت إيقاف مركز بيانات مختلف، سيقوم GSS أو DNS العالمي بإعادة تعيين اسم مُضيف myportalwa.organization.com و myserverwa.organization.com إلى عناوين IP المتعلقة بمركز بيانات الاستعداد. لن يتأثر العملاء والمستخدمين، ولكن سيتم إرسال جميع الطلبات لمركز بيانات الاستعداد. بمجرد رجوع مركز البيانات الرئيسي للاتصال بالإنترنت، سيتم إعادة تعيين عنوان IP لعنوان الخاص باستضافة الموقع الرئيسي لعناوين IP ضمن مركز البيانات الأصلي. قد تحتاج بعد ذلك إصلاح البيانات من الاستعداد إلى الأولي للتأكد من أن مركز البيانات يحتوي على جميع المحتوى الجديد والبيانات التي تم إنشائها أثناء نشاط الاستعداد.

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