أفضل ممارسات التعافي من الكوارث باستخدام 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.
Geo-redundancy
إذا تم تكوين حساب التخزين خاصتك باستخدام النسخ المتماثل لتخزين GRS أو تخزين GZRS، فستبدأ Microsoft في تجاوز فشل خدمة "مزامنة التخزين" إذا تم الحكم على المنطقة الأساسية بأنها غير قابلة للاسترداد بشكل دائم أو غير متوفرة لفترة طويلة. لا يلزم اتخاذ أي إجراء منك في حالة وقوع كارثة.
على الرغم من أنه يمكنك طلب تجاوز فشل خدمة مزامنة التخزين يدويا إلى منطقة GRS أو GZRS المقترنة، فإننا لا نوصي بإجراء ذلك خارج حالات الانقطاع الإقليمية واسعة النطاق لأن العملية ليست سلسة وقد تتحمل تكلفة إضافية. لبدء العملية، افتح تذكرة دعم واطلب تجاوز فشل كل من حسابات تخزين Azure التي تحتوي على مشاركة ملفات Azure وخدمة "مزامنة التخزين".
تحذير
يجب الاتصال بالدعم لطلب تجاوز فشل خدمة مزامنة التخزين إذا كنت تقوم ببدء هذه العملية يدويا. قد تؤدي محاولة إنشاء Storage Sync Service جديدة باستخدام نفس نقاط نهاية الخادم في المنطقة الثانوية إلى بقاء بيانات إضافية في حساب التخزين الخاص بك لأنه لن يتم تنظيف التثبيت السابق ل Azure File Sync.
بمجرد حدوث تجاوز الفشل، سيتم تبديل نقاط نهاية الخادم للمزامنة مع نقطة نهاية السحابة في المنطقة الثانوية تلقائياً. ومع ذلك، يجب تسوية نقاط نهاية الخادم مع نقاط نهاية السحابة. قد يؤدي هذا إلى تعارضات في الملفات، حيث قد لا يتم اكتشاف البيانات الموجودة في المنطقة الثانوية في المنطقة الأساسية.