نحن في سجلات الحب Veeam. ونظرًا لأن معظم حلولنا معيارية ، فإنهم يكتبون الكثير من السجلات. ونظرًا لأن نطاق نشاطنا هو ضمان سلامة بياناتك (أي النوم المريح) ، فلا يجب أن تسجل السجلات كل عطسة فحسب ، بل يجب أن تفعل ذلك أيضًا ببعض التفاصيل. هذا ضروري حتى يكون من الواضح في حالة حدوث شيء ما كيف حدث هذا "ماذا" ، ومن يقع اللوم ، وما الذي يجب القيام به بعد ذلك. يبدو الأمر كما هو الحال في علم الطب الشرعي: فأنت لا تعرف أبدًا ما هو الشيء الصغير الذي سيساعدك في العثور على قاتل لورا بالمر.
لذلك ، قررت أن أتأرجح في سلسلة من المقالات ، حيث سأتحدث بالتسلسل عما نكتبه في السجلات ، وأين نقوم بتخزينها ، وكيف لا نتصرف بالجنون مع هيكلها وما الذي تبحث عنه بداخلها.
لماذا سلسلة من المقالات ولماذا لا تصف كل شيء دفعة واحدة؟
مجرد سرد أي السجل هو مكان وما يتم تخزينه فيه يعد مهمة كارثية إلى حد ما. ومن المخيف حتى التفكير في تحديث هذه المعلومات باستمرار. قائمة بسيطة لجميع أنواع السجلات الممكنة في Veeam Backup & Replication هي جدول على عدة أوراق مطبوعة بخط صغير. نعم ، وستكون ذات صلة فقط في وقت النشر ، لأن. عند إصدار التصحيح التالي ، قد تظهر سجلات جديدة ، وسيتغير منطق المعلومات المخزنة في السجلات القديمة ، وما إلى ذلك. لذلك ، سيكون من الأكثر ربحية شرح هيكلها وجوهر المعلومات الواردة فيها. سيسمح لك ذلك بالتنقل في الأماكن بشكل أفضل من الاكتظاظ العادي بالأسماء.
لذلك ، حتى لا نتسرع في مجموعة أوراق النص ، فلنقم ببعض الأعمال التحضيرية في هذه المقالة. لذلك ، لن ندخل اليوم إلى السجلات بأنفسنا ، لكننا سننطلق من بعيد: سنقوم بتجميع مسرد مصطلحات ومناقشة بنية Veeam قليلاً من حيث إنشاء السجلات.
مسرد ومصطلحات
هنا ، أولاً وقبل كل شيء ، يجدر الاعتذار لأبطال نقاء اللغة الروسية وشهود قاموس أوزيجوف. نحن جميعًا نحب لغتنا الأم كثيرًا ، لكن صناعة تكنولوجيا المعلومات اللعينة تعمل باللغة الإنجليزية. حسنًا ، لم نتوصل إلى ذلك ، لكنه حدث تاريخيًا. ليس خطأي ، لقد جاء بنفسه (ج)
في عملنا ، مشكلة الانكليزية (والمصطلحات) لها خصائصها الخاصة. عندما تكون الكلمات البريئة مثل "المضيف" أو "الضيف" قد فهم العالم بأسره منذ فترة طويلة أشياء محددة جدًا ، ثم على الأرض ، يستمر الارتباك البطولي والذهول مع اقتحام القواميس. والحجة الواجبة بصرامة "ولكن في عملنا ...".
بالإضافة إلى ذلك ، هناك مصطلحاتنا البحتة المتأصلة في منتجات Veeam ، على الرغم من أن بعض الكلمات والعبارات ذهبت إلى الناس. لذلك ، سنتفق الآن على ما يعنيه المصطلح ماذا ، وفي المستقبل ، تحت كلمة "ضيف" ، سأعني بالضبط ما هو مكتوب في هذا الفصل ، وليس ما اعتدت عليه في العمل. ونعم ، هذا ليس نزوتي الشخصي ، فهذه مصطلحات راسخة في الصناعة. محاربتهم إلى حد ما لا طائل من و. على الرغم من أنني دائمًا أؤيد الاسترخاء في التعليقات.
لسوء الحظ ، هناك الكثير من المصطلحات في عملنا ومنتجاتنا ، لذلك لن أحاول سردها جميعًا. فقط المعلومات الأساسية والضرورية حول النسخ الاحتياطية والسجلات من أجل البقاء في البحر. للمهتمين ، يمكنني أيضا الزملاء حول الأشرطة ، حيث قدم أيضًا قائمة بالمصطلحات المتعلقة بهذا الجزء من الوظيفة.
المضيف (المضيف): في عالم المحاكاة الافتراضية ، هذا جهاز به برنامج Hypervisor. المادية والافتراضية والسحابة - لا يهم. إذا كان هناك شيء ما يقوم بتشغيل برنامج Hypervisor (ESXi و Hyper-V و KVM وما إلى ذلك) ، فإن هذا "الشيء" يسمى مضيف. سواء كانت مجموعة بها عشرة أرفف أو الكمبيوتر المحمول الخاص بك مع مختبر واحد ونصف من الأجهزة الافتراضية - إذا قمت بتشغيل برنامج Hypervisor ، فأنت تصبح مضيفًا. لأن برنامج Hypervisor يستضيف أجهزة افتراضية. حتى أن هناك قصة أن VMware أرادت في وقت واحد تحقيق ارتباط ثابت لكلمة host مع ESXi. لكنها لم تفعل.
في العالم الحديث ، اندمج مفهوم "المضيف" عمليًا مع مفهوم "الخادم" ، مما يسبب بعض الالتباس في الاتصال ، خاصة عندما يتعلق الأمر بالبنية التحتية لنظام Windows. لذا فإن أي جهاز يستضيف بعض الخدمات التي تهمنا يمكن أن يطلق عليه بأمان اسم مضيف. على سبيل المثال ، في سجلات WinSock يتم تمييز كل شيء بكلمة مضيف. يعد "المضيف غير موجود" مثالاً على ذلك. لذلك نبدأ من السياق ، ولكن تذكر - في عالم الافتراضية ، المضيف هو ما يستضيف الضيوف (المزيد حول هذا في سطرين أدناه).
من المصطلحات المحلية (بدلاً من الاختصارات ، في هذه الحالة) ، يُذكر هنا أن VMware هو VI و vSphere هو VC و Hyper-V هو HV.
الضيف (ضيف): الجهاز الظاهري الذي يعمل على المضيف. لا يوجد شيء يمكن شرحه هنا ، كل شيء منطقي وبسيط للغاية. ومع ذلك ، فإن الكثيرين يسحبون هنا بجدية بعض المعاني الأخرى.
لماذا؟ لا أعرف.
Guest OS ، على التوالي ، نظام تشغيل جهاز الضيف. وما إلى ذلك وهلم جرا.
وظيفة النسخ الاحتياطي / النسخ المتماثل (jobA): نقية فيم المصطلحات ، تشير إلى بعض المهام. مهمة النسخ الاحتياطي == مهمة النسخ الاحتياطي. لم يكتشف أحد كيفية ترجمتها بشكل جميل إلى اللغة الروسية ، لذلك يقول الجميع "JobA". مع التركيز على المقطع الأخير.
نعم ، ببساطة يأخذونها ويقولون "جوبا". وحتى في الرسائل يكتبون هكذا ، وكل شيء على ما يرام.
جميع أنواع مهام النسخ الاحتياطي ، ومهام النسخ الاحتياطي ، وما إلى ذلك ، شكرًا ، ولكن لا داعي لذلك. مجرد وظيفة ، وسوف يتم فهمك. الشيء الرئيسي هو التركيز على المقطع الأخير.
النسخ الاحتياطي (النسخ الاحتياطي ، النسخ الاحتياطي. بالنسبة للعلامات القديمة ، يُسمح بالنسخ الاحتياطي): بالإضافة إلى ما هو واضح (نسخة احتياطية من البيانات موجودة في مكان ما) ، فهذا يعني أيضًا الوظيفة نفسها (ثلاثة أسطر أعلاه ، إذا كنت قد نسيت بالفعل) ، ونتيجة لذلك يظهر ملف النسخ الاحتياطي ذاته. ربما يكون السادة المتحدثون الأصليون للغة الإنجليزية كسالى جدًا لدرجة لا تسمح لهم بالقول إنني أدرت وظيفتي الاحتياطية في كل مرة ، لذلك يقولون فقط إنني قمت بتشغيل النسخة الاحتياطية الخاصة بي ، والجميع يفهم بعضهم البعض تمامًا. أدعوكم لدعم هذه المبادرة الرائعة.
التوحيد (التوحيد): مصطلح ظهر في ESXi 5.0 خيار في قائمة اللقطة يبدأ عملية حذف ما يسمى باللقطات المعزولة. أي ، اللقطات المتوفرة فعليًا ، ولكنها سقطت من الهيكل المنطقي المعروض. نظريًا ، يجب ألا تؤثر هذه العملية على الملفات المعروضة في مدير اللقطات ، ولكن يمكن أن يحدث أي شيء. جوهر عملية الدمج هو أن البيانات من اللقطة (القرص الفرعي) تتم كتابتها إلى القرص الرئيسي (الأصل). تسمى عملية دمج الأقراص بالدمج. إذا تم إصدار أمر دمج ، فيمكن إزالة سجل اللقطة من قاعدة البيانات قبل دمج اللقطة وحذفها. وإذا تعذر حذف اللقطة لأي سبب من الأسباب ، فستظهر هذه اللقطات المعزولة نفسها. حول العمل مع اللقطات ، لدى VMware . ونحن أيضا بطريقة ما عنهم .
مخزن البيانات (Stora أو التخزين): مفهوم واسع للغاية ، ولكن في عالم المحاكاة الافتراضية ، يُفهم على أنه مكان يتم فيه تخزين ملفات الآلة الافتراضية. ولكن على أي حال ، تحتاج هنا إلى فهم السياق بوضوح شديد ، ومع أدنى شك ، قم بتوضيح ما كان يدور في ذهن محاورك بالضبط.
الوكيل (الوكيل): من المهم أن نفهم على الفور أن Veeam Proxy يختلف تمامًا عما اعتدنا عليه على الإنترنت. داخل منتجات Veeam ، هذا نوع من الكيانات التي تتعامل مع نقل البيانات من مكان إلى آخر. إذا لم تخوض في التفاصيل ، فإن VBR هو خادم أوامر وتحكم ، والوكلاء هم وحدات العمل الخاصة به. أي أن الوكيل هو آلة تتدفق من خلالها حركة المرور ويتم تثبيت مكونات VBR عليها والتي تساعد على توجيه حركة المرور هذه. على سبيل المثال ، لنقل البيانات من قناة إلى أخرى ، أو ببساطة لتعلق الأقراص بنفسها (وضع HotAdd).
المستودع (المستودع): من الناحية الفنية ، هذا مجرد إدخال في قاعدة بيانات VBR ، يشير إلى مكان تخزين النسخ الاحتياطية ، وكيفية الاتصال بهذا المكان. في الواقع ، يمكن أن يكون إما مجرد كرة CIFS أو قرص منفصل أو خادم أو دلو في السحابة. مرة أخرى ، نحن في السياق ، لكننا نفهم أن المستودع هو مجرد مكان توجد فيه النسخ الاحتياطية.
لقطة (SnapshOt): يفضل هواة قواعد أكسفورد أن يقولوا من هو اللقطات ومن هو اللقطات ، لكن الغالبية الأمية تستفيد من الكتلة الأكبر. إذا كان أي شخص لا يعرف ، فهذه تقنية تسمح لك باستعادة حالة القرص في وقت معين. يتم ذلك إما عن طريق إعادة توجيه عمليات الإدخال / الإخراج مؤقتًا بعيدًا عن القرص الرئيسي - ثم سيتم تسميتها لقطة RoW (إعادة التوجيه عند الكتابة) - أو عن طريق نقل الكتل القابلة لإعادة الكتابة من القرص إلى قرص آخر - سيطلق على ذلك اسم CoW (نسخ عند الكتابة) ) لقطة. بفضل الإمكانات الواسعة لاستخدام هذه الوظائف ، يمكن لـ Veeam عمل سحر النسخ الاحتياطي. بالمعنى الدقيق للكلمة ، ليس فقط هم ، ولكن هذا هو موضوع الإصدارات القادمة.
هناك فوضى حول هذا المصطلح في وثائق وسجلات ESXi ، وفي سياق ذكر اللقطات ، يمكنك العثور على اللقطات نفسها ، وإعادة التسجيل ، وحتى قرص دلتا. لا تحتوي وثائق Veeam على مثل هذا التمزق ، واللقطة هي لقطة ، وسجل الإعادة هو بالضبط ملف REDO تم إنشاؤه بواسطة قرص مستقل غير دائم. يتم حذف ملفات REDO عند إيقاف تشغيل الجهاز الظاهري ، لذا فإن الخلط بينها وبين اللقطات هو طريق للفشل.
مواد اصطناعية (صناعية): النسخ الاحتياطية الاصطناعية هي نسخ احتياطي تزايدي عكسي وإلى الأمام إلى الأبد. في حال لم تصادف هذا المصطلح ، فهو مجرد إحدى الآليات المستخدمة لبناء تحويل سلسلة احتياطية. ومع ذلك ، في السجلات ، يمكنك أيضًا العثور على مفهوم التحويل ، والذي يتم استخدامه في إطار عمل إنشاء نسخ كاملة من الزيادات (الاصطناعية الكاملة).
المهمة (المهمة): هذه هي عملية معالجة كل آلة فردية داخل الوظيفة. أي: لديك وظيفة نسخ احتياطي ، والتي تتضمن ثلاث آلات. هذا يعني أنه ستتم معالجة كل سيارة كجزء من مهمة منفصلة. في المجموع ، سيكون هناك أربعة سجلات: السجل الرئيسي للوظائف وثلاثة للمهام. ومع ذلك ، هناك فارق بسيط مهم هنا: بمرور الوقت ، أصبحت كلمة "مهمة" غامضة بلا داع. عندما نتحدث عن السجلات العامة ، فإننا نعني أن المهمة هي بالضبط جهاز افتراضي. ولكن هناك "مهام" على كل من الوكيل وعلى المستودع. هناك يمكن أن تعني قرصًا افتراضيًا وجهازًا افتراضيًا والوظيفة بأكملها. أي أنه من المهم عدم فقدان السياق.
خدمة Veeam٪ name٪: للاستفادة من عمليات النسخ الاحتياطي الناجحة ، تعمل العديد من الخدمات في وقت واحد ، ويمكن العثور على قائمة بها في المعدات القياسية. تعكس أسمائهم جوهرها بشفافية تامة ، ولكن من بين المتساوين هناك أهمها - Veeam Backup Service ، والتي بدونها لن يعمل الباقي.
VSS: من الناحية الفنية ، يجب أن يرمز VSS دائمًا إلى Microsoft Volume Shadow Copy Service. في الواقع ، يتم استخدامه من قبل الكثيرين كمرادف لـ Application-Aware Image Processing. وهو بالطبع خطأ قاطع ، ولكن هذه قصة من فئة "يمكن تسمية أي سيارة دفع رباعي بسيارة جيب ، وسيتم فهمك."
سجلات رائعة وأين يعيشون
أريد أن أبدأ هذا الفصل بكشف السر العظيم - ما هو الوقت المعروض في السجلات؟
تذكر:
- يقوم ESXi دائمًا بكتابة السجلات بتنسيق UTC + 0.
- يحتفظ vCenter بالسجلات وفقًا لوقت منطقته الزمنية.
- يحتفظ Veeam بالسجلات حسب الوقت والمنطقة الزمنية للخادم الذي يعمل عليه.
- وفقط أحداث Windows بتنسيق EVTX لا تعاني من الارتباط بأي شيء. عند الفتح ، يتم إعادة حساب الوقت للسيارة التي تم فتحها عليها. الخيار الأكثر ملاءمة ، على الرغم من وجود صعوبات في ذلك. الصعوبة الملموسة الوحيدة هي الاختلاف في المناطق. هذا مسار مضمون عمليا لسجلات غير قابلة للقراءة. نعم ، هناك خيارات لكيفية التعامل مع هذا ، ولكن دعونا لا نجادل في حقيقة أن كل شيء في تكنولوجيا المعلومات يعمل باللغة الإنجليزية ، ونوافق دائمًا على تعيين اللغة الإنجليزية على الخوادم. ارجوك.
الآن دعنا نتحدث عن الأماكن التي تعيش فيها السجلات وكيفية الحصول عليها. في حالة VBR ، هناك طريقتان.
يكون الخيار الأول مناسبًا إذا لم تكن متشوقًا للبحث عن الملفات في الكومة العامة التي تتعلق على وجه التحديد بمشكلتك. للقيام بذلك ، لدينا معالج منفصل ، يمكنك من خلاله تحديد وظيفة معينة وفترة محددة تحتاج إلى سجلات لها. ثم يقوم بمراجعة المجلدات بنفسه ويضع كل ما تحتاجه في أرشيف واحد. مكان البحث عنها وكيفية التعامل معها موصوف بالتفصيل في .
ومع ذلك ، لا يقوم المعالج بتجميع سجلات جميع المهام ، وعلى سبيل المثال ، إذا كنت بحاجة إلى دراسة سجلات المسترجع أو تجاوز الفشل أو الفشل ، فسيكون المسار الخاص بك في المجلد ٪ ProgramData٪ / Veeam / النسخ الاحتياطي. هذا هو سجل VBR الرئيسي و٪ ProgramData٪ عبارة عن مجلد مخفي ولا بأس بذلك. بالمناسبة ، يمكن إعادة تعيين الموقع الافتراضي باستخدام مفتاح التسجيل من نوع REG_SZ: LogDirectory في فرع HKEY_LOCAL_MACHINESOFTWAREVeeamVeeam النسخ الاحتياطي والنسخ المتماثل.
على أجهزة Linux ، يجب البحث عن سجلات وكيل العاملين في /var / log / VeeamBackup /إذا كنت تستخدم حساب الجذر أو sudo. إذا لم يكن لديك مثل هذه الامتيازات ، فابحث عن سجلات الدخول / tmp / VeeamBackup.
بالنسبة إلى وكيل Veeam لـ٪ OS_name٪ ، يجب البحث في السجلات ٪ ProgramData٪ / Veeam / نقطة النهاية (أو ٪ ProgramData٪ / Veeam / النسخ الاحتياطي / نقطة النهاية) و / var / log / veeam على التوالي.
إذا كنت تستخدم معالجة الصور الواعية للتطبيق (وعلى الأرجح أنت كذلك) ، فسيصبح الموقف أكثر تعقيدًا إلى حد ما. ستحتاج إلى سجلات مساعدنا ، والتي يتم تخزينها داخل الجهاز الظاهري نفسه ، وسجلات VSS. حول كيف وأين تحصل على هذه السعادة ، فهي مكتوبة بالتفصيل . وبالطبع هناك لجمع سجلات النظام الضرورية.
يتم تجميع أحداث Windows بشكل ملائم وفقًا لـ . إذا كنت تستخدم Hyper-V ، فستصبح الأمور أكثر تعقيدًا ، حيث ستحتاج أيضًا إلى جميع سجلاته من التطبيقات وسجلات الخدمة> Microsoft> فرع Windows. على الرغم من أنه يمكنك دائمًا السير بالطريقة الأكثر غباء والتقاط جميع الكائنات من٪ SystemRoot٪ System32winevtLogs.
إذا تعطل شيء ما أثناء التثبيت / الترقية ، يمكن العثور على كل ما تحتاجه في المجلد٪ ProgramData٪ / Veeam / Setup / Temp. على الرغم من أنني لن أخفي حقيقة أنه في أحداث نظام التشغيل يمكنك العثور على معلومات مفيدة أكثر من تلك الموجودة في هذه السجلات. تكمن بقية الأشياء المثيرة للاهتمام في٪ Temp٪ ، ولكن توجد بشكل أساسي سجلات تثبيت للبرامج ذات الصلة ، مثل المكتبات الأساسية و .Net وأشياء أخرى. لاحظ أن Veeam مثبت من msi وأن جميع مكوناته مثبتة أيضًا كحزم msi منفصلة ، حتى لو لم يكن ذلك معروضًا في واجهة المستخدم الرسومية. لذلك ، إذا فشل تثبيت أحد المكونات ، فسيتم إيقاف تثبيت VBR بالكامل. لذلك ، تحتاج إلى الدخول في السجلات ومعرفة ما حدث بالضبط وفي أي نقطة.
وأخيرًا ، اختراق الحياة: إذا تلقيت خطأ أثناء التثبيت ، فلا تتسرع في النقر فوق "موافق". نأخذ السجلات أولاً ، ثم انقر فوق "موافق". بهذه الطريقة ستحصل على سجل ينتهي عند حدوث الخطأ ، بدون وجود مخلفات في النهاية.
ويحدث أنك تحتاج إلى الدخول إلى سجلات vSphere. الاحتلال جاحد للغاية ، لكن بعد أن شمر المرء عن الأكمام ، يجب على المرء أن يفعل شيئًا آخر. في أبسط إصدار ، نحتاج إلى سجلات بأحداث الجهاز الظاهري vmware.log ، والتي تقع بجوار ملف .vmx الخاص به. في حالة أكثر صعوبة ، افتح Google واسأل أين توجد سجلات إصدار المضيف الخاص بك ، لأن VMware يحب تغيير هذا المكان من الإصدار إلى الإصدار. على سبيل المثال، ولكن ل . بالنسبة لسجلات vCenter ، كرر الإجراء . ولكن بشكل عام ، سنكون مهتمين بسجلات أحداث المضيف hostd.log ، وأحداث المضيف التي تتم إدارتها بواسطة vCenter vpxa.log ، و kernel logs vmkernel.log ، و Authentication logs auth.log. حسنًا ، في الحالات الأكثر إهمالًا ، قد يكون سجل الدخول الموحّد (SSO) ، الموجود في مجلد SSO ، مفيدًا.
مرهق؟ مشوش؟ مخيف؟ لكن هذه ليست حتى نصف المعلومات التي يعمل بها دعمنا على أساس يومي. لذا فهم رائعون حقًا.
مكونات Veeam
وكختام لهذه المقالة التمهيدية ، دعنا نتحدث قليلاً عن مكونات Veeam Backup & Replication. عندما تبحث عن سبب الألم ، سيكون من الجيد أن تفهم كيف يعمل المريض.
لذلك ، كما يعلم الجميع على الأرجح ، فإن Veeam Backup هو ما يسمى بالتطبيق المستند إلى SQL. وهذا يعني أن جميع الإعدادات وجميع المعلومات وبشكل عام كل ما هو ضروري فقط للعمل العادي - كل هذا في قاعدة البيانات الخاصة به. أو بالأحرى ، في قاعدتي بيانات ، إذا كنا نتحدث عن مجموعة من VBR و EM: VeeamBackup و VeeamBackupReporting ، على التوالي. وهكذا حدث: وضعنا تطبيقًا آخر - تظهر قاعدة بيانات أخرى. حتى لا يتم تخزين كل البيض في سلة واحدة.
ولكن لكي يعمل كل هذا الاقتصاد بسلاسة ، نحتاج إلى مجموعة من الخدمات والتطبيقات التي ستربط جميع المكونات معًا. كمثال ، هذا ما يبدو عليه في أحد مختبراتي:
يعمل كقائد رئيسي خدمة النسخ الاحتياطي فييم. هو المسؤول عن تبادل المعلومات مع القواعد. وهو مسؤول أيضًا عن بدء جميع المهام ، وتنظيم الموارد المخصصة والعمل كمركز اتصالات لمجموعة متنوعة من وحدات التحكم والوكلاء وكل شيء آخر. باختصار ، لا توجد طريقة بدونه بالتأكيد ، لكن هذا لا يعني على الإطلاق أنه يفعل كل شيء بنفسه.
يساعده في تحقيق خطته مدير النسخ الاحتياطي فييم. هذه ليست خدمة ، بل كيان يطلق وظائف ويراقب عملية تنفيذها. تعمل الأيدي العاملة في خدمة النسخ الاحتياطي ، والتي تتصل بها بالمضيفين ، على إنشاء لقطات ، ومراقبة الاحتفاظ ، وما إلى ذلك.
لكن العودة إلى قائمة الخدمات. خدمة وسيط Veeam. ظهر في الإصدار 9.5 (وهو ليس منجمًا للعملات المشفرة ، كما اعتقد البعض في ذلك الوقت). يجمع معلومات حول مضيفي VMware ويحافظ على أهميتها. لكن لا تهرع على الفور لكتابة تعليقات غاضبة مفادها أننا نتجسس عليك وتسريب كل معلومات تسجيل الدخول / كلمات المرور إلى taschmajor. كل شيء أبسط إلى حد ما. عند تشغيل نسخة احتياطية ، فإن أول شيء عليك القيام به هو الاتصال بالمضيف وتحديث جميع البيانات المتعلقة بهيكله. هذه قصة بطيئة ومرهقة إلى حد ما. فقط تذكر المدة التي تستغرقها لتسجيل الدخول من خلال واجهة الويب ، وتذكر أنه يتم حساب الطبقة العليا فقط هناك. وبعد ذلك ما زلت بحاجة إلى فتح التسلسل الهرمي بأكمله إلى المكان الصحيح ، بالمناسبة. في كلمة رعب. إذا قمت بتشغيل عشرات النسخ الاحتياطية ، فستحتاج كل وظيفة إلى القيام بهذا الإجراء. إذا كنا نتحدث عن بنى تحتية كبيرة ، فيمكن أن تستغرق هذه العملية عشر دقائق أو أكثر. لذلك ، تقرر تخصيص خدمة منفصلة لهذا الغرض ، والتي من خلالها سيكون من الممكن تلقي معلومات محدثة دائمًا. عند بدء التشغيل ، يقوم بفحص كل البنية الأساسية المضافة ومسحها ضوئيًا ، ثم يحاول العمل فقط على مستوى التغييرات المتزايدة. لذا ، حتى إذا قمت بتشغيل مئات النسخ الاحتياطية في نفس الوقت ، فسيطلبون جميعًا معلومات من وسيطنا ، ولن يضروا المضيفين بطلباتهم. إذا كنت قلقًا بشأن الموارد ، فوفقًا لحساباتنا ، تحتاج 5000 جهاز افتراضي إلى حوالي 100 ميجا بايت فقط من الذاكرة.
بعد ذلك لدينا وحدة التحكم Veeam. إنه Veeam Remote Console ، وهو Veeam.Backup.Shell. هذه هي نفس واجهة المستخدم الرسومية التي نراها في لقطات الشاشة. كل شيء بسيط وواضح - يمكن تشغيل وحدة التحكم من أي مكان ، طالما أنها تعمل بنظام Windows وهناك اتصال بخادم VBR. الشيء الوحيد الذي يمكن قوله هو أن عملية FLR ستثبت النقاط محليًا (أي على الجهاز حيث تعمل وحدة التحكم). حسنًا ، سيتم أيضًا تشغيل Veeam Explorers المتنوعة محليًا ، لأنها جزء من وحدة التحكم. لكنها حملتني بالفعل إلى البراري ...
خدمة أخرى مثيرة للاهتمام هي خدمة بيانات كتالوج النسخ الاحتياطي من Veeam. تُعرف باسم خدمة Veeam Guest Catalog Service في قائمة الخدمات. يشارك في فهرسة أنظمة الملفات على أجهزة الضيف ويملأ مجلد VBRCatalog بهذه المعرفة. يتم استخدامه فقط في حالة تمكين خانة اختيار الفهرسة. ومن المنطقي فقط تمكينه إذا كان لديك Enterprise Manager. لذلك ، نصيحة من أعماق قلبي: لا تقم بتشغيل الفهرسة بهذه الطريقة إذا لم يكن لديك EAT. وفر أعصابك ووقت الدعم.
أيضا من الخدمات الهامة الأخرى الجدير بالذكر خدمة Veeam Installer، بمساعدة يتم تسليم المكونات الضرورية وتثبيتها على الوكلاء والمستودعات والبوابات الأخرى. في الواقع ، يأخذ حزم .msi الضرورية إلى الخوادم ويقوم بتثبيتها.
محرك بيانات Veeam - بمساعدة الوكلاء المساعدين الذين تم إطلاقهم على الوكلاء (وليس فقط) ، تشارك في نقل البيانات. على سبيل المثال ، عند النسخ الاحتياطي ، سيقرأ أحد الوكلاء الملفات من مخزن البيانات المضيف ، وسيقوم الوكيل الثاني بكتابتها بعناية في النسخة الاحتياطية.
بشكل منفصل ، أود أن أشير إلى أمر مهم غالبًا ما يتفاعل معه العملاء - هذا هو الاختلاف في إصدارات الخدمات والمعلومات في البرامج والميزات الإضافية. نعم ، ستكون القائمة هي نفسها ، لكن يمكن أن تكون الإصدارات متعارضة تمامًا. إنه ليس رائعًا جدًا من وجهة نظر بصرية ، لكنه طبيعي تمامًا إذا كان كل شيء يعمل بثبات. على سبيل المثال ، بالنسبة لخدمة برنامج التثبيت ، يكون رقم الإصدار أقل بكثير من تلك المجاورة. رعب وكابوس؟ لا ، لأنه لم تتم إعادة تثبيته بالكامل ، ولكن تم تحديث DLL الخاص به ببساطة. في التحديث Patch v9.5 U4 ، حدث كابوس للدعم الفني: أثناء التحديث ، تلقت جميع الخدمات إصدارات جديدة ، باستثناء الإصدار الأكثر أهمية. في تصحيح U4b ، تفوقت خدمة النقل على جميع الخدمات الأخرى بما يصل إلى نسختين (وفقًا للأرقام). وهذا أمر طبيعي أيضًا - تم العثور على خطأ خطير فيه ، لذلك تلقى تحديثًا إضافيًا مقارنة بالباقي. لتلخيص الأمر: قد تكون الاختلافات في الإصدار مشكلة ، ولكن إذا كان هناك اختلاف وكان كل شيء يعمل بشكل صحيح ، فمن المحتمل أن يكون كذلك. لكن لا أحد يمنعك من توضيح ذلك في الدعم الفني.
كانت هذه ما يسمى بالخدمات الإلزامية أو الإلزامية. وهناك مجموعة كاملة من البرامج المساعدة ، مثل Tape Service و Mount Service و vPowerNFS Service وما إلى ذلك.
بالنسبة لـ Hyper-V ، بشكل عام ، كل شيء متماثل ، فقط هناك محدد خدمة التكامل Veeam Backup Hyper-V وسائقك الخاص للعمل مع العلاج المعرفي السلوكي.
وفي النهاية ، لنتحدث عن من يعمل على الأجهزة الافتراضية أثناء النسخ الاحتياطي. لتشغيل البرامج النصية قبل التجميد وبعده ، لإنشاء نسخة احتياطية ، وجمع البيانات الوصفية ، والعمل مع سجلات معاملات SQL ، وما إلى ذلك. مساعد ضيف Veeam. وإذا تمت فهرسة أنظمة الملفات ، مفهرس ضيف Veeam . هذه خدمات مؤقتة يتم نشرها طوال مدة النسخ الاحتياطي وتتم إزالتها بعد ذلك.
في حالة أجهزة Linux ، يكون كل شيء أبسط بكثير نظرًا لوجود عدد كبير من المكتبات المدمجة وإمكانيات النظام نفسه. على سبيل المثال ، تتم الفهرسة من خلال mlocate.
هذا كل شئ حتى الان
لا أجرؤ على إيذائك بعد الآن مختصر أنا أعتبر أن مقدمة مقصورة محرك Veeam قد انتهت. نعم ، لم نقترب حتى من الأوكار نفسها ، لكن صدقوني ، حتى لا تبدو المعلومات المقدمة فيها وكأنها تيار غير متماسك من الوعي ، مثل هذه المقدمة ضرورية للغاية. أخطط للذهاب إلى السجلات نفسها في المقالة الثالثة فقط ، وخطة المقالة التالية هي شرح من يقوم بإنشاء السجلات ، وما الذي يتم عرضه بالضبط ولماذا بالضبط ، وليس غير ذلك.
المصدر: www.habr.com