تهیه نسخه پشتیبان آماده: از بین بردن اسطوره ها به افتخار تعطیلات

پشتیبان گیری یکی از فن آوری های مرسوم نیست که از هر آهنی فریاد می زنند. فقط باید در هر شرکت جدی باشد، همین. ما از چندین هزار سرور در بانک خود نسخه پشتیبان تهیه می کنیم - این یک کار پیچیده و جالب است که برخی از ظرافت های آن و همچنین تصورات نادرست معمول در مورد پشتیبان گیری، فقط می خواهند گفته شوند.

من نزدیک به 20 سال است که روی این موضوع کار می کنم که 2 سال اخیر در Promsvyazbank بوده است. در همان ابتدای تمرین، تقریباً به صورت دستی پشتیبان گیری انجام دادم، با اسکریپت هایی که به سادگی فایل ها را کپی می کردند. سپس ابزارهای راحت در ویندوز ظاهر شد: ابزار Robocopy برای تهیه فایل ها و NT Backup برای کپی. و تنها پس از آن زمان نرم افزارهای تخصصی، در درجه اول Veritas Backup Exec، که اکنون Symantec Backup Exec نامیده می شود، فرا رسید. بنابراین من مدت زیادی است که با پشتیبان گیری آشنا هستم.

به زبان ساده، پشتیبان‌گیری عبارت است از نگهداری یک کپی از داده‌ها (ماشین‌های مجازی، برنامه‌ها، پایگاه‌های داده و فایل‌ها) فقط در صورت وجود منظم بودن خاص. هر مورد معمولاً خود را به عنوان یک نقص سخت افزاری یا منطقی نشان می دهد و منجر به از دست رفتن اطلاعات می شود. هدف یک سیستم پشتیبان کاهش از دست دادن اطلاعات است. به عنوان مثال، خرابی سخت افزاری، خرابی سرور یا ذخیره سازی است که پایگاه داده در آن قرار دارد. منطقی - این از دست دادن یا تغییر بخشی از داده ها است، از جمله به دلیل عامل انسانی: آنها به طور تصادفی یک جدول، فایل را حذف کردند، یک اسکریپت کج را برای اجرا راه اندازی کردند. همچنین الزامات تنظیم کننده برای ذخیره یک نوع خاص از اطلاعات برای یک دوره طولانی، به عنوان مثال، تا چندین سال وجود دارد.

معمولی ترین استفاده از پشتیبان گیری، بازیابی یک کپی ذخیره شده از پایگاه های داده برای استقرار سیستم های آزمایشی مختلف، شبیه سازی برای توسعه دهندگان است.

چند افسانه معمولی در مورد پشتیبان گیری وجود دارد که باید مدت ها قبل از بین بروند. در اینجا معروف ترین آنها هستند.

افسانه 1. پشتیبان گیری مدت هاست که فقط یک عملکرد کوچک در سیستم های امنیتی یا ذخیره سازی بوده است

سیستم‌های پشتیبان‌گیری همچنان یک کلاس جداگانه از راه‌حل‌ها و بسیار مستقل هستند. آنها کار زیادی برای انجام دادن دارند. در واقع، آنها آخرین خط دفاعی در مورد یکپارچگی داده ها هستند. بنابراین پشتیبان گیری با سرعت خودش و طبق برنامه خودش کار می کند. یک گزارش روزانه برای سرورها تولید می شود، رویدادهایی وجود دارد که به عنوان محرک برای سیستم نظارت عمل می کنند.

به علاوه، الگوی نقش دسترسی به سیستم پشتیبان به شما امکان می دهد بخشی از اختیارات را به مدیران سیستم های هدف برای مدیریت پشتیبان گیری واگذار کنید.

افسانه 2. هنگامی که یک RAID وجود دارد، دیگر نیازی به پشتیبان گیری نیست.

بدون شک آرایه‌های RAID و تکثیر داده‌ها راه خوبی برای محافظت از سیستم‌های اطلاعاتی در برابر خرابی‌های سخت‌افزاری هستند و اگر یک سرور آماده به کار دارید، می‌توانید به سرعت سوئیچ به آن را در صورت خرابی دستگاه اصلی سازماندهی کنید.

از خطاهای منطقی که توسط کاربران سیستم انجام شد، افزونگی و تکرار ذخیره نمی شود. در اینجا یک سرور آماده به کار نوشتن است - بله، اگر قبل از همگام سازی خطایی شناسایی شود، می تواند به شما کمک کند. و اگر لحظه از دست رفته است؟ فقط یک نسخه پشتیبان به موقع در اینجا کمک می کند. اگر می دانید دیروز اطلاعات تغییر کرده است، می توانید سیستم را به پریروز بازگردانید و داده های لازم را از آن استخراج کنید. با توجه به این واقعیت که خطاهای منطقی رایج ترین هستند، پشتیبان گیری خوب قدیمی یک ابزار اثبات شده و ضروری باقی می ماند.

افسانه 3. پشتیبان گیری چیزی است که یک بار در ماه انجام می شود.

فرکانس پشتیبان گیری یک تنظیم قابل تنظیم است که در درجه اول به نیازهای سیستم پشتیبان شما بستگی دارد. کاملاً ممکن است داده هایی را پیدا کنید که تقریباً هرگز تغییر نمی کنند و اهمیت خاصی ندارند، از دست دادن آنها برای شرکت حیاتی نخواهد بود.
در واقع، می توان ماهی یک بار و حتی کمتر از آنها پشتیبان گیری کرد. اما بسته به نشانگر RPO (Recovery point Objrective) که میزان از دست رفتن داده های مجاز را تعیین می کند، داده های حیاتی بیشتری بیشتر ذخیره می شوند. این می تواند یک بار در هفته، یک بار در روز یا حتی چندین بار در ساعت باشد. ما این گزارش های تراکنش را از DBMS داریم.

هنگامی که سیستم ها به بهره برداری تجاری می رسند، اسناد پشتیبان باید تأیید شود که منعکس کننده نکات اصلی، روش به روز رسانی، روش بازیابی سیستم، روش ذخیره سازی نسخه های پشتیبان و موارد مشابه است.

افسانه 4. حجم نسخه ها به طور مداوم در حال افزایش است و هر فضای اختصاص داده شده را به طور کامل اشغال می کند.

نسخه های پشتیبان دارای دوره نگهداری محدودی هستند. به عنوان مثال، ذخیره 365 نسخه پشتیبان روزانه در طول سال منطقی نیست. به عنوان یک قاعده، نگهداری نسخه های روزانه به مدت 2 هفته قابل قبول است، پس از آن با نسخه های جدید جایگزین می شوند و نسخه ای که برای اولین بار در ماه ساخته شده است در ذخیره سازی طولانی مدت باقی می ماند. به نوبه خود نیز برای مدت معینی ذخیره می شود - هر کپی یک عمر دارد.

حفاظت از دست دادن داده ها وجود دارد. این قانون اعمال می شود: قبل از حذف یک نسخه پشتیبان، نسخه بعدی باید تشکیل شود. بنابراین اگر به عنوان مثال به دلیل در دسترس نبودن سرور، نسخه پشتیبان کامل نشده باشد، داده ها حذف نمی شوند. نه تنها تایم فریم ها رعایت می شود، بلکه تعداد کپی ها در مجموعه نیز کنترل می شود. اگر سیستم به گونه‌ای طراحی شده باشد که دو نسخه پشتیبان کامل داشته باشد، همیشه دو مورد از آنها وجود خواهد داشت و نسخه قدیمی تنها زمانی حذف می‌شود که نسخه سوم جدید با موفقیت نوشته شود. بنابراین رشد حجم اشغال شده توسط آرشیو پشتیبان تنها با رشد مقدار داده های محافظت شده مرتبط است و به زمان بستگی ندارد.

افسانه 5. پشتیبان گیری شروع شد - همه چیز آویزان شد

بهتر است این را بگوییم: اگر همه چیز آویزان است، پس دست های مدیر از آنجا رشد نمی کند. به طور کلی، عملکرد یک نسخه پشتیبان به عوامل زیادی بستگی دارد. به عنوان مثال، در مورد سرعت خود سیستم پشتیبان: سرعت ذخیره سازی دیسک، کتابخانه های نوار چقدر است. از سرعت سرورهای سیستم پشتیبان: آیا آنها زمان برای پردازش داده ها، انجام فشرده سازی و حذف مجدد دارند. و همچنین سرعت خطوط ارتباطی بین مشتری و سرور.

بسته به اینکه سیستمی که پشتیبان‌گیری می‌شود از multithreading پشتیبانی می‌کند، پشتیبان‌گیری می‌تواند به یک یا چند جریان برود. به عنوان مثال، Oracle DBMS به شما اجازه می دهد تا با توجه به تعداد پردازنده های موجود، رشته های متعددی را تا زمانی که نرخ انتقال به حد پهنای باند شبکه برسد، بدهید.

اگر سعی کنید از تعداد زیادی رشته پشتیبان تهیه کنید، پس این احتمال وجود دارد که سیستم در حال اجرا را بیش از حد بارگیری کنید، واقعاً شروع به کند شدن می کند. بنابراین، تعداد بهینه نخ ها برای اطمینان از عملکرد کافی انتخاب می شود. اگر حتی کوچکترین کاهش در عملکرد بسیار مهم است، زمانی که پشتیبان گیری نه از یک سرور رزمی، بلکه از کلون آن - آماده به کار در اصطلاحات پایگاه داده، یک گزینه عالی وجود دارد. این فرآیند سیستم کار اصلی را بوت نمی کند. داده ها را می توان از طریق جریان های بیشتری بازیابی کرد، زیرا سرور برای تعمیر و نگهداری استفاده نمی شود.

در سازمان های بزرگ یک شبکه مجزا برای سیستم پشتیبان ایجاد می شود تا پشتیبان گیری روی تولید تاثیری نداشته باشد. علاوه بر این، ترافیک ممکن است از طریق شبکه منتقل نشود، بلکه از طریق SAN منتقل می شود.

سعی می کنیم بار را نیز در طول زمان پخش کنیم. پشتیبان گیری بیشتر در ساعات غیر کاری انجام می شود: در شب، در تعطیلات آخر هفته. همچنین، همه آنها به طور همزمان اجرا نمی شوند. پشتیبان گیری از ماشین های مجازی یک مورد خاص است. این فرآیند عملاً هیچ تأثیری بر عملکرد خود دستگاه ندارد ، بنابراین می توان پشتیبان گیری را در طول روز پخش کرد و همه چیز را در شب به تعویق نینداخت. ظرافت های زیادی وجود دارد، اگر همه چیز را در نظر بگیرید، پشتیبان گیری بر عملکرد سیستم ها تأثیر نمی گذارد.

افسانه 6. راه اندازی یک سیستم پشتیبان - این برای شما تحمل خطا است

هرگز فراموش نکنید که یک سیستم پشتیبان آخرین خط دفاعی است، به این معنی که باید پنج سیستم دیگر در مقابل آن وجود داشته باشد که تداوم، در دسترس بودن بالا و تحمل فاجعه زیرساخت فناوری اطلاعات و سیستم های اطلاعات سازمانی را تضمین کند.

امیدواریم که پشتیبان گیری تمام داده ها را بازیابی کند و به سرعت سرویس سقوط کرده را بالا ببرد، ارزشش را ندارد. از دست دادن داده ها از لحظه پشتیبان گیری تا لحظه شکست تضمین شده است و داده ها را می توان برای چندین ساعت (یا روزها، به شرط خوش شانسی) در یک سرور جدید آپلود کرد. بنابراین، منطقی است که سیستم های تمام عیار مقاوم در برابر خطا را بدون تغییر همه چیز به یک نسخه پشتیبان ایجاد کنیم.

افسانه 7. من یک بار پشتیبان تهیه کردم، بررسی کردم که کار می کند. تنها نگاهی به سیاههها باقی مانده است

این یکی از مضرترین افسانه هاست که جعلی بودن آن را فقط در حین حادثه متوجه می شوید. لاگ های پشتیبان موفقیت آمیز تضمینی نیستند که همه چیز واقعاً همانطور که باید پیش رفته باشد. مهم است که نسخه ذخیره شده را از نظر قابلیت استقرار از قبل بررسی کنید. یعنی فرآیند بازیابی را در یک محیط تست شروع کنید و به نتیجه نگاه کنید.

و کمی در مورد کار مدیر سیستم

در حالت دستی، هیچ کس برای مدت طولانی اطلاعات را کپی نکرده است. SRK های مدرن تقریباً از همه چیز می توانند نسخه پشتیبان تهیه کنند، فقط باید آن را به درستی تنظیم کنید. اگر سرور جدیدی اضافه شده است، خط‌مشی‌ها را تنظیم کنید: محتوایی را که پشتیبان‌گیری می‌شود انتخاب کنید، گزینه‌های ذخیره‌سازی را مشخص کنید و زمان‌بندی را اعمال کنید.

در عین حال، به دلیل وجود ناوگان گسترده سرورها، از جمله پایگاه های داده، سیستم های پست الکترونیکی، خوشه های ماشین مجازی و اشتراک گذاری فایل ها در ویندوز و لینوکس / یونیکس، هنوز کار زیادی وجود دارد. کارمندانی که سیستم پشتیبان را فعال نگه می دارند بیکار نمی نشینند.

به افتخار تعطیلات، می خواهم برای همه مدیران اعصاب قوی، وضوح حرکات و فضای بی پایان برای ذخیره نسخه های پشتیبان آرزو کنم!

منبع: www.habr.com