نسخ خادم SQL احتياطياً دائماً على مجموعات التوفر

توفر عملية النسخ الاحتياطي من Azure دعماً شاملاً لنسخ خادم SQL احتياطياً دائماً على مجموعات التوفر (AG) إذا كانت جميع العقد في نفس المنطقة والاشتراك مثل مخزن خدمات الاستعادة. ومع ذلك، إذا كانت عُقد مجموعات التوفر منتشرة عبر مناطق / اشتراكات / محلية وAzure، فهناك بعض الاعتبارات التي يجب وضعها في الاعتبار.

لعرض سيناريوهات النسخ الاحتياطي والاستعادة التي ندعمها اليوم، راجع مصفوفة الدعم. للأسئلة الشائعة، راجع الأسئلة المتكررة.

إشعار

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

سلوك النسخ الاحتياطي للتفضيل حسب نسخة SQL Server

يعتمد دعم النسخ الاحتياطي الكامل والتفاضلي على النسخ الثانوية على إصدار SQL Server. تفضيل النسخ الاحتياطي في AG وإصدار SQL Server يحددان العقدة المختارة لكل نوع نسخة.

SQL Server 2022 وما قبل

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

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

SQL Server 2025 وما بعده

في SQL Server 2025 وما بعده، تدعم النسخ الثانوية النسخ الاحتياطية الكاملة والتفاضلية. تفضيل النسخ الاحتياطي الآن يحكم كلا نوعي النسخ الاحتياطي بشكل متساو. عندما تضبط Secondary Only أو Prefer Secondary، لم تعد النسخ الاحتياطية الكاملة والفرزية تتطلب العقدة الأساسية.

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

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

تستمر العقدة المحددة في مهمة النسخ الاحتياطي، في حين أن الوظيفة التي تم تشغيلها في العقد الأخرى تنقذ، أي أنها تتخطى المهمة.

إشعار

لا يأخذ النسخ الاحتياطي من Azure بعين الاعتبار أولويات النسخ الاحتياطي أو النسخ المتماثلة أثناء الاختيار بين النسخ المتماثلة الثانوية.

قم بتسجيل عُقد مجموعات التوفر في مخزن خدمات الاسترداد

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

SQL Server 2022 وما قبله:

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

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

SQL Server 2025 وما بعده:

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

إشعار

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

دعونا ننظر في نشر مجموعات التوفر التالي كمرجع.

رسم تخطيطي لتوزيع AG كمرجع.

استنادا إلى نموذج توزيع AG المحدد، فيما يلي اعتبارات مختلفة:

  • نظراً لأن العقدة الأساسية في المنطقة 1 والاشتراك 1، يجب أن يكون مخزن خدمات الاسترداد (المخزن 1) في المنطقة 1 والاشتراك 1 لحماية مجموعات التوفر.
  • VM3 لا يمكن تسجيله في Vault 1 لأنه في اشتراك مختلف.
  • VM4 لا يمكن تسجيله في Vault 1 لأنه في منطقة مختلفة.
  • إذا كان تفضيل النسخ الاحتياطي ثانويا فقط، سجل VM1 (الأساسي) وVM2 (الثانوي) في الخزنة 1. في SQL Server 2022 وما قبله، تتطلب النسخ الاحتياطي الكامل العقدة الأساسية لتسجيل كلا العقدتين؛ أما في SQL Server 2025 وما بعده، فإن VM2 وحده كاف. للحصول على تفضيلات النسخ الاحتياطي الأخرى، سجل VM1 (الأساسي) في القبو 1؛ VM2 اختياري.
  • بينما يمكنك تسجيل VM3 في القبو 2 في الاشتراك 2 وتظهر قواعد بيانات AG للحماية في الخزنة 2، فإن تكوين النسخ الاحتياطية سيفشل في SQL Server 2022 وما قبله بسبب غياب العقدة الأساسية في الخزنة 2. في SQL Server 2025 وما بعده، يمكنك تكوين النسخ الاحتياطي في الخزنة 2 إذا كان تفضيل النسخ الاحتياطي هو Secondary Only أو Preferred Secondary.
  • وبالمثل، بينما يمكنك تسجيل VM4 في الخزنة 4 في المنطقة 2، فإن تكوين النسخ الاحتياطي سيفشل في SQL Server 2022 وما قبله لأن العقدة الأساسية غير مسجلة في القبو 4. في SQL Server 2025 وما بعده، يمكنك تكوين النسخ الاحتياطي في Vault 4 إذا كان تفضيل النسخ الاحتياطي هو Secondary Only أو Preferred Secondary.

التعامل مع تجاوز الفشل

بعد فشل مجموعات التوفر في إحدى العقد الثانوية:

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

إشعار

لا تحدث فواصل سلسلة السجل عند تجاوز الفشل إذا لم تتزامن تجاوز الفشل مع نسخة احتياطية.

بناء على عينة نشر مجموعات التوفر أعلاه، فيما يلي الاحتمالات المختلفة لتجاوز الفشل:

  • تجاوز الفشل إلى VM2
    • سيحدث النسخ الاحتياطي الكامل والتفاضلي من الجهاز الظاهري2.
    • ستحدث النسخ الاحتياطية الكاملة للسجل والنسخ فقط من الجهاز الظاهري1 أو الجهاز الظاهري2 بناءً على تفضيل النسخ الاحتياطي.
  • تجاوز الفشل إلى VM3 (اشتراك آخر)
    • نظراً لعدم تكوين النسخ الاحتياطية في المخزن 2، فلن يتم إجراء نسخ احتياطية.
    • في SQL Server 2022 وما قبله، إذا لم يكن تفضيل النسخ الاحتياطي ثانويا فقط، يمكنك الآن تكوين النسخ الاحتياطي في Vault 2 لأن العقدة الأساسية مسجلة في هذا الخزنة. في SQL Server 2025 وما بعده، يمكنك أيضا تكوين النسخ الاحتياطي عندما تحقق العقدة المسجلة في Vault 2 تفضيل النسخ الاحتياطي المختار. يمكن أن تؤدي هذه الحالة إلى تعارضات أو فشل في النسخ الاحتياطي. لمزيد من المعلومات، راجع إعداد النسخ الاحتياطية لمجموعة مستخدم متعددة المناطق.
  • تجاوز الفشل إلى VM4 (منطقة أخرى)
    • نظراً لعدم تكوين النسخ الاحتياطية في المخزن 4، فلن يتم إجراء نسخ احتياطية.
    • في SQL Server 2022 وما قبله، إذا لم يكن تفضيل النسخ الاحتياطي ثانويا فقط، يمكنك الآن تكوين النسخ الاحتياطي في Vault 4 لأن العقدة الأساسية مسجلة في هذا الخزنة. في SQL Server 2025 وما بعده، يمكنك أيضا تكوين النسخ الاحتياطي عندما تحقق العقدة المسجلة في Vault 4 تفضيل النسخ الاحتياطي المختار. يمكن أن تؤدي هذه الحالة إلى تعارضات أو فشل في النسخ الاحتياطي. لمزيد من المعلومات، راجع إعداد النسخ الاحتياطية لمجموعة مستخدم متعددة المناطق.

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

لا يدعم قبو خدمات الاسترداد الاشتراك المشترك أو النسخ الاحتياطي عبر المناطق. يلخص هذا القسم كيفية تمكين النسخ الاحتياطية لـ مجموعات التوفر التي تغطي الاشتراكات أو مناطق Azure والاعتبارات المرتبطة بها.

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

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

  • SQL Server 2022 وما قبله: النسخ الاحتياطية الكاملة والتفاضلية تعمل فقط في الخزنة التي تحتوي على العقدة الأساسية. هذه النسخ الاحتياطية في خزائن أخرى تستمر في الفشل. في SQL Server 2025 وما بعده، يتغير هذا السلوك لتفضيلات Secondary OnlyوPreferred Secondary - انظر SQL Server 2025: تغييرات النسخ الاحتياطي متعدد المناطق AG.

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

    إشعار

    هناك حد صارم يبلغ 15 يوماً تبدأ بعدها النسخ الاحتياطية للسجلات في الفشل.

  • ستعمل النسخ الاحتياطية الكاملة فقط في جميع الخزائن.

  • يتم التعامل مع الحماية في كل مخزن على أنها مصدر بيانات مميز ويتم إصدار فواتير بها بشكل منفصل.

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

SQL Server 2025: تغييرات النسخ الاحتياطي متعدد المناطق في AG

مع SQL Server 2025، لم تعد النسخ الاحتياطية الكاملة والفرازية تتطلب العقدة الأساسية. يعني هذا التغيير:

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

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

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

توصية لتجنب تعارضات القفز المتقاطع:

  • AG ثنائي العقدة: اضبط تفضيل النسخ الاحتياطي إلى الثانوي فقط أو الأساسي.
  • 3+ عقدة AG: اضبط تفضيل النسخ الاحتياطي إلى الأساسي.

يضمن هذا التكوين أن عقدة واحدة فقط من الخزنة مؤهلة للنسخ الاحتياطية في أي وقت.

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

الخطوة 1: تمكين النسخ الاحتياطية في المنطقة 1، الاشتراك 1 (المخزن 1)

نظراً لأن العقدة الأساسية في المنطقة والاشتراك، ستعمل الخطوات المعتادة لتمكين النسخ الاحتياطية.

الخطوة 2: تمكين النسخ الاحتياطي في المنطقة 1، الاشتراك 2 (المخزن 2)

  1. تجاوز الفشل مجموعات التوفر إلى الجهاز الظاهري 3 بحيث تكون العقدة الأساسية موجودة في المخزن 2.
  2. تكوين النُسخ الاحتياطية لقواعد بيانات مجموعات التوفر في المخزن 2.
  3. عند هذه النقطة:
    1. تفشل النسخ الاحتياطية الكاملة/التفاضلية في المخزن 1، حيث لا يمكن لأيٍّ من العُقد المسجلة أخذ هذه النسخة الاحتياطية.
    2. ستنجح النسخ الاحتياطية للسجل في Vault 1 حتى يتم تشغيل النسخ الاحتياطي للسجل في Vault 2 وكسر سلسلة السجل ل Vault 1.
  4. إعادة فشل مجموعات التوفر إلى الجهاز الظاهري 1.

الخطوة 3: تمكين النسخ الاحتياطي في المنطقة 2، الاشتراك 1 (المخزن 4)

نفس الخطوة 2.

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

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

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

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

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

على سبيل المثال، تحتوي العقدة الأولى على 50 قاعدة بيانات مستقلة محمية وكلتا العقدتين لديها 5 قواعد بيانات مجموعات التوفر محمية. بشكل فعال، يحتوي Node 1 على 55 مهمة نسخ احتياطي لقاعدة البيانات مجدولة بينما يحتوي Node 2 على 5 فقط. أيضاً، يتم تكوين كل هذه النسخ الاحتياطية للعمل في نفس الوقت، كل ساعة. في مرحلة ما، سيتم تشغيل جميع النسخ الاحتياطية الـ 55 على العقدة 1 وسيتم وضع 35 منها في قائمة الانتظار. سيكون بعض هذه النسخ الاحتياطية لقاعدة بيانات مجموعات التوفر. ولكن في Node 2، ستستمر النسخ الاحتياطية لقاعدة بيانات مجموعات التوفر دون أي طابور.

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

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

نوصيك باستخدام تفضيلات النسخ الاحتياطي التالية لتجنب مشاكل المزامنة هذه:

  • بالنسبة إلى عقدة مجموعات التوفر، قم بتعيين "تفضيل النسخ الاحتياطي" على "أساسي" أو "ثانوي فقط" - عندئذٍ يمكن لعقدة واحدة فقط إجراء عمليات النسخ الاحتياطي، بينما تنقذ الأخرى دائماً.
  • بالنسبة إلى مجموعات التوفر الذي يحتوي على أكثر من عقدتين، قم بتعيين "تفضيل النسخ الاحتياطي" على "أساسي" - عندئذٍ يمكن للعقدة الأساسية فقط إجراء عمليات النسخ الاحتياطي، بينما سيتم إنقاذ الآخرين.

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

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

رسم تخطيطي يوضح حساب المثيلات المحمية لقواعد البيانات.

يتم حساب المثيلات المحمية على النحو التالي:

مثيل المحمي / مثيل الفوترة النظر في قواعد البيانات لحساب حجم الواجهة الأمامية
AG1 DB1، DB2
AG2 DB4
VM2 DB3
VM3 DB6
VM4 DB5

نقل قاعدة بيانات محمية إلى أو خارج مجموعة الاستقبال

يعتبر النسخ الاحتياطي في Azure مثيل SQL أو اسم AG\اسم قاعدة البيانات كاسم فريد لقاعدة البيانات. عندما كانت قاعدة البيانات المستقلة محمية، كان اسمها الفريد StandAloneInstanceName\DBName. عندما ينتقل ضمن AG، يتغير الاسم الفريد إلى AGName\DBName. ستبدأ النسخ الاحتياطية لقاعدة البيانات المستقلة بالفشل مع رمز الخطأ: UserErrorBackupFailedStandaloneDatabaseMovedInToAG.

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

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

إضافة أو إزالة عقدة إلى مجموعة الحلول

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

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

Unregister an AG node from النسخ الاحتياطي في Azure

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

استعادة قاعدة بيانات من النسخ الاحتياطي في Azure إلى مجموعات قابلية وصول عالية التوفر ل AG SQL لا تدعم استعادة قاعدة بيانات مباشرة إلى AG. تحتاج قاعدة البيانات إلى الاستعادة إلى مثيل SQL مستقل ومن ثم يجب ضمها إلى مجموعات التوفر.

سيناريوهات إعادة إنشاء مجموعة قابلية وصول عالية التوفر لخادم قاعدة بيانات SQL

يتم سرد إعادة إنشاء مجموعة قابلية وصول عالية التوفر (AG) وعناصر AGs المكررة وعناصر النسخ الاحتياطي كعناصر قابلة للحماية أو عناصر محمية في السيناريوهات التالية:

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

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

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

    تنبيه

    إيقاف الحماية وحذف البيانات عملية مدمرة.

  • يمكنك إعادة إنشاء AG بعد تنفيذ إحدى عمليات إيقاف الحماية أعلاه لتجنب فشل النسخ الاحتياطي.

اعتبارات النسخ الاحتياطي ل SQL Server 2025 AG

تغييرات تفضيلات النسخ الاحتياطي بعد التكوين

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

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

عندما تحمي عقد AG عبر عدة خزائن في مناطق مختلفة، لا يمكن للخزنات تنسيق النسخ الاحتياطي بينها، بغض النظر عن إصدار SQL Server. للحصول على إرشادات حول إعدادات تفضيلات النسخ الاحتياطي التي تتجنب انقطاعات سلسلة السجلات والنسخ الاحتياطية المكررة في هذا السيناريو، راجع SQL Server 2025: تغييرات النسخ الاحتياطي متعدد المناطق في AG.

دعم النسخ الاحتياطي لالتقاط الصور

النسخ الاحتياطي باللقطة غير مدعومة على النسخ الثانوية من AG. عند تفعيل النسخ الاحتياطي لللقطة السريعة في سياسة النسخ الاحتياطي، يبقى تسجيل العقدة الأساسية إلزاميا بغض النظر عن إصدار SQL Server.

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

تعلم كيف:

المحتوى ذو الصلة

  • Last updated on