أفضل الممارسات للتعافي من الكوارث باستخدام Azure File Sync
بالنسبة إلى Azure File Sync، هناك ثلاثة مجالات رئيسية يجب مراعاتها للتعافي من الكوارث: قابلية الوصول العالية، وحماية البيانات/النسخ الاحتياطي، وتكرار البيانات. تغطي هذه المقالة كل منطقة وتساعدك على تحديد التكوين الذي تريد استخدامه لحل التعافي من الكوارث خاصتك.
في توزيع Azure File Sync، تحتوي نقطة نهاية السحابة دائماً على نسخة كاملة من بياناتك، بينما يمكن عرض الخادم المحلي كذاكرة تخزين مؤقت يمكن التخلص منها لبياناتك. في حالة حدوث كارثة من جانب الخادم، يمكنك الاسترداد عن طريق توفير خادم جديد، وتثبيت عامل Azure File Sync عليه، وإعداده كنقطة نهاية خادم جديدة.
نظراً لطبيعتها المختلطة، لن تعمل بعض استراتيجيات النسخ الاحتياطي التقليدي للخادم والتعافي من الكوارث مع Azure File Sync. بالنسبة لأي خادم مسجل، لا يدعم Azure File Sync ما يلي:
تحذير
قد يؤدي اتخاذ أي من هذه الإجراءات إلى مشكلات في ملفات المزامنة أو الملفات المتدرجة المكسورة التي تؤدي إلى فقدان البيانات في نهاية المطاف. إذا كنت قد اتخذت أحد هذه الإجراءات، فاتصل بدعم Azure للتأكد من أن توزيعك سليم.
- نقل/استنساخ محركات الأقراص (وحدة التخزين) من خادم إلى آخر بينما لا تزال نقطة نهاية الخادم نشطة
- الاستعادة من نسخة احتياطية لنظام التشغيل
- استنساخ نظام تشغيل خادم إلى خادم آخر
- العودة إلى نقطة تفتيش سابقة للجهاز الظاهري
- استعادة الملفات المتدرجة من النسخ الاحتياطي المحلي (جهة خارجية) إلى نقطة نهاية الخادم
قابلية الوصول العالية
هناك استراتيجيتان مختلفتان يمكنك استخدامهما لتحقيق قابلية وصول عالية للخادم المحلي. يمكنك إما تكوين مجموعة تجاوز الفشل، أو تكوين خادم الاستعداد. العامل الحاسم بين أي من التكوينين هو مقدار ما ترغب في استثماره في نظامك، وإذا كان تقليل طول الوقت الذي انخفض فيه نظامك في حالة حدوث كارثة يستحق هذه التكلفة الإضافية.
بالنسبة لنظام مجموعة تجاوز الفشل، لا تحتاج إلى اتخاذ أي خطوات خاصة لاستخدام Azure File Sync. بالنسبة لخادم الاستعداد، يجب إجراء التكوينات التالية:
لديك خادم ثانوي يحتوي على نقاط نهاية خادم مختلفة تتم مزامنتها مع نفس مجموعة المزامنة مثل الخادم الأساسي لديك ولكن لا تمكِّن وصول المستخدم النهائي إلى الخادم. يسمح هذا لجميع الملفات بالمزامنة من الخادم الأساسي إلى خادم الاستعداد. يمكنك التفكير في تمكين مستويات مساحة الاسم فقط بحيث يتم تنزيل مساحة الاسم فقط في البداية. في حالة فشل الخادم الأساسي، يمكنك استخدام DFS-N لإعادة تكوين وصول المستخدم النهائي إلى خادم الاستعداد بسرعة.
حماية البيانات/ النسخة الاحتياطية
تُعد حماية بياناتك الفعلية مكوناً أساسياً في حل التعافي من الكوارث. هناك طريقتان رئيسيتان للقيام بذلك باستخدام مشاركات ملفات Azure: يمكنك إما نسخ بياناتك احتياطيا في السحابة أو محليا. نوصي بشدة بنسخ بياناتك احتياطيا في السحابة لأن نقطة نهاية السحابة الخاصة بك ستحتوي على نسخة كاملة من بياناتك، بينما قد تحتوي نقاط نهاية الخادم فقط على مجموعة فرعية من بياناتك.
نسخ بياناتك احتياطياً في السحابة
يجب عليك استخدام Azure Backup كحل للنسخ الاحتياطي السحابي. يعالج Azure Backup جدولة النسخ الاحتياطي واستبقاء البيانات وعمليات الاستعادة، من بين أشياء أخرى. إذا كنت تفضل ذلك، يمكنك التقاط لقطات المشاركة يدويا وتكوين حل الجدولة والاستبقاء الخاص بك، ولكن هذا ليس مثاليا. بدلاً من ذلك، يمكنك استخدام حلول الجهات الخارجية لإجراء نسخ احتياطي مباشر لمشاركات ملفات Azure.
في حالة حدوث كارثة، يمكنك الاستعادة من لقطة مشاركة، وهي نقطة زمنية ونسخة للقراءة فقط من مشاركة ملفك. نظرا لأن هذه اللقطات للقراءة فقط، فلن تتأثر ببرامج الفدية الضارة. بالنسبة لمجموعات البيانات الكبيرة التي تستغرق فيها عمليات استعادة المشاركة الكاملة وقتا طويلا، يمكنك تمكين وصول المستخدم المباشر إلى اللقطة بحيث يمكن للمستخدمين نسخ البيانات التي يحتاجونها إلى محرك الأقراص المحلي أثناء اكتمال الاستعادة.
يتم تخزين اللقطات مباشرة في مشاركة ملف Azure، بغض النظر عما إذا كنت تأخذها يدويا أو إذا كان Azure Backup يأخذها نيابة عنك. لذلك يجب تمكين الحذف المبدئي لحماية اللقطات من الحذف العرضي لمشاركة الملف.
لمزيدٍ من المعلومات، راجع نبذة عن النسخ الاحتياطي لمشاركة ملفات Azure أو تواصل مع موفر النسخ الاحتياطي لديك لمعرفة ما إذا كان يدعم النسخ الاحتياطي لمشاركات ملفات Azure.
بادر بعمل نسخة احتياطية من بياناتك في الأماكن المحلية
إذا مكَّنت مستويات السحابة، فلا تنفذ حلاً محلياً للنسخ الاحتياطي. مع تمكين مستويات السحابة، ستُخزَّن مجموعةٌ فرعيةٌ فقط من بياناتك محلياً على خادمك، ويتم تخزين بقية بياناتك في نقطة نهاية السحابة خاصتك. اعتمادا على حل النسخ الاحتياطي الذي تستخدمه للنسخ الاحتياطي المحلي، ستكون الملفات المتدرجة إما:
- تم تخطيه ولم يتم نسخه احتياطيا (بسبب سمته
FILE_ATTRIBUTE_RECALL_ONDATA_ACCESS)، أو - سيتم نسخها احتياطيا فقط كملف متدرج وقد لا يمكن الوصول إليها عند الاستعادة بسبب التغييرات في المشاركة المباشرة، أو
- سيتم استدعائها إلى القرص الخاص بك، مما سيؤدي إلى ارتفاع رسوم الخروج.
إذا قررت استخدام حل نسخ احتياطي محلي، فيجب عليك إجراء نسخ احتياطية على خادم في مجموعة المزامنة مع تعطيل ترتيب السحابة. عند إجراء عملية استعادة، استخدم خيارات الاستعادة على مستوى وحدة التخزين أو على مستوى الملف. ستتزامن الملفات التي تمت استعادتها باستخدام خيار الاستعادة على مستوى الملف مع جميع نقاط النهاية في مجموعة المزامنة وسيتم استبدال الملفات الموجودة بالإصدار المستعاد من النسخة الاحتياطية. لن تحل عمليات الاستعادة على مستوى وحدة التخزين محل إصدارات الملفات الأحدث في نقطة نهاية السحابة أو نقاط نهاية الخادم الأخرى.
يتم دعم لقطات خدمة نُسخ الظل الاحتياطية لوحدات التخزين (VSS) (بما في ذلك علامة التبويب الإصدارات السابقة) على وحدات التخزين مع تمكين مستويات السحابة. يتيح لك ذلك إجراء عمليات استعادة الخدمة الذاتية بدلاً من الاعتماد على مسؤول لإجراء عمليات استعادة نيابةً عنك. ومع ذلك، يجب تمكين توافق الإصدار السابق من خلال PowerShell، مما سيزيد من تكاليف تخزين اللقطات. لا تحمي لقطات خدمة نُسخ الظل الاحتياطية لوحدات التخزين (VSS) من الكوارث على نقطة نهاية الخادم نفسها، لذلك يجب استخدامها فقط إلى جانب النسخ الاحتياطية على جانب السحابة. لمزيد من التفاصيل، راجع استعادة الخدمة الذاتية من خلال الإصدارات السابقة وخدمة نُسخ الظل الاحتياطية لوحدات التخزين (VSS).
تكرار البيانات
لضمان حل قوي للتعافي من الكوارث، أضِف شكلاً من أشكال تكرار البيانات إلى بنيتك الأساسية. هناك أربعة عروض تكرار لملفات Azure: التخزين المتكرر محليا (LRS)والتخزين المتكرر للمنطقة (ZRS)والتخزين المتكرر جغرافيا (GRS)والتخزين المتكرر للمنطقة الجغرافية (GZRS).
- تخزين مكرر محليًا (LRS) : باستخدام LRS، يتم تخزين كل ملف ثلاث مرات داخل مجموعة تخزين Azure. هذا يحمي من فقدان البيانات بسبب عيوب الأجهزة، مثل محرك الأقراص التالف. ومع ذلك، إذا حدث كارثة مثل الحريق أو الفيضانات داخل مركز البيانات، قد تفقد جميع النسخ المتماثلة لحساب تخزين باستخدام LRS أو غير قابلة للاسترداد.
- التخزين المتكرر في المنطقة (ZRS) : باستخدام تخزين ZRS، تُخزَّن ثلاث نسخ من كل ملف، ومع ذلك تُعزل هذه النسخ فعلياً في ثلاث نظم مجموعات تخزين مميزة في مناطق توفر Azure المختلفة. مناطق التوافر هي مواقع فعلية فريدة داخل منطقة Azure. تتكون كل منطقة من مركز بيانات واحد أو أكثر مزوداً بالطاقة المستقلة والتبريد والشبكات. لا يتم قبول الكتابة إلى التخزين حتى تتم كتابتها إلى مجموعات التخزين في مناطق الإتاحة الثلاثة.
- تخزين مكرر جغرافياً (GRS): باستخدام تخزين GRS، لديك منطقتان، منطقة أساسية وثانوية. يتم تخزين الملفات ثلاث مرات داخل نظام مجموعة تخزين Azure في المنطقة الأساسية. يتم نسخ عمليات الكتابة على نحوٍ غير متزامن إلى منطقة ثانوية تحددها Microsoft. يوفر تخزين GRS ست نسخ من بياناتك الموزعة بين منطقتي Azure.
- التخزين المتكرر في المنطقة الجغرافية (GZRS): يمكنك التفكير في تخزين GZRS كما لو كان مثل تخزين ZRS ولكن مع التكرار الجغرافي. باستخدام تخزين GZRS، تُخزَّن الملفات ثلاث مرات عبر ثلاث نُظم مجموعات تخزين مميزة في المنطقة الأساسية. ثم تُنسخ جميع عمليات الكتابة على نحوٍ غير متزامن إلى منطقة ثانوية تحددها Microsoft.
للحصول على حل قوي للتعافي من الكوارث، يجب على معظم العملاء التفكير في تخزين ZRS. يضيف تخزين ZRS أقل قدر من التكلفة الإضافية مقابل ميزات تكرار البيانات المضافة وهي أيضاً الأكثر سلاسة في حالة حدوث انقطاع. إذا كانت متطلبات النهج أو المتطلبات التنظيمية لمؤسستك تتطلب التكرار الجغرافي لبياناتك، ففكر في تخزين GRS أو تخزين GZRS.
التكرار الجغرافي
إذا تم تكوين حساب التخزين خاصتك باستخدام النسخ المتماثل لتخزين GRS أو تخزين GZRS، فستبدأ Microsoft في تجاوز فشل خدمة "مزامنة التخزين" إذا تم الحكم على المنطقة الأساسية بأنها غير قابلة للاسترداد بشكل دائم أو غير متوفرة لفترة طويلة. لا يلزم اتخاذ أي إجراء منك في حالة وقوع كارثة.
على الرغم من أنه يمكنك طلب تجاوز فشل خدمة مزامنة التخزين يدويا إلى منطقتك المقترنة ب GRS أو GZRS، فإننا لا نوصي بالقيام بذلك خارج الانقطاعات الإقليمية واسعة النطاق لأن العملية ليست سلسة وقد تتحمل تكلفة إضافية. لبدء العملية، افتح تذكرة دعم واطلب تجاوز فشل كل من حسابات تخزين Azure التي تحتوي على مشاركة ملفات Azure وخدمة "مزامنة التخزين".
تحذير
يجب عليك الاتصال بالدعم لطلب تجاوز فشل خدمة "مزامنة التخزين" لديك إذا كنت تبدأ هذه العملية يدوياً. قد تؤدي محاولة إنشاء خدمة مزامنة تخزين جديدة باستخدام نفس نقاط نهاية الخادم في المنطقة الثانوية إلى بقاء بيانات إضافية في حساب التخزين الخاص بك لأنه لن يتم تنظيف التثبيت السابق ل Azure File Sync.
بمجرد حدوث تجاوز الفشل، سيتم تبديل نقاط نهاية الخادم للمزامنة مع نقطة نهاية السحابة في المنطقة الثانوية تلقائياً. ومع ذلك، يجب تسوية نقاط نهاية الخادم مع نقاط نهاية السحابة. قد يؤدي هذا إلى تعارضات في الملفات، حيث قد لا يتم اكتشاف البيانات الموجودة في المنطقة الثانوية في المنطقة الأساسية.