امروز دوباره خوشحالم که نکات مفیدی را از همکارم Evgeniy Ivanov، سرپرست تیم تیم پشتیبانی فنی Veeam به شما ارائه دهم. این بار ژنیا توصیه هایی را برای کار با نسخه های پشتیبان و کپی به اشتراک گذاشت. امیدوارم آنها به شما کمک کنند تا از اشتباهات رایج جلوگیری کنید و در صورت لزوم، کپی ها و نسخه های پشتیبان شما هرگز یک "حلقه ضعیف" در روند بازیابی نخواهند بود.
بنابراین، به گربه خوش آمدید.
در قبلی من ما به نحوه بهینه سازی بار روی اجزای زیرساخت پشتیبان و خطاهای رایج پیکربندی نگاه کردیم. بیایید به موضوع مهم دیگری برویم - آماده سازی و اجرای صحیح بازیابی. ما همچنین آن را با استفاده از مثال های واقعی که تیم پشتیبانی فنی فرصت کار با آنها را داشته است، تجزیه و تحلیل خواهیم کرد.
پشتیبان گیری بدون رستوران - پول پایین می آید
کاربرانی که خود را در موقعیت‌های دشوار مشابهی می‌بینند، مرتباً با ما تماس می‌گیرند: بازیابی از یک نسخه پشتیبان ضروری است، اما وقتی سعی می‌کنند این کار را انجام دهند، مردم به مشکلی برخورد می‌کنند که برایشان غیرقابل حل است. و این مشکل کمبود پشتیبان، فعالیت CryptoLocker یا هر چیز دیگری نیست. این «فقط» توجه کافی به آزمایش پشتیبان‌ها و کپی‌ها برای قابلیت بازیابی نیست. بسیاری از مردم اغلب به طور انحصاری بر روی فرآیند ایجاد یک نسخه پشتیبان تمرکز می کنند، و فراموش می کنند که داشتن یک نسخه پشتیبان به سادگی نوشدارویی برای مشکلات احتمالی نیست. باید درک کنید که ترمیم یک فرآیند کاملاً متفاوت است که ویژگی های خاص خود را دارد و قبل از شروع به تولید باید نظارت و آزمایش شود. در اینجا چند نمونه گویا آورده شده است:
- یک کاربر با قطع شدن یک ماشین مجازی بحرانی 20 ترابایتی مواجه شد. البته خرابی غیرقابل قبول است و مدیر فرآیند بازیابی فوری (بازیابی فوری VM) را شروع می کند - بعد از 5 دقیقه دستگاه روشن می شود. اما ما به یاد داریم که از این وضعیت دستگاه فقط می توان به طور موقت استفاده کرد - باید به انبار داده تولید منتقل شود. و در این مثال، همانطور که مشخص شد، قابلیت های زیرساخت اجازه کپی 20 ترابایت داده در زمان معقول را نمی داد. در تنظیمات فرآیند بازیابی فوری، برای ذخیره تغییرات در دیسک انتخاب شده است از جانب: سرور Veeam Backup & Replication (برخلاف عکس فوری vSphere) - در نتیجه، البته، فضای آزاد دیسک به سرعت پر شد. زمانی که کاربر با پشتیبانی تماس گرفت، VM تغییراتی داشت که نمی‌توان آنها را نادیده گرفت. یعنی ما شرایطی داریم که نمی‌توان به سرعت فرآیند بازیابی فوری یک ماشین بحرانی را نهایی کرد - چگونه می‌توانیم داده‌ها را ذخیره کنیم؟
صادقانه بگویم، در طول سال‌ها دیگر تمام جزئیات فینال را به خاطر نمی‌آورم، اما به یاد دارم که در پایان به هیچ چیز درخشانی نرسیدیم. کلاینت‌های طرف خود حداقل این مشکل را با گسترش درایو C: از ذخیره‌ها، کپی کردن مهم‌ترین فایل‌ها و تنها پس از آن خاموش کردن VM و مهاجرت به آن راه حل کردند. در کل هیچ معجزه ای اتفاق نیفتاد.
- زیرساخت کاربر یک کنترلر دامنه را اجرا می کرد و تمام اجزای Veeam Backup & Replication با استفاده از DNS پیکربندی شدند. بله، بله، درست است، درست شنیدید. صد گزینه برای توسعه رویدادها وجود داشت، نه کمتر، اما در واقعیت همه چیز به این شکل پیش رفت: مردم تعمیر و نگهداری را برنامه ریزی کردند و تصمیم گرفتند به یک کپی از کنترل کننده دامنه خود تغییر دهند. آنها از یک سوئیچ برنامه ریزی شده استفاده کردند که معمولاً در چنین شرایطی توصیه می شود. در مرحله اول، همه چیز خوب پیش رفت، اما در مرحله دوم، VM منبع برای انتقال داده های باقی مانده برای مدت کوتاهی خاموش شد. البته کار تعویض بلافاصله با شکست مواجه شد زیرا DNS از کار افتاد.
خوشبختانه، ما توانستیم با فعال کردن دستی replica از vSphere، وضعیت را در اینجا مدیریت کنیم (در واقع توصیه نمی شود خودتان این کار را انجام دهید، همانطور که در مثال زیر خواهید دید). اما، همانطور که متوجه شدید، روند تعمیر و نگهداری قطع شد و به تاخیر افتاد. علاوه بر این، باید به صورت دستی نام هاست را در فایل وارد می کردیم C: WindowsSystem32driversetchosts در سرور Veeam Backup & Replication برای اطمینان از صحت در حین تعویض.
- یک کلاینت دیگر یک زیرساخت پشتیبان کامل در اطراف درایوهای نوار داشت که فقط رشته های کوتاهی از فایل ها روی دیسک ذخیره می شد. هنگامی که آنها نیاز به بازیابی تعدادی فایل از یک سرور فایل بزرگ داشتند، متوجه شدند که هیچ یک از دستگاه ها نمی توانند به عنوان مخزن ثانویه برای بازیابی نوار استفاده شوند زیرا هیچ یک فضای خالی کافی نداشت. (می توانید در مورد بازیابی از نوار مغناطیسی به طور مستقیم و با استفاده از یک مخزن کمکی مطالعه کنید (در حال حاضر به زبان انگلیسی)).
من فکر می کنم که در هر سه مثال، کاربران، به اصطلاح، مجذوب توهمات شدند - آنها فرض کردند که اگر پشتیبان گیری موفقیت آمیز بود، هیچ مشکلی با بازیابی وجود نخواهد داشت. اما همانطور که می دانید این به هیچ وجه همیشه اینطور نیست و بنابراین باید به همان دقتی که برای تهیه نسخه پشتیبان تهیه کنید برای بازیابی آماده شوید. برای شروع، ارزش مطالعه را دارد ، که حاوی اطلاعات نسبتاً دقیقی در مورد انواع مختلف بازیابی است. در ابتدای هر پاراگراف، الزامات، اقدامات مقدماتی و محدودیت های احتمالی ذکر شده است. شرح بازیابی از نوارهای مغناطیسی یا عکس‌های ذخیره‌سازی سخت‌افزار را می‌توانید در بخش‌های مستندات و در ما پیدا کنید. در هابره علاوه بر این، مراحل آماده سازی برای بازیابی اشیاء برنامه با استفاده از Veeam Explorers در بخش "برنامه ریزی و آماده سازی" توضیح داده شده است. برای هر یک از سازها توصیه می کنم آنها را با دقت بخوانید - این به شما کمک می کند تا در صورت لزوم سیستم را به درستی برای بازیابی آماده کنید. دستورالعمل های بازیابی پایگاه داده SQL Server به زبان روسی ارائه شده است: .
چرا نباید با کپی های کنسول vSphere کار کنم؟
در تئوری، کپی‌های Veeam ماشین‌های مجازی معمولی هستند که کار کردن با آنها با استفاده از ابزارهای vSphere، به ویژه مشتری vSphere، منطقی به نظر می‌رسد. با این حال، ما انجام این کار را توصیه نمی کنیم، و دلیل آن این است: جابجایی به یک replica در Veeam Backup & Replication یک فرآیند نسبتاً پیچیده است که به مراحل کاملاً متوالی نیاز دارد (به طوری که اگر اتفاقی افتاد می توانید یک مرحله را به عقب برگردانید) و اقدامات نهایی را اصلاح کنید - فقط به تصویری که روند را نشان می دهد نگاه کنید:
اگر تصمیم دارید که یک replica را از کلاینت vSphere فعال کنید، در آینده به احتمال زیاد با تعدادی از مشکلات روبرو خواهید شد:
- مکانیسم تغییر به یک ماکت از Veeam Backup & Replication (نشان داده شده در نمودار) دیگر برای این دستگاه کار نخواهد کرد.
- داده های پایگاه داده Veeam Backup با وضعیت واقعی ماشین مجازی مطابقت نخواهد داشت. در بدترین حالت، برای رفع آن باید پایگاه داده را ویرایش کنید.
- از دست دادن داده ها حتی ممکن است، مانند این مثال: کاربر به صورت دستی نسخه را در کلاینت vSphere فعال کرد و تصمیم گرفت به کار با آن ادامه دهد. پس از مدتی، او متوجه شد که ماکت هنوز در کنسول Veeam Backup & Replication نمایش داده می شود و تصمیم گرفت آن را به عنوان غیر ضروری حذف کند. روی آن کلیک راست کرد و دستور داد "حذف از دیسک". Veeam Backup & Replication بلافاصله ماکت را از روی دیسک حذف کرد، که برای لحظه‌ای به‌عنوان یک VM معمولی به طور کامل مورد استفاده قرار می‌گرفت و حاوی داده‌های ضروری و مفید بود.
البته، شرایطی وجود دارد که شما هنوز باید یک ماکت را از کلاینت vSphere روشن کنید - به عنوان یک قاعده، این موارد زمانی است که سرور Veeam خاموش است و ماکت باید با تاخیر روشن شود. اما اگر همه چیز با سرور Veeam درست است، باید با نسخه های مشابه از کنسول آن کار کنید.
همچنین نباید با استفاده از کلاینت vSphere کپی ها را حذف کنید. Veeam Backup & Replication از این تغییر بی اطلاع خواهد ماند، که ممکن است منجر به خطاها و داده های قدیمی شود. اگر دیگر نیازی به کپی ندارید، آن را با استفاده از کنسول Veeam حذف کنید، نه به عنوان یک VM از کلاینت vSphere. به این ترتیب شما همیشه یک لیست به روز از ماکت ها خواهید داشت.
"اوه" - مراقب باشید، به روز رسانی!
در اینجا البته منظور ما به روز رسانی هایپروایزر و برنامه های مختلف است که با استفاده از Veeam از آنها بک آپ گرفته می شود. اگر از نقطه نظر کار با Veeam Backup & Replication به آنها نگاه کنید، به روز رسانی ها را می توان به 2 دسته تقسیم کرد: بزرگ، جدی، ایجاد تغییرات زیادی - و تغییرات کوچک.
بیایید ابتدا دسته اول را بررسی کنیم.
مهم ترین به روز رسانی ها آنهایی هستند که هایپروایزر را هدف قرار می دهند. قبل از نصب چنین به روز رسانی، مطمئن شوید که توسط Veeam Backup & Replication پشتیبانی می شود. این به‌روزرسانی‌ها تغییرات زیادی را در کتابخانه‌ها و APIهایی که Veeam Backup & Replication استفاده می‌کند، ایجاد می‌کند، بنابراین کد Veeam Backup & Replication باید به‌روز شده و کاملاً آزمایش شود تا به طور رسمی از آنها پشتیبانی شود.
همچنین باید در نظر داشته باشیم که به عنوان مثال، VMware دسترسی پیشرفته به آخرین نسخه‌های vSphere را برای تولیدکنندگان نرم‌افزار فراهم نمی‌کند، بنابراین توسعه‌دهندگان و آزمایش‌کنندگان Veeam نسخه جدیدی را همزمان با بقیه بشریت مترقی دریافت می‌کنند - بنابراین، در آنجا وجود دارد. معمولاً یک تاخیر بین انتشار VMware و پشتیبانی رسمی اعلام شده در زمان معینی است. تعداد و تنوع تغییرات مورد نیاز به حدی است که شانس کمی برای قرار دادن آنها در یک Hotfix ساده وجود دارد - و پشتیبانی رسمی، به طور معمول، همراه با انتشار نسخه انتشار Veeam Backup & Replication اعلام می شود.
در نتیجه، آن لحظه ناخوشایند زمانی اتفاق می‌افتد که پس از انتشار نسخه جدید vSphere، تعداد درخواست‌های پشتیبانی فنی به شدت افزایش می‌یابد، زیرا کاربران برای نصب نسخه جدید عجله می‌کنند و البته نسخه‌های پشتیبان آنها بلافاصله کار نمی‌کنند. . ما، پشتیبانی فنی Veeam، باید به کاربران توضیح دهیم که دقیقاً چه اشتباهی انجام داده‌اند، از آنها بخواهیم (در صورت امکان) به عقب برگردند، یا راه‌های پیچیده‌ای برای خروج از بن‌بست ارائه دهند. بنابراین، قبل از نصب یک آپدیت جدی، حتماً سازگاری آن را با نرم افزاری که در حال اجرا هستید بررسی کنید، خواهش می کنم!
همه موارد فوق در مورد برنامه هایی که از آنها نسخه پشتیبان تهیه می کنید و انتظار دارید با استفاده از Veeam بازیابی کنید نیز صدق می کند. خط ابزارهای Veeam Explorers همچنین دارای فهرستی از نسخه های پشتیبانی شده از برنامه های مربوطه است که با هر نسخه از Veeam Backup & Replication به روز می شود. بنابراین، قبل از نصب یک نسخه جدید از برنامه خود - خواه اکسچنج، اوراکل یا شیرپوینت - حتماً بخش مربوطه را دوباره بخوانید. .
به دسته دوم، یعنی. به‌روزرسانی‌های کوچک، به‌عنوان مثال، نسخه‌های جدید VMware Tools، به‌روزرسانی‌های تجمعی Exchange، به‌روزرسانی‌های امنیتی vSphere و غیره را شامل می‌شود. به طور معمول، آنها هیچ تغییر عمده ای ارائه نمی دهند و در بیشتر موارد Veeam Backup & Replication با آنها مشکلی را تجربه نمی کند. (به همین دلیل است که هیچ اطلاعیه عمومی در مورد پشتیبانی رسمی در محصول برای آنها وجود ندارد.) با این حال، در عمل ما مواردی وجود داشته است که چنین به روز رسانی هایی روند معمول را به طور قابل توجهی تغییر داده است که منجر به خطا در عملکرد Veeam Backup شده است. & Replication. در چنین شرایطی، پس از تایید مشکل، مهندسان Veeam سعی می‌کنند به سرعت یک Hotfix را منتشر کنند.
برای کسانی که انگلیسی فنی صحبت می کننداگر می‌خواهید از آنچه مهندسان روی آن کار می‌کنند و معماران سیستم و متخصصان پشتیبانی فنی با آنها مواجه هستند به‌روز باشید، توصیه می‌کنم مشترک شوید . هر هفته یک خبرنامه "کلمه ای از گوستف" برای مشترکین وی منتشر می شود. . در آن، Anton Gostev، رئیس بخش مدیریت محصول، در مورد مشکلات اخیراً پیدا شده (و نه تنها در سمت Veeam)، برنامه‌هایی برای نسخه‌های جدید و اخبار دنیای فناوری اطلاعات صحبت می‌کند. اگر به اطلاعات بیشتری نیاز دارید، می توانید موضوعات انجمن را مطالعه کنید - اگر یکی از مشتریان پس از هر به روز رسانی با عملکرد محصول مشکل داشته باشد، به احتمال زیاد قبلاً در مورد آن در انجمن نوشته است.
همانطور که می‌دانید، وصله‌ها و به‌روزرسانی‌ها نه تنها در پشتیبان‌گیری، بلکه در برنامه‌هایی که این پشتیبان‌گیری‌ها برای آنها ساخته شده‌اند نیز مشکل ایجاد می‌کنند. و در اینجا آزمایشگاه های مجازی - Veeam DataLabs - به شما کمک خواهند کرد. احتمالاً در مورد SureBackup شنیده اید، عملکردی که برای تأیید نسخه پشتیبان طراحی شده است. این دقیقاً مبتنی بر استفاده از DataLabs است، با ایجاد یک محیط ایزوله که در آن می‌توانید به‌ویژه به‌روزرسانی‌ها را قبل از نصب آنها در تولید آزمایش کنید. من به شدت توصیه می کنم این کار را انجام دهید - سلول های عصبی زیادی را برای خود ذخیره خواهید کرد. و اگر کسی هنوز درباره SureBackup نمی داند، خواندن آن را توصیه می کنم .
فکر می کنم این تمام چیزی است که برای امروز دارم، از توجه شما متشکرم!
چه چیز دیگری برای خواندن
مقاله هابره:
منبع: www.habr.com