پشتیبان‌گیری از اطلاعات شرکت‌های تهران و کرج
راه‌اندازی بکاپ خودکار و آزمون بازیابی اطلاعات
برای فایل‌ها، نرم‌افزارها و سرور شرکت بکاپ خودکار راه‌اندازی می‌کنیم یا بکاپ فعلی را اصلاح می‌کنیم. برنامه تهیه و نگهداری نسخه‌ها، محل ذخیره و روش بازیابی بر اساس اهمیت اطلاعات و نیاز شرکت تعیین می‌شوند؛ تا پشتیبان‌گیری به کپی‌کردن نامنظم فایل‌ها وابسته نباشد.
در این صفحه
بکاپ فایل‌ها، نرم‌افزارها و سرور شرکت
ابتدا اطلاعات و سرویس‌های ضروری را مشخص می‌کنیم؛ سپس روش پشتیبان‌گیری را متناسب با چیزی که باید برگردد انتخاب می‌کنیم. برگرداندن یک پوشه با راه‌اندازی دوباره نرم‌افزار مالی یا کل سرور، دامنه یکسانی ندارد.
| اطلاعات یا سرویس | آنچه برای بازیابی در نظر می‌گیریم |
|---|---|
| فایل‌ها و پوشه‌های مشترک | نسخه موردنیاز فایل، ساختار پوشه و دسترسی کاربران؛ فایل‌های خارج از مسیرهای انتخاب‌شده خودبه‌خود پوشش ندارند. |
| داده نرم‌افزار، مانند برنامه مالی | روش سازگار با برنامه و پایگاه داده؛ کپی فایل بازِ برنامه به‌تنهایی مبنای اطمینان نیست. در صورت نیاز با پشتیبان نرم‌افزار هماهنگ می‌کنیم. |
| سرور فیزیکی یا ماشین مجازی | داده، تنظیمات و وابستگی‌های لازم برای اجرای سرویس در مقصد سازگار؛ روشن‌شدن سیستم‌عامل پایان بررسی برنامه نیست. |
برای دیدن همه ستون‌ها، جدول را به چپ یا راست بکشید؛ با کیبورد از کلیدهای جهت استفاده کنید.
پوشه‌های مهم فایل سرور شرکت و سرویس‌های بستر مجازی‌سازی می‌توانند در این برنامه قرار بگیرند. فهرست موارد داخل بکاپ و استثناها ثبت می‌شود تا اضافه‌شدن یک پوشه یا برنامه تازه، بی‌بررسی از پوشش بیرون نماند.
هر چند وقت بکاپ بگیریم و نسخه‌ها را چقدر نگه داریم؟
فاصله اجرای بکاپ را بر اساس مقدار اطلاعاتی تعیین می‌کنیم که از دست‌رفتن آن برای شرکت قابل تحمل است. مدت نگهداری موضوع دیگری است: اگر حذف اشتباه یک فایل دیر معلوم شود، باید نسخه مربوط به پیش از حذف هنوز وجود داشته باشد. بکاپ پرتکرار با نگهداری کوتاه، پاسخ هر دو نیاز را نمی‌دهد.
مثلاً اگر فقط از دست‌رفتن یک ساعت اطلاعات قابل قبول باشد، در خرابی ساعت ۱۱، آخرین نسخه سالم ساعت ۹ کافی نیست؛ دو ساعت داده پس از آن ممکن است در بکاپ نباشد. این مثال روش تعیین تازگی موردنیاز داده را نشان می‌دهد، نه تعهد زمانی بازیابی. در اصطلاح فنی، هدفِ حداکثر داده قابل از دست‌رفتن را RPO می‌نامند.
زمان قابل تحمل برای توقف سرویس یا RTO نیز جدا مشخص می‌شود. آماده‌سازی مقصد، انتقال داده و راه‌اندازی و بررسی برنامه همگی در زمان بازگشت اثر دارند؛ سرعت کپی فایل به‌تنهایی زمان برگشت کار شرکت را نشان نمی‌دهد.
- زمان اجرا با ساعت کاری و فشار روی سرور و شبکه هماهنگ می‌شود.
- تعداد نسخه‌ها و مدت نگهداری با اهمیت داده، زمان تشخیص خطا و فضای موجود تناسب پیدا می‌کنند.
- ظرفیت لازم با حجم، رشد و میزان تغییر داده و روش بکاپ برآورد می‌شود؛ نسبت ثابت برای فشرده‌سازی همه اطلاعات در نظر نمی‌گیریم.
نسخه‌های بکاپ را کجا نگه داریم؟
| محل نسخه | کاربرد و ملاحظه |
|---|---|
| ذخیره‌ساز داخل شرکت | برای دسترسی محلی مناسب است، اما نباید تنها نسخه روی همان دستگاه یا در معرض همان خرابی باشد. |
| محل دوم یا فضای ابری | به جداشدن محل نسخه کمک می‌کند؛ دسترسی، ظرفیت اینترنت، زمان بازیابی، هزینه دوره‌ای و شرایط نگهداری داده بررسی می‌شوند. |
| رسانه جداشدنی یا نسخه آفلاین | می‌تواند از دسترسی مستقیم شبکه جدا باشد؛ جابه‌جایی، نگهداری امن، تازگی نسخه و مسئول پیگیری لازم دارد. |
برای دیدن همه ستون‌ها، جدول را به چپ یا راست بکشید؛ با کیبورد از کلیدهای جهت استفاده کنید.
قاعده ۳–۲–۱ یک راهنمای طراحی است: سه نسخه شامل داده اصلی و دو بکاپ، روی دو نوع رسانه، با یک نسخه در محل جدا. شکل اجرای آن باید با امکانات شرکت و روش بازیابی سازگار باشد؛ داشتن چند پوشه روی یک دیسک، این جداسازی را ایجاد نمی‌کند.
دسترسی حذف نسخه‌ها نیز بررسی می‌شود. اگر یک حساب بتواند هم داده اصلی و هم همه بکاپ‌ها را پاک کند، تعدد نسخه‌ها کافی نیست. جداسازی دسترسی و، در صورت پشتیبانی راهکار، نسخه آفلاین یا غیرقابل‌تغییر بررسی می‌شوند. برای نسخه رمزگذاری‌شده، نگهداری امن و قابل دسترسِ کلید بازیابی هم بخشی از طرح است.
همگام‌سازی و Snapshot چه فرقی با بکاپ دارند؟
همگام‌سازی برای یکسان نگه‌داشتن اطلاعات در چند محل است و ممکن است حذف یا تغییر اشتباه را هم منتقل کند. اینکه بتوان به نسخه قدیمی برگشت، به تاریخچه و مدت نگهداری همان راهکار بستگی دارد.
Snapshot ماشین مجازی نیز نسخه پشتیبان مستقل محسوب نمی‌شود و ممکن است به دیسک‌ها و محیط اصلی وابسته باشد. این قابلیت‌ها می‌توانند کنار بکاپ کاربرد داشته باشند، اما جای برنامه نگهداری نسخه‌های مستقل و بررسی بازیابی را نمی‌گیرند.
بکاپ داریم؛ لازم است ابزار یا تنظیمات آن عوض شود؟
ابتدا پوشش اطلاعات، اجرای برنامه‌ها، خطاها، فضای ذخیره و امکان بازیابی نسخه‌های فعلی را بررسی می‌کنیم. ممکن است اصلاح زمان‌بندی، دسترسی یا ظرفیت کافی باشد. تعویض ابزار زمانی پیشنهاد می‌شود که راهکار موجود پاسخگوی نیاز یا محیط فعلی نباشد.
Veeam می‌تواند یکی از ابزارهای اجرا باشد؛ انتخاب ابزار و قابلیت‌های قابل استفاده به نوع سرور، نسخه‌ها، منابع و مجوز بستگی دارد. در تغییر راهکار، امکان خواندن بکاپ‌های قدیمی و دسترسی به کلید یا مجوز لازم بررسی می‌شود؛ نسخه‌های قبلی صرفاً به دلیل نصب ابزار تازه حذف نمی‌شوند.
از کجا بفهمیم بکاپ قابل بازیابی است؟
گزارش موفق اجرای بکاپ فقط یک بخش بررسی است. سلامت فایل بکاپ و کارکرد اطلاعات یا سرویسِ بازیابی‌شده باید متناسب با نوع داده بررسی شوند:
بررسی اجرا و نسخه‌ها
زمان آخرین اجرای موفق، خطاها، اطلاعات تحت پوشش و نسخه‌های در دسترس مشخص می‌شوند.
بررسی سلامت بکاپ
در حد امکانات ابزار، یکپارچگی فایل‌های بکاپ کنترل می‌شود. این کنترل جای امتحان‌کردن کار برنامه را نمی‌گیرد.
بازیابی نمونه توافق‌شده
فایل نمونه باز می‌شود یا سرویس در محیط مناسب اجرا و کار اصلی آن بررسی می‌شود. نسخه و تاریخ داده، نتیجه، زمان مشاهده‌شده و محدودیت آزمون ثبت می‌شوند.
محیط آزمون طوری آماده می‌شود که با سرویس اصلی تداخل نکند؛ مثلاً نسخه آزمایشی برنامه، پیام یا تراکنش واقعی نفرستد و داده عملیاتی را تغییر ندهد. توقف احتمالی و منابع لازم پیش از اجرا هماهنگ می‌شوند. نتیجه آزمون به همان نمونه و شرایط مربوط است و تضمین بازیابی همه نسخه‌ها در هر حادثه نیست.
راهنمای بررسی بازیابی بکاپ شرکت برای ارزیابی گزارش‌ها و سؤال‌های دقیق‌تر درباره نسخه‌های موجود کاربرد دارد.
بعد از راه‌اندازی، چه کسی بکاپ را پیگیری می‌کند؟
برنامه اجرا و نگهداری، محل نسخه‌ها، موارد تحت پوشش، روش دریافت هشدار و مسئول رسیدگی مشخص می‌شوند. دریافت اعلان بدون فرد پیگیر کافی نیست؛ باید روشن باشد خطای اجرا، کمبود فضا یا توقف بکاپ را چه کسی بررسی می‌کند.
نتیجه آزمون و موارد باقی‌مانده به مسئول مجاز تحویل داده می‌شوند. پس از تغییر مهم برنامه، جابه‌جایی سرور یا رشد داده، پوشش و بازیابی دوباره بررسی می‌شوند. رسیدگی دوره‌ای و کمک هنگام حادثه، از اجرای اولیه جدا تعیین می‌شوند. پشتیبانی سرور یا پشتیبانی مستمر شبکه می‌تواند دامنه پیگیری را پوشش دهد. سایر خدمات سرور نیز در صفحه مادر قابل انتخاب است.
هزینه راه‌اندازی و نگهداری بکاپ چگونه برآورد می‌شود؟
- تعداد و نوع سرورها و نرم‌افزارها، حجم اطلاعات و رشد آن‌ها.
- فاصله اجرای بکاپ، مدت نگهداری و تعداد محل‌های ذخیره.
- وضعیت بکاپ فعلی و کار لازم برای اصلاح یا انتقال آن.
- دامنه آزمون بازیابی، محیط موردنیاز و مسئولیت نگهداری پس از اجرا.
اجرت طراحی و اجرا، فضای ذخیره‌سازی یا تجهیزات، مجوز نرم‌افزار و هزینه‌های دوره‌ای جدا مشخص می‌شوند. رسیدگی به حادثه و بازیابی اطلاعات هم لزوماً جزو هزینه راه‌اندازی نیست و دامنه آن باید روشن باشد.
به‌دلیل نوسان ارز و تغییر قیمت تجهیزات، مجوزها و برخی سرویس‌های ذخیره‌سازی، برای استعلام و برآورد روز تماس بگیرید. پیشنهاد بر اساس نیاز شرکت تهیه می‌شود و مبلغ، مدت اعتبار اقلام خرید و هزینه‌های تکرارشونده در آن مشخص خواهند بود.
پرسش‌های شما
- می‌توان فقط از بخشی از اطلاعات شرکت بکاپ گرفت؟
- بله؛ اطلاعات و سرویس‌های ضروری می‌توانند در اولویت باشند. دامنه انتخاب‌شده و موارد خارج از پوشش ثبت می‌شوند و وابستگی برنامه به داده‌ها و تنظیمات دیگر هم بررسی می‌شود؛ انتخاب تنها یک پوشه همیشه برای برگرداندن کل برنامه کافی نیست.
- اگر اطلاعات حذف شده باشد، همین خدمت آن‌ها را برمی‌گرداند؟
- اگر بکاپ دارید، ابتدا باید بررسی شود اطلاعات حذف‌شده در آن هست و نسخه سالم و قابل‌استفاده است یا نه. بازیابی تخصصی دیسک یا برگرداندن اطلاعات بدون بکاپ، جزو این خدمت نیست.
- برای آزمون بازیابی باید کار شرکت متوقف شود؟
- به نوع سرویس و محیط آزمون بستگی دارد. پیش از اجرا، محل بازیابی، دسترسی‌های لازم و توقف احتمالی را مشخص و هماهنگ می‌کنیم. نمی‌توان برای همهٔ سیستم‌ها یک روش یکسان یا آزمون بدون توقف در نظر گرفت.
راه‌اندازی یا اصلاح بکاپ شرکت
برای طراحی بکاپ خودکار، رفع خطای نسخه‌برداری یا بررسی امکان بازیابی با ما تماس بگیرید. وضعیت فعلی و نیاز شرکت را بررسی می‌کنیم تا دامنه کار و برآورد هزینه روشن شود.
درخواست بررسی و راه‌اندازی بکاپ