مشاركة عبر


النسخ الاحتياطي والاستعادة في قاعدة بيانات Azure لخادم PostgreSQL المرن

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

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

تقوم قاعدة بيانات Azure لخادم PostgreSQL المرن تلقائيا بإجراء نسخ احتياطية منتظمة من الخادم الخاص بك. يمكنك بعد ذلك إجراء عملية استرداد في نقطة زمنية (PITR) خلال فترة الاستبقاء التي تحددها. يعتمد الوقت الإجمالي للاستعادة والاسترداد عادةً على حجم البيانات ومقدار الاسترداد المطلوب إجراؤه.

نظرة عامة على النسخ الاحتياطي

يأخذ Azure Database for PostgreSQL Flexible Server نسخا احتياطية للقطات من ملفات البيانات ويخزنها بأمان في التخزين المتكرر في المنطقة أو التخزين المتكرر محليا، اعتمادا على المنطقة. يقوم الخادم أيضاً بعمل نسخة احتياطية من سجلات المعاملات عندما يكون ملف سجل الكتابة المسبقة (WAL) جاهزاً للأرشفة. يمكنك استخدام هذه النسخ الاحتياطية لاستعادة الخادم في أي نقطة زمنية خلال فترة الاستبقاء بالنسخة الاحتياطية التي تم تكوينها.

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

لا يمكن تصدير ملفات النسخ الاحتياطي هذه أو استخدامها لإنشاء خوادم خارج قاعدة بيانات Azure لخادم PostgreSQL المرن. لهذا الغرض، يمكنك استخدام أدوات PostgreSQL وهي pg_dump وpg_restore/psql.

تردد النسخ الاحتياطي

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

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

خيارات التكرار الاحتياطية

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

توفر قاعدة بيانات Azure لخادم PostgreSQL المرن ثلاثة خيارات:

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

    يقدم هذا الخيار وصول بيانات النسخ الاحتياطي عبر مناطق الوصول ويقيد النسخ المتماثل للبيانات داخل البلد/المنطقة لتلبية متطلبات موقع البيانات. يوفر هذا الخيار ما لا يقل عن 99.9999999999 بالمئة (رقم تسعة 12 مرة) قدرة على الصمود لعناصر النسخ الاحتياطي على مدار عام.

  • تخزين النسخ الاحتياطي المكرر محليا: يتم اختيار هذا الخيار تلقائيا للمناطق التي لا تدعم مناطق التوفر حتى الآن. عندما يتم تخزين النسخ الاحتياطية في موقع تخزين نسخ احتياطي مكرر محلياً، يتم تخزين نسخ متعددة من النسخ الاحتياطية في نفس مركز البيانات.

    يساعد هذا الخيار في حماية بياناتك من حامل الخادم وفشل محرك الأقراص. يوفر متانة لا تقل عن 99.999999999 بالمائة (رقم تسعة 11 مرة) لعناصر النسخ الاحتياطية على مدار عام.

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

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

    يسمح لك هذا الخيار باستعادة الخادم الخاص بك في منطقة مختلفة في حالة وقوع كارثة. كما أنه يوفر قدرة على الصمود لا تقل عن 99.99999999999999 بالمئة (رقم تسعة 16 مرة) لعناصر النسخ الاحتياطي على مدار عام.

    يتم دعم التكرار الجغرافي للخوادم المستضافة في أي من المناطق المقترنة ب Azure.

الانتقال من خيارات تخزين النسخ الاحتياطي الأخرى إلى تخزين النسخ الاحتياطي المكرر جغرافياً

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

استبقاء النسخ الاحتياطية

يتم استبقاء النسخ الاحتياطية بناءً على فترة الاستبقاء التي قمت بتحديدها للخادم. يمكنك تحديد فترة استبقاء تتراوح بين 7 أيام (بشكل افتراضي) و35 يوماً. يمكنك تحديد فترة الاستبقاء أثناء إنشاء الخادم أو تغييرها في وقت لاحق. يتم استبقاء النسخ الاحتياطية حتى للخوادم المتوقفة.

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

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

تكلفة تخزين النسخ الاحتياطي

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

على سبيل المثال، إذا قمت بتوفير خادم مع 250 جيبي بايت (GiB) من التخزين، ثم لديك 250 جيبي بايت من سعة تخزين النسخ الاحتياطي دون أي رسوم إضافية. إذا كان استخدام النسخ الاحتياطي اليومي 25 جيجابايت، فيمكنك الحصول على ما يصل إلى 10 أيام من التخزين المجاني للنسخ الاحتياطية. يتم فرض رسوم على استهلاك تخزين النسخ الاحتياطي الذي يتجاوز 250 جيبي بايت كما هو محدد في نموذج التسعير.

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

يمكنك استخدام مقياس تخزين النسخ الاحتياطي المستخدم في مدخل Microsoft Azure لمراقبة تخزين النسخ الاحتياطي الذي يستهلكه الخادم. يمثل قياس «تخزين النسخة الاحتياطية المستخدمة» مجموع التخزين المستهلك بواسطة جميع النسخ الاحتياطية للبيانات والنسخ الاحتياطية للسجلات، بناءً على فترة استبقاء النسخة الاحتياطية المحددة للخادم.

إشعار

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

عملية استرداد في نقطة زمنية

في Azure Database for PostgreSQL Flexible Server، يؤدي تنفيذ PITR إلى إنشاء خادم جديد في نفس المنطقة مثل الخادم المصدر، ولكن يمكنك اختيار منطقة التوفر. تم إنشاؤه باستخدام تكوين الخادم المصدر لطبقة الأسعار وإنشاء الحساب وعدد الذاكرات الأساسية الافتراضية وحجم التخزين وفترة استبقاء النسخ الاحتياطية وخيار تكرارها.

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

على سبيل المثال، افترض أن النسخ الاحتياطية يتم إجراؤها في الساعة 11:00 مساءً كل ليلة. إذا كانت نقطة الاستعادة يوم 15 أغسطس الساعة 10:00 صباحاً، فستتم استعادة النسخة الاحتياطية اليومية ليوم 14 أغسطس. سيتم استرداد قاعدة البيانات حتى الساعة 10:00 صباحاً من 15 أغسطس باستخدام النسخة الاحتياطية لسجل المعاملات من 14 أغسطس الساعة 11:00 مساءً، إلى 15 أغسطس الساعة 10:00 صباحاً.

لاستعادة خادم قاعدة البيانات، راجع أي مما يلي:

هام

تقوم عملية الاستعادة في قاعدة بيانات Azure لخادم PostgreSQL المرن دائما بإنشاء خادم قاعدة بيانات جديد بالاسم الذي توفره. لا يقوم باستبدال خادم قاعدة البيانات الحالي.

تُعد عملية استرداد في نقطة زمنية عملية مفيدة في سيناريوهات مثل السيناريوهات التالية:

  • يقوم المستخدم بحذف بيانات أو جدول أو قاعدة بيانات بطريق الخطأ.
  • يقوم أحد التطبيقات بطريق الخطأ باستبدال البيانات الجيدة ببيانات سيئة بسبب عيب في التطبيق.
  • تريد نسخ خادمك للاختبار أو التطوير أو للتحقق من البيانات.

مع النسخ الاحتياطي المستمر لسجلات المعاملات، يمكنك الاستعادة إلى المعاملة الأخيرة. يمكنك الاختيار من بين خيارات الاستعادة التالية:

  • أحدث نقطة استعادة (الآن): هذا هو الخيار الافتراضي، والذي يسمح لك باستعادة الخادم إلى أحدث نقطة زمنية.

  • نقطة استعادة مخصصة: يسمح لك هذا الخيار باختيار أي نقطة زمنية خلال فترة الاستبقاء المحددة لمثيل Azure Database for PostgreSQL Flexible Server. يتم تحديد آخر وقت بالتوقيت العالمي المتفق عليه تلقائياً بشكل افتراضي. يكون التحديد التلقائي مفيداً إذا كنت تريد استعادة آخر معاملة تم الالتزام بها لأغراض الاختبار. يمكنك اختيار أيام وأوقات أخرى حسب رغبتك.

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

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

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

هام

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

نسخ احتياطي جغرافي مكرر واستعادة

لتمكين النسخ الاحتياطي الجغرافي المتكرر من جزء Compute + storage في مدخل Microsoft Azure، راجع إنشاء قاعدة بيانات Azure لخادم PostgreSQL المرن.

هام

لا يمكن تكوين النسخ الاحتياطي المتكرر جغرافياً إلا في وقت إنشاء الخادم.

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

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

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

يعتمد الوقت المقدر لاسترداد RTO الخادم (هدف وقت الاسترداد) على عوامل مثل حجم قاعدة البيانات، وآخر وقت للنسخ الاحتياطي لقاعدة البيانات، ومقدار WAL لمعالجته حتى آخر بيانات النسخ الاحتياطي المستلمة. عادةً ما يستغرق وقت الاسترداد الإجمالي من بضع دقائق إلى بضع ساعات.

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

لمزيد من المعلومات، راجع استعادة إلى منطقة مقترنة (استعادة جغرافية).

هام

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

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

الاستعادة والشبكات

عملية استرداد في نقطة زمنية

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

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

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

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

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

مهام ما بعد الاستعادة

بعد استعادة الخادم، يمكنك تنفيذ المهام التالية لنسخ المستخدمين والتطبيقات احتياطيا وتشغيلها:

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

  • لا يتم تطبيق قيم كافة معلمات الخادم على الخادم الأصلي تلقائيا على الخادم الجديد. تأكد من إعادة تكوين جميع معلمات الخادم على الخادم الجديد وفقا لمتطلبات ذلك الخادم الجديد.

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

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

  • تأكد من أن عمليات تسجيل الدخول المناسبة والأذونات على مستوى قاعدة البيانات في مكانها الصحيح.

  • تكوين التنبيهات، حسب ما هو مناسب.

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

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

النسخ الاحتياطية عند الطلب

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

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

لمزيد من المعلومات، راجع إجراء النسخ الاحتياطية عند الطلب.

القيود

  • ميزة النسخ الاحتياطي عند الطلب غير مدعومة حاليا مع طبقة حساب الخادم القابل للاندفاع.
  • ميزة النسخ الاحتياطي عند الطلب غير مدعومة حاليا مع طبقة تخزين SSDv2.
  • يمكنك أخذ 7 نسخ احتياطية عند الطلب كحد أقصى لكل خادم مرن، والتي يتم الاحتفاظ بها استنادا إلى نافذة الاحتفاظ بالنسخ الاحتياطي.

الاستبقاء على المدى الطويل

قامت خدمات Azure Backup وAzure Database for PostgreSQL Flexible Server بإنشاء حل نسخ احتياطي طويل الأجل على مستوى المؤسسة لقاعدة بيانات Azure لمثيلات PostgreSQL Flexible Server التي تحتفظ بالنسخ الاحتياطية لمدة تصل إلى 10 سنوات. يمكنك استخدام الاستبقاء طويل المدى (LTR) بشكل مستقل أو بالإضافة إلى حل النسخ الاحتياطي التلقائي الذي تقدمه قاعدة بيانات Azure لخادم PostgreSQL المرن، والذي يوفر استبقاء لمدة تصل إلى 35 يوما. النسخ الاحتياطية التلقائية هي نسخ احتياطية فعلية مناسبة لعمليات الاسترداد التشغيلية، خاصة عندما تريد الاستعادة من أحدث النسخ الاحتياطية. تساعدك النسخ الاحتياطية طويلة المدى على تلبية احتياجات التوافق الخاصة بك، وهي أكثر دقة، ويتم أخذها كنسخ احتياطية منطقية باستخدام pg_dump الأصلية. بالإضافة إلى الاستبقاء طويل الأجل، يوفر الحل الإمكانات التالية:

  • النسخ الاحتياطية المجدولة وعند الطلب التي يتحكم فيها العميل على مستوى قاعدة البيانات الفردية.
  • المراقبة المركزية لجميع العمليات والوظائف.
  • يتم تخزين النسخ الاحتياطية في مجالات أمان وخطأ منفصلة. إذا تم اختراق الخادم المصدر أو الاشتراك، تظل النسخ الاحتياطية آمنة في مخزن النسخ الاحتياطي (في حسابات التخزين المدارة في Azure Backup).
  • يتيح استخدام pg_dump مرونة أكبر في استعادة البيانات عبر إصدارات قاعدة البيانات المختلفة.
  • تدعم خزائن النسخ الاحتياطي في Azure ميزات عدم قابلية التغيير والحذف المبدئي (معاينة)، وحماية بياناتك.
  • دعم النسخ الاحتياطي LTR للخوادم التي تدعم CMK.

تحديد الخدمة واعتباراتها

  • يوصى بشدة باختبار النسخ الاحتياطي LTR واستعادته مباشرة بعد التكوين للتأكد من أنها تفي بمتطلبات عملك.
  • لا تتوفر عمليات استعادة LTR حاليا إلا ك "استعادة كملفات" لحسابات التخزين، مع تخطيط إمكانية "الاستعادة كخادم" في المستقبل.
  • يقوم LTR بنسخ جميع قواعد البيانات احتياطيا في مثيلات الخادم المرنة، ولا يمكن تحديد قواعد البيانات الفردية لتكوين LTR.
  • النسخ الاحتياطي LTR غير مدعوم على النسخ المتماثلة، يمكن تنفيذه على الخوادم الأساسية.
  • الحد الأقصى لحجم قاعدة البيانات المدعومة للنسخ الاحتياطية للاحتفاظ طويل المدى (LTR) هو 1 تيرابايت.
  • يمكن جدولة النسخ الاحتياطية LTR أسبوعيا أو شهريا أو سنويا. جدول النسخ الاحتياطي اليومي غير مدعوم حاليا.
  • لا تدعم النسخ الاحتياطية LTR الجداول التي تحتوي على صف يتجاوز طول BYTEA 500 ميغابايت.
  • عند استعادة الأدوار لمستخدمي Microsoft Entra، تأكد من تمكين مصادقة Microsoft Entra وتسجيل دخولك كمسؤول Microsoft Entra لإنشاء مستخدمين إضافيين. ستؤدي محاولة إنشاء أدوار Entra كمستخدم عادي إلى حدوث أخطاء.

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

الأسئلة الشائعة

  • كيف يتعامل Azure مع النسخ الاحتياطي للخادم الخاص بي؟

    بشكل افتراضي، تتيح قاعدة بيانات Azure لخادم PostgreSQL المرن النسخ الاحتياطية التلقائية للخادم بأكمله (بما في ذلك جميع قواعد البيانات التي تم إنشاؤها) مع فترة استبقاء افتراضية 7 أيام. تتضمن النسخ الاحتياطية التلقائية نسخة مطابقة يومية تزايدية لقاعدة البيانات. يتم أرشفة ملفات السجل (WAL) في موقع تخزين الكائنات الثنائية كبيرة الحجم في Azure بشكل مستمر.

  • هل يمكنني تكوين النسخ الاحتياطية التلقائية للاحتفاظ بالبيانات على المدى الطويل؟

    ‏‏لا. حاليا، تدعم قاعدة بيانات Azure لخادم PostgreSQL المرن 35 يوما كحد أقصى من الاستبقاء. يمكنك استخدام النسخ الاحتياطية اليدوية لمتطلبات استبقاء طويلة الأجل باستخدام Azure Backup.

  • كيف يمكنني إجراء نسخ احتياطي يدويا لقاعدة بيانات Azure لمثيلات خادم PostgreSQL المرن؟

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

  • ما هي نوافذ النسخ الاحتياطي لخادمي؟ هل يمكنني تخصيصها؟

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

  • هل النسخ الاحتياطية مشفرة؟

    نعم. يتم تشفير جميع بيانات Azure Database for PostgreSQL Flexible Server والنسخ الاحتياطية والملفات المؤقتة التي تم إنشاؤها أثناء تنفيذ الاستعلام من خلال تشفير AES (Advanced Encryption Standard) 256 بت. يتم تشغيل تشفير التخزين دائماً ولا يمكن تعطيله.

  • هل يمكنني استعادة قاعدة بيانات واحدة أو قواعد بيانات قليلة في خادم؟

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

  • هل يتوفر الخادم الخاص بي أثناء وجود نسخة احتياطية قيد التقدم؟

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

  • عندما أقوم بإعداد نافذة الصيانة للخادم، هل أحتاج إلى حساب نافذة النسخ الاحتياطي؟

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

  • أين يتم تخزين النسخ الاحتياطية التلقائية الخاصة بي، وكيف يمكنني إدارة استبقائها؟

    تقوم قاعدة بيانات Azure لخادم PostgreSQL المرن تلقائيا بإنشاء نسخ احتياطية للخادم وتخزينها في:

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

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

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

  • مع النسخ الاحتياطي الجغرافي المتكرر، كم مرة يتم نسخ النسخ الاحتياطي إلى المنطقة المقترنة؟

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

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

  • هل يمكنني إجراء PITR في المنطقة البعيدة؟

    ‏‏لا. يتم استرداد البيانات إلى آخر بيانات النسخ الاحتياطي المتاحة في المنطقة البعيدة.

  • كيف يتم إجراء النسخ الاحتياطية في خوادم تدعم قابلية الوصول العالية؟

    يتم نسخ وحدات تخزين البيانات في قاعدة بيانات Azure لخادم PostgreSQL المرن احتياطيا من خلال لقطات تزايدية للقرص المدار من الخادم الأساسي. يتم إجراء النسخ الاحتياطي لملفات WAL إما من الخادم الأساسي أو الخادم الاحتياطي.

  • كيف يمكنني التحقق من تنفيذ النسخ الاحتياطية على الخادم الخاص بي؟

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

  • أين يمكنني رؤية استخدام النسخ الاحتياطي؟

    في مدخل Microsoft Azure، ضمن Monitoring، حدد Metrics. في تخزين النسخ الاحتياطي المستخدم، يمكنك مراقبة إجمالي استخدام النسخ الاحتياطي.

  • ماذا يحدث للنسخ الاحتياطية الخاصة بي إذا حذفت الخادم؟

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

  • كيف يتم الاحتفاظ بالنسخ الاحتياطية للخوادم المتوقفة؟

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

  • كيف سيتم تحصيل الرسوم والفواتير مقابل النسخ الاحتياطية الخاصة بي؟

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

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

  • كيف ستتم فوترة خادم متوقف؟

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

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

  • لقد قمت بتكوين خادمي بقابلية وصول عالية متكررة للمنطقة. هل تأخذ نسختين احتياطيتين وهل ستتم محاسبتي مرتين؟

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

  • كيف يمكنني استعادة الخادم الخاص بي؟

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

    لاستعادة الخادم الخاص بك من النسخ الاحتياطية اليدوية باستخدام أدوات مثل pg_dump، يمكنك أولا إنشاء قاعدة بيانات Azure لمثيل خادم PostgreSQL المرن ثم استعادة قواعد البيانات الخاصة بك إلى الخادم باستخدام pg_restore.

  • هل يمكنني الاستعادة إلى منطقة توفر أخرى داخل نفس المنطقة؟

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

  • كم من الوقت تستغرق عملية استرداد في نقطة زمنية؟ لماذا استعادتي تستغرق الكثير من الوقت؟

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

  • إذا قمت باستعادة خادمي الذي يدعم قابلية الوصول العالية، هل يتم تكوين خادم الاستعادة تلقائيا بتوافر عال؟

    ‏‏لا. تتم استعادة الخادم كمثيل قاعدة بيانات Azure لمثيل خادم PostgreSQL المرن. بعد اكتمال الاستعادة، يمكنك بشكل اختياري تكوين الخادم بقابلية وصول عالية.

  • لقد قمت بتكوين خادمي داخل شبكة ظاهرية. هل يمكنني استعادة شبكة ظاهرية أخرى؟

    نعم. في وقت الاستعادة، اختر شبكة ظاهرية مختلفة للاستعادة إليها.

  • هل يمكنني استعادة خادم الوصول العام إلى شبكة ظاهرية أو العكس؟

    ‏‏لا. لا تدعم قاعدة بيانات Azure لخادم PostgreSQL المرن حاليا استعادة الخوادم عبر الوصول العام والخاص.

  • كيف يمكنني تعقب عملية الاستعادة؟

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