مشاركة عبر

استعادة قاعدة بيانات Azure التي تم إسقاطها ل PostgreSQL - مثيل الخادم المرن

  • مقالة

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

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

المتطلبات الأساسية

لاستعادة قاعدة بيانات Azure المسقطة لمثيل خادم PostgreSQL المرن، تحتاج

  • اسم اشتراك Azure المستضيف للخادم الأصلي
  • المَوقع الذي تم إنشاء الخادم فيه
  • استخدام إصدار واجهة برمجة التطبيقات 2023-03-01-preview

خطوات للاستعادة

  1. استعرض للوصول إلى مدخل Azure. حدد خدمة المراقبة، ثم حدد سجل النشاط.

  2. في سِجل النشاط، حدد إضافة عامل تصفية كما هو موضح وقم بتعيين عوامل التصفية التالية لما يلي

    • اشتراك = اشتراكك الذي يستضيف الخادم المحذوف

    • العملية = حذف خادم PostgreSQL (Microsoft.DBforPostgreSQL/flexibleservers/delete)

      لقطة شاشة تعرض سجل النشاط الذي تمت تصفيته لحذف عملية خادم PostgreSQL.

  3. حدد الحدث حذف خادم PostgreSQL، ثم حدد علامة التبويب JSON. نسخ resourceId السمات و submissionTimestamp في إخراج JavaScript Object Notation. مُعرف المورد بالتنسيق التالي: /subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/ResourceGroup-name/providers/Microsoft.DBforPostgreSQL/flexibleServers/deletedserver.

  4. استعرض للوصول إلى Azure Database for PostgreSQL flexible server Create Server REST API Page وحدد علامة التبويب Try It المميزة باللون الأخضر. تسجيل بحساب Azure الخاص بك.

    هام

    استخدم إصدار واجهة برمجة التطبيقات هذا 2023-03-01-preview بدلا من الإصدار الافتراضي قبل التشغيل لتمكين وظيفة واجهة برمجة التطبيقات هذه كما هو متوقع كما هو مفصل في الخطوة التالية.

  5. قم بتوفير resourceGroupName وserverName (اسم الخادم الهدف) وخصائص subscriptionId استنادا إلى قيمة سمة resourceId JSON الملتقطة في الخطوة 3 السابقة. يتم ملء خاصية api-version مسبقا ويمكن تركها كما هي، كما هو موضح في الصورة التالية.

    لقطة شاشة تعرض صفحة واجهة برمجة تطبيقات REST Try It.

  6. انتقل إلى قسم نص الطلب والصق ما يلي مع استبدال "موقع الخادم الذي تم إسقاطه" (على سبيل المثال CentralUS و EastUS وما إلى ذلك) و"submissionTimestamp" و"resourceId". بالنسبة إلى "pointInTimeUTC"، حدد قيمة "submissionTimestamp" بالإضافة إلى 5 دقائق لضمان عدم حدوث خطأ في الأمر.

    {
  "location": "Dropped Server Location",  
  "properties": 
  {
    "pointInTimeUTC": "submissionTimestamp + 05 minutes",
    "createMode": "ReviveDropped",
    "sourceServerResourceId": "resourceId"
  }
}

    على سبيل المثال، إذا كان الطابع الزمني للإرسال هو 2023-06-15T15:58:02Z، نوصي بإضافة 5 دقائق على الأقل لاستعادة نقطة زمنية 2023-06-15T16:05:02Z والتأكد من تغيير ثلاث معلمات (الموقع،pointInTimeUTC،sourceServerResourceId) وفقا لمتطلبات الاستعادة.

    {
  "location": "EastUS",  
  "properties": 
  {
    "pointInTimeUTC": "2023-06-15T16:05:02Z",
    "createMode": "ReviveDropped",
    "sourceServerResourceId": "/subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/SourceResourceGroup-Name/providers/Microsoft.DBforPostgreSQL/flexibleServers/SourceServer-Name"
  }
}

    هام

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

  7. إذا رأيت رمز الاستِجابة 201 أو 202، يتم إرسال طلب الاستعادة بنجاح.

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

    • الاشتراك = اشتراكك
    • نوع المورد = قاعدة بيانات Azure لخوادم PostgreSQL المرنة (Microsoft.DBforPostgreSQL/flexibleServers)
    • العملية = تحديث إنشاء خادم PostgreSQL

استعادة خادم تم تمكين VNET تم إسقاطه

{
  "location": "EastUS",  
  "properties": {
    "createMode": "ReviveDropped",
    "sourceServerResourceId": "/subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/SourceResourceGroup-Name/providers/Microsoft.DBforPostgreSQL/flexibleServers/SourceServer-Name",
    "pointInTimeUTC": "2023-06-20T20:50:59.4078005+00:00",
    "Network": {
      "DelegatedSubnetResourceId": "/subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/SourceResourceGroup-Name/providers/Microsoft.Network/virtualNetworks/VirtualNetwork-Name/subnets/Subnet-Name",
      "PrivateDnsZoneArmResourceId": "/subscriptions/ffffffff-ffff-ffff-ffff-ffffffffffff/resourceGroups/SourceResourceGroup-Name/providers/Microsoft.Network/privateDnsZones/privatednszonename"
    }
  }
}

الأخطاء الشائعة

  1. إذا كنت تستخدم إصدار واجهة برمجة التطبيقات غير الصحيح، فقد تواجه حالات فشل الاستعادة أو المهلات. يرجى استخدام واجهة برمجة التطبيقات 2023-03-01-preview لتجنب مثل هذه المشكلات.
  2. لتجنب أخطاء DNS المحتملة، يوصى باستخدام اسم مختلف عند بدء عملية الاستعادة، حيث قد تفشل بعض عمليات الاستعادة بنفس الاسم.

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

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