Share via

نظرة عامة على استمرارية الأعمال مع قاعدة بيانات Azure لـ PostgreSQL - خادم واحد

  • مقالة

ينطبق على: قاعدة بيانات Azure لـ PostgreSQL - خادم واحد

هام

قاعدة بيانات Azure ل PostgreSQL - خادم واحد على مسار التقاعد. نوصي بشدة بالترقية إلى Azure Database for PostgreSQL - Flexible Server. لمزيد من المعلومات حول الترحيل إلى قاعدة بيانات Azure ل PostgreSQL - خادم مرن، راجع ما يحدث لقاعدة بيانات Azure لخادم PostgreSQL الفردي؟.

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

الميزات التي يمكنك استخدامها لتوفير استمرارية الأعمال

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

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

إشعار

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

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

يقارن الجدول التالي RTO وRPO في سيناريو حمل العمل النموذجي:

الإمكانية الاساسيه الغرض العام الذاكرة المحسنة
استرداد في نقطة زمنية من النسخة الاحتياطية أي نقطة استعادة خلال فترة الاستبقاء
RTO - يختلف
RPO < 15 دقيقة		 أي نقطة استعادة خلال فترة الاستبقاء
RTO - يختلف
RPO < 15 دقيقة		 أي نقطة استعادة خلال فترة الاستبقاء
RTO - يختلف
RPO < 15 دقيقة
الاستعادة الجغرافية من النسخ الاحتياطية التي تم نسخها جغرافيًا غير مدعوم RTO - يختلف
RPO < 1 ساعة		 RTO - يختلف
RPO < 1 ساعة
قراءة النسخ المتماثلة RTO - دقائق*
RPO < 5 دقائق*		 RTO - دقائق*
RPO < 5 دقائق*		 RTO - دقائق*
RPO < 5 دقائق*

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

استرداد خادم بعد خطأ مستخدم أو تطبيق

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

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

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

استرداد من انقطاع مركز بيانات Azure

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

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

الاستعادة الجغرافية

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

هام

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

النسخ المتماثلة للقراءة عبر المناطق

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

الأسئلة المتداولة

أين تخزن قاعدة بيانات Azure لبيانات العملاء في PostgreSQL؟

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

الخطوات التالية