الأسئلة الشائعة حول قواعد بيانات SQL Server التي تعمل على النسخ الاحتياطي لأجهزة Azure الظاهرية

نعم، يمكنك الحصول على كلٍ من النسخ الاحتياطي للجهاز الظاهري والنسخ الاحتياطي لـ SQL على الجهاز الظاهري نفسه. في هذه الحالة، نعمل على التشغيل الداخلي للنسخ الاحتياطي الكامل للنسخ فقط على الجهاز الظاهري، لا اقتطاع السجلات.

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

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

لا، لا يمكنك إلغاء مهمة الشفاء التلقائي. ومع ذلك، يمكنك إلغاء الاشتراك باتباع الخطوات التالية:

1. على مثيل SQL Server، في المجلد C:\Program Files\Azure Workload Backup\bin، أنشئ الملف ExtensionSettingsOverrides.json أو حرره.
2. في ملف Extension الإعدادات Overrides.json، قم بتعيين {"EnableAutoHealer": false}.
3. احفظ التغييرات وأغلق الملف.
4. على مثيل SQL Server، افتح مدير المهام ثم أعِد تشغيل خدمة AzureWLBackupCoordinatorSvc.

نعم. يمكنك تقييد المعدل الذي يعمل به نهج النسخ الاحتياطي لتقليل التأثير على مثيل SQL Server. لتغيير الإعداد:

1. على مثيل SQL Server، في المجلد C:\Program Files\Azure Workload Backup\bin، أنشئ الملف ExtensionSettingsOverrides.json.

2. في ملف Extension الإعدادات Overrides.json، قم بتغيير DefaultBackupTasksThreshold الإعداد إلى قيمة أقل (على سبيل المثال، 5).
   {"DefaultBackupTasksThreshold": 5}
   القيمة الافتراضية لـ DefaultBackupTasksThreshold هي 20.

3. احفظ التغييرات التي أجريتها ثم أغلق الملف.

4. على مثيل SQL Server، افتح مدير المهام. أعِد تشغيل خدمة AzureWLBackupCoordinatorSvc.
   
   يفيد هذا الأسلوب إذا كان تطبيق النسخ الاحتياطي يستهلك كمية كبيرة من الموارد، لكن Resource Governor في SQL Server هو طريقة أكثر عمومية لتحديد حدود على مقدار وحدة المعالجة المركزية، والإدخال والإخراج الفعليين، والذاكرة التي يمكن لطلبات التطبيق الواردة استخدامها.

‏‏لا. مهام النسخ الاحتياطي الناجحة لا تنشئ تنبيهات. تُنشأ التنبيهات فقط لمهام النسخ الاحتياطي التي تفشل. يتم توثيق السلوك التفصيلي لتنبيهات المدخل هنا. ومع ذلك، إذا كنت مهتماً بالحصول على تنبيهات حتى للمهام الناجحة، فيمكنك استخدام المراقبة باستخدام Azure Monitor.

نعم، يمكنك تحقيق هذه الإمكانية باستخدام الحماية التلقائية.

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

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

نعم، يمكنك حماية قواعد البيانات على الأجهزة الظاهرية التي تم تمكين تشفير قرص Azure (ADE) عليها.

نعم، يدعم Azure Backup النسخ الاحتياطي لقواعد البيانات أو الخادم في SQL Server مع تمكين تشفير البيانات الشفاف (TDE). يدعم النسخ الاحتياطي تشفير البيانات الشفاف مع المفاتيح التي يديرها Azure، أو مع المفاتيح التي يديرها العملاء (إنشاء مفتاحك). النسخ الاحتياطي لا يؤدي أي تشفير SQL كجزء من عملية النسخ الاحتياطي، وبالتالي تظل قاعدة البيانات مشفرة عند النسخ الاحتياطي.

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

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

تظهِر قائمة مهام النسخ الاحتياطي جميع العمليات المجدولة والعمليات عند الطلب، باستثناء النسخ الاحتياطية المجدولة للسجل حيث يمكن أن تتكرر كثيراً. بالنسبة لمهام السجل المجدولة، استخدم المراقبة باستخدام Azure Monitor.

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

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

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

يمكنك تحديد قاعدة البيانات المُعاد تسميتها الآن وتكوين الحماية عليها. إذا تم تمكين الحماية التلقائية على المثيل، فسوف يتم الكشف تلقائياً عن قاعدة البيانات المُعاد تسميتها، ومن ثمّ حمايتها.

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

نعم، يمكنك تنزيل الملفات جزئيا كما هو موثق هنا.

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

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

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