مشاركة عبر


نسخ SQL Server احتياطيا إلى Azure باستخدام Azure Backup Server

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

يوفر Microsoft Azure Backup Server (MABS) النسخ الاحتياطي والاسترداد لقواعد بيانات SQL Server. بالإضافة إلى النسخ الاحتياطي لقواعد بيانات SQL Server، يمكنك تشغيل نسخة احتياطية للنظام أو نسخة احتياطية كاملة من جهاز كمبيوتر SQL Server. يمكنك استخدام MABS لحماية:

  • مثيل SQL Server مستقل
  • مثيل نظام مجموعة تجاوز الفشل في SQL Server (FCI)

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

  • يدعم MABS v3 UR2 أو MABS v4 أو أحدث مثيل نظام مجموعة تجاوز الفشل ل SQL Server (FCI) باستخدام وحدة التخزين المشتركة للمجموعة (CSV).
  • يتم دعم حماية SQL Server FCI مع مساحات التخزين المباشرة على Azure و SQL Server FCI مع أقراص Azure المشتركة بهذه الميزة. يجب نشر خادم DPM في Azure Virtual Machine لحماية مثيل SQL FCI، المنشور على Azure VMs.
  • مجموعة قابلية وصول عالية التوفر ل SQL Server Always On مع تفضيلات هذه:
    • أفضل النسخ الثانوية
    • ثانوي فقط
    • أساسي
    • أي نسخة

سير عمل حماية قاعدة بيانات SQL Server

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

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

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

  • إذا كانت لديك قاعدة بيانات بها ملفات على "مشاركة ملف" بعيد، فستفشل الحماية مع وجود خطأ معرّف 104. لا يدعم خادم النسخ الاحتياطي Azure من مايكروسوفت حماية بيانات خادم SQL على "مشاركة ملف" بعيد.
  • لا يمكن خادم النسخ الاحتياطي Azure من مايكروسوفت لحماية قواعد البيانات المخزنة على مشاركات SMB البعيدة.
  • تأكد من تكوين النسخ المتماثلة لمجموعة الإتاحة للقراءة فقط.
  • يجب إضافة حساب النظام NTAuthority\System بشكل صريح إلى مجموعة مسؤول النظام على SQL Server.
  • عند إجراء استرداد موقع بديل لقاعدة بيانات مضمنة جزئياً، يجب التأكد من تمكين ميزة قواعد البيانات المضمنة في مثيل SQL الهدف.
  • عند إجراء استرداد موقع بديل لقاعدة بيانات تدفق الملفات، يجب التأكد من تمكين ميزة قاعدة بيانات دفق الملفات في مثيل SQL الهدف.
  • حماية SQL Server Always On:
    • يكتشف خادم النسخ الاحتياطي Azure من مايكروسوفت مجموعات التوفر عند إجراء استعلام عند إنشاء مجموعة الحماية.
    • يكتشف خادم النسخ الاحتياطي Azure من مايكروسوفت تجاوز الفشل ويستمر في حماية قاعدة البيانات.
    • يدعم خادم النسخ الاحتياطي Azure من مايكروسوفت تكوينات نظام المجموعة متعدد المواقع لمثيل خادم SQL.
  • عند حماية قواعد البيانات التي تستخدم ميزة Always On، يكون ل MABS القيود التالية:
    • سيحترم MABS نهج النسخ الاحتياطي لمجموعات التوفر التي تم تعيينها في SQL Server استنادا إلى تفضيلات النسخ الاحتياطي، كما يلي:
      • يفضل النسخة الثانوية - يجب أن تحدث النسخ الاحتياطية على نسخة متماثلة ثانوية إلا عندما تكون النسخة المتماثلة الأساسية هي النسخة المتماثلة الوحيدة عبر الإنترنت. إذا كانت هناك عدة نسخ متماثلة ثانوية متاحة، فسيتم تحديد عقدة النسخ الاحتياطي ذات الأولوية القصوى للنسخ الاحتياطي. في حالة توفر النسخة المتماثلة الأساسية فقط، يجب أن يتم النسخ الاحتياطي على النسخة المتماثلة الأساسية.
      • ثانوي فقط - لا ينبغي إجراء النسخ الاحتياطي على النسخة المتماثلة الأساسية. إذا كانت النسخة المتماثلة الأساسية هي النسخة الوحيدة عبر الإنترنت، فلا يجب أن يتم النسخ الاحتياطي.
      • أساسي - يجب أن يتم النسخ الاحتياطي دائماً على النسخة المتماثلة الأساسية.
      • أي نسخة متماثلة - يمكن أن يتم النسخ الاحتياطي على أي من النسخ المتماثلة للإتاحة في مجموعة الإتاحة. سوف تستند العقدة التي سيتم النسخ الاحتياطي منها إلى أولويات النسخ الاحتياطي لكل العقد.
    • لاحظ ما يلي:
      • يمكن أن تحدث النسخ الاحتياطية من أي نسخة متماثلة قابلة للقراءة؛ أي: أولية، أو ثانوية متزامنة، أو ثانوية غير متزامنة.
      • إذا تم استبعاد أي نسخة متماثلة من النسخة الاحتياطية، على سبيل المثال، تم تمكين الخيار استبعاد النسخة المتماثلة أو تم تعليمه على أنه غير قابل للقراءة، فلن يتم تحديد هذه النسخة المتماثلة للنسخ الاحتياطي ضمن أي من الخيارات.
      • إذا كانت عدة نسخ متماثلة متاحة وقابلة للقراءة، فسيتم تحديد العقدة ذات الأولوية القصوى للنسخ الاحتياطي.
      • إذا فشل النسخ الاحتياطي على العقدة المحددة، فستفشل عملية النسخ الاحتياطي.
      • الاسترداد إلى الموقع الأصلي غير مدعوم.
  • مشكلات النسخ الاحتياطي SQL Server 2014 أو أعلى:
    • أضاف SQL server 2014 ميزة جديدة لإنشاء قاعدة بيانات لـ SQL Server المحلية في تخزين Windows Azure Blob. لا يمكن استخدام MABS لحماية هذا التكوين.
    • هناك بعض المشكلات المعروفة مع تفضيل النسخ الاحتياطي "تفضيل ثانوي" لخيار مجموعات قابلية وصول عالية التوفر SQL AlwaysOn. يأخذ خادم النسخ الاحتياطي Azure من مايكروسوفت دائماً نسخة احتياطية من الملف الثانوي. إذا لم يتم العثور على الملف الثانوي، فحينئذٍ يفشل النسخ الاحتياطي.

قبل أن تبدأ

قبل البدء ، تأكد من تثبيت Azure Backup Server وإعداده.

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

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

  1. في Azure Backup Server، حدد مساحة عمل الحماية.

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

    توضح لقطة الشاشة كيفية بدء إنشاء مجموعة حماية في Azure Backup Server.

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

  4. بالنسبة لنوع مجموعة الحماية، حدد Servers.

    لقطة شاشة توضح كيفية تحديد نوع مجموعة حماية الخوادم.

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

    لقطة شاشة توضح كيفية تحديد قاعدة بيانات SQL Server.

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

    لقطة شاشة توضح كيفية اختيار طريقة حماية البيانات - حماية القرص قصيرة الأجل أو حماية Azure عبر الإنترنت.

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

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

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

    إشعار

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

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

    لقطة شاشة توضح كيفية إعداد تخصيص القرص في MABS.

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

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

    لقطة شاشة توضح كيفية اختيار أسلوب إنشاء نسخة متماثلة في MABS.

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

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

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

    لقطة شاشة توضح كيفية اختيار جدول زمني لتشغيل فحص التناسق.

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

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

    لقطة شاشة توضح كيفية تحديد مصادر البيانات المراد حمايتها في Azure.

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

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

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

    تلميح

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

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

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

    لقطة شاشة توضح كيفية اختيار نهج استبقاء في MABS.

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

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

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

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

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

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

    تظهر لقطة الشاشة تقدم إنشاء مجموعة الحماية.

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

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

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

    لقطة شاشة تعرض حالة قاعدة البيانات في مجموعة حماية.

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

    لقطة شاشة توضح كيفية اختيار إنشاء نقطة استرداد عبر الإنترنت.

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

    توضح لقطة الشاشة كيفية البدء في إنشاء نقطة استرداد في Azure.

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

    لقطة شاشة توضح كيفية عرض تقدم المهمة في وحدة تحكم المراقبة.

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

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

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

    لقطة شاشة توضح كيفية تحديد نقطة استرداد.

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

    لقطة شاشة توضح كيفية استرداد قاعدة بيانات من Azure.

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

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

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

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

  5. في جزء Summary ، ترى تكوين الاسترداد الحالي. حدد Recover.

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

    لقطة شاشة توضح كيفية بدء عملية الاسترداد.

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

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

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