في Veeam ، نحن نحب جذوع الأشجار. ونظرًا لأن معظم حلولنا معيارية ، فإنهم يكتبون الكثير من السجلات. ونظرًا لأن نطاق نشاطنا هو ضمان سلامة بياناتك (أي النوم المريح) ، فلا يجب أن تسجل السجلات كل عطسة فحسب ، بل يجب أن تقوم بذلك أيضًا ببعض التفاصيل. هذا ضروري حتى إذا حدث شيء ما فمن الواضح كيف حدث هذا "ماذا" ، على من يقع اللوم ، وما الذي يجب القيام به بعد ذلك. إنه مثل الطب الشرعي: لا تعرف أبدًا ما هو الشيء الصغير الذي سيساعدك في العثور على قاتل لورا بالمر.
لذلك ، قررت أن أستهدف سلسلة من المقالات ، حيث سأتحدث باستمرار عن ما نكتبه في السجلات ، وأين نقوم بتخزينها ، وكيف لا تصاب بالجنون مع هيكلها وما الذي تبحث عنه بداخلها.
لماذا سلسلة من المقالات ولماذا لا تصف كل شيء دفعة واحدة؟
إن مجرد سرد أي سجل هو مكان وما يتم تخزينه فيه يعد مهمة كارثية إلى حد ما. ومن المخيف حتى التفكير في تحديث هذه المعلومات باستمرار. قائمة بسيطة لجميع أنواع السجلات الممكنة في Veeam Backup & Replication هي جدول على عدة أوراق مطبوعة بخط صغير. وستكون ذات صلة فقط في وقت النشر ، لأن عند إصدار التصحيح التالي ، قد تظهر سجلات جديدة ، وقد يتغير منطق المعلومات المخزنة في السجلات القديمة ، إلخ. لذلك ، سيكون من الأفضل شرح هيكلها وجوهر المعلومات التي تحتويها. سيسمح لك ذلك بالتنقل في الحقل بشكل أفضل من الاكتظاظ التافه بالأسماء.
لذلك ، حتى لا نتسرع في دوامة الأوراق النصية ، فلنقم ببعض الأعمال التحضيرية في هذه المقالة. لذلك ، لن ندخل اليوم في السجلات بأنفسنا ، لكننا سننطلق من بعيد: نجمع مسردًا ونناقش قليلاً بنية Veeam من حيث إنشاء السجلات.
مسرد ومصطلحات
هنا ، أولاً وقبل كل شيء ، يجدر الاعتذار لأبطال نقاء اللغة الروسية وشهود قاموس أوزيجوف. نحن جميعًا نحب لغتنا الأم حقًا ، لكن صناعة تكنولوجيا المعلومات اللعينة تعمل باللغة الإنجليزية. حسنًا ، لم نتوصل إلى ذلك ، لكنه حدث تاريخيًا. أنا لست مذنبًا ، لقد جاء بنفسه (ج)
في عملنا ، مشكلة الإنجليزيات (والمصطلحات) لها تفاصيلها الخاصة. عندما يفهم العالم كله ، بكلمات بريئة مثل "مضيف" أو "ضيف" ، أشياء ملموسة تمامًا ، عندئذٍ على جزء من الأرض يستمر الارتباك البطولي والمذهل بدس القواميس. والحجة الواجبة بصرامة "لكن في عملنا ...".
بالإضافة إلى أن هناك مصطلحاتنا البحتة المتأصلة في منتجات Veeam ، على الرغم من أن بعض الكلمات والعبارات ذهبت إلى الناس. لذلك ، سنتفق الآن على ما يعنيه المصطلح ماذا ، وفي المستقبل ، سأعني بالضبط ما هو مكتوب في هذا الفصل تحت كلمة "ضيف" ، وليس ما اعتدت عليه في العمل. ونعم ، هذا ليس نزوتي الشخصي ، فهذه مصطلحات راسخة في الصناعة. قتالهم لا طائل منه إلى حد ما. على الرغم من أنني أؤيد دائمًا الطبخ في kamenty.
لسوء الحظ ، هناك الكثير من المصطلحات في عملنا ومنتجاتنا ، لذلك لن أحاول سردها جميعًا. فقط المعلومات الأساسية حول النسخ الاحتياطية والسجلات اللازمة للبقاء في البحر. للمهتمين ، يمكنني أيضًا تقديم مقال زميل حول الأشرطة ، حيث قدم أيضًا قائمة بالمصطلحات المتعلقة بهذا الجزء من الوظيفة.
المضيف: في عالم المحاكاة الافتراضية ، هذه آلة هيبرفيسر. المادية والافتراضية والسحابة - لا يهم. إذا كان برنامج Hypervisor يعمل على شيء ما (ESXi ، Hyper-V ، KVM ، إلخ) ، فإن هذا "الشيء" يسمى مضيف. سواء كانت مجموعة لعشرة أرفف أو جهاز كمبيوتر محمول مع مختبر لجهاز واحد ونصف - إذا قمت بتشغيل برنامج Hypervisor ، فستصبح مضيفًا. لأن برنامج Hypervisor يستضيف أجهزة افتراضية. حتى أن هناك حكاية أن VMware أرادت في وقت واحد تحقيق ارتباط قوي بين كلمة host و ESXi. لكنها لم تفعل.
في العالم الحديث ، اندمج مفهوم "المضيف" عمليًا مع مفهوم "الخادم" ، والذي يقدم قدرًا معينًا من الارتباك في الاتصال ، خاصة عندما يتعلق الأمر بالبنية التحتية لنظام Windows. لذلك يمكن تسمية أي جهاز يستضيف بعض الخدمات الممتعة بأمان مضيف. على سبيل المثال ، في سجلات WinSock ، تشير كلمة host إلى كل شيء. يعد "المضيف غير موجود" مثالاً على ذلك. لذلك ننطلق من السياق ، ولكن تذكر - في عالم الافتراضية ، المضيف هو ما يستضيف الضيوف (المزيد في هذين السطرين أدناه).
من المصطلحات المحلية (بدلاً من ذلك ، حتى الاختصارات ، في هذه الحالة) ، أتذكر هنا أن VMware هو VI و vSphere هو VC و Hyper-V هو HV.
زائر:آلة افتراضية تعمل على مضيف. حتى أنه لا يوجد شيء يمكن شرحه ، كل شيء منطقي وبسيط للغاية. ومع ذلك ، فإن الكثيرين يسحبون بجد بعض المعاني الأخرى هنا.
لاجل ماذا؟ لا أدري، لا أعرف.
Guest OS ، على التوالي ، هو نظام التشغيل لجهاز الضيف. إلخ.
وظيفة النسخ الاحتياطي / النسخ المتماثل (JobA): لغة ويم بحتة ، تشير إلى بعض المهام. مهمة النسخ الاحتياطي == مهمة النسخ الاحتياطي. ما أجمل ترجمتها إلى الروسية - لم يبتكرها أحد ، لذلك يقول الجميع "عمل". مع التركيز على المقطع الأخير.
نعم ، يأخذونها ويقولون "وظيفة". وحتى في الرسائل يكتبون هكذا ، وكل شيء على ما يرام.
أي مهام نسخ احتياطي ومهام نسخ احتياطي وما إلى ذلك ، شكرًا ، لكن ليس ضروريًا. مجرد وظيفة ، وسوف يتم فهمك. الشيء الرئيسي هو التأكيد على المقطع الأخير.
النسخ الاحتياطي (النسخ الاحتياطي ، النسخ الاحتياطي. بالنسبة إلى القرص القديم ، يُسمح بالنسخ الاحتياطي): بالإضافة إلى ما هو واضح (نسخة احتياطية من البيانات موجودة في مكان ما) ، فهذا يعني أيضًا المهمة نفسها (ثلاثة أسطر أعلاه ، إذا كنت قد نسيت بالفعل) ، ونتيجة لذلك يظهر ملف النسخ الاحتياطي نفسه ... من المحتمل أن السادة المتحدثين باللغة الإنجليزية هم كسالى جدًا لدرجة لا تسمح لي بالقول إنني أدرت وظيفتي الاحتياطية في كل مرة ، لذلك يقولون فقط إنني قمت بتشغيل النسخة الاحتياطية ، والجميع يفهم بعضهم البعض تمامًا. أقترح دعم هذه المهمة الرائعة.
توطيد:مصطلح تم تقديمه في ESXi 5.0 خيار في قائمة اللقطة يبدأ عملية حذف ما يسمى باللقطات المعزولة. أي ، اللقطات المتوفرة فعليًا ، ولكنها تم استبعادها من الهيكل المنطقي المعروض. من الناحية النظرية ، يجب ألا تؤثر هذه العملية على الملفات المعروضة في مدير اللقطات ، ولكن يمكن أن يحدث أي شيء. جوهر عملية الدمج هو أن البيانات من اللقطة (قرص فرعي) تتم كتابتها إلى القرص الرئيسي (الأصل). تسمى عملية دمج الأقراص بالدمج. إذا تم إصدار أمر دمج ، فيمكن حذف سجل اللقطة من قاعدة البيانات قبل تجميد اللقطة وحذفها. وإذا تعذر حذف اللقطة لأي سبب من الأسباب ، فستظهر هذه اللقطات المعزولة. يحتوي برنامج VMware على قاعدة بيانات جيدة حول التعامل مع اللقطات . ونحن أيضًا نتعامل معهم بطريقة ماكتب عن حبري .
Datastore (Stora أو store): مفهوم واسع جدًا ، ولكن في عالم المحاكاة الافتراضية ، يشير إلى المكان الذي يتم فيه تخزين ملفات الأجهزة الافتراضية. ولكن على أي حال ، تحتاج هنا إلى فهم السياق بوضوح شديد ، ومع أدنى شك ، توضيح ما كان يدور في ذهن محاورك بالضبط.
الوكيل:من المهم أن نفهم على الفور أن Veeam Proxy ليس بالضبط نفس الشيء الذي اعتدنا عليه في مجالات الإنترنت. ضمن منتجات Veeam ، هذا نوع من الكيانات التي تشارك في نقل البيانات من مكان إلى آخر. بدون الخوض في التفاصيل ، VBR هو خادم الأوامر ، والوكلاء هم وحدات العمل الخاصة به. أي أن الوكيل هو جهاز تتدفق من خلاله حركة المرور ويتم تثبيت مكونات VBR عليه والتي تساعد في توجيه حركة المرور هذه. على سبيل المثال ، قم بنقل البيانات من قناة إلى أخرى ، أو قم ببساطة بإرفاق الأقراص بنفسك (وضع HotAdd).
مخزن: من الناحية الفنية ، هذا مجرد سجل في قاعدة بيانات VBR يشير إلى الموقع حيث يتم تخزين النسخ الاحتياطية وكيفية الاتصال بهذا الموقع. في الواقع ، يمكن أن تكون مجرد كرة CIFS أو قرص منفصل أو خادم أو دلو في السحابة. مرة أخرى ، نحن في السياق ، لكننا نفهم أن المستودع هو المكان الذي توجد فيه النسخ الاحتياطية.
لمحة:يفضل عشاق قواعد أكسفورد أن يقولوا من هو لقطة ، ومن هو لقطة ، ومع ذلك ، فإن الغالبية الأمية تستفيد من الكتلة الأكبر. إذا كان أي شخص لا يعرف ، فهذه تقنية تسمح لك باستعادة حالة القرص إلى نقطة زمنية محددة. يتم ذلك إما عن طريق إعادة توجيه عمليات الإدخال / الإخراج مؤقتًا بعيدًا عن القرص الرئيسي - ثم سيتم تسميتها لقطة 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 .
- EVTX . , . , . — . . , , , , IT , . .
الآن دعنا نتحدث عن الأماكن التي تعيش فيها السجلات وكيفية الحصول عليها. في حالة VBR ، هناك طريقتان.
يكون الخيار الأول مناسبًا إذا لم تكن متحمسًا للبحث عن الملفات الموجودة في كومة مشتركة مرتبطة بشكل خاص بمشكلتك. للقيام بذلك ، لدينا معالج منفصل ، يمكنك من خلاله تحديد وظيفة معينة وفترة محددة تحتاج إلى سجلات لها. بعد ذلك سوف يذهب إلى الأب بنفسه ويضع كل ما يحتاجه في أرشيف واحد حول مكان البحث عنها وكيفية التعامل معها مكتوب بالتفصيل في قاعدة المعارف هذه .
ومع ذلك ، يقوم المعالج بتجميع السجلات وليس جميع المهام ، وعلى سبيل المثال ، إذا كنت بحاجة إلى دراسة سجلات أحد المطاعم أو تجاوز الفشل أو الفشل ، فإن المسار الخاص بك يقع في المجلد ٪ ProgramData٪ / Veeam / Backup... هذا هو مستودع شعار VBR الرئيسي ، و٪ ProgramData٪ عبارة عن مجلد مخفي ولا بأس بذلك. بالمناسبة ، يمكن إعادة تعيين الموقع الافتراضي باستخدام مفتاح تسجيل مثل REG_SZ: LogDirectory في فرع HKEY_LOCAL_MACHINE \ SOFTWARE \ Veeam \ Veeam Backup and Replication.
على أجهزة Linux ، يجب البحث في سجلات وكلاء العاملين في / var / log / VeeamBackup / إذا تم استخدام حساب الجذر أو sudo. إذا لم يكن لديك مثل هذه الامتيازات ، فابحث عن السجلات في / tmp / VeeamBackup .
بالنسبة إلى وكيل Veeam لـ٪ OS_name٪ ، يجب البحث في السجلات في ٪ ProgramData٪ / Veeam / Endpoint (أو ٪ ProgramData٪ / Veeam / Backup / Endpoint ) و / var / log / veeam ، على التوالي.
إذا كنت تستخدم معالجة الصور المدركة للتطبيق (وعلى الأرجح تستخدمها) ، يصبح الموقف أكثر تعقيدًا إلى حد ما. ستحتاج إلى سجلات مساعدنا ، والتي يتم تخزينها داخل الجهاز الظاهري نفسه ، وسجلات VSS. كيف وأين تحصل على هذه السعادة موصوفة بالتفصيل في هذه المقالة . وبالطبع ، هناك مقال منفصل حول جمع سجلات النظام الضرورية.
من الملائم جمع أحداث Windows وفقًا لهذا HF . إذا كنت تستخدم Hyper-V ، فستصبح الأمور أكثر تعقيدًا ، لأنك ستحتاج أيضًا إلى جميع سجلاته من التطبيقات وسجلات الخدمة> Microsoft> فرع Windows. على الرغم من أنه يمكنك دائمًا السير في المسار الأكثر مراوغة وأخذ جميع الكائنات من٪ SystemRoot٪ \ System32 \ winevt \ Logs.
إذا تعطل شيء ما أثناء التثبيت / الترقية ، فيمكن العثور على كل ما تحتاجه في المجلد٪ ProgramData٪ / Veeam / Setup / Temp. على الرغم من أنني لن أخفي حقيقة أنه يمكنك العثور على معلومات مفيدة في أحداث نظام التشغيل أكثر من تلك الموجودة في السجلات. تكمن بقية الأشياء المثيرة للاهتمام في٪ Temp٪ ، ولكن هناك بشكل أساسي سجلات تثبيت للبرامج ذات الصلة ، مثل قاعدة البيانات ومكتبات .Net وأشياء أخرى. يرجى ملاحظة أن Veeam مثبت من msi ، ويتم تثبيت جميع مكوناته أيضًا كحزم msi منفصلة ، حتى لو لم يتم عرض ذلك في واجهة المستخدم الرسومية. لذلك ، إذا فشل تثبيت أحد المكونات ، فسيتم إيقاف تثبيت VBR بالكامل. لذلك ، تحتاج إلى الانتقال إلى السجلات ومعرفة ما حدث بالضبط وفي أي لحظة.
وأخيرًا اختراق الحياة: إذا تلقيت خطأ أثناء التثبيت ، فلا تتسرع في النقر فوق "موافق". أولاً ، نأخذ السجلات ، ثم انقر فوق "موافق". لذلك تحصل على سجل ينتهي عند حدوث الخطأ ، بدون بيانات مهملة في النهاية.
ويحدث أنك تحتاج إلى الدخول إلى سجلات vSphere. إنه عمل غير ممتن للغاية ، ولكن بعد أن تشمر عن سواعدك ، عليك أن تفعل شيئًا آخر. في أبسط أشكاله ، نحتاج إلى السجلات التي تحتوي على أحداث الجهاز الظاهري vmware.log ، والموجودة بجوار ملف .vmx الخاص به. في حالة أكثر صعوبة ، افتح Google واسأل أين توجد سجلات إصدار المضيف الخاص بك ، لأن VMware يحب تغيير هذا المكان من الإصدار إلى الإصدار. على سبيل المثال ، هنا مقال لـ 7.0 ، لكن هنا لـ 5.5 . بالنسبة لسجلات vCenter ، كرر إجراء google... لكن بشكل عام ، سنكون مهتمين بسجلات الأحداث لمضيف hostd.log ، وأحداث المضيفين الذين يتحكمون في vCenter vpxa.log ، وسجلات vmkernel.log kernel ، وسجلات مصادقة auth.log. حسنًا ، في الحالات الأكثر تقدمًا ، يمكن أن يكون سجل SSO مفيدًا ، والذي يوجد في مجلد SSO.
هل هو مرهق؟ مشوش؟ مخيف؟ لكن هذه ليست حتى نصف المعلومات التي يعمل معها دعمنا على أساس يومي. لذا فهم رائعون حقًا.
مكونات Veeam
ولإكمال هذه المقالة التمهيدية ، دعنا نتحدث قليلاً عن مكونات Veeam Backup & Replication. عند البحث عن سبب الألم ، سيكون من الجيد فهم كيفية عمل المريض.
لذلك ، كما يعلم الجميع على الأرجح ، فإن Veeam Backup هو ما يسمى بالتطبيق المستند إلى SQL. وهذا يعني أن جميع الإعدادات وجميع المعلومات وبشكل عام كل ما هو ضروري فقط للعمل العادي - كل هذا في قاعدة البيانات الخاصة به. بدلاً من ذلك ، في قاعدتين ، إذا كنا نتحدث عن حزمة من VBR و EM: VeeamBackup و VeeamBackupReporting ، على التوالي. وهكذا حدث: وضعنا تطبيقًا آخر - تظهر قاعدة أخرى. حتى لا يتم تخزين كل البيض في قلب واحد.
ولكن لكي يعمل كل هذا الاقتصاد بسلاسة ، نحتاج إلى مجموعة من الخدمات والتطبيقات التي ستربط جميع المكونات معًا. على سبيل المثال فقط ، هكذا تبدو في أحد مختبراتي:
Veeam Backup Service هو القائد الرئيسي . هو المسؤول عن تبادل المعلومات مع قواعد البيانات. كما أنه مسؤول عن بدء جميع المهام وتنظيم الموارد المخصصة ويعمل كنوع من مراكز الاتصالات لمجموعة متنوعة من وحدات التحكم والوكلاء وكل شيء آخر. باختصار ، لا يوجد شيء بالتأكيد بدونه ، لكن هذا لا يعني على الإطلاق أنه يفعل كل شيء بنفسه.
يساعده Veeam Backup Manager في تنفيذ خططه . هذه ليست خدمة ، بل كيان يطلق وظائف ويراقب عملية تنفيذها. تقوم الأيدي العاملة في خدمة النسخ الاحتياطي ، والتي تتصل بها بالمضيفين ، بإنشاء لقطات ، ومراقبة الاحتفاظ ، وما إلى ذلك.
لكن العودة إلى قائمة الخدمات. خدمة وسيط Veeam... تم تقديمه في الإصدار 9.5 (وهو ليس عامل منجم للعملات الرقمية ، كما كان يعتقد البعض بعد ذلك). يجمع معلومات حول مضيفي VMware ويبقيها محدثًا. لكن لا تهرع على الفور لكتابة تعليقات غاضبة مفادها أننا نتجسس عليك وتسريب كل معلومات تسجيل الدخول / كلمات المرور إلى تشمايور. كل شيء أبسط إلى حد ما. عندما تبدأ نسخة احتياطية ، فإن أول ما عليك فعله هو الاتصال بالمضيف وتحديث جميع البيانات المتعلقة بهيكله. هذه قصة بطيئة ومرهقة إلى حد ما. فقط تذكر المدة التي تستغرقها لتسجيل الدخول عبر واجهة الويب ، وتذكر أنه يتم حساب الطبقة العليا فقط هناك. وبعد ذلك ما زلت بحاجة إلى فتح التسلسل الهرمي بأكمله إلى المكان الصحيح ، بالمناسبة. في كلمة رعب. إذا قمت بتشغيل عشرات النسخ الاحتياطية ، فستحتاج كل مهمة إلى القيام بهذا الإجراء. إذا كنا نتحدث عن بنى تحتية كبيرة ، فقد تستغرق هذه العملية عشر دقائق أو أكثر.لذلك ، تقرر تخصيص خدمة منفصلة لهذا الغرض ، والتي من خلالها سيكون من الممكن تلقي المعلومات المحدثة دائمًا. عند بدء التشغيل ، يقوم بفحص البنية الأساسية المضافة بالكامل وفحصها ، ثم يحاول العمل فقط على مستوى التغييرات المتزايدة. لذا ، حتى إذا قمت بتشغيل مئات النسخ الاحتياطية في نفس الوقت ، فسيطلبون جميعًا معلومات من وسيطنا ، ولن يضروا المضيفين بطلباتهم. إذا كنت قلقًا بشأن الموارد ، فوفقًا لحساباتنا لـ 5000 جهاز افتراضي ، فإنك تحتاج فقط إلى حوالي 100 ميجا بايت من الذاكرة.سيطلبون جميعًا معلومات من وسيطنا ، ولن يعذبوا المضيفين بطلباتهم. إذا كنت قلقًا بشأن الموارد ، فوفقًا لحساباتنا ، فإنك تحتاج فقط إلى حوالي 100 ميجا بايت من الذاكرة بالنسبة لـ 5000 جهاز افتراضي.سيطلبون جميعًا معلومات من وسيطنا ، ولن يعذبوا المضيفين بطلباتهم. إذا كنت قلقًا بشأن الموارد ، فوفقًا لحساباتنا لـ 5000 جهاز افتراضي ، فإنك تحتاج فقط إلى حوالي 100 ميجا بايت من الذاكرة.
التالي هو Veeam Console . Aka Veeam Remote Console ، ويعرف أيضًا باسم Veeam. Backup.Shell. هذه هي نفس واجهة المستخدم الرسومية التي نراها في لقطات الشاشة. كل شيء بسيط وواضح - يمكن تشغيل وحدة التحكم من أي مكان ، طالما كانت تعمل بنظام Windows وكان هناك اتصال بخادم VBR. الشيء الوحيد الذي يمكن قوله هو أن عملية FLR ستثبت النقاط محليًا (أي على الجهاز حيث تعمل وحدة التحكم). حسنًا ، سيتم أيضًا تشغيل Veeam Explorers المتنوعة محليًا ، لأنها جزء من وحدة التحكم. لكن هذا دفعني بالفعل إلى الغابة ...
الخدمة التالية المثيرة للاهتمام هي Veeam Backup Catalog Data Service.تُعرف باسم خدمة Veeam Guest Catalog Service في قائمة الخدمات. يشارك في فهرسة أنظمة الملفات على أجهزة الضيف ويملأ مجلد VBRCatalog بهذه المعرفة. يستخدم فقط حيث يتم تمكين خانة اختيار الفهرسة. ومن المنطقي فقط تمكينه إذا كان لديك Enterprise Manager. لذلك ، نصيحة من أعماق قلبي: لا تقم بتشغيل الفهرسة بهذه الطريقة إذا لم يكن لديك EM. وفر أعصابك ووقت الدعم.
أيضًا من الخدمات المهمة الأخرى ، تجدر الإشارة إلى خدمة Veeam Installer ، والتي تُستخدم لتقديم المكونات الضرورية وتثبيتها على الوكلاء والمستودعات والبوابات الأخرى. في الواقع ، يأخذ حزم msi الضرورية إلى الخوادم ويقوم بتثبيتها.
محرك بيانات Veeam- بمساعدة الوكلاء المساعدين الذين تم إطلاقهم على الوكلاء (وليس فقط) ، تشارك في نقل البيانات. على سبيل المثال ، أثناء النسخ الاحتياطي ، سيقرأ أحد الوكلاء الملفات من مخازن البيانات المضيفة ، وسيقوم الثاني بكتابتها بعناية إلى النسخة الاحتياطية.
بشكل منفصل ، أود أن أشير إلى أمر مهم يستجيب له العملاء غالبًا - وهو الفرق بين إصدارات الخدمات والمعلومات في البرامج والميزات الإضافية. نعم ، ستكون القائمة هي نفسها ، ولكن قد تكون الإصدارات في حالة من الفوضى الكاملة. إنه ليس رائعًا جدًا من وجهة نظر بصرية ، لكن لا بأس إذا كان كل شيء مستقرًا. على سبيل المثال ، رقم إصدار خدمة المثبت يتخلف كثيرًا عن الأجهزة المجاورة. رعب وكابوس؟ لا ، لأنه لم تتم إعادة تثبيته بالكامل ، ولكن تم تحديث DLL الخاص به ببساطة. في التحديث Patch v9.5 U4 ، كان هناك كابوس للدعم الفني: أثناء التحديث ، تلقت جميع الخدمات إصدارات جديدة ، باستثناء الأهم. في تصحيح U4b ، تفوقت خدمة النقل على جميع الخدمات الأخرى بما يصل إلى نسختين (وفقًا للأرقام). وهذا جيد أيضًا - تم العثور على خطأ خطير فيه ، لذلك حصل على تحديث إضافي على الباقي. لذلك ، للتلخيص:قد تكون الاختلافات في الإصدار مشكلة ، ولكن إذا كان هناك اختلاف وكان كل شيء يعمل بشكل صحيح ، فمن المرجح أن يكون كذلك. لكن لا أحد يمنعك من توضيح ذلك في الدعم الفني.
كانت هذه ما يسمى بالخدمات الإجبارية أو الإلزامية. وهناك أيضًا مجموعة كاملة من البرامج المساعدة ، مثل Tape Service و Mount Service و vPowerNFS Service وما إلى ذلك.
بالنسبة لـ Hyper-V ، بشكل عام ، كل شيء هو نفسه ، فقط هناك خدمة تكامل Veeam Backup Hyper-V محددة وسائقها الخاص للعمل مع CBT.
وفي النهاية ، لنتحدث عن من يعمل على الأجهزة الافتراضية أثناء النسخ الاحتياطي. يتم استخدام Veeam Guest Helper لتشغيل البرامج النصية قبل وبعد التجميد ، لإنشاء نسخة احتياطية ، وجمع البيانات الوصفية ، والعمل مع سجلات معاملات SQL ، والمزيد . وإذا تم فهرسة أنظمة الملفات ، فإن Veeam Guest Indexer . هذه خدمات مؤقتة يتم نشرها أثناء النسخ الاحتياطي ويتم حذفها بعد ذلك.
في حالة أجهزة Linux ، يكون كل شيء أبسط بكثير نظرًا لوجود عدد كبير من المكتبات المدمجة وإمكانيات النظام نفسه. على سبيل المثال ، تتم الفهرسة عبر mlocate.
هذا كل شئ حتى الان
لم أعد أجرؤ على تعذيبك بعد الآن ، وأنا أعتبر مقدمة قصيرة لمقصورة محرك Veeam. نعم ، لم نقترب حتى من السجلات نفسها ، لكن صدقوني ، حتى لا تبدو المعلومات المقدمة فيها وكأنها تيار غير متماسك من الوعي ، فهذه المقدمة ضرورية للغاية. أخطط للذهاب إلى السجلات نفسها في المقالة الثالثة فقط ، وخطة المقال التالي هو شرح من يقوم بإنشاء السجلات ، وما الذي يتم عرضه بالضبط ولماذا بهذه الطريقة بالضبط ، وليس بخلاف ذلك.