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

لذا ، مرحبا بكم في القط.

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

النسخ الاحتياطي دون استعادة - المال هباء

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

1. واجه أحد المستخدمين عطلًا فادحًا في الجهاز الظاهري بسعة 20 تيرابايت. التعطل ، بالطبع ، غير مقبول ، ويبدأ المسؤول في عملية الاسترداد الفوري (استرداد فوري لجهاز VM) - بعد 5 دقائق يكون الجهاز جاهزًا. لكننا نتذكر أنه لا يمكن استخدام مثل هذه الحالة من الجهاز إلا بشكل مؤقت - يجب ترحيلها إلى مخزن بيانات الإنتاج (مخزن البيانات). وفي هذا المثال ، كما اتضح فيما بعد ، لم تسمح قدرات البنية التحتية بنسخ 20 تيرابايت من البيانات في وقت معقول. في إعدادات عملية الاسترداد الفوري ، تم اختياره لحفظ التغييرات على القرص مع: خادم Veeam Backup & Replication (على عكس لقطة vSphere) - نتيجة لذلك ، بالطبع ، تمتلئ مساحة القرص الحرة بسرعة. بحلول الوقت الذي اتصل فيه المستخدم بالدعم ، كان لدى الجهاز الظاهري تغييرات لا يمكن تجاهلها. أي أننا نواجه موقفًا يستحيل فيه إنهاء عملية الاسترداد الفوري لجهاز مهم بسرعة - كيف يمكننا حفظ البيانات هنا؟

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

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

   لحسن الحظ ، تمكنا من التعامل مع الموقف هنا عن طريق تمكين النسخة المتماثلة يدويًا من vSphere (بشكل عام ، لا نوصي بالقيام بذلك بنفسك ، كما سترى في المثال التالي). لكن ، كما تفهم ، توقفت عملية الصيانة وتأجلت. بالإضافة إلى ذلك ، كان علينا إدخال أسماء المضيف يدويًا في الملف ج: WindowsSystem32driversetchosts على خادم Veeam Backup & Replication لضمان تجاوز الفشل الصحيح.

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

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

لماذا لا تعمل مع النسخ المتماثلة من وحدة تحكم vSphere؟

من الناحية النظرية ، تعد النسخ المتماثلة من Veeam آلات افتراضية عادية ، والتي يبدو أنه من المنطقي العمل معها باستخدام مجموعة أدوات vSphere ، على وجه الخصوص ، عميل vSphere. ومع ذلك ، لا نوصي بالقيام بذلك ، وإليك السبب: يعد التبديل إلى نسخة متماثلة في Veeam Backup & Replication عملية صعبة إلى حد ما ، وتتطلب خطوات متسلسلة بدقة (بحيث يمكنك في هذه الحالة التراجع خطوة واحدة) وتصحيح الإجراءات النهائية - فقط انظر إلى الصورة التي توضح العملية:

إذا قررت تمكين نسخة متماثلة من عميل vSphere ، فمن المحتمل أن تواجه عددًا من المشكلات في المستقبل:

1. لن تعمل آلية التبديل إلى نسخة متماثلة من Veeam Backup & replication (كما هو موضح في الرسم التخطيطي) مع هذا الجهاز.
2. لن تتوافق البيانات الموجودة في قاعدة بيانات Veeam Backup مع الحالة الحقيقية لجهاز VM. في أسوأ الحالات ، سيكون عليك تحرير قاعدة البيانات لإصلاحها.
3. حتى فقدان البيانات ممكن ، كما في هذا المثال: قام المستخدم بتمكين النسخة المتماثلة يدويًا في عميل vSphere وقرر مواصلة العمل معها. بعد فترة ، لاحظ أن النسخة المتماثلة لا تزال معروضة في وحدة التحكم في النسخ الاحتياطي والنسخ المتماثل Veeam ، وقرر إزالتها باعتبارها غير ضرورية. انقر بزر الماوس الأيمن فوقه وأعطي الأمر "حذف من القرص". قام Veeam Backup & Replication على الفور بإزالة النسخة المتماثلة من القرص ، والتي كانت ، للحظة ، قيد الاستخدام الكامل بالفعل كجهاز افتراضي عادي وتحتوي على البيانات الضرورية والمفيدة.

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

أيضًا ، لا تحذف النسخ المتماثلة باستخدام عميل vSphere. سيظل Veeam Backup & Replication غير مدرك لمثل هذا التغيير ، وهذا محفوف بالأخطاء والبيانات القديمة. إذا لم تعد بحاجة إلى نسخة متماثلة ، فاحذفها باستخدام وحدة تحكم Veeam ، وليس كجهاز افتراضي من عميل vSphere. لذلك سيكون لديك دائمًا قائمة محدثة بالنسخ المتماثلة.

"أوه" - احترس من التحديثات!

نعني هنا ، بالطبع ، تحديثات برامج Hypervisor والتطبيقات المختلفة التي يتم نسخها احتياطيًا باستخدام Veeam. إذا نظرت إليهم من وجهة نظر العمل مع Veeam Backup & Replication ، فيمكن تقسيم التحديثات إلى فئتين: كبيرة وكبيرة وتجلب الكثير من التغييرات - وصغيرة.

لنلقِ نظرة على الفئة الأولى أولاً.

أهم التحديثات هي تلك الخاصة ببرنامج Hypervisor. قبل تثبيت هذا التحديث ، يجب عليك التأكد من دعمه بواسطة Veeam Backup & Replication. تقدم هذه التحديثات العديد من التغييرات على المكتبات وواجهات برمجة التطبيقات التي يستخدمها Veeam Backup & Replication ، لذلك يجب تحديث كود Veeam Backup & Replication واختباره على نطاق واسع قبل الإعلان عن دعمه رسميًا.

يجب أيضًا أن يؤخذ في الاعتبار أنه ، على سبيل المثال ، لا يوفر VMware وصولاً قبل الإصدار إلى أحدث إصدارات vSphere لمصنعي البرامج ، لذلك يتلقى مطورو Veeam والمختبرين إصدارًا جديدًا في نفس الوقت مثل بقية الإنسانية التقدمية - لذلك ، بين إصدار VMware والدعم المعلن رسميًا ، عادة ما تكون هناك فجوة زمنية معينة. عدد التغييرات التي يجب إجراؤها وتنوعها هو احتمال ضئيل لإدخالها في إصلاح عاجل بسيط - ويتم الإعلان عن الدعم الرسمي ، كقاعدة عامة ، جنبًا إلى جنب مع إصدار إصدار Veeam Backup & Replication.

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

كل ما سبق ينطبق على التطبيقات التي تنسخها احتياطيًا وتتوقع استعادتها باستخدام Veeam. يحتوي خط أدوات Veeam Explorer أيضًا على قائمة بالإصدارات المدعومة من التطبيقات المعنية ، والتي يتم تحديثها مع كل إصدار من Veeam Backup & Replication. لذلك ، قبل تثبيت إصدار جديد من تطبيقك - سواء أكان Exchange أو Oracle أو SharePoint - تأكد من إعادة قراءة القسم المناسب وثائق Veeam Explorer.

إلى الفئة الثانية ، أي تتضمن التحديثات الطفيفة ، على سبيل المثال ، الإصدارات الجديدة من أدوات VMware وتحديثات Exchange التراكمية وتحديثات أمان vSphere وما إلى ذلك. كقاعدة عامة ، لا يحملون معهم أي تعديلات كبيرة ، وفي معظم الحالات لا يواجه Veeam Backup & Replication مشاكل معهم. (لذلك ، لا توجد إعلانات عامة عن الدعم الرسمي في المنتج لهم.) ومع ذلك ، في ممارستنا ، كانت هناك حالات غيّرت فيها هذه التحديثات المسار المعتاد للأشياء لدرجة أنها أدت إلى أخطاء في Veeam Backup & Replication. في مثل هذه الحالات ، بعد تأكيد المشكلة ، يحاول مهندسو Veeam إصدار الإصلاح العاجل بسرعة.

أولئك الذين يتحدثون اللغة الإنجليزية التقنيةإذا كنت ترغب في مواكبة ما يعمل عليه المهندسون وما يواجهه مهندسو النظام ومتخصصو الدعم الفني ، فإنني أوصي بالاشتراك في منتدياتنا. هناك نشرة إخبارية كل أسبوع للمشتركين "Word from Gostev" من تأليف TheRealGostev. في ذلك ، يتحدث أنطون غوستيف ، رئيس قسم إدارة المنتجات ، عن المشكلات التي تم العثور عليها مؤخرًا (وليس فقط من جانب Veeam) ، وخطط الإصدارات الجديدة ، والأخبار من عالم تكنولوجيا المعلومات. إذا كنت بحاجة إلى مزيد من المعلومات ، فيمكنك الاطلاع على موضوعات المنتدى - إذا واجه أي من العملاء مشكلة مع المنتج بعد أي تحديث ، فمن المرجح أنهم كتبوا عنه بالفعل في المنتدى.

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

أعتقد أن هذا كل شيء لهذا اليوم ، شكرًا لك على اهتمامك!

ماذا تقرأ

مقالات عن حبري:

• الحالة في Pixar أو مرة أخرى حول أهمية اختبار النسخ الاحتياطية
• ميزات التخزين طويل المدى للنسخ الاحتياطية
• أفضل الممارسات لنهج النسخ الاحتياطي
• توصيات لسياسة النسخ الاحتياطي والاسترداد بعد "يوم القيامة"

دليل المستخدم (باللغة الروسية)

المصدر: www.habr.com