استمرارية الأعمال والتوافر العالي والاسترداد بعد الكوارث لـ SQL Server على الأجهزة الظاهرية لـ Azure

ينطبق على: SQL Server في أجهزة Azure الظاهرية

تعني استمرارية العمل مواصلة عملك في حالة حدوث كارثة، والتخطيط للاسترداد، وضمان توفر بياناتك بشكل كبير. يمكن أن يساعد SQL Server على الأجهزة الظاهرية لـ Azure في خفض تكلفة حل قاعدة بيانات التوافر العالي والاسترداد بعد الكوارث (HADR).

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

تقارن هذه المقالة وتناقض حلول استمرارية العمل المتوفرة لـ SQL Server على الأجهزة الظاهرية لـ Azure.

نظرة عامة

الأمر متروك لك للتأكد من أن نظام قاعدة البيانات الخاص بك لديه قدرات HADR التي تتطلبها اتفاقية مستوى الخدمة (SLA). بالرغم من أن Azure يوفر آليات توفر عالية، مثل استرداد الخدمات للخدمات السحابية والكشف عن فشل الاسترداد للأجهزة الظاهرية، إلا إن ذلك لا يضمن إمكانية تلبية اتفاقية مستوى الخدمة. وعلى الرغم من أن هذه الآليات تساعد على حماية التوافر العالي للجهاز الظاهري، إلا إنها لا تحمي توافر SQL Server قيد التشغيل داخل الجهاز الظاهري.

من الممكن أن يفشل مثيل SQL Server أثناء وجود الجهاز الظاهري عبر الإنترنت وعمله بشكل سليم. حتى آليات التوافر العالي التي يوفرها Azure تسمح بالتوقف عن العمل في الأجهزة الظاهرية بسبب أحداث مثل التعافي من فشل البرامج أو الأجهزة وترقيات نظام التشغيل.

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

ملاحظة

من الممكن الآن رفع كل من مثيل كتلة تجاوز الفشل وحل مجموعة التوفر وتحويلهما إلى SQL Server على الأجهزة الظاهرية لـ Azure باستخدام Azure Migrate.

بنيات النشر

يدعم Azure تقنيات SQL Server هذه لاستمرارية العمل:

• مجموعات قابلية وصول عالية التوفر AlwaysOn
• مثيلات كتلة تجاوز الفشل الدائمة (FCIs)
• النسخ المتواصل للسجل
• النسخ الاحتياطي لـ SQL Server والاستعادة مع تخزين Azure Blob
• النسخ المتطابق لقاعدة البيانات - مهمل في SQL Server 2016
• استرداد موقع Azure

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

Azure فقط: حلول التوافر العالي

يمكنك الحصول على حل توافر عالٍ لـ SQL Server على مستوى قاعدة البيانات مع مجموعات التوافر الدائم. كما يمكنك أيضاً إنشاء حل توافر عالٍ على مستوى المثيل مع مثيلات كتلة تجاوز الفشل الدائمة. للحصول على حماية إضافية، يمكنك إنشاء التكرار في كلا المستويين عن طريق إنشاء مجموعات التوافر على مثيلات كتلة تجاوز الفشل.

التكنولوجيا	مثال للبنيات
مجموعات قابلية وصول عالية التوفر	توفر النسخ المتماثلة للتوافر التي تعمل في الأجهزة الظاهرية لـ Azure في نفس منطقة التوافر العالي. ستحتاج إلى تكوين وحدة تحكم مجال للأجهزة الظاهرية؛ لأن كتلة تجاوز الفشل لـ Windows تتطلب مجال Active Directory. للحصول على تكرار وتوافر أعلى، يمكن نشر الأجهزة الظاهرية لـ Azure في مناطق توافر مختلفة، كما هو موثق في نظرة عامة على مجموعة التوافر. للبدء، راجع البرنامج التعليمي لمجموعة الإتاحة.
مثيلات نظام مجموعة تجاوز الفشل	يتم دعم مثيلات كتلة تجاوز الفشل على الأجهزة الظاهرية لـ SQL Server. لأن ميزة مثيلات كتلة تجاوز الفشل تتطلب التخزين المشترك، وستعمل خمسة حلول مع SQL Server على الأجهزة الظاهرية لـ Azure: - استخدام الأقراص المشتركة لـ Azure لـ Windows Server 2019. تعد الأقراص المُدارة المشتركة أحد منتجات Azure الذي يسمح بإرفاق قرص مُدار بأجهزة ظاهرية متعددة في وقت واحد. يمكن للأجهزة الظاهرية في الكتلة قراءة القرص المرفق أو الكتابة إليه استناداً إلى الحجز الذي اختاره تطبيق الكتلة من خلال الحجوزات الدائمة لـ SCSI (SCSI PR). تعد الحجوزات الدائمة لـ SCSI حلاً للتخزين على مستوى الصناعة تستخدمه التطبيقات التي تعمل على شبكة تخزين محلية (SAN). يسمح تمكين الحجوزات الدائمة لـ SCSI على قرص مدار بترحيل هذه التطبيقات إلى Azure كما هي. - استخدام Storage Spaces Direct (S2D) لتوفير SAN الظاهري القائم على البرمجيات لـ Windows Server 2016 والأحدث. - استخدام مشاركة ملف Premium لـ Windows Server 2012 والأحدث. مشاركات ملفات Premium مدعومة من SSD، ولها زمن وصول منخفض باستمرار، كما أنها مدعومة بالكامل للاستخدام مع FCI. - استخدام التخزين المدعوم من قبل حل شريك للتكتل. للحصول على مثال محدد يستخدم SIOS DataKeeper، راجع إدخال المدونة تكتل تجاوز الفشل وSIOS DataKeeper. - استخدام تخزين الكتلة المشتركة لهدف iSCSI البعيد عبرAzure ExpressRoute. على سبيل المثال، يعرض NetApp Private Storage (NPS) هدف iSCSI عبر ExpressRoute مع Equinix إلى Azure VMs. للحصول على حلول التخزين والنسخ المتماثل للبيانات المشتركة من شركاء Microsoft، اتصل بالمورد للحصول على أي مشكلات تتعلق بالوصول إلى البيانات في تجاوز الفشل. للبدء، جهز الجهاز الظاهري الخاص بك لـFCI

Azure فقط: حلول الاسترداد بعد الكوارث

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

التكنولوجيا	مثال للبنيات
مجموعات قابلية وصول عالية التوفر	توفر النسخ المتماثلة التي تعمل عبر مراكز بيانات متعددة في الأجهزة الظاهرية لـ Azure للاسترداد بعد الكوارث. يساعد هذا الحل عبر المنطقة على الحماية من عدم الاتصال الكامل للموقع. وداخل منطقة ما، يجب أن تكون جميع النسخ المتماثلة ضمن نفس الخدمة السحابية ونفس الشبكة الظاهرية. ولأن كل منطقة سيكون لها شبكة ظاهرية منفصلة، تتطلب هذه الحلول الاتصال من شبكة إلى شبكة. لمزيد من المعلومات، راجع تكوين اتصال شبكة إلى شبكة باستخدام مدخل Azure. للحصول على إرشادات تفصيلية، راجع تكوين مجموعة SQL Server دائمة التوفر عبر مناطق Azure المختلفة.
النسخ المتطابق لقاعدة البيانات	الأساس والمرآة والخوادم التي تعمل في مراكز بيانات مختلفة لاسترداد البيانات بعد الكوارث. يجب نشرها باستخدام شهادات الخادم. لا يتم اعتماد النسخ المتطابق لقاعدة بيانات SQL Server 2008 أو SQL Server 2008 R2 على الأجهزة الظاهرية لـ Azure.
النسخ الاحتياطي والاستعادة مع تخزين Azure Blob	تم نسخ قواعد بيانات الإنتاج بشكل مباشر إلى تخزين Blob في مركز بيانات مختلف لاسترداد البيانات بعد الكوارث. لمزيد من المعلومات، راجع النسخ الاحتياطي والاسترداد لـ SQL Server على الأجهزة الظاهرية لـ Azure.
النسخ المتماثل وتجاوز الفشل عبر SQL Server إلى Azure مع Azure Site Recovery	يتم نسخ إنتاج مثيل SQL Server في أحد مراكز بيانات Azure نسخاً متماثلاً مباشرة إلى تخزين Azure في مركز بيانات مختلف لـ Azure لاسترداد البيانات بعد عطل فادح. لمزيد من المعلومات، راجع حماية SQL Server باستخدام استرداد SQL Server بعد عطل فادح وAzure Site Recovery.

تكنولوجيا المعلومات المختلطة: حلول الاسترداد بعد الكوارث

يمكنك الحصول على حل استرداد بعد الكوارث لقواعد البيانات SQL Server في بيئة تكنولوجيا المعلومات المختلطة باستخدام مجموعات التوافر والنسخ المتطابق لقاعدة البيانات وشحن السجل والنسخ الاحتياطي والاستعادة مع تخزين Azure Blob.

التكنولوجيا	مثال للبنيات
مجموعات قابلية وصول عالية التوفر	بعض النسخ المتماثلة المتوفرة قيد التشغيل في الأجهزة الظاهرية لـ Azure والنسخ المتماثلة الأخرى التي تعمل محلياً لاسترداد البيانات بعد الكوارث عبر الموقع. يمكن أن يكون موقع الإنتاج إما في الموقع أو في مركز بيانات Azure. لأن جميع النسخ المتماثلة للتوافر يجب أن تكون في نفس كتلة تجاوز الفشل، يجب أن تشمل الكتلة كلا الشبكتين (كتلة تجاوز الفشل لشبكات فرعية متعددة). يتطلب هذا التكوين اتصال VPN بين Azure والشبكة المحلية. لاسترداد ناجح بعد عطل فادح لقواعد بياناتك، يجب أيضاً تثبيت وحدة تحكم مجال النسخة متماثلة في موقع الاسترداد بعد عطل فادح. للبدء، راجع البرنامج التعليمي لمجموعة الإتاحة.
النسخ المتطابق لقاعدة البيانات	أحد الشركاء قيد التشغيل في جهاز ظاهري لـ Azure والآخر قيد التشغيل المحلي لاسترداد البيانات بعد عطل فادح عبر الموقع باستخدام شهادات الخادم. لا يحتاج الشركاء إلى أن يكونوا في نفس مجال Active Directory، ولا يلزم وجود اتصال VPN. يوجد سيناريو آخر للنسخ المتطابق لقاعدة بيانات يتضمن وجود أحد الشركاء قيد التشغيل في جهاز ظاهري لـ Azure والآخر قيد التشغيل المحلي في نفس مجال Active Directory لاسترداد البيانات بعد عطل فادح عبر الموقع. مطلوب اتصال VPN بين شبكة الاتصال الظاهري لـ Azure وشبكة الاتصال المحلية. لاسترداد ناجح بعد عطل فادح لقواعد بياناتك، يجب أيضاً تثبيت وحدة تحكم مجال النسخة متماثلة في موقع الاسترداد بعد عطل فادح. لا يتم اعتماد النسخ المتطابق لقاعدة بيانات SQL Server 2008 أو SQL Server 2008 R2 على الأجهزة الظاهرية لـ Azure.
النسخ المتواصل للسجل	خادم يعمل في جهاز ظاهري لـ Azure والآخر يعمل محلياً لاسترداد البيانات بعد عطل فادح عبر الموقع. يعتمد شحن السجل على مشاركة ملفات Windows، لذا يلزم وجود اتصال VPN بين الشبكة الظاهرية لـ Azure والشبكة المحلية. لاسترداد ناجح بعد عطل فادح لقواعد بياناتك، يجب أيضاً تثبيت وحدة تحكم مجال النسخة متماثلة في موقع الاسترداد بعد عطل فادح.
النسخ الاحتياطي والاستعادة مع تخزين Azure Blob	قواعد بيانات الإنتاج المحلية التي تم نسخها بشكل مباشر إلى تخزين Azure Blob لاسترداد البيانات بعد عطل فادح. لمزيد من المعلومات، راجع النسخ الاحتياطي والاسترداد لـ SQL Server على الأجهزة الظاهرية لـ Azure.
النسخ المتماثل وتجاوز الفشل عبر SQL Server إلى Azure مع Azure Site Recovery	يتم نسخ مثيل SQL Server للإنتاج المحلي نسخاً متماثلاً مباشرة إلى تخزين Azure لاسترداد البيانات بعد عطل فادح. لمزيد من المعلومات، راجع حماية SQL Server باستخدام استرداد SQL Server بعد عطل فادح وAzure Site Recovery.

نسخة DR المتماثلة المجانية في Azure

إذا كان لديك Software Assurance، فيمكنك تنفيذ خطط الاسترداد المختلط للكوارث (DR) مع SQL Server دون تكبد تكاليف ترخيص إضافية لمثيل الاسترداد من الكوارث السلبية.

على سبيل المثال، يمكن أن يكون لديك اثنين من الثانويات السلبية الحرة عند استضافة جميع النسخ المتماثلة الثلاثة في Azure:

أو يمكنك تكوين بيئة تجاوز الفشل المختلط، مع أساس محلي مرخص، وسلبي حر لقابلية الوصول العالية (HA)، وسلبي حر للاسترداد بعد عطل فادح (DR) في الموقع، وسلبي آخر مجاني للاسترداد بعد عطل فادح في Azure:

لمزيد من المعلومات، راجع شروط ترخيص المنتج.

لتمكين هذه الميزة، انتقل إلى مورد الجهاز الظاهري لـ SQL Server. حدد Configure ضمن Settings، ثم اختر Disaster Recovery ضمن SQL Server License. حدد خانة الاختيار لتأكيد استخدام جهاز SQL Server الظاهري هذا كنسخة متماثلة سلبية، ثم حدد Apply لحفظ الإعدادات.

اعتبارات هامة للتوافر العالي والاسترداد بعد الكوارث لـ SQL Server في Azure

تتميز الأجهزة الظاهرية لـ Azure والتخزين والشبكات بخصائص تشغيلية مختلفة عن البنية التحتية الداخلية غير الافتراضية لتكنولوجيا المعلومات. يتطلب تنفيذ حل التوافر العالي والاسترداد بعد الكوارث لـ SQL Server بنجاح في Azure فهم هذه الاختلافات وتصميم حلك الخاص لاستيعابها.

عقد التوافر العالي في مجموعة توفر

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

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

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

مناطق التوافر هي مواقع فعلية فريدة داخل منطقة Azure. تحتوي كل منطقة على مركز بيانات واحد أو أكثر من مركز مزوداً بطاقة مستقلة وتبريد وشبكات. يساعد الفصل الفعلي لمناطق التوافر داخل المنطقة على حماية التطبيقات والبيانات من فشل مراكز البيانات من خلال ضمان توفر جهاز ظاهري واحد على الأقل وتلبية اتفاقية مستوى الخدمة لـ Azure بنسبة 99.99 بالمائة.

لتكوين توفر عالٍ، وزع أجهزة SQL Server الظاهرية المشاركة على مناطق التوافر في المنطقة. وستكون هناك رسوم إضافية على عمليات النقل من شبكة إلى شبكة بين مناطق التوافر. للمزيد من المعلومات، راجع ⁧⁩مناطق التوفر⁧⁩.

زمن الانتقال في الشبكة في تكنولوجيا المعلومات المختلطة

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

راجع أفضل ممارسات تكوين الإعدادات للتوافر العالي والاسترداد بعد الكوارث لكتلة وضوابط التوافر العالي والاسترداد بعد الكوارث التي يمكن أن تساعد في استيعاب البيئة السحابية.

دعم النسخ المتماثل الجغرافي

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

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

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

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