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

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



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

النسخ الاحتياطي دون مطعم - المال أسفل هجرة

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

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

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

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

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



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

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

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

أيضًا ، لا تقم بحذف النسخ المتماثلة باستخدام عميل vSphere. سيبقى Veeam Backup & Replication غير مدرك لمثل هذا التغيير ، وهذا محفوف بالأخطاء والبيانات القديمة. إذا لم تعد بحاجة إلى النسخة المتماثلة ، فاحذفها باستخدام وحدة التحكم Veeam ، وليس ك VM من عميل 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 Explorers أيضًا على قائمة بالإصدارات المدعومة من التطبيقات المعنية ، والتي يتم تحديثها مع كل إصدار من إصدارات Veeam Backup & Replication. لذلك ، قبل تثبيت إصدار جديد من التطبيق الخاص بك - سواء كان Exchange أو Oracle أو SharePoint - تأكد من إعادة قراءة القسم المقابل من وثائق Veeam Explorers .

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


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

ربما لهذا اليوم لدي كل شيء ، شكرا لاهتمامكم!

ماذا تقرأ

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

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

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