استبعاد الأقراص للإصلاح بعد كارثة

تشير هذه المقالة كيفية استبعاد الأقراص من النسخ المتماثل أثناء الإصلاح بعد كارثة من الداخل إلى Azure باستخدام Azure Site Recovery. بمقدورك استبعاد الأقراص من النسخ المتماثل لعدد من الأسباب:

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

السيناريوهات المدعومة

بمقدورك استبعاد الأقراص من النسخ المتماثل كما هو موضح في الجدول.

Azure إلى Azure	VMware إلى Azure	Hyper-V إلى Azure	الخادم الفعلي إلى Azure
نعم	نعم	نعم	نعم (فقط في التصميم الكلاسيكي)

التخلص من القيود

القيود	الأجهزة الظاهرية لـ Azure	VMware VMs	⁧⁩أجهزة Hyper-V الظاهرية⁧⁩
أنواع الأقراص	بمقدورك استثناء الأقراص الأساسية من التكرار. ليس بمقدورك استبعاد أقراص نظام التشغيل أو الأقراص الديناميكية. يتم استثناء الأقراص المؤقتة بشكل افتراضي.	بمقدورك استثناء الأقراص الأساسية من التكرار. ليس بمقدورك استبعاد أقراص نظام التشغيل أو الأقراص الديناميكية.	بمقدورك استثناء الأقراص الأساسية من التكرار. لا يمكنك استبعاد أقراص نظام التشغيل. نوصي بألا تستبعد الأقراص الديناميكية. ليس بمقدورك لاسترداد الموقع تحديد VHS الأساسي أو الديناميكي في الجهاز الظاهري للضيف. في حالة عدم استبعاد كافة أقراص وحدة التخزين الديناميكية التابعة، يصبح القرص الحيوي المحمي قرصًا معطلًا على جهاز ظاهري لتجاوز الفشل، ولا يمكن الوصول إلى البيانات الموجودة على هذا القرص.
نسخ متماثل للقرص	ليس بمقدورك استبعاد قرص يتم نسخه المتماثل. إيقاف النسخ المتماثل وإعادة تمكينه للجهاز الظاهري.	ليس بمقدورك استبعاد قرص يتم نسخه المتماثل.	ليس بمقدورك استبعاد قرص يتم نسخه المتماثل.
خدمة Mobility (VMware)	غير وثيق الصلة	بمقدورك استبعاد الأقراص فقط على الأجهزة الظاهرية التي تم تثبيت خدمة «التنقل» عليها. يعني ذلك أنه يجب عليك تثبيت خدمة التنقل يدويًا على الأجهزة الظاهرية التي تريد استبعاد الأقراص الخاصة بها. لا يمكنك استخدام آلية التثبيت الفوري لأنها تقوم بتثبيت خدمة التنقل فقط بعد تمكين النسخ المتماثل.	غير وثيق الصلة.
إضافة/تخلص	بمقدورك إضافة أقراص مدارة على أجهزة Azure الظاهرية التي تدعم النسخ المتماثل باستخدام الأقراص المدارة. لن تتمكن من إزالة الأقراص الموجودة على أجهزة Azure الظاهرية التي تدعم النسخ المتماثل.	ليس بمقدورك إضافة أقراص أو إزالتها بعد تمكين النسخ المتماثل. قم بالتعطيل، ثم قم بإعادة تمكين النسخ المتماثل لإضافة قرص.	ليس بمقدورك إضافة أقراص أو إزالتها بعد تمكين النسخ المتماثل. قم بالتعطيل، ثم قم بإعادة تمكين النسخ المتماثل.
تجاوز الفشل	في حالة حاجة التطبيق إلى قرص قمت باستبعاده، فستحتاج بعد تجاوز الفشل إلى إنشاء القرص يدويا حتى يمكن تشغيل التطبيق المنسوخ. بدلًا من ذلك، يمكنك إنشاء القرص أثناء تجاوز تعطل الجهاز الظاهري، من خلال دمج أتمتة Azure في خطة استرداد.	إذا قمت باستبعاد قرص يحتاجه أحد التطبيقات، فاحرص على إنشائه يدويًا في Azure بعد تجاوز الفشل.	إذا قمت باستبعاد قرص يحتاجه أحد التطبيقات، فاحرص على إنشائه يدويًا في Azure بعد تجاوز الفشل.
أقراص رد الفشل الداخلية التي تم إنشاؤها يدويًا	غير وثيق الصلة	الأجهزة الظاهرية في Windows: الأقراص التي تم إنشاؤها يدويا في Azure لا تفشل مجددًا. في حالة حدوث تجاوز فشل في أكثر من ثلاثة أقراص وقمت بإنشاء قرصين مباشرة على جهاز Azure الظاهري، لن تفشل سوى الأقراص الثلاثة التي تعرضت للفشل مرة أخرى. الأجهزة الظاهرية لنظام التشغيل Linux: الأقراص التي تم إنشاؤها يدويًا في Azure فشلت مجددًا. في حالة الفشل في أكثر من ثلاثة أقراص على سبيل المثال، وقمت بإنشاء قرصين على جهاز Azure الظاهري، فشل الخمسة مرة أخرى. ليس بمقدورك استبعاد الأقراص التي تم إنشاؤها يدويًا من الفشل.	لا تتعرض الأقراص التي تم إنشاؤها يدويًا في Azure مرة أخرى. في حالة حدوث تجاوز فشل في أكثر من ثلاثة أقراص مثلًا، وقمت بإنشاء قرصين مباشرة على جهاز Azure الظاهري، لن تفشل سو الأقراص الثلاثة التي تعرضت للفشل مرة أخرى.
الأقراص الداخلية المستبعدة لاسترداد الفشل	غير وثيق الصلة	إذا فشلت في العودة إلى الجهاز الأصلي، فلن يتضمن تكوين قرص VM؛ لإصلاح الأقراص المستبعدة. الأقراص التي تم استبعادها من VMware إلى النسخ المتماثل Azure غير متاحة على الجهاز الظاهري لرد الفشل.	عند تطبيق إعادة الإرجاع إلى موقع Hyper-V الأصلي، يظل تكوين قرص VM لرد الفشل هو نفسه تكوين قرص VM الأصلي المصدر. تتوفر الأقراص التي تم استبعادها من موقع Hyper-V إلى النسخ المتماثل لـAzure على الجهاز الظاهري لاسترجاع الموارد.

السيناريوهات المعتادة

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

• للتمكن من تحسين النسخ المتماثل لجهاز ظاهري باستخدام قرص ظاهري واحد يتضمن كلًا من نظام التشغيل وملف ترحيل الصفحات، يمكنك القيام بما يلي:

  1. تجزئة القرص الظاهري واحد إلى قرصين ظاهريين. يحتوي أحد الأقراص الظاهرية على نظام التشغيل، والآخر يحتوي على ملف ترحيل الصفحات.
  2. يتم استبعاد قرص ملف ترحيل الصفحات من النسخ المتماثل.

• لتحسين النسخ المتماثل لقرص يتضمن كل من ملف tempdb Microsoft SQL Server وملف قاعدة بيانات النظام، بمقدورك القيام بما يلي:

  1. احتفظ بقاعدة بيانات النظام وtempdb على قرصين مختلفين.
  2. استثناء القرص tempdb من النسخ المتماثل.

مثال 1: استثناء قرص tempdb SQL Server

دعونا نلقي نظرة على طريقة التعامل مع استبعاد القرص الذي يطلق عليه «تجاوز الفشل» وتجاوز الفشل لمصدر SQL Server Windows VM - SalesDB *، والذي نريد استبعاد tempdb له.

استبعاد الأقراص من النسخ المتماثل

نمتلك هذه الأقراص على المصدر Windows VM SalesDB.

اسم القرص	قرص خاص بنظام تشغيل الضيف	حرف محرك الأقراص	نوع بيانات القرص
قاعدة بيانات-Disk0-OS	قرص 0	C:\	قرص نظام التشغيل.
قاعدة بيانات-Disk1	قرص1	D:\	قاعدة بيانات مخصصة لنظام SQL وقاعدة بيانات المستخدم1.
قاعدة بيانات-قرص 2 (استبعاد القرص من الحماية)	قرص2	E:\	ملفات مؤقتة.
قاعدة بيانات-قرص 3 (استبعاد القرص من الحماية)	قرص3	F:\	قاعدة بيانات SQL tempdb. مسار المجلد - F:\MSSQL\Data. ضع ملاحظة بخصوص مسار المجلد قبل تجاوز الفشل.
قاعدة بيانات-القرص 4	قرص 4	G:\	قاعدة بيانات المستخدم2

1. نمكن النسخ المتماثل لـSalesDB VM.
2. نستبعد الأقراص 2 و3 من النسخ المتماثل لأن تدفق البيانات على هذه الأقراص مؤقت.

التعامل مع الأقراص أثناء مرحلة تجاوز الفشل

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

قرص خاص بنظام تشغيل الضيف	حرف محرك الأقراص	نوع بيانات القرص
قرص 0	C:\	قرص نظام التشغيل.
قرص1	E:\	التخزين المؤقت يضيف Azure هذا القرص. نظرًا لاستبعاد القرص 2 و3 من النسخ المتماثل، E: هو أول حرف محرك أقراص من القائمة المتاحة. يعين Azure E: على وحدة التخزين المؤقتة. تظل أحرف محركات الأقراص الأخرى للأقراص المنسوخة على وضعها.
قرص2	D:\	قاعدة بيانات النظام SQL وقاعدة بيانات المستخدم1
قرص3	G:\	قاعدة بيانات المستخدم2

في مثالنا، نظرًا لأن Disk3، SQL tempdb، تم استبعاده من النسخ المتماثل وغير متوفر على جهاز Azure الظاهري، فإن خدمة SQL في حالة توقف، وتحتاج إلى المسار F:\MSSQL\Data. يمكنك إنشاء هذا المسار باستخدام طرقٍ عديدةٍ:

• أضف قرصًا جديدًا بعد تجاوز الفشل، وتعيين مسار مجلد tempdb.
• استخدم قرص التخزين المؤقت الموجود لمسار مجلد tempdb.

إضافة قرص جديد بعد التمكن من تجاوز الفشل

1. دوّن مسارات tempdb SQL .mdf و tempdb.ldf قبل تجاوز الفشل.
2. من مدخل Microsoft Azure، أضف قرصًا جديدًا إلى جهاز Azure الظاهري لتجاوز الفشل. يجب أن يكون القرص بنفس حجم (أو يزيد عنه) مثل المصدر SQL قرص tempdb (Disk3).
3. سجّل الدخول إلى جهاز Azure الظاهري.
4. من وحدة تحكم إدارة الأقراص (diskmgmt.msc)، هيّئ القرص المضاف حديثًا وتجهيزه.
5. تعيين نفس حرف محرك الأقراص الذي تم استخدامه باستخدام قرص tempdb SQL (F:)
6. إنشاء مجلد tempdb على القرصF: وحدة التخزين (F:\MSSQL\Data).
7. ابدأ بتشغيل خدمة SQL من وحدة تحكم الخدمة.

استخدم قرص تخزين مؤقت موجود

1. فتح مطالبة أمر.

2. شغّل SQL Server في وضع الاسترداد من موجه الأوامر.

   Net start MSSQLSERVER /f / T3608
   

3. شغّل sqlcmd التالي لتغيير مسار tempdb إلى المسار الجديد.

   sqlcmd -A -S SalesDB		**Use your SQL DBname**
   USE master;		
   GO		
   ALTER DATABASE tempdb		
   MODIFY FILE (NAME = tempdev, FILENAME = 'E:\MSSQL\tempdata\tempdb.mdf');
   GO		
   ALTER DATABASE tempdb		
   MODIFY FILE (NAME = templog, FILENAME = 'E:\MSSQL\tempdata\templog.ldf');		
   GO
   

4. قم بتعطيل خدمة Microsoft SQL Server.

   Net stop MSSQLSERVER
   

5. قم بتشغيل خدمة Microsoft SQL Server.

   Net start MSSQLSERVER
   

أجهزة VMware الظاهرية: الأقراص خلال مرحلة العودة إلى الموقع الأصلي

دعونا الآن نرى طريقة التعامل مع الأقراص على أجهزة VMware الظاهرية عندما تتجاوز الفشل مرة أخرى إلى موقعك الأصلي الداخلي.

• الأقراص التي تم إنشاؤها في Azure: نظرًا لأن مثالنا يستخدم جهاز ظاهري Windows، فإن الأقراص التي تقوم بإنشائها يدويًا في Azure لا يتم نسخها مجددًا إلى موقعك عند الفشل مرة أخرى أو إعادة حماية جهاز ظاهري.
• قرص التخزين المؤقت في Azure: لا يتم نسخ قرص التخزين المؤقتمجددًا إلى المضيفين المحليين.
• الأقراص المستثناة: لا تتوافر الأقراص التي تم استبعادها من VMware إلى النسخ المتماثل لـAzure على الجهاز الظاهري المحلي بعد تجاوز الفشل.

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

قرص خاص بنظام تشغيل الضيف	حرف محرك الأقراص	نوع بيانات القرص
قرص 0	C:\	قرص نظام التشغيل.
قرص1	E:\	التخزين المؤقت.
قرص2	D:\	قاعدة بيانات مخصصة لنظام SQL وقاعدة بيانات المستخدم1.
قرص3	G:\	قاعدة بيانات الخاصة بالمستخدم 2.

بعد تجاوز الفشل، يحتوي جهاز VMware الظاهري الموجود في الموقع الأصلي على الأقراص الملخصة في الجدول.

قرص خاص بنظام تشغيل الضيف	حرف محرك الأقراص	نوع بيانات القرص
قرص 0	C:\	قرص نظام التشغيل.
قرص1	D:\	قاعدة بيانات مخصصة لنظام SQL وقاعدة بيانات المستخدم1.
قرص2	G:\	قاعدة بيانات الخاصة بالمستخدم 2.

أجهزة Hyper-V الظاهرية: الأقراص أثناء الرجوع إلى الموقع الأصلي

دعونا نستعرض الآن طريقة التعامل مع الأقراص على الأجهزة الظاهرية Hyper-V عندما تفشل مرة أخرى إلى موقعك الأصلي المحلي.

• الأقراص التي تم إنشاؤها في Azure: لا يتم نسخ الأقراص التي تقوم بإنشائها يدويا في Azure مرة أخرى إلى موقعك عند تجاوز الفشل مرة أخرى أو إعادة حماية جهاز ظاهري.
• قرص التخزين المؤقت في Azure: لا يتم نسخ قرص التخزين المؤقتمجددًا إلى المضيفين المحليين.
• الأقراص المستبعدة: بعد تجاوز الفشل، يكون تكوين قرص الجهاز الظاهري هو نفسه تكوين قرص الجهاز الظاهري الأصلي. تتوفر الأقراص التي تم استبعادها من النسخ المتماثل من Hyper-V إلى Azure على الجهاز الظاهري الذي تجاوز الفشل.

قبل أن تفشل في إعادة الأجهزة الظاهرية Hyper-V إلى الموقع الأصلي، تكون إعدادات قرص جهاز Azure الظاهري كما يلي.

قرص خاص بنظام تشغيل الضيف	حرف محرك الأقراص	نوع بيانات القرص
قرص 0	C:\	قرص نظام التشغيل.
قرص1	E:\	التخزين المؤقت.
قرص2	D:\	قاعدة بيانات مخصصة لنظام SQL وقاعدة بيانات المستخدم1.
قرص3	G:\	قاعدة بيانات الخاصة بالمستخدم 2.

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

اسم القرص	قرص خاص بنظام تشغيل الضيف #	حرف محرك الأقراص	نوع بيانات القرص
قاعدة بيانات-Disk0-OS	قرص 0	C:\	قرص نظام التشغيل.
قاعدة بيانات-Disk1	قرص1	D:\	قاعدة بيانات مخصصة لنظام SQL وقاعدة بيانات المستخدم1.
قاعدة بيانات-القرص 2 (القرص المستبعد)	قرص2	E:\	ملفات مؤقتة.
قاعدة بيانات-القرص 3 (القرص المستبعد)	قرص3	F:\	قاعدة بيانات لـSQL tempdb مسار المجلد هو (F:\MSSQL\Data).
قاعدة بيانات-القرص 4	قرص 4	G:\	قاعدة بيانات المستخدم2

مثال 2: استثناء قرص ملف ترحيل الصفحات

دعونا نلقي نظرة على طريقة التعامل مع استبعاد القرص وتجاوز الفشل وتجاوز الفشل لمصدر Windows VM، والذي نريد استبعاد قرص ملف pagefile.sys على كل من محرك الأقراص D ومحرك أقراص بديل.

ملف خاص بترحيل الصفحات على محرك الأقراص D

نمتلك هذه الأقراص الجهاز الظاهري المصدر.

اسم القرص	قرص خاص بنظام تشغيل الضيف	حرف محرك الأقراص	نوع بيانات القرص
قاعدة بيانات-Disk0-OS	قرص 0	C:\	قرص نظام التشغيل
قاعدة بيانات-القرص 1 (استبعاد من النسخ المتماثل)	قرص1	D:\	pagefile.sys
قاعدة بيانات-القرص2	قرص2	E:\	بيانات المستخدم 1
قاعدة بيانات-القرص3	قرص3	F:\	بيانات المستخدم 2

إعدادات ملف ترحيل الصفحات لدينا على الجهاز الظاهري المصدر هي كما يلي:

1. نمكن النسخ المتماثل للجهاز الظاهري.
2. نستبعد قاعدة بيانات-القرص 1 من النسخ المتماثل.

وضع الأقراص بعد تجاوز الفشل

بعد تجاوز الفشل، يحتوي الجهاز الظاهري على AZURE على الأقراص الملخصة في الجدول.

اسم القرص	قرص نظام التشغيل الضيف#	حرف محرك الأقراص	نوع البيانات الموجودة على القرص
قاعدة بيانات-Disk0-OS	قرص 0	C:\	قرص نظام التشغيل
قاعدة بيانات-Disk1	قرص1	D:\	تخزين مؤقت/pagefile.sys. نظرًا لاستبعاد قاعدة بيانات-القرص 1 (D:): هو أول حرف محرك أقراص من القائمة المتاحة. يُعين Azure D: إلى وحدة التخزين المؤقتة. نظرًا لأن D: متاح، يظل إعداد ملف ترحيل الصفحات الظاهري كما هو).
قاعدة بيانات-القرص2	قرص2	E:\	بيانات المستخدم 1
قاعدة بيانات-القرص3	قرص3	F:\	بيانات المستخدم 2

إعدادات ملف ترحيل الصفحات لدينا الجهاز الظاهري لـAzure هي كما يلي:

ترحيل الملفات على محرك أقراص آخر (ليس D:)

لنلقي نظرة على مثال لا يكون فيه ملف ترحيل الصفحات على محرك الأقراص D.

نمتلك هذه الأقراص الجهاز الظاهري المصدر.

اسم القرص	قرص خاص بنظام تشغيل الضيف	حرف محرك الأقراص	نوع بيانات القرص
قاعدة بيانات-Disk0-OS	قرص 0	C:\	قرص نظام التشغيل
قاعدة بيانات-القرص 1 (استبعاد من النسخ المتماثل)	قرص1	G:\	pagefile.sys
قاعدة بيانات-القرص2	قرص2	E:\	بيانات المستخدم 1
قاعدة بيانات-القرص3	قرص3	F:\	بيانات المستخدم 2

إعدادات ملف ترحيل الصفحات لدينا على الجهاز الظاهري الداخلي هي كما يلي:

1. نمكن النسخ المتماثل للجهاز الظاهري.
2. نستبعد قاعدة بيانات-القرص 1 من النسخ المتماثل.

وضع الأقراص بعد تجاوز الفشل

بعد تجاوز الفشل، يحتوي الجهاز الظاهري على AZURE على الأقراص الملخصة في الجدول.

اسم القرص	قرص خاص بنظام تشغيل الضيف #	حرف محرك الأقراص	نوع بيانات القرص
قاعدة بيانات-Disk0-OS	قرص 0	C:\	قرص نظام التشغيل
قاعدة بيانات-Disk1	قرص1	D:\	التخزين المؤقت نظرًا لأن D: هو أول حرف محرك أقراص من القائمة المتوفرة، يقوم Azure بتعيين D: على وحدة التخزين المؤقتة. بالنسبة لكافة الأقراص المنسوخة، يظل حرف محرك الأقراص على وضعه. نظرًا لعدم توفر القرص G:، سيستخدم النظام محرك الأقراص C: لملف ترحيل الصفحات.
قاعدة بيانات-القرص2	قرص2	E:\	بيانات المستخدم 1
قاعدة بيانات-القرص3	قرص3	F:\	بيانات المستخدم 2

إعدادات ملف ترحيل الصفحات لدينا الجهاز الظاهري لـAzure هي كما يلي:

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

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