استكشاف أخطاء النسخ الاحتياطي لقاعدة بيانات SQL Server وإصلاحها باستخدام Azure Backup

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

لمزيد من المعلومات عن عملية النسخ الاحتياطي والقيود، راجع حول النسخ الاحتياطي لـ SQL Server في Azure VMs.

أذونات SQL Server

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

استكشاف الأخطاء وإصلاحها، واكتشاف المشكلات وتكوينها

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

أثناء تكوين النسخ الاحتياطي، إذا كانت SQL VM ومثيلاتها غير مرئية في Discovery DBs in VMs وConfigure Backup (راجع الصورة أعلاه) فتأكد من:

الخطوة 1: اكتشاف قواعد البيانات في VMs

• إذا لم يكن الجهاز الظاهري مدرجاً في قائمة الأجهزة الظاهرية المكتشفة ولم يتم تسجيله أيضاً للنسخ الاحتياطي لـ SQL في مخزن آخر، فاتبع خطوات Discovery SQL Server backup.

الخطوة 2: تكوين النسخ الاحتياطي

• إذا كان المخزن الذي تم فيه تسجيل SQL VM في نفس المخزن المستخدم لحماية قواعد البيانات، فاتبع خطوات تكوين النسخ الاحتياطي.

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

استكشاف مشكلات النسخ الاحتياطي والاسترداد وإصلاحها

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

1. استبعاد المجلدات التالية من فحص مكافحة الفيروسات:

   C:\Program Files\Azure Workload Backup C:\WindowsAzure\Logs\Plugins\Microsoft.Azure.RecoveryServices.WorkloadBackup.AzureBackupWindowsWorkload

   استبدل C:\ بحرف SystemDriveالخاص بك.

2. استبعاد العمليات الثلاث التالية التي تعمل داخل جهاز ظاهري من فحص مكافحة الفيروسات:

   • IaasWLPluginSvc.exe
   • IaaSWorkloadCoordinatorService.exe
   • TriggerExtensionJob.exe

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

مثيل خاطئ في جهاز ظاهري مع مثيلات SQL Server متعددة

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

يمكنك التحقق من "جاهزية النسخ الاحتياطي" لجميع مثيلات SQL في الجهاز الظاهري، ضمن تكوين النسخ الاحتياطي:

إذا كنت ترغب في تشغيل استعادة لمثيلات SQL السليمة، فقم بالخطوات التالية:

1. قم بتسجيل الدخول إلى SQL VM وانتقل إلى C:\Program Files\Azure Workload Backup\bin.

2. أنشئ ملف JSON باسم ExtensionSettingsOverrides.json (إذا لم يكن موجوداً بالفعل). إذا كان هذا الملف موجوداً بالفعل على الجهاز الظاهري، فاستمر في استخدامه.

3. أضف المحتوى التالي في ملف JSON واحفظ الملف:

   {
                 "<ExistingKey1>":"<ExistingValue1>",
                   …………………………………………………… ,
             "whitelistedInstancesForInquiry": "FaultyInstance_1,FaultyInstance_2"
           }
   
           Sample content:        
           { 
             "whitelistedInstancesForInquiry": "CRPPA,CRPPB "
           }
   
   

4. قم بتشغيل عملية Rediscover DBs على الخادم المتأثر من مدخل Microsoft Azure (نفس المكان الذي يمكن رؤية جاهزية النسخ الاحتياطي فيه). سيبدأ الجهاز الظاهري في الظهور كهدف لعمليات الاستعادة.

   

5. قم بإزالة الإدخال whitelistedInstancesForInquiry من ملف ExtensionSettingsOverrides.json بمجرد اكتمال عملية الاستعادة.

رسائل خطأ

نوع النسخ الاحتياطي غير مدعوم

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

UserErrorSQLPODoesNotSupportBackupType

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

OperationCancelledBecauseConflictingOperationRunningUserError

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

UserErrorFileManipulationIsNotAllowedDuringBackup

رسالة الخطأ	الأسباب المحتملة	الإجراءات المستحسنة
يجب إجراء تسلسل لعمليات النسخ الاحتياطي ومعالجة الملفات (مثل ALTER DATABASE ADD FILE) وتغييرات التشفير في قاعدة البيانات.	فيما يلي الحالات التي قد يظهر فيها رمز الخطأ هذا: إضافة ملفات إلى قاعدة بيانات أو إسقاطها أثناء إجراء النسخ الاحتياطي. تقلص الملفات أثناء إجراء النسخ الاحتياطية لقاعدة البيانات. هناك نسخة احتياطية لقاعدة البيانات بواسطة منتج نسخ احتياطي آخر تم تكوينه لقاعدة البيانات قيد التقدم ويتم تشغيل مهمة نسخ احتياطي بواسطة ملحق Azure Backup.	قم بتعطيل منتج النسخ الاحتياطي الآخر لحل المشكلة.

UserErrorSQLPODoesNotExist

رسالة الخطأ	الأسباب المحتملة	الإجراءات المستحسنة
قاعدة بيانات SQL غير موجودة.	إما تم حذف قاعدة البيانات أو إعادة تسميتها.	تحقق مما إذا تم حذف قاعدة البيانات أو إعادة تسميتها عن طريق الخطأ. إذا تم حذف قاعدة البيانات عن طريق الخطأ، لمتابعة النسخ الاحتياطية، فقم باستعادة قاعدة البيانات إلى الموقع الأصلي. إذا حذفت قاعدة البيانات ولم تكن بحاجة إلى نسخ احتياطية في المستقبل، فحينئذٍ في خزنة خدمات الاسترداد، حدد Stop backup باستخدام Retain Backup Data أو Delete Backup Data. لمزيد من المعلومات، راجع إدارة ومراقبة قواعد بيانات SQL Server التي تم نسخها احتياطياً.

UserErrorSQLLSNValidationFailure

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

UserErrorOpeningSQLConnection

رسالة الخطأ	الأسباب المحتملة	الإجراءات المستحسنة
Azure Backup غير قادر على الاتصال بمثيل SQL.	يتعذر على Azure Backup الاتصال بمثيل SQL Server.	استخدم التفاصيل الإضافية في قائمة أخطاء مدخل Microsoft Azure لتضييق نطاق الأسباب الجذرية. راجع استكشاف أخطاء النسخ الاحتياطي لـ SQL وإصلاحها لإصلاح الخطأ. إذا كانت إعدادات SQL الافتراضية لا تسمح بالاتصالات عن بُعد، فقم بتغيير الإعدادات. راجع المقالات التالية للحصول على معلومات عن تغيير الإعدادات: MSSQLSERVER_-1 MSSQLSERVER_2 MSSQLSERVER_53 إذا كانت هناك مشكلات في تسجيل الدخول، فاستخدم هذه الروابط لإصلاحها: MSSQLSERVER_18456 MSSQLSERVER_18452

UserErrorParentFullBackupMissing

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

UserErrorBackupFailedAsTransactionLogIsFull

رسالة الخطأ	الأسباب المحتملة	الإجراءات المستحسنة
لا يمكن أخذ نسخة احتياطية لأن سجل العمليات لمصدر البيانات ممتلئ.	مساحة سجل عمليات قاعدة البيانات ممتلئة.	لإصلاح هذه المشكلة، راجع وثائق SQL Server.

UserErrorCannotRestoreExistingDBWithoutForceOverwrite

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

UserErrorRestoreFailedDatabaseCannotBeOfflined

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

WlExtGenericIOFaultUserError

رسالة الخطأ	الأسباب المحتملة	الإجراءات الموصى بها
حدث خطأ في الإدخال / الإخراج أثناء العملية. يرجى التحقق من أخطاء الإدخال / الإخراج الشائعة على الجهاز الظاهري.	أذونات الوصول أو قيود المساحة على الهدف.	تحقق من أخطاء الإدخال / الإخراج الشائعة على الجهاز الظاهري. تأكد من أن محرك الأقراص الهدف / مشاركة الشبكة على الجهاز: لديه إذن قراءة / كتابة للحساب NT AUTHORITY \ SYSTEM على الجهاز. لديه مساحة كافية لإكمال العملية بنجاح. لمزيد من المعلومات، راجع استعادة كملفات.

UserErrorCannotFindServerCertificateWithThumbprint

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

UserErrorRestoreNotPossibleBecauseLogBackupContainsBulkLoggedChanges

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

FabricSvcBackupPreferenceCheckFailedUserError

رسالة الخطأ	الأسباب المحتملة	الإجراءات المستحسنة
لا يمكن تلبية تفضيل النسخ الاحتياطي لـ SQL Always On Availability Group لأن بعض عقد مجموعة الإتاحة غير مسجلة.	العقد المطلوبة لإجراء النسخ الاحتياطية غير مسجلة أو لا يمكن الوصول إليها.	تأكد من أن جميع العقد المطلوبة لإجراء النسخ الاحتياطية لقاعدة البيانات هذه مسجلة وصحيحة، ثم أعد محاولة العملية. قم بتغيير تفضيل النسخ الاحتياطي لمجموعة توفر SQL Server Always On.

VMNotInRunningStateUserError

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

GuestAgentStatusUnavailableUserError

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

AutoProtectionCancelledOrNotValid

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

CloudDosAbsoluteLimitReached

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

CloudDosAbsoluteLimitReachedWithRetry

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

WorkloadExtensionNotReachable

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

UserErrorVMInternetConnectivityIssue

رسالة الخطأ	الأسباب المحتملة	الإجراءات المستحسنة
الجهاز الظاهري غير قادر على الاتصال بخدمة Azure Backup بسبب مشاكل في الاتصال بالإنترنت.	يحتاج الجهاز الظاهري إلى اتصال صادر بخدمات Azure Backup Service أو Azure Storage أو Microsoft Entra.	إذا كنت تستخدم NSG لتقييد الاتصال، فيجب عليك استخدام علامة خدمة AzureBackup للسماح بالوصول الصادر إلى خدمة Azure Backup، وبالمثل لخدمات Microsoft Entra ID (AzureActiveDirectory) وAzure Storage(Storage). اتبع هذه الخطوات لمنح حق الوصول. تأكد من أن DNS يحل نقاط نهاية Azure. تحقق مما إذا كان الجهاز الظاهري خلف موازن تحميل يمنع الوصول إلى الإنترنت. من خلال تعيين IP العام إلى VMs، سيعمل الاكتشاف. تحقق من عدم وجود جدار حماية / مضاد فيروسات / وكيل يحظر المكالمات إلى الخدمات المستهدفة الثلاثة المذكورة أعلاه.

UserErrorOperationNotAllowedDatabaseMirroringEnabled

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

UserErrorWindowsWLExtFailedToStartPluginService

رسالة الخطأ	السبب المحتمل	التوصية
فشلت العملية مع UserErrorWindowsWLExtFailedToStartPluginService الخطأ.	ملحق حمل عمل Azure Backup غير قادر على بدء تشغيل خدمة المكون الإضافي للنسخ الاحتياطي لحمل العمل على جهاز Azure الظاهري بسبب التكوين الخاطئ لحساب الخدمة.	الخطوة 1: تحقق مما إذا كان مستخدم NT Service\AzureWLBackupPluginSvc لديه أذونات القراءة على: - C:\windows\Microsoft.NET \assembly\GAC_32 - C:\windows\Microsoft.NET \assembly\GAC_64 - C:\Windows\Microsoft.NET\Framework64\v4.0.30319\Config\machine.config. إذا كانت الأذونات مفقودة، فعين أذونات القراءة على هذه الدلائل. الخطوة 2: تحقق مما إذا كان لدى NT Service\AzureWLBackupPluginSvc حقوق التحقق من تجاوز التجاوز عن طريق الانتقال إلى التحقق من تجاوز تعيين>حق مستخدم نهج>الأمان المحلي. يجب تحديد الجميع بشكل افتراضي. إذا كان الجميع وNT Service\AzureWLBackupPluginSvc مفقودين، فأضف مستخدم NT Service\AzureWLBackupPluginSvc، ثم حاول إعادة تشغيل الخدمة أو تشغيل عملية نسخ احتياطي أو استعادة لمورد بيانات.

فشل إعادة التسجيل

تحقق من وجود واحد أو أكثر من الأعراض التالية قبل تشغيل عملية إعادة التسجيل:

• تفشل جميع العمليات (مثل النسخ الاحتياطي والاستعادة وتكوين النسخ الاحتياطي) على الجهاز الظاهري بأحد رموز الخطأ التالية: WorkloadExtensionNotReachable،UserErrorWorkloadExtensionNotInstalled، WorkloadExtensionNotPresent، WorkloadExtensionDidntDequeueMsg.

• إذا كانت منطقة حالة النسخ الاحتياطي لعنصر النسخ الاحتياطي تظهر غير قابل للوصول، فاستبعد جميع الأسباب الأخرى التي قد تؤدي إلى نفس الحالة:

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

  

• في حالة مجموعة Always On المتوفرة، بدأت النسخ الاحتياطية بالفشل بعد تغيير تفضيل النسخ الاحتياطي أو بعد تجاوز الفشل.

قد تنشأ هذه الأعراض لسبب أو أكثر من الأسباب التالية:

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

في السيناريوهات السابقة، نوصي بتشغيل عملية إعادة تسجيل على الجهاز الظاهري. انظر here للحصول على إرشادات عن كيفية تنفيذ هذه المهمة في PowerShell.

حد الحجم للملفات

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

SELECT mf.name AS LogicalName, Physical_Name AS Location FROM sys.master_files mf
               INNER JOIN sys.databases db ON db.database_id = mf.database_id
               WHERE db.name = N'<Database Name>'"

الآن رتبهم بالتنسيق التالي:

[{"path":"<Location>","logicalName":"<LogicalName>","isDir":false},{"path":"<Location>","logicalName":"<LogicalName>","isDir":false}]}

إليك مثال:

[{"path":"F:\\Data\\TestDB12.mdf","logicalName":"TestDB12","isDir":false},{"path":"F:\\Log\\TestDB12_log.ldf","logicalName":"TestDB12_log","isDir":false}]}

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

تجاوز مسار ملف الاستعادة الهدف الافتراضي

يمكنك تجاوز مسار ملف الاستعادة الهدف أثناء عملية الاستعادة عن طريق وضع ملف JSON يحتوي على تعيين ملف قاعدة البيانات لمسار الاستعادة الهدف. قم بإنشاء ملف database_name.json وضعه في الموقع C:\Program Files\Azure Workload Backup\bin\plugins\SQL*.

يجب أن يكون محتوى الملف بهذا التنسيق:

[
  {
    "Path": "<Restore_Path>",
    "LogicalName": "<LogicalName>",
    "IsDir": "false"
  },
  {
    "Path": "<Restore_Path>",
    "LogicalName": "LogicalName",
    "IsDir": "false"
  },  
]

إليك مثال:

[
  {
   "Path": "F:\\Data\\testdb2_1546408741449456.mdf",
   "LogicalName": "testdb7",
   "IsDir": "false"
  },
  {
    "Path": "F:\\Log\\testdb2_log_1546408741449456.ldf",
    "LogicalName": "testdb7_log",
    "IsDir": "false"
  },  
]

في المحتوى السابق، يمكنك الحصول على الاسم المنطقي لملف قاعدة البيانات باستخدام استعلام SQL التالي:

SELECT mf.name AS LogicalName FROM sys.master_files mf
                INNER JOIN sys.databases db ON db.database_id = mf.database_id
                WHERE db.name = N'<Database Name>'"

يجب وضع هذا الملف قبل بدء عملية الاستعادة.

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

لمزيد من المعلومات حول Azure Backup لأجهزة SQL الظاهرية.