فصل 7. پشتیبان گیری و بازیابی داده ها با استفاده از Acronis True Image Home امروزه محصولات مختلفی در بازار برای پشتیبان گیری و بازیابی داده ها وجود دارد و ما قبلاً برخی از آنها را در

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

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

پشتیبان گیری از داده ها: چیست؟

پشتیبان گیری از فایل

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

پشتیبان گیری از سیستم

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

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

پشتیبان گیری و بازیابی اطلاعات با استفاده از ویندوز

ویندوز 10 دارای ابزارهای داخلی است که برای ایجاد پشتیبان از فایل ها و سیستم و همچنین بازیابی اطلاعات با کمک آنها طراحی شده اند. بسیاری از کاربران از وجود آنها یا نحوه پیکربندی صحیح آنها اطلاعی ندارند. آنها تمایل دارند از برنامه های شخص ثالث بیشتر از ابزارهای ساخته شده در سیستم عامل استفاده کنند.

تاریخچه فایل

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

برای سفارشی کردن File History به منوی Start رفته و Settings را انتخاب کنید. در منوی تنظیمات که باز می شود، وارد منوی Update and Security / Backup service شوید.

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

در طول ایجاد یک نسخه پشتیبان، File History همچنین به طور خودکار تمام پوشه های حساب کاربری را کپی می کند: تصاویر، اسناد، بارگیری ها و غیره.

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

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

بازیابی فایل ها از پشتیبان

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

در ستون سمت چپ پنجره باز شده گزینه Recover personal files را انتخاب کنید، به پوشه رفته و فایلی را که می خواهید بازیابی کنید پیدا کنید. برای بازیابی یک فایل، روی دکمه سبز رنگ زیر کلیک کنید و مسیر بازیابی آن را مشخص کنید. می توانید نسخه پشتیبان فایل ها را بر اساس تاریخ و زمان با فشار دادن دکمه های جهت دار چپ و راست انتخاب کنید.

سرویس ابری OneDrive

راه دیگر برای محافظت از خود در برابر از دست دادن فایل های مهم، انتقال آنها به فضای ذخیره سازی ابری و همگام سازی آن با رایانه شما است. چنین ذخیره‌سازی‌های زیادی وجود دارد: Dropbox، درایو گوگلو غیره. اما یکی از ویژگی های آخرین نسخه های ویندوز (10، 8، 8.1) وجود سرویس ابری خود مایکروسافت است که در سیستم عامل تعبیه شده است که OneDrive نام دارد.

هنگام استفاده از یکی از سرویس‌های ابری، معمولاً پوشه‌ای را بر روی دیسک رایانه به نام خود ایجاد می‌کنند، فایل‌هایی که از آن‌ها همگام‌سازی می‌شوند. V آخرین نسخه ها پوشه ویندوز OneDrive به طور پیش فرض وجود دارد، یعنی. این سرویس بلافاصله پس از نصب سیستم عامل در دسترس هر کاربر است.

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

نقطه بازیابی

طرف دیگر پشتیبان گیری و بازیابی داده های ویندوز 10، بهبودی وجود دارد فایل های سیستمیو سلامت سیستم عامل ایجاد و بازیابی یک نسخه پشتیبان از سیستم عامل فرآیندی پیچیده تر از فایل های شخصی و پوشه های کاربر است. اما برای این، ویندوز 10 یک عملکرد ویژه - بازیابی سیستم را ارائه می دهد. با کمک آن، کاربر می تواند سیستم عامل را به کار بازگرداند، "بازگشت" به حالت اولیه ذخیره شده - Recovery Point.

به طور پیش فرض، عملکرد بازیابی در سیستم عامل فعال نمی شود. برای اینکه بتوانید از آن استفاده کنید، باید آن را پیکربندی کنید. بازیابی سیستم با ایجاد نقاط بازیابی کار می کند که با کمک آنها وضعیت ویندوز در یک نقطه خاص از زمان ذخیره می شود. به همراه تنظیمات و وضعیت سیستم عامل، Recovery Point شامل می شود برنامه های نصب شده(مثلا، مایکروسافت آفیس) و درایورهای دستگاه (به عنوان مثال، کارت گرافیک).

کاربر می تواند در هر لحظه مناسب یک نقطه بازیابی ایجاد کند. همچنین در صورت نصب برنامه روی رایانه یا دانلود به روز رسانی های سیستم و غیره، به طور خودکار ایجاد می شود. اما به یاد داشته باشید که System Restore فایل های شخصی کاربر را بازیابی نمی کند.

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

برای انجام این کار، به کنترل پنل بروید و منوی Restore / System Restore Settings / Configure را انتخاب کنید، که با آن می توانید عملکرد را فعال و پیکربندی کنید.

برای بازیابی ویندوز از یک نقطه بازیابی، به کنترل پنل بروید و منوی Restore / Run System Restore را انتخاب کنید، Restore Point مورد نظر را انتخاب کنید و روی Next کلیک کنید.

تصویر سیستم

احتمالا ابتدایی ترین و پیچیده ترین ویژگی پشتیبان گیری ویندوز، قابلیتی به نام System Image است.

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

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

برای ایجاد تصویر سیستم، به Control Panel رفته و منوی File Backup and Restore را انتخاب کنید. در ستون سمت چپ، روی Create System Image کلیک کنید و درایوی را که می خواهید آن را در آن ذخیره کنید انتخاب کنید. لطفاً توجه داشته باشید که تصویر سیستم معمولاً بزرگ است.

برای بازیابی سیستم خود از تصویر سیستم، به تنظیمات سیستم / به روز رسانی و امنیت / بازیابی بروید و گزینه های بوت سفارشی را انتخاب کنید. پس از راه اندازی مجدد ویندوز 10، بازیابی سیستم را از یک تصویر از منوی ارائه شده انتخاب کنید.

سایر نرم افزارهای پشتیبان گیری و بازیابی فایل های ویندوز 10

الکسی برژنوی،مدیر سیستم. زمینه های اصلی فعالیت: مجازی سازی و شبکه های ناهمگن. یکی دیگر از سرگرمی های علاوه بر مقاله نویسی، محبوبیت نرم افزار رایگان است.

پشتیبان گیری
تئوری و عمل. خلاصه

برای سازماندهی موثرترین سیستم پشتیبان، باید یک استراتژی واقعی برای ذخیره و بازیابی اطلاعات ایجاد کنید.

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

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

این مقاله بر عکس آن تمرکز خواهد کرد: تمرکز بر مفاهیم کلی است و ابزارهای فنی تنها به عنوان نمونه مورد بررسی قرار خواهند گرفت. این به ما امکان می‌دهد از سخت‌افزار و نرم‌افزار انتزاعی بگیریم و به دو سؤال اصلی پاسخ دهیم: "چرا این کار را انجام می‌دهیم؟"، "آیا می‌توانیم آن را سریع‌تر، ارزان‌تر و قابل اطمینان‌تر انجام دهیم؟"

اهداف و اهداف پشتیبان گیری

در فرآیند سازماندهی پشتیبان، دو وظیفه اصلی تعیین می شود: بازیابی زیرساخت در صورت خرابی (Disaster Recovery) و نگهداری آرشیو داده ها به منظور متعاقباً دسترسی به اطلاعات برای دوره های گذشته.

یک نمونه کلاسیک از بک آپ Disaster Recovery تصویری از پارتیشن سیستم سرور است که توسط Acronis True Image ایجاد شده است.

نمونه ای از بایگانی می تواند تخلیه ماهانه پایگاه های داده از 1C باشد که روی نوار کاست ها با ذخیره سازی بعدی در یک مکان مشخص شده ضبط شده است.

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

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

گاهی اوقات امکان ترکیب این وظایف وجود دارد. به عنوان مثال، مجموعه ای سالانه از "عکس های فوری" کامل ماهانه از سرور فایل، به علاوه تغییرات ایجاد شده در طول هفته. True Image به عنوان ابزاری برای ایجاد چنین پشتیبان مناسب است.

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

اجازه بدهید مثال دیگری بزنم. این متخصص جوان در طول زندگی حرفه‌ای خود، یک نسخه از یک فایل سرور با ویندوز سرور 2003 را با استفاده از برنامه ntbackup، شامل داده‌ها و وضعیت سیستم، در یک پوشه مشترک در رایانه دیگری ایجاد کرد. به دلیل کمبود فضای دیسک، این کپی دائماً رونویسی می شد. پس از مدتی از او خواسته شد که نسخه قبلی گزارش چند صفحه ای را که هنگام ذخیره آسیب دیده بود، بازگردانی کند. واضح است که با نداشتن سابقه بایگانی با خاموش بودن Shadow Copy، نتوانست این درخواست را برآورده کند.

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

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

واضح است که هنگام تعریف اهداف و اهداف پشتیبان گیری و همچنین راه حل هایی برای پیاده سازی، باید از الزامات کسب و کار پیش رفت.

استراتژی های مختلفی وجود دارد که می توان برای اجرای یک کار بازیابی فاجعه استفاده کرد.

در برخی موارد، بازیابی مستقیم سیستم به فلز لخت مورد نیاز است. برای مثال می توان این کار را با استفاده از Acronis True Image همراه با Universal Restore انجام داد. در این حالت، پیکربندی سرور را می توان در مدت زمان بسیار کوتاهی به سرویس برگرداند. به عنوان مثال، برداشتن یک پارتیشن با سیستم عامل 20 گیگابایتی از یک نسخه پشتیبان در مدت هشت دقیقه کاملاً امکان پذیر است (به شرطی که نسخه بایگانی از طریق شبکه 1 گیگابیت در ثانیه در دسترس باشد).

در مورد دیگر، بهتر است به سادگی تنظیمات را به سیستم تازه نصب شده "برگردانید"، مانند کپی کردن فایل های پیکربندی از پوشه / etc در سیستم های یونیکس مانند (در ویندوز، این تقریباً معادل کپی کردن و بازیابی سیستم است. دولت). البته با این رویکرد سرور زودتر از نصب سیستم عامل و بازیابی تنظیمات لازم راه اندازی می شود که زمان بسیار بیشتری را می طلبد. بلند مدت... اما در هر صورت، تصمیم گیری در مورد اینکه چه چیزی بازیابی فاجعه باشد، از نیازهای کسب و کار و محدودیت های منابع ناشی می شود.

تفاوت اساسی بین سیستم های پشتیبان گیری و پشتیبان گیری اضافی

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

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

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

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

تنها چیزی که می‌تواند به‌عنوان یک جایگزین نسخه پشتیبان پایین‌تر برای Disaster Recovery عمل کند، یک سرور پشتیبان آینه‌ای با تکثیر مداوم داده‌ها از سرور اصلی به پشتیبان است (طبق اصل Primary  Standby). در این صورت اگر سرور اصلی از کار بیفتد، وظایف آن بر عهده پشتیبان خواهد بود و حتی نیازی به انتقال داده نیست. اما سازماندهی چنین سیستمی بسیار پرهزینه و زمان بر است. نیاز به تکرار مداوم را فراموش نکنید.

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

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

پنجره پشتیبان گیری

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

راه حل برای حل این مشکلات که در بالا توضیح داده شد خود را نشان می دهد: به تعویق انداختن شروع فرآیند ایجاد کپی برای یک دوره زمانی غیرفعال، زمانی که تأثیر متقابل پشتیبان گیری و سایر سیستم های کاری حداقل خواهد بود. این دوره زمانی «پنجره پشتیبان» نامیده می شود. به عنوان مثال، برای سازمانی که بر اساس فرمول 8x5 (پنج روز کاری هشت ساعته در هفته) کار می کند، چنین "پنجره ای" معمولاً آخر هفته ها و ساعات شب است.

برای سیستم هایی که طبق فرمول 24x7 (تمام هفته شبانه روزی) کار می کنند، از زمان حداقل فعالیت به عنوان دوره ای استفاده می شود که بار زیادی روی سرورها وجود ندارد.

انواع پشتیبان گیری

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

پشتیبان گیری کامل (یا نسخه پشتیبان کامل)

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

کپی افزایشی

برخلاف یک نسخه پشتیبان کامل، در این حالت، همه داده ها (فایل ها، بخش ها و غیره) کپی نمی شوند، بلکه فقط آنهایی کپی می شوند که از آخرین نسخه پشتیبان تغییر کرده اند. برای اطلاع از زمان کپی می توانید استفاده کنید روش های مختلفبرای مثال، سیستم‌هایی که سیستم‌عامل‌های ویندوز را اجرا می‌کنند، از ویژگی فایل مربوطه (بیت آرشیو) استفاده می‌کنند که زمانی تنظیم می‌شود که یک فایل توسط برنامه پشتیبان‌گیری اصلاح و پاک شود. در سیستم‌های دیگر، می‌توان از تاریخ اصلاح فایل استفاده کرد. واضح است که طرحی که از این نوع پشتیبان استفاده می کند ناقص خواهد بود اگر هر از گاهی یک نسخه پشتیبان کامل انجام ندهید. هنگام بازیابی کامل سیستم، باید از آخرین نسخه ایجاد شده توسط Full Backup بازیابی کنید و سپس داده های نسخه های افزایشی را یکی یکی به ترتیب ایجاد آنها رول کنید.

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

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

پشتیبان گیری دیفرانسیل

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

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

اما کپی دیفرانسیل در صرفه جویی در فضای مورد نیاز به طور قابل توجهی کمتر از کپی افزایشی است. از آنجایی که هر کپی جدید حاوی داده هایی از نسخه های قبلی است، مقدار کل داده های پشتیبان گیری شده را می توان با یک کپی کامل مقایسه کرد. و البته، هنگام برنامه‌ریزی زمان‌بندی (و محاسبه اینکه آیا فرآیند پشتیبان‌گیری در یک «پنجره» موقت قرار می‌گیرد)، باید زمان لازم برای ایجاد آخرین، «ضخیم‌ترین» کپی دیفرانسیل را در نظر بگیرید.

توپولوژی پشتیبان گیری

بیایید در نظر بگیریم که طرح های پشتیبان چیست.

طرح غیرمتمرکز

هسته اصلی این طرح یک اشتراک شبکه است (شکل 1 را ببینید). به عنوان مثال، یک پوشه مشترک یا سرور FTP. مجموعه ای از برنامه های پشتیبان نیز مورد نیاز است که هر از گاهی اطلاعات را از سرورها و ایستگاه های کاری و همچنین سایر اشیاء شبکه (مثلاً فایل های پیکربندی از روترها) در این منبع آپلود می کند. این برنامه ها روی هر سرور نصب می شوند و مستقل از یکدیگر کار می کنند. مزیت بدون شک، سادگی اجرای این طرح و هزینه کم آن است. ابزارهای استاندارد تعبیه شده در سیستم عامل یا نرم افزارهایی مانند DBMS به عنوان برنامه های کپی مناسب هستند. برای مثال، می‌تواند برنامه ntbackup برای خانواده ویندوز، برنامه tar برای سیستم‌عامل‌های یونیکس مانند یا مجموعه‌ای از اسکریپت‌های حاوی دستورات داخلی SQL Server برای ریختن پایگاه‌های داده در فایل‌های پشتیبان باشد. مزیت دیگر، امکان استفاده از برنامه ها و سیستم های مختلف است، تا زمانی که همه آنها بتوانند به منبع هدف برای ذخیره نسخه پشتیبان دسترسی داشته باشند.

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

بنابراین، این طرح در شبکه های کوچک و همچنین در شرایطی که سازماندهی یک طرح پشتیبان متمرکز با وسایل موجود غیرممکن است استفاده می شود. بیشتر توصیف همراه با جزئیاتاین طرح و سازمان عملی را می توان در یافت.

پشتیبان گیری متمرکز

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

این روشی است که اکثر سیستم های پشتیبان گیری محبوب مانند Symantec Backup Exec، CA Bright Store ARCServe Backup، Bacula و سایرین کار می کنند (شکل 2 را ببینید).

علاوه بر عوامل مختلف برای اکثر سیستم عامل ها، پیشرفت هایی برای پشتیبان گیری از پایگاه های داده محبوب و سیستم های شرکتیبه عنوان مثال، برای MS SQL Server، MS Exchange، Oracle Database و غیره.

برای شرکت های بسیار کوچک، در برخی موارد، می توانید یک نسخه ساده از یک طرح پشتیبان متمرکز را بدون استفاده از نرم افزار عامل امتحان کنید (شکل 3 را ببینید). همچنین در صورتی که عامل خاصی برای نرم افزار پشتیبان مورد استفاده اجرا نشده باشد، می توان از این طرح استفاده کرد. در عوض، ماژول سرور از خدمات و خدمات موجود استفاده خواهد کرد. به عنوان مثال، داده های پنهان را "اسکوپ" کنید پوشه های مشترکدر سرورهای ویندوز یا کپی فایل ها توسط پروتکل SSHاز سرورهایی که سیستم های یونیکس را اجرا می کنند. این طرح دارای محدودیت های بسیار قابل توجهی است که مربوط به مشکلات ذخیره فایل های باز برای نوشتن است. در نتیجه چنین اقداماتی، فایل های باز یا حذف می شوند و پشتیبان گیری نمی شوند یا با خطا کپی می شوند. راه‌حل‌های مختلفی برای این مشکل وجود دارد، به عنوان مثال، اجرای مجدد کار برای کپی کردن فقط فایل‌هایی که قبلاً باز شده‌اند، اما هیچ‌کدام قابل اعتماد نیستند. بنابراین، چنین طرحی فقط برای استفاده در شرایط خاص مناسب است. به عنوان مثال، در سازمان های کوچک 5x8 با کارکنان منضبط که تغییرات را ذخیره می کنند و فایل ها را قبل از ترک خانه می بندند. برای سازماندهی چنین طرح متمرکز کوتاه شده ای که منحصراً در آن کار می کند محیط ویندوز، ntbackup به خوبی کار می کند. اگر نیاز به استفاده از طرح مشابهی در محیط‌های ناهمگن یا منحصراً در میان رایانه‌های یونیکس دارید، توصیه می‌کنم به دنبال رایانه پشتیبان باشید (نگاه کنید به).

شکل 4. طرح پشتیبان مختلط

خارج از سایت چیست؟

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

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

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

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

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

1. توضیحات پشتیبان گیری در سیستم ویندوز، از جمله وضعیت سیستم - http://www.datamills.com/Tutorials/systemstate/tutorial.htm.
2. توضیحات Shadow Copy - http://ru.wikipedia.org/wiki/Shadow_Copy.
3. وب سایت رسمی Acronis - http://www.acronis.ru/enterprise/products.
4. توضیحات ntbackup - http://en.wikipedia.org/wiki/NTBackup.
5. A. Berezhnoy بهینه سازی MS SQL Server. // مدیر سیستم، شماره 1، 2008 - ص 14-22 ().
6. A. Berezhnoy ما یک سیستم پشتیبان برای دفاتر کوچک و متوسط ​​سازماندهی می کنیم. // مدیر سیستم، شماره 6، 2009 - ص 14-23 ().
7. Markelov A. Linux on guard of Windows. بررسی و نصب سیستم پشتیبان BackupPC. // مدیر سیستم، شماره 9، 2004 - S. 2-6 ().
8. توضیحات VPN - http://ru.wikipedia.org/wiki/VPN.
9. حذف داده ها - http://en.wikipedia.org/wiki/Data_deduplication.

در تماس با

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

چالش های خرده فروشی

مشتری:شرکت بزرگ بیمه

شرح مختصری از علت سقوط: خطای پرسنل، نصب نادرست پچ در اوراکل.

شرح مشکل

این یک شرکت بزرگ است که دارای بخش فناوری اطلاعات بالغ است و به اندازه کافی روی تجهیزات و کارکنان خود سرمایه گذاری می کند. کافی است بگوییم که Oracle DBMS بر روی دو Oracle Exadata، توزیع شده در دو سایت تکنولوژیکی، با یک راه حل DR به خوبی توسعه یافته و یک سیستم پشتیبان پیکربندی شده اجرا می شد.

یک روز غم انگیز تصمیم گرفته شد که یک پچ روی Oracle DBMS نصب شود. متأسفانه مهندس دستورالعمل را تا آخر نخواند: "من چی هستم، من پچ را بدون یک تکه کاغذ نصب نمی کنم؟!" - و اشتباه کرد. این خطا چند ساعت بعد متوجه شد، زمانی که DBMS شروع به رفتار عجیب کرد و آن را در گزارش ها گزارش کرد. سپس مهندس تصمیم گرفت به عقب برگردد. این عمل در نهایت هر دو نسخه از پایگاه داده را بی حرکت کرد (همه تغییرات در Standby تکرار شدند) و همه داده ها خراب شد.

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

راه حل

مشتری تصمیم گرفت از یک نسخه پشتیبان بازیابی کند. در آن زمان، بازیابی یک پایگاه داده 5 ترابایتی (اکنون ~ 15 ترابایت) توجه را به خود جلب کرد! - بیش از 30 ساعت!در مجموع، پس از 1.5 روز، پایگاه یک روز قبل از حادثه بازسازی شد. اما داده های بیشتری وجود داشت! همه چیزهای دیگر توسط برنامه نویسان و کارکنان سایر سیستم های شرکت، از اسناد اولیه (فرم های درخواست، کپی، اسکن) بازیابی شد. 1.5 روز دیگر زحمت کشید.

جمع

2 سیستم Oracle Exadata پیشرفته، Oracle Standby، یک سیستم پشتیبان فعال و 3 !!! روز خرابی کاملدر نصب نادرستپچ آیا طبق مقررات شرکت این کار جایز بود؟ البته که نه.

مشکل اصلی: کمبود ابزار برای بازیابی سریع از خطاهای منطقی.

چگونه می توانستید اجتناب کنید

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

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

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

حفاظت مداوم از داده ها- حفاظت مداوم از داده ها این یک دستگاه یا نرم افزار اختصاصی است که به شما امکان می دهد تمام رکوردها را با قابلیت بازگشت به هر نقطه از زمان ثبت کنید. مانند Oracle FlashBack عمل می کند، اما برای هر داده ای.

مورد: خرابی سخت افزار

مشتری:خدمات فدرال در یکی از موضوعات فدراسیون روسیه

توضیح مختصری درباره علت خرابی: یک خطای سخت افزاری در آرایه دیسک.

شرح مشکل

این بار این شرکت دارای زیرساخت فناوری اطلاعات کمی توسعه‌یافته است، اما در بین مشتریان ما رایج‌تر است: آرایه‌های دیسک سطح متوسط، Oracle DBMS، Standby استفاده نمی‌شوند.

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

راه حل

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

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

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

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

جمع

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

مشکلات اصلی:

• IBS به اشتباه پیکربندی شده بود و هیچ ترمیم آزمایشی انجام نشد.
• هیچ وسیله ای برای بازیابی سریع در صورت بروز فاجعه و سیستم های اضافی وجود نداشت.
• هیچ طرح DR واضحی وجود نداشت.

چگونه می شد از این امر جلوگیری کرد:

• از Oracle Standby واقع در آرایه دیگری استفاده کنید. این اجازه می دهد تا برای مدت کوتاهی به یک نمونه داده در حال اجرا تغییر دهید.
• Oracle ZDLRA امکان بازیابی پایگاه داده روی تجهیزات پشتیبان را در زمان بسیار کمتری فراهم می کند.
• برنامه ریزی هوشمندانه فرآیندهای پشتیبان گیری و بازیابی می تواند از چنین ضررهای بزرگ جلوگیری کند و در کمتر از یک روز بازیابی شود.

خروجیاز مثال های بالا می توان دریافت که سیستم های پشتیبان نصب و پیکربندی شده اند، اما با وجود این، موفق به بازیابی در بازه های زمانی مشخص شده در SLA نشده اند.

مشکلات اصلی سیستم های پشتیبان

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

سرعت پشتیبان گیری و بازیابی

بر این لحظهسرعت پشتیبان گیری مستقیماً با مقدار داده ها متناسب است، در حالی که همه مشتریان ما رشد سالانه داده حداقل 30٪ دارند. در 3-4 سال، داده ها حداقل دو برابر می شود، اما برای برخی از شرکت ها این رقم حتی بالاتر است، در حالی که سرعت پشتیبان گیری در همان زمان اصلا تغییر نمی کند. در اینجا می‌توانیم یک نتیجه‌گیری ساده داشته باشیم که آن عبارات و آن دسته از SLAهایی که 3-4 سال پیش مرتبط بودند، اکنون باید حداقل دو برابر افزایش یابند. در همان زمان، الزامات تجاری برای بازیابی اطلاعات (RPO / RTO) به طور مداوم در حال رشد است.

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

روی تصویرمن مشاهدات خود را در مورد زمان بهبودی (RTO) منعکس کرده ام. با افزایش داده های شما، زمان واقعی بازیابی رشد می کند و الزامات SLA فقط سخت تر می شوند. نقطه ای از نمودار که در آن زمان واقعی برابر با زمان مورد نیاز است، قبلاً برای اکثر مشتریان رد شده است.

زمان بازیابی در مقابل حجم داده

دانه بندی کم بازیابی

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

RPO بیش از حد (هدف نقطه بازیابی)

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

خطاهای پنهان

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

افسوس که اکثر مشتریان ما این کار را انجام نمی دهند. اغلب اتفاق می افتد که همه نسخه های پشتیبان تهیه می کنند، اما در زمان بازیابی، معلوم می شود که نمی توان آنها را انجام داد - علیرغم عملکرد صحیح ظاهری RMS، آنها به سادگی قابل بازیابی نیستند. این به دلایل مختلف اتفاق می افتد. این به بهترین شکل با یک مثال نشان داده می شود. یکی از مشتریان ما از یک سیستم SAP با پایگاه داده Oracle استفاده کرد. پشتیبان گیری توسط ابزار SAP داخلی و با کمک یکی از بزرگترین فروشندگان SRK انجام شد.

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

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

بنابراین، همه چیز برای بیش از شش ماه کار کرد. تا آن لحظه، تا زمانی که نیاز به بهبودی بود ...

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

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

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

برای بررسی نحوه برخورد سیستماتیک با موضوع ساخت IMS، به چند سوال ساده پاسخ دهید:

• آیا شما یک مدل ریسک ساخته شده دارید که در چارچوب آن مکان IBS مشخص شده باشد؟
• IBS شما را در برابر چه شکست هایی محافظت می کند؟
• چگونه از خود در برابر سایر خطرات محافظت می کنید (اینها می توانند نه تنها راه حل های فنی، بلکه سایر اقدامات جبرانی نیز باشند)؟
• آیا مطمئن هستید که سیستم به موقع بازیابی می شود؟
• آیا این را در عمل آزمایش کرده اید؟

راه حل

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

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

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

راه حل دیگر می تواند استفاده از ابزارهای کاربردی مختلف مانند Oracle Standby، DB2 HADR، MS SQL Always On باشد. همه این ابزارها به شما این امکان را می دهند که یک نسخه کارآمد از یک سیستم تولید جدا شده از نسخه اصلی داشته باشید که می تواند فوراً مستقر شود. این به شما امکان می دهد بلافاصله پس از شکست شروع به کار کنید.

دوم این است که امکان بازیابی فقط داده های مورد نیاز را فراهم کنید.رویکرد ما این را در نظر می‌گیرد که هنگام بازیابی بخشی از داده‌ها، نیازی به کپی کردن کل سیستم به عنوان یک کل نداریم، می‌توانیم داده‌هایی را که در لحظه نیاز داریم بازیابی کنیم. این با توانایی استقرار سریع یا استفاده از سیستم های مستقر شده که حاوی این داده ها هستند به دست می آید. همانطور که در مورد اول، Snapshot به شما امکان می دهد این مشکل را حل کنید (شما می توانید به سرعت یک عکس فوری را به سرور همسایه باز کنید و داده های مورد نیاز را خارج کنید). این همچنین شامل فناوری‌های حفاظت مداوم از داده‌ها، به عنوان مثال، Oracle Standby با Flashback، راه‌حل‌های حفاظت از داده‌های پیوسته (CDP) می‌شود. آنها به شما این امکان را می دهند که به سرعت یک کپی از داده های خود را مستقر کنید لحظه مناسبزمان.

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

سوم کاهش شکاف بین ظاهر داده ها و حفاظت از آنها است.این را می توان از راه های مختلفی بر اساس ویژگی های یک مورد خاص و درجه اهمیت داده ها به دست آورد.

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

برای حیاتی ترین سیستم ها، ممکن است اصلاً یک شکاف زمانی وجود نداشته باشد - داده ها باید به طور مداوم محافظت شوند. چندین راه حل از این کلاس وجود دارد، به عنوان مثال، Oracle Standby with FlashBack، که به شما اجازه می دهد تا با ثبت تمام تغییرات، پایگاه داده را برای مدتی به عقب برگردانید. همچنین می توانید از Oracle ZDLRA PAK استفاده کنید که تقریباً به طور همزمان تمام تغییرات پایگاه داده یا سیستم های سخت افزاری و نرم افزاری را دریافت می کند. همه منظورهمانند نرم افزار EMC RecoverPoint، Vision Solutions Double-Take. آنها همچنین همه تغییرات را ثبت می کنند و به شما امکان می دهند تا هر نقطه از بازه زمانی را بازیابی کنید.

هنگامی که صحبت از نوآوری در سیستم های پشتیبان گیری و بازیابی به میان می آید، باید به ابزار بازیابی از دست دادن داده های صفر Oracle (ZDLRA) اشاره کرد. این دستگاه از خانواده Oracle Engineered Systems قابلیت‌های پشتیبان‌گیری و بازیابی سریع برای پایگاه داده Oracle را در هر پلتفرم و هر نسخه (Enterprise و Standard) ارائه می‌کند. ZDLRA بر اساس پایگاه داده های پشتیبان مجازی (Virtual Full Backup) است که بر اساس اولین نسخه پشتیبان کامل و گزارش های تغییرات بعدی به دست آمده است. با توجه به این پشتیبان‌گیری‌های مجازی، امکان بازیابی پایگاه داده در هر نقطه از زمان بسیار سریع‌تر از استفاده کلاسیک از SRK بر اساس طرح "یک بار در هفته یک بار پشتیبان‌گیری کامل، یک بار در روز افزایشی" وجود دارد. می توان گفت که ZDLRA مسیر تعیین شده توسط Oracle Exadata را ادامه می دهد. Exadata از نرم افزار ویژه ای برای پیاده سازی یک سیستم ذخیره سازی خلاقانه بهینه شده برای وظایف پایگاه داده Oracle استفاده می کند. و در ZDLRA یک نرم افزار ویژه وجود دارد که پشتیبان گیری از پایگاه داده اوراکل را بهینه می کند.

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

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

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

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

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

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

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

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