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

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

Backup

هل يمكنني استخدام Azure Backup ل IaaS VM وSQL Server على نفس الجهاز؟

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

هل الحل في إعادة المحاولة أم الشفاء التلقائي للنسخ الاحتياطية؟

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

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

هل يمكنني إلغاء مهمة النسخ الاحتياطي للشفاء التلقائي؟

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

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

2. في ملف ExtensionSettingsOverrides.json ، قم بتعيين {"EnableAutoHealer": false}.

3. احفظ التغييرات وأغلق الملف.

4. في مثيل SQL Server، افتح مدير المهام والإيقاف AzureWLBackupPluginSvsAzureWLBackupInquirySvc والخدمات، ثم أعد تشغيل AzureWLBackupCoordinatorSvc الخدمة.

   AzureWLBackupPluginSvs والخدمات AzureWLBackupInquirySvc تبدأ تلقائيا عند وصول مهام جديدة. تجنب إعادة التشغيل AzureWLBackupCoordinatorSvc أثناء النسخ الاحتياطية النشطة؛ وإلا، فإنه يجهضها وقد يؤدي إلى تشغيل نسخ احتياطية علاجية كاملة.

هل يمكنني التحكم في عدد النسخ الاحتياطية المتزامنة التي تعمل على SQL Server؟

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

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

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

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

4. في مثيل SQL Server، افتح مدير المهام والإيقاف AzureWLBackupPluginSvsAzureWLBackupInquirySvc والخدمات، ثم أعد تشغيل AzureWLBackupCoordinatorSvc الخدمة.

   AzureWLBackupPluginSvs والخدمات AzureWLBackupInquirySvc تبدأ تلقائيا عند وصول مهام جديدة. تجنب إعادة التشغيل AzureWLBackupCoordinatorSvc أثناء النسخ الاحتياطية النشطة؛ وإلا، فإنه يجهضها وقد يؤدي إلى تشغيل نسخ احتياطية علاجية كاملة. لمزيد من التحكم العام في وحدة المعالجة المركزية والإدمار والإخراج واستخدام الذاكرة بواسطة تطبيقات النسخ الاحتياطي، استخدم SQL Server Resource Governor.

Note

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

هل تنشئ مهام النسخ الاحتياطي الناجحة تنبيهات؟

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

هل يتم إضافة قواعد البيانات المستقبلية تلقائيًا لنسخها احتياطيًا؟

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

إذا حذفت قاعدة بيانات من مثيل محمي تلقائياً، فماذا سيحدث للنسخ الاحتياطية؟

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

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

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

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

هل يمكنني حماية قواعد البيانات التي تم تشغيل TDE (تشفير البيانات الشفاف) عليها؟ وهل ستظل قاعدة البيانات مشفرة على مدار عملية النسخ الاحتياطي بأكملها؟

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

هل يُجري Azure Backup عملية المجموع الاختباري على دفق البيانات؟

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

هل يمكنني استخدام Azure Site Recovery لجهاز SQL بالإضافة إلى النسخ الاحتياطي لقاعدة بيانات Azure SQL على نفس الجهاز؟

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

ماذا يحدث إذا قمت بإعادة تسمية جهاز SQL Server الافتراضي على مستوى نظام التشغيل؟ هل ستظل النسخ الاحتياطي والاستعادة فعالة؟

يدعم إعادة تسمية الجهاز الافتراضي على مستوى نظام التشغيل. يعتمد Azure Backup for SQL Server على Azure Resource URI وتسجيل نسخة SQL Server، وليس على اسم المضيف في نظام التشغيل. ستستمر النسخ الاحتياطية في العمل طالما يمكن لإضافة Azure Backup الاتصال بمثيل SQL Server.

Manage

هل يمكنني الاطلاع على مهام النسخ الاحتياطي المجدولة في قائمة "مهام النسخ الاحتياطي"؟

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

إذا قمت بإيقاف عملية النسخ الاحتياطي لقاعدة بيانات محمية تلقائياً، فماذا سيكون سلوكها؟

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

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

إذا قمت بتغيير اسم قاعدة البيانات بعد حمايتها، فماذا سيكون السلوك؟

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

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

لماذا لا يمكنني العثور على قاعدة بيانات إضافية لمثيل محمي تلقائياً؟

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

Restore

هل يمكنني تنزيل مجموعة فرعية فقط من الملفات أثناء الاستعادة كملفات؟

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

هل يمكنني تنزيل الملفات إلى غير مسجل أثناء الاستعادة كملفات أثناء الاستعادة كملفات؟

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

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

أثناء عملية النسخ الاحتياطي، تتصل مهمة النسخ الاحتياطي بثلاث نقاط نهاية الخدمة - AzureBackupو AzureStorageو.Microsoft Entra ID في هذا السيناريو، نوصيك بتكوين نقطة نهاية الخدمة إلى AzureStorage، مما يساعد على إرسال نسبة استخدام الشبكة من الشبكة الظاهرية إلى التخزين مباشرة. بالنسبة إلى Azure Backup ومعرف Microsoft Entra، يمكنك تكوين UDR عبر علامات الخدمة بحيث تنتقل نسبة استخدام الشبكة إلى الشبكة الأساسية بدلا من الشبكة المحلية.

لماذا أحتاج إلى إذن الكتابة على SQL Server المصدر لاستعادته إلى SQL Server آخر؟

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

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

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

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

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

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

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

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

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

2. في ملف ExtensionSettingsOverrides.json ، قم بتعيين {"EnableAutoHealer": false}.

3. احفظ التغييرات وأغلق الملف.

4. في مثيل SQL Server، افتح مدير المهام والإيقاف AzureWLBackupPluginSvsAzureWLBackupInquirySvc والخدمات، ثم أعد تشغيل AzureWLBackupCoordinatorSvc الخدمة.

   AzureWLBackupPluginSvs والخدمات AzureWLBackupInquirySvc تبدأ تلقائيا عند وصول مهام جديدة. تجنب إعادة التشغيل AzureWLBackupCoordinatorSvc أثناء النسخ الاحتياطية النشطة؛ وإلا، فإنه يجهضها وقد يؤدي إلى تشغيل نسخ احتياطية علاجية كاملة.

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

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

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

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

4. في مثيل SQL Server، افتح مدير المهام والإيقاف AzureWLBackupPluginSvsAzureWLBackupInquirySvc والخدمات، ثم أعد تشغيل AzureWLBackupCoordinatorSvc الخدمة.

   AzureWLBackupPluginSvs والخدمات AzureWLBackupInquirySvc تبدأ تلقائيا عند وصول مهام جديدة. تجنب إعادة التشغيل AzureWLBackupCoordinatorSvc أثناء النسخ الاحتياطية النشطة؛ وإلا، فإنه يجهضها وقد يؤدي إلى تشغيل نسخ احتياطية علاجية كاملة. لمزيد من التحكم العام في وحدة المعالجة المركزية والإدمار والإخراج واستخدام الذاكرة بواسطة تطبيقات النسخ الاحتياطي، استخدم SQL Server Resource Governor.

Note

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

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

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

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

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

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

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

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

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

يدعم إعادة تسمية الجهاز الافتراضي على مستوى نظام التشغيل. يعتمد Azure Backup for SQL Server على Azure Resource URI وتسجيل نسخة SQL Server، وليس على اسم المضيف في نظام التشغيل. ستستمر النسخ الاحتياطية في العمل طالما يمكن لإضافة Azure Backup الاتصال بمثيل SQL Server.

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

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

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

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

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

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

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

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

أثناء عملية النسخ الاحتياطي، تتصل مهمة النسخ الاحتياطي بثلاث نقاط نهاية الخدمة - AzureBackupو AzureStorageو.Microsoft Entra ID في هذا السيناريو، نوصيك بتكوين نقطة نهاية الخدمة إلى AzureStorage، مما يساعد على إرسال نسبة استخدام الشبكة من الشبكة الظاهرية إلى التخزين مباشرة. بالنسبة إلى Azure Backup ومعرف Microsoft Entra، يمكنك تكوين UDR عبر علامات الخدمة بحيث تنتقل نسبة استخدام الشبكة إلى الشبكة الأساسية بدلا من الشبكة المحلية.

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

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

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