عمل نسخة احتياطية من SQL Server إلى Azure كحمل عمل Data Protection Server

توضح هذه المقالة كيفية نسخ قواعد بيانات SQL Server احتياطيا واستعادتها باستخدام Azure Backup.

يساعدك Azure Backup على نسخ قواعد بيانات SQL Server احتياطيا إلى Azure عبر حساب Azure. إذا لم يكن لديك حساب، يمكنك إنشاء حساب مجاني في بضع دقائق فقط. لمزيد من المعلومات، راجع إنشاء حسابك المجاني في Azure.

تدفق النسخ الاحتياطي لقاعدة بيانات SQL Server

لنسخ قاعدة بيانات SQL Server احتياطياً إلى Azure واستعادتها من Azure:

1. قم بإنشاء نهج نسخ احتياطي لحماية قواعد بيانات SQL Server في Azure.
2. قم بإنشاء نسخ احتياطية عند الطلب في Azure.
3. استرجع قاعدة البيانات من Azure.

السيناريوهات المدعومة

• يدعم Data Protection Server 2019 UR2 مثيلات مجموعة تجاوز الفشل في SQL Server (FCI) باستخدام وحدات التخزين المشتركة للمجموعة (CSV).
  
  
• يتم دعم حماية مثيل مجموعة تجاوز فشل SQL Server مع مساحات التخزين المباشرة على Azure ومثيل مجموعة تجاوز فشل SQL Server مع أقراص Azure المشتركة بفضل هذه الميزة. يجب توزيع خادم Data Protection Server في Azure Virtual Machine لحماية مثيل SQL FCI المنشور على Azure VMs.

المتطلبات الأساسية والقيود

• إذا كانت لديك قاعدة بيانات بها ملفات على مشاركة ملف بعيد، فستفشل الحماية مع معرف الخطأ 104. لا يدعم Data Protection Server حماية بيانات SQL Server على مشاركة ملف بعيد.
• لا يمكن لـ Data Protection Server حماية قواعد البيانات المخزنة على مشاركات SMB البعيدة.
• تأكد من تكوين النسخ المتماثلة لمجموعة الإتاحة للقراءة فقط.
• يجب إضافة حساب النظام NTAuthority\System بشكل صريح إلى مجموعة مسؤول النظام على SQL Server.
• عند إجراء استرداد موقع بديل لقاعدة بيانات مضمنة جزئياً، يجب التأكد من تمكين ميزة قواعد البيانات المضمنة في مثيل SQL الهدف.
• عند إجراء استرداد موقع بديل لقاعدة بيانات تدفق الملفات، يجب التأكد من تمكين ميزة قاعدة بيانات دفق الملفات في مثيل SQL الهدف.
• حماية SQL Server Always On:
  • يكتشف Data Protection Server مجموعات التوفر عند تشغيل الاستفسار عند إنشاء مجموعة الحماية.
  • يكتشف Data Protection Server تجاوز الفشل ويستمر في حماية قاعدة البيانات.
  • يدعم Data Protection Server تكوينات نظام المجموعة متعدد المواقع لمثيل SQL Server.
• عند حماية قواعد البيانات التي تستخدم ميزة Always On، فإن DPM له القيود التالية:
  • سيحترم DPM نهج النسخ الاحتياطي لمجموعات التوفر التي تم تعيينها في SQL Server استنادا إلى تفضيلات النسخ الاحتياطي، كما يلي:
    • يفضل النسخة الثانوية - يجب أن تحدث النسخ الاحتياطية على نسخة متماثلة ثانوية إلا عندما تكون النسخة المتماثلة الأساسية هي النسخة المتماثلة الوحيدة عبر الإنترنت. إذا كانت هناك عدة نسخ متماثلة ثانوية متاحة، فسيتم تحديد عقدة النسخ الاحتياطي ذات الأولوية القصوى للنسخ الاحتياطي. إذا كانت النسخة المتماثلة الأساسية متوفرة فقط، فيجب أن يحدث النسخ الاحتياطي على النسخة المتماثلة الأساسية.
    • ثانوي فقط - لا ينبغي إجراء النسخ الاحتياطي على النسخة المتماثلة الأساسية. إذا كانت النسخة المتماثلة الأساسية هي النسخة الوحيدة عبر الإنترنت، فلا يجب أن يتم النسخ الاحتياطي.
    • أساسي - يجب أن يتم النسخ الاحتياطي دائماً على النسخة المتماثلة الأساسية.
    • أي نسخة متماثلة - يمكن أن يتم النسخ الاحتياطي على أي من النسخ المتماثلة للإتاحة في مجموعة الإتاحة. سوف تستند العقدة التي سيتم النسخ الاحتياطي منها إلى أولويات النسخ الاحتياطي لكل العقد.

    إشعار

    • يمكن أن تحدث النسخ الاحتياطية من أي نسخة متماثلة قابلة للقراءة؛ أي: أولية، أو ثانوية متزامنة، أو ثانوية غير متزامنة.
    • إذا تم استبعاد أي نسخة متماثلة من النسخة الاحتياطية، على سبيل المثال، تم تمكين الخيار استبعاد النسخة المتماثلة أو تم تعليمه على أنه غير قابل للقراءة، فلن يتم تحديد هذه النسخة المتماثلة للنسخ الاحتياطي ضمن أي من الخيارات.
    • إذا كانت عدة نسخ متماثلة متاحة وقابلة للقراءة، فسيتم تحديد العقدة ذات الأولوية القصوى للنسخ الاحتياطي.
    • إذا فشل النسخ الاحتياطي على العقدة المحددة، فستفشل عملية النسخ الاحتياطي.
    • الاسترداد إلى الموقع الأصلي غير مدعوم.
• مشكلات النسخ الاحتياطي SQL Server 2014 أو أعلى:
  • أضاف SQL server 2014 ميزة جديدة لإنشاء قاعدة بيانات ل SQL Server المحلي في تخزين Microsoft Azure Blob. لا يمكن استخدام Data Protection Server لحماية هذا التكوين.
  • هناك بعض المشكلات المعروفة مع تفضيل النسخ الاحتياطي "تفضيل ثانوي" لخيار مجموعات قابلية وصول عالية التوفر SQL AlwaysOn. يأخذ Data Protection Server دائماً نسخة احتياطية من النسخة الثانوية. إذا لم يتم العثور على الملف الثانوي، فحينئذٍ يفشل النسخ الاحتياطي.

قبل أن تبدأ

قبل أن تبدأ، تأكد من استيفاء المتطلبات الأساسية لاستخدام Azure Backup لحماية أعباء العمل. فيما يلي بعض المهام المطلوبة مسبقاً:

• قم بإنشاء قبو احتياطي.
• قم بتنزيل بيانات اعتماد المخزن.
• قم بتثبيت عامل Azure Backup.
• سجل الخادم في الخزنة.

إنشاء سياسة النسخ احتياطي

لحماية قواعد بيانات SQL Server في Azure، قم أولاً بإنشاء نهج نسخ احتياطي:

1. في خادم مدير حماية البيانات (Data Protection Server)، حدد مساحة العمل الحماية.

2. حدد New لإنشاء مجموعة حماية.

   

3. في صفحة البداية، راجع الإرشادات حول إنشاء مجموعة حماية. بعد ذلك حدد التالي.

4. حدد Servers.

   

5. قم بتوسيع الجهاز الظاهري لـ SQL Server حيث توجد قواعد البيانات التي تريد إجراء نسخ احتياطي لها. ترى مصادر البيانات التي يمكن نسخها احتياطيًا من ذلك الخادم. قم بتوسيع جميع مشاركات SQL ثم حدد قواعد البيانات التي تريد نسخها احتياطياً. في هذا المثال، نحدد ReportServer $ MSDPM2012 و ReportServer $ MSDPM2012TempDB. بعد ذلك حدد التالي.

   

6. قم بتسمية مجموعة الحماية ثم حدد أريد حماية عبر الإنترنت.

   

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

   في هذا المثال، تم تعيين نطاق الاحتفاظ على 5 أيام. يتم تعيين تردد المزامنةالاحتياطي على مرة واحدة كل 15 دقيقة. تم تعيين Express Full Backup على 8:00 مساءً.

   

   إشعار

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

8. حدد التالي. يعرض Data Protection Server مساحة التخزين الإجمالية المتاحة. كما يظهر استخدام مساحة القرص المحتملة.

   

   بشكل افتراضي، يُنشئ Data Protection Server وحدة تخزين واحدة لكل مصدر بيانات (قاعدة بيانات SQL Server). يستخدم الحجم للنسخة الاحتياطية الأولية. في هذا التكوين، تحد إدارة القرص المنطقي (LDM) حماية Data Protection Server إلى 300 مصدر بيانات (قواعد بيانات SQL Server). للتغلب على هذا القيد، حدد تحديد موقع البيانات في تجمع تخزين Data Protection Server. إذا كنت تستخدم هذا الخيار، فإن Data Protection Server يستخدم وحدة تخزين واحدة لمصادر بيانات متعددة. يسمح هذا الإعداد لـ Data Protection Server بحماية ما يصل إلى 2000 قاعدة بيانات SQL Server.

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

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

   

   تتطلب النسخة الاحتياطية الأولية نقل مصدر البيانات بالكامل (قاعدة بيانات SQL Server). تنتقل بيانات النسخ الاحتياطي من خادم الإنتاج (كمبيوتر Microsoft SQL Server) إلى خادم Data Protection Server. إذا كانت هذه النسخة الاحتياطية كبيرة، فقد يؤدي نقل البيانات عبر الشبكة إلى ازدحام النطاق الترددي. لهذا السبب، يمكن للمسؤولين اختيار استخدام وسائط قابلة للإزالة لنقل النسخة الاحتياطية الأولية يدوياً. أو يمكنهم نقل البيانات تلقائياً عبر الشبكة في وقت محدد.

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

10. اختر وقت إجراء فحص التناسق. بعد ذلك حدد التالي.

    

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

11. حدد مصادر البيانات المراد حمايتها في Azure. بعد ذلك حدد التالي.

    

12. إذا كنت مسؤولاً، يمكنك اختيار جداول النسخ الاحتياطي وسياسات الاستبقاء التي تناسب سياسات مؤسستك.

    

    في هذا المثال، يتم أخذ النسخ الاحتياطية يوميًا في الساعة 12:00 ظهرًا والساعة 8:00 مساءً.

    تلميح

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

    استخدم Data Protection Server لجدولة Azure Backups بعد انتهاء النسخ الاحتياطية للقرص المحلي. عند اتباع هذه الممارسة، يتم نسخ أحدث نسخة احتياطية للقرص إلى Azure.

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

    

    في هذا المثال:

    • يتم أخذ النسخ الاحتياطية يوميًا في الساعة 12:00 ظهرًا والساعة 8:00 مساءً. لقد تم الاحتفاظ بها لمدة 180 يومًا.
    • يتم الاحتفاظ بالنسخة الاحتياطية يوم السبت الساعة 12:00 ظهرًا لمدة 104 أسابيع.
    • يتم الاحتفاظ بالنسخة الاحتياطية من آخر يوم سبت من الشهر عند الساعة 12:00 ظهرًا لمدة 60 شهرًا.
    • يتم الاحتفاظ بالنسخة الاحتياطية من يوم السبت الأخير من شهر مارس عند الساعة 12:00 ظهراً لمدة 10 سنوات.

    بعد اختيار سياسة الاحتفاظ، حدد Next.

14. اختر كيفية نقل النسخة الاحتياطية الأولية إلى Azure.

    • يتبع خيار تلقائياً عبر الشبكة جدول النسخ الاحتياطي لنقل البيانات إلى Azure.
    • لمزيد من المعلومات حول النسخ الاحتياطي دون اتصال، راجع نظرة عامة على النسخ الاحتياطي دون اتصال.

    بعد اختيار آلية النقل، حدد Next.

15. في صفحة Summary، راجع تفاصيل السياسة. ثم حدد Create group. يمكنك تحديد Close ومشاهدة تقدم المهمة في مساحة عمل Monitoring.

    

قم بإنشاء نسخ احتياطية عند الطلب من قاعدة بيانات SQL Server

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

1. في مجموعة الحماية، تأكد من أن حالة قاعدة البيانات هي موافق.

   

2. انقر بزر الماوس الأيمن فوق قاعدة البيانات ثم حدد Create recovery point.

   

3. في القائمة المنسدلة، حدد Online protection. ثم حدد OK لبدء إنشاء نقطة استرداد في Azure.

   

4. يمكنك عرض تقدم المهمة في مساحة عمل المراقبة.

   

استرجع قاعدة بيانات SQL Server من Azure

لاسترداد كيان محمي، مثل قاعدة بيانات SQL Server، من Azure:

1. افتح وحدة تحكم إدارة خادم Data Protection Server. انتقل إلى مساحة عمل Recovery لمشاهدة الخوادم التي يقوم Data Protection Server بنسخها احتياطياً. حدد قاعدة البيانات (في هذا المثال، ReportServer$MSDPM2012). حدد Recovery time الذي ينتهي بـ متصل.

   

2. حدد بزر الماوس الأيمن فوق اسم قاعدة البيانات ثم حدد استرداد.

   

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

   

   في هذا المثال، يسمح Data Protection Server باسترداد قاعدة البيانات إلى مثيل SQL Server آخر أو إلى مجلد شبكة مستقل.

4. في صفحة Specify Recovery Options، يمكنك تحديد خيارات الاسترداد. على سبيل المثال، يمكنك اختيار التحكم في استخدام النطاق الترددي للشبكة لضبط النطاق الترددي الذي يستخدمه الاسترداد. بعد ذلك حدد التالي.

5. في صفحة Summary، ترى تكوين الاسترداد الحالي. حدد Recover.

   تُظهر حالة الاسترداد قاعدة البيانات التي يتم استردادها. يمكنك تحديد Close لإغلاق المعالج وعرض التقدم في مساحة عمل المراقبة.

   

   عند اكتمال الاسترداد، تتوافق قاعدة البيانات المستعادة مع التطبيق.

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

لمزيد من المعلومات، راجع الأسئلة الشائعة حول النسخ الاحتياطي في Azure.