مصفوفة الدعم لـ SQL Server Backup في الأجهزة الظاهرية لـ Azure

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

دعم السيناريو

الدعم	التفاصيل
عمليات النشر المدعومة	الأجهزة الظاهرية لـ SQL Marketplace Azure وnon-Marketplace (تم تثبيت SQL Server يدوياً) الأجهزة الظاهرية مدعومة.
المناطق المدعومة	يتوفر Azure Backup لقواعد بيانات SQL Server في جميع المناطق، باستثناء جنوب فرنسا (FRS) وشمال المملكة المتحدة (UKN) وجنوب المملكة المتحدة (المملكة المتحدة) وUG IOWA (UGI) وألمانيا (الغابة السوداء).
أنظمة التشغيل المدعومة	Windows Server 2022 وWindows Server 2019 وWindows Server 2016 وWindows Server 2012 (جميع الإصدارات) وWindows Server 2008 R2 SP1 Linux غير معتمد حالياً.
إصدارات SQL Server المعتمدة	SQL Server 2022 Express وSQL Server 2022 وSQL Server 2019 وSQL Server 2017 كما هو مفصل في صفحة Search product lifecycle وSQL Server 2016 وSPs كما هو مفصل في صفحة Search product lifecycle وSQL Server 2014 وSQL Server 2012 وSQL Server 2008 R2 وSQL Server 2008 المؤسسة، قياسي، ويب، المطور، اكسبرس. إصدارات Express Local DB غير مدعومة.
إصدارات .NET المدعومة	.NET Framework 4.5.2 أو تثبيتها لاحقاً على الجهاز الظاهري
عمليات النشر المدعومة	الأجهزة الظاهرية لـ SQL Marketplace Azure وnon-Marketplace (تم تثبيت SQL Server يدوياً) أجهزة ظاهرية مدعومة. يعتمد دعم المثيلات المستقلة دائماً على availability groups.
استعادة عبر المنطقة	مدعوم. اعرف المزيد.
استعادة الاشتراكات المتقاطعة	مدعوم عبر مدخل Microsoft Azure وAzure CLI. اعرف المزيد.

اعتبارات وقيود المميزات

الإعدادات	الحد الأقصى
عدد قواعد البيانات التي يمكن حمايتها في خادم (وفي مخزن)	2000
حجم قاعدة البيانات المعتمدة (بعد هذا، قد تأتي مشاكل الأداء)	6 تيرابايت*
عدد الملفات المدعومة في قاعدة بيانات	1000
عدد النسخ الاحتياطية الكاملة المدعومة يومياً	نسخة احتياطية مجدولة واحدة. ثلاثة نسخ احتياطية عند الطلب. نوصي بعدم تشغيل أكثر من ثلاث نسخ احتياطية في اليوم. ومع ذلك، للسماح للمستخدم بإعادة المحاولة في حالة المحاولات الفاشلة، تم تعيين حد صارم للنسخ الاحتياطية عند الطلب على تسع محاولات.
Log shipping	عند تمكين شحن السجل في قاعدة بيانات خادم SQL التي تجري نسخاً احتياطياً لها، نوصيك بتعطيل النسخ الاحتياطية للسجلات في نهج النسخ الاحتياطي. هذا بسبب أن شحن السجل (الذي يرسل تلقائياً سجلات العمليات من قاعدة البيانات الأساسية إلى قاعدة البيانات الثانوية) سيتداخل مع النسخ الاحتياطية للسجل التي تم تمكينها من خلال Azure Backup. لذلك، إذا قمت بتمكين شحن السجل، فتأكد من تمكين النُسخ الاحتياطية الكاملة و/ أو التفاضلية في نهجك فقط.
فترة الاحتفاظ بالنسخ الاحتياطي عند الطلب	بالنسبة للنسخ الاحتياطية الكاملة/ التفاضلية/ المتزايدة، تبلغ مدة الاحتفاظ خارج الصندوق 45 يوماً. بالنسبة للنسخ الاحتياطي الكامل للنسخ فقط، يمكنك تحديد فترة احتفاظ مخصصة.

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

• يمكن تكوين النسخ الاحتياطي SQL Server في Azure portal أو PowerShell. CLI غير مدعومة.
• يتم اعتماد الحل على كلا نوعي deployments من عمليات النشر - الأجهزة الظاهرية لـ Azure Resource Manager والأجهزة الظاهرية الكلاسيكية.
• يتم دعم جميع أنواع النسخ الاحتياطي (كامل / التفاضلية / سجل) ونماذج الاسترداد (بسيطة / كاملة / مجمعة مسجلة).
• لقواعد بيانات للقراءة فقط: النسخ الاحتياطي الكامل والنسخ فقط هي أنواع النسخ الاحتياطي المدعومة فقط.
• يتم اعتماد SQL native compression إذا تم تمكينها بشكل صريح من قبل المستخدم في نهج النسخ الاحتياطي. يتجاوز Azure Backup الإعدادات الافتراضية على مستوى المثيل بعبارة COMPRESSION / NO_COMPRESSION، بناءً على قيمة عنصر التحكم هذا كما حدده المستخدم.
• دعم النسخ الاحتياطي لقاعدة البيانات الذي تم تمكينه بواسطة TDE. لاستعادة قاعدة بيانات TDE مشفرة إلى SQL Server آخر، تحتاج أولاً إلى استعادة الشهادة إلى الملقم الوجهة. يتوفر ضغط النسخ الاحتياطي لقواعد البيانات التي تدعم TDE SQL Server 2016 والإصدارات الأحدث، ولكن بحجم نقل أقل كما هو موضح هنا.
• لا يتم دعم عمليات النسخ الاحتياطي والاستعادة لقواعد البيانات المتطابقة ولقطات قاعدة البيانات.
• SQL Server Failover Cluster Instance (FCI) غير مدعومة.
• لا يتم دعم النسخ الاحتياطي لقواعد البيانات ذات الملحقات في أسمائها. وذلك لأن خادم IIS ينفذ تصفية طلب ملحق الملف. ومع ذلك، لاحظ أننا قد قمنا بالقائمة المسموح بها .ad، .csوالتي .master يمكن استخدامها في أسماء قاعدة البيانات.

أداء سرعة نقل النسخ الاحتياطي

يدعم Azure Backup معدل نقل بيانات متسقا يبلغ 350 ميغابت في الثانية للنسخ الاحتياطية الكاملة والتفاضلية لقواعد بيانات SQL الكبيرة (من 500 غيغابايت). للاستفادة من الأداء الأمثل، تأكد من:

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

إشعار

• يتم تقييد معدل النقل الأعلى تلقائيا عند استيفاء الشروط التالية:
  • يجب أن تكون جميع قواعد البيانات أعلى من حجم 4 ТБ.
  • يجب استضافة قواعد البيانات على أجهزة Azure الظاهرية التي لديها الحد الأقصى لمعدل نقل القرص غير المخزن مؤقتا أكبر من 800 MBpS.
• تحميل مخطط الموارد مفصلة لحساب العدد التقريبي لقواعد البيانات المحمية التي يوصى بها لكل خادم استناداً إلى موارد الجهاز الظاهري وعرض النطاق الترددي ونهج النسخ الاحتياطي.

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

تعرف على كيفية إجراء نسخة احتياطية من قاعدة بيانات SQL Server التي تعمل على الجهاز الظاهري لـ Azure.