از طرف دیگر، بدون بررسی نمی توان درصد موفقیت مشخصی برای بازیابی اعلام کرد. نوع خرابی، وضعیت دیسک ها، وجود نسخه پشتیبان، رمزگذاری و اقداماتی که پس از حادثه انجام شده اند، بر نتیجه اثر دارند. تصمیم درست در ساعات ابتدایی، حفظ وضعیت موجود و جلوگیری از نوشتن غیرضروری روی فضای آسیب دیده است.
راهنمای مراکز تخصصی بازیابی اطلاعات سرور
فهرست مراکز بازیابی سرور، RAID، ماشین مجازی، هارد و SSD در تهران
SERVER & DATA RECOVERY DIRECTORYایران هارد | مرکز تخصصی بازیابی اطلاعات و تعمیر هارد
خدمات بازیابی اطلاعات سرور، RAID و تجهیزات ذخیره‌سازی
بازیابی اطلاعات سرور؛ دقت فنی و حفاظت از داده‌ها
خرابی سرور، هارد یا آرایه RAID می‌تواند دسترسی به اطلاعات حیاتی کسب‌وکارها و سازمان‌ها را مختل کند. در انتخاب مرکز بازیابی اطلاعات، نوع خرابی، ساختار ذخیره‌سازی و روش حفظ محرمانگی داده‌ها اهمیت زیادی دارد.
در سامانه‌های سروری، اقدام‌های عجولانه مانند بازسازی مجدد RAID یا نوشتن اطلاعات جدید روی دیسک‌های آسیب‌دیده ممکن است وضعیت بازیابی را پیچیده‌تر کند. پیش از هر تغییر با متخصص مربوطه مشورت کنید.
فهرست مراکز تخصصی بازیابی اطلاعات در تهران
شماره‌گذاری این فهرست از ردیف ۳ آغاز شده و مطابق اطلاعات ارسالی تا ردیف ۸ ادامه دارد.
۳ ایران هارد
۴ کانون بازیابی اطلاعات
۵ خانه سخت‌افزار ایرانیان (IHHCO)
۶ کلینیک هارد
۷ ایمن هارد
۸ مرکز هارد ایران
وقتی سرور از دسترس خارج می شود، ابتدا چه کنیم؟
قطع دسترسی کاربران همیشه به معنای خرابی دیسک نیست. ابتدا باید بین اختلال شبکه، مشکل سرویس، خرابی سخت افزاری و حادثه امنیتی تفاوت گذاشت؛ بدون اینکه برای پیدا کردن علت، تغییرات پرخطر انجام شود.
چک لیست ثبت وضعیت اولیه
- زمان شروع اختلال و آخرین زمان عملکرد عادی را ثبت کنید.
- پیام های خطا، وضعیت چراغ ها و صفحه مدیریت کنترلر را بدون تغییر تنظیمات مستند کنید.
- مدل سرور، نوع کنترلر، تعداد دیسک ها و سطح RAID را در صورت دسترسی یادداشت کنید.
- آخرین تغییرات مانند قطع برق، تعویض دیسک، به روزرسانی یا اجرای Rebuild را ثبت کنید.
- وضعیت نسخه های پشتیبان، کلیدهای رمزگذاری و اطلاعات دسترسی مدیریتی را مشخص کنید.
- از راه اندازی مجدد مکرر و اجرای ابزارهای تعمیر خودداری کنید.
آیا باید سرور را بلافاصله خاموش کنیم؟
پاسخ به نشانه های خرابی بستگی دارد. در صورت صدای غیرعادی مکانیکی از HDD، بوی سوختگی، ورود مایع یا آسیب الکتریکی، ادامه کار می تواند خسارت را بیشتر کند و توقف دستگاه اولویت دارد. دستگاه را برای امتحان دوباره روشن نکنید.
در خرابی منطقی، معمولا باید فعالیت های نوشتنی متوقف و با نظر مسئول فنی، خاموش کردن کنترل شده انجام شود. نگه داشتن دکمه پاور یا قطع برق، خاموش کردن ایمن محسوب نمی شود و ممکن است وضعیت داده های در حال نوشتن را پیچیده تر کند.
اگر احتمال نفوذ یا باج افزار وجود دارد، ابتدا ارتباط شبکه ای دستگاه را طبق برنامه پاسخ به حادثه ایزوله کنید. تصمیم درباره خاموش کردن باید با توجه به ادامه تخریب، شواهد موجود در حافظه و نظر تیم امنیت گرفته شود؛ یک دستور یکسان برای همه رخدادها مناسب نیست.
چه اقداماتی ممکن است بازیابی سرور را دشوار کنند؟
ابزارهایی مانند CHKDSK و fsck کاربردهای معتبر مدیریتی دارند و صرفا برای رایانه خانگی ساخته نشده اند. با این حال، حالت های اصلاحی آن ها می تواند ساختار فایل سیستم را تغییر دهد. وقتی علت خرابی مشخص نیست یا داده مهم بدون پشتیبان روی دیسک قرار دارد، اجرای تعمیر روی نسخه اصلی ممکن است بازیابی بعدی را دشوار کند.
رایگان یا تجاری بودن نرم افزار نیز معیار ایمنی نیست. خطر اصلی، نصب ابزار روی همان فضای آسیب دیده، نوشتن فایل خروجی روی منبع، اسکن طولانی دیسک ناپایدار یا اجرای تغییرات بدون تهیه کپی مناسب است. در صورت امکان، تحلیل باید روی ایمیج یا نسخه کاری انجام شود.
Rebuild، Initialize و Force Online بدون بررسی
Rebuild در نگهداری عادی RAID، اگر دیسک معیوب درست شناسایی شده و سایر اعضا سالم باشند، فرایندی معمول است. اما در آرایه ای با چند دیسک مشکوک، ترتیب خرابی نامعلوم یا خطاهای خواندن، شروع آن می تواند داده های ناسازگار بنویسد یا فشار خواندن زیادی به اعضای باقی مانده وارد کند.
عملیات Initialize، ساخت آرایه جدید، پاک کردن تنظیمات و Force Online نیز نباید صرفا برای آزمایش اجرا شوند. پیش از هر اقدام، وضعیت دیسک ها و متادیتای کنترلر باید بررسی شود.
جابجایی دیسک ها بدون ثبت جایگاه
برخی کنترلرها اطلاعات عضویت آرایه را روی دیسک ذخیره می کنند و جابجایی همیشه به معنای از بین رفتن آرایه نیست. با این حال، حفظ ترتیب اولیه برای تشخیص و جلوگیری از خطای انسانی اهمیت دارد. پیش از خارج کردن دیسک ها، از اسلات ها عکس بگیرید و شماره اسلات، شماره سریال و شناسه محفظه را ثبت کنید.
دیسک روشن را بدون بررسی قابلیت Hot-swap و دستورالعمل سازنده خارج نکنید. اگر دیسکی قبلا تعویض شده است، دیسک قدیمی را نیز نگه دارید و مشخص کنید کدام عضو جدید یا Spare بوده است.
بازیابی سرور در کرمان در محل انجام می شود یا در آزمایشگاه؟
انتخاب بین بررسی در محل، ارسال دیسک یا انتقال کل سرور به نوع خرابی و امکانات مورد نیاز بستگی دارد. وجود یا نبود تجهیزات تخصصی در کرمان، رفسنجان، سیرجان، بم یا جیرفت باید مستقیما بررسی شود؛ نمی توان صرفا بر اساس شهر درباره توان فنی یک مجموعه قضاوت کرد.
چه کارهایی ممکن است در محل انجام شوند؟
- بررسی اولیه لاگ ها، کنترلر و وضعیت سرویس ها.
- ارزیابی نسخه های پشتیبان و امکان بازگردانی روی محیط جداگانه.
- تهیه ایمیج از دیسک های پایدار با تجهیزات مناسب.
- تحلیل بعضی خرابی های منطقی RAID یا ماشین مجازی.
- آزمون پایگاه داده بازیابی شده در محیط ایزوله.
انجام این خدمات در محل قطعی نیست و به ابزار، فضای کاری، ظرفیت ذخیره سازی، محدودیت امنیتی و مهارت تیم بستگی دارد. استفاده از ابزار تخصصی نیز به خودی خود ثابت نمی کند که انتقال به آزمایشگاه ضروری یا کار در محل ناممکن است.
چه زمانی محیط تخصصی لازم است؟
باز کردن محفظه HDD برای تعویض هد یا بررسی اجزای داخلی باید در محیط کنترل شده از نظر ذرات و با روش مناسب انجام شود. بعضی آزمایشگاه ها از میز کار با جریان هوای فیلترشده استفاده می کنند؛ داشتن یک اتاق با عنوان «کلین روم» به تنهایی اثبات کننده کیفیت نیست.
اگر ارائه دهنده به ISO Class ۵ یا اصطلاح قدیمی Class ۱۰۰ استناد می کند، درباره محدوده تحت پوشش، روش و تاریخ آزمون سوال کنید. عنوان استاندارد نباید بدون مدرک به کل مجموعه تعمیم داده شود. تعمیر برد یا بررسی SSD نیز لزوما به همان شرایط باز کردن HDD نیاز ندارد.
بازیابی اطلاعات RAID در سرورهای HPE، Dell و Supermicro
نام برند سرور به تنهایی روش بازیابی را تعیین نمی کند. مدل کنترلر، سطح RAID، اندازه نوار داده، ترتیب اعضا، آفست، وضعیت کش و تاریخچه خرابی مهم تر هستند. مسیر معمول، حفظ منابع، تهیه کپی مناسب و بازسازی آرایه به صورت مجازی است؛ نه تغییر آزمایشی تنظیمات روی دیسک های اصلی.
| ساختار | تحمل خرابی در شرایط معمول | نکته مهم در بازیابی |
|---|---|---|
| RAID 0 | تحمل خرابی عضو ندارد | نبود داده یک عضو می تواند بخش های زیادی از فایل ها را ناقص کند. |
| RAID 1 | به تعداد و سلامت نسخه های آینه ای بستگی دارد | نسخه ها ممکن است از نظر زمان و سازگاری یکسان نباشند. |
| RAID 5 | معمولا خرابی یک عضو | با فقدان کامل بیش از یک عضو، پریتی به تنهایی برای بازسازی کامل کافی نیست. |
| RAID 6 | معمولا خرابی دو عضو | فراتر از این حد، نتیجه به خواندن داده از اعضای معیوب یا منابع دیگر وابسته می شود. |
| RAID 10 | وابسته به محل دیسک های خراب در جفت های آینه ای | از دست رفتن هر دو عضو یک جفت می تواند آرایه را از دسترس خارج کند. |
در خرابی بیش از حد تحمل RAID، هیچ الگوریتمی نمی تواند داده واقعا مفقود را بدون اطلاعات کافی بازسازی کند. گاهی می توان بخشی از یک عضو معیوب را خواند و محدوده قابل بازیابی را افزایش داد، اما بازیابی کامل تضمین نمی شود.
تعویض کنترلر نیز همیشه اشتباه نیست؛ در نگهداری عادی، با کنترلر سازگار و دستورالعمل درست امکان پذیر است. در حادثه از دست رفتن داده، پیش از تعویض باید سازگاری، تنظیمات و خطر نوشتن متادیتا بررسی شود.
تفاوت بازیابی هارد SAS، SATA و درایوهای SSD و NVMe
SAS یک رابط ارتباطی است و هم در HDD و هم در SSD استفاده می شود. هاردهای مکانیکی SAS با سرعت هایی مانند ۱۰ هزار یا ۱۵ هزار دور در دقیقه وجود دارند، اما همه درایوهای SAS چرخان نیستند.
در HDD، مشکلاتی مانند خرابی هد، سطح دیسک، برد یا فریمور مطرح است. در SSD و NVMe، کنترلر، حافظه NAND، نگاشت منطقی، رمزگذاری داخلی و فرایندهای مدیریت حافظه اهمیت بیشتری دارند.
- هیچ ابزار مشخصی همه مدل ها و همه خرابی ها را پوشش نمی دهد.
- استفاده از تجهیزات تخصصی، موفقیت را تضمین نمی کند.
- برداشتن تراشه یا Chip-off راه حل عمومی خرابی NVMe نیست.
- رمزگذاری داخلی و نحوه توزیع داده ممکن است استفاده از محتوای خام تراشه را ناممکن کند.
- TRIM یا Deallocate و پاکسازی داخلی می توانند بازیابی فایل حذف شده را محدود کنند.
دستورات Secure Erase، Sanitize، به روزرسانی فریمور و تعویض آزمایشی قطعات را روی منبع داده اجرا نکنید. در صورت استفاده از رمزگذاری سازمانی یا درایوهای خودرمزگذار، کلیدها و تنظیمات مربوط نیز باید حفظ شوند.
بازیابی پایگاه داده و نرم افزارهای مالی و اداری
استخراج فایل پایگاه داده با بازگرداندن یک سرویس سالم یکسان نیست. ممکن است فایل قابل کپی باشد، اما بعضی صفحات، جداول یا تراکنش ها آسیب دیده باشند. نوع پایگاه داده نیز باید بر اساس محصول و نسخه نرم افزار مشخص شود؛ همه سامانه های مالی و اتوماسیون از یک موتور استفاده نمی کنند.
مسیر بررسی SQL Server و Oracle
- بررسی نسخه های پشتیبان معتبر و امکان بازگردانی تا نقطه زمانی مورد نیاز.
- حفظ فایل های داده، لاگ، فایل های جانبی و کلیدهای رمزگذاری.
- تهیه نسخه کاری و استفاده از ابزارهای متناسب با موتور و نسخه پایگاه داده.
- بررسی سازگاری ساختاری و استخراج داده های سالم در صورت نیاز.
- آزمون نتیجه توسط مدیر پایگاه داده و مسئول نرم افزار سازمانی.
وضعیت Suspect یا باز نشدن فایل MDF علت های مختلفی دارد و با «تزریق هدر» به طور عمومی حل نمی شود. ویرایش دستی فایل یا اجرای گزینه های تعمیر همراه با احتمال حذف داده، باید فقط پس از حفظ منبع و بررسی گزینه های کم خطرتر انجام شود.
در Oracle نیز فایل های داده، کنترل فایل و لاگ های مورد نیاز باید متناسب با سناریو بررسی شوند. وجود بک آپ و لاگ سالم می تواند مسیر مناسب تری از تعمیر فایل آسیب دیده فراهم کند.
معیار سلامت دیتابیس چیست؟
باز شدن برنامه کافی نیست. مانده حساب ها، تعداد اسناد، آخرین تراکنش معتبر، پیوست ها، روابط بین جداول و گزارش های کلیدی باید کنترل شوند. نتیجه ممکن است کامل، جزئی یا محدود به یک بازه زمانی باشد و لازم است این تفاوت در صورت جلسه تحویل ثبت شود.
بازیابی ماشین مجازی، VMware، Hyper-V و NAS
بازیابی ماشین مجازی ممکن است به چند لایه وابسته باشد: دیسک فیزیکی، RAID، فایل سیستم میزبان، فایل دیسک مجازی و فایل سیستم داخل مهمان. در VMware، فایل های VMDK و زنجیره Snapshot و در Hyper-V، فایل های VHDX و دیسک های تفاضلی می توانند بخشی از این ساختار باشند.
حذف یا ادغام آزمایشی Snapshot، ساخت دیتاستور جدید، نصب مجدد روی فضای قبلی یا ثبت تغییرات گسترده می تواند وضعیت را پیچیده تر کند. در بعضی سامانه ها، حذف فایل با آزادسازی بلوک ها از طریق UNMAP یا TRIM همراه است و شانس بازیابی را کاهش می دهد.
استخراج یک فایل VMDK یا VHDX نیز تضمین نمی کند ماشین مجازی و برنامه های داخل آن بدون خطا اجرا شوند. آزمون باید روی کپی و در شبکه ایزوله انجام شود.
ذخیره سازهای QNAP و Synology
این دستگاه ها بسته به مدل و پیکربندی ممکن است از RAID، لایه های مدیریت حجم و فایل سیستم های مختلف استفاده کنند. خرابی برد دستگاه، اختلال Pool، حذف فایل، رمزگذاری و خرابی چند دیسک، سناریوهای متفاوتی هستند.
بدون ارزیابی نمی توان درصد موفقیت عمومی برای NAS اعلام کرد. از ساخت Pool جدید، فرمت، Initialize یا اجرای مراحل نصب مجدد بدون روشن بودن اثر آن بر داده ها خودداری کنید. ترتیب دیسک ها، تنظیمات و کلیدهای رمزگذاری را حفظ کنید.
در مواجهه با باج افزار چه کارهایی لازم است؟
بازیابی پس از باج افزار فقط مسئله ریکاوری فایل نیست. باید همزمان گسترش حمله متوقف، مسیر نفوذ بررسی و محیط بازگردانی پاکسازی شود. بازیابی اطلاعات روی زیرساخت آلوده می تواند به رمزگذاری دوباره داده ها منجر شود.
اقدامات اولیه
- دستگاه های مشکوک را طبق برنامه پاسخ به حادثه از شبکه و ذخیره سازهای مشترک ایزوله کنید.
- دسترسی مهاجم به حساب های مدیریتی، سامانه پشتیبان و پنل مجازی سازی را بررسی و مهار کنید.
- لاگ ها، یادداشت باج خواهی و نمونه فایل ها را برای بررسی حفظ کنید.
- سلامت و پاک بودن نسخه های پشتیبان را پیش از بازگردانی بررسی کنید.
- از ارسال فایل محرمانه به سایت های ناشناس برای تشخیص باج افزار خودداری کنید.
پسوند فایل به تنهایی برای شناسایی قطعی باج افزار کافی نیست. برای بعضی گونه ها ابزار رمزگشای معتبر وجود دارد، اما باید سازگاری آن بررسی و ابتدا روی کپی آزمایش شود. پرداخت باج نیز تضمین بازگشت اطلاعات یا حذف نسخه سرقت شده نیست.
آیا داده از فضای آزاد دیسک قابل بازگردانی است؟
گاهی نسخه های پشتیبان، فایل های موقت، Snapshot یا بخش های رمزگذاری نشده قابل استفاده اند. اما باج افزار ممکن است آن ها را حذف کرده باشد و نوشتن بعدی یا TRIM نیز فرصت بازیابی را از بین ببرد. استخراج داده از فضای آزاد، رمزگشایی فایل اصلی نیست و ممکن است فقط نتیجه ای ناقص ارائه دهد.
RDP تنها مسیر نفوذ نیست. حساب های سرقت شده، VPN آسیب پذیر، ایمیل، سرویس های عمومی و نقص نرم افزارها نیز باید بررسی شوند. ارزیابی احتمال نشت اطلاعات و الزامات اطلاع رسانی سازمانی یا قانونی را هم در برنامه پاسخ به حادثه قرار دهید.
چگونه محرمانگی اطلاعات سازمانی حفظ می شود؟
قرارداد عدم افشا یا NDA بخشی از حفاظت است، اما به تنهایی جلوی نشت را تضمین نمی کند. تعهد قراردادی باید با کنترل فنی، ثبت دسترسی و فرایند روشن نگهداری داده همراه باشد.
موارد مهم در قرارداد
- افراد مجاز به دسترسی و حدود استفاده از داده ها.
- محل پردازش و شرایط استفاده از پیمانکار فرعی.
- نحوه حفاظت از دیسک ها، ایمیج ها و نسخه های موقت.
- شرایط انتقال داده و مدیریت کلیدهای رمزگذاری.
- مدت نگهداری نسخه کاری پس از تحویل.
- روش حذف داده و نوع گزارش یا گواهی قابل ارائه.
- نحوه اعلام رخداد امنیتی و مسئولیت طرفین.
در فرایند بازیابی ممکن است تهیه ایمیج و نسخه موقت ضروری باشد؛ بنابراین تعهد «هیچ کپی تهیه نمی شود» همیشه عملی نیست. بهتر است کپی های مجاز، محل ذخیره و زمان حذف آن ها دقیق تعریف شوند.
بازنویسی معمول روی همه رسانه ها، به ویژه SSD و درایو دارای بخش های غیرقابل دسترس، حذف کامل را تضمین نمی کند. روش پاکسازی باید متناسب با نوع رسانه و سطح محرمانگی انتخاب شود.
اگر بازبینی از راه دور لازم است، دسترسی باید زمان دار، محدود، ثبت شده و مورد تایید سازمان باشد. نام یک نرم افزار ریموت به تنهایی نشانه امن بودن اتصال نیست و انتقال کنترل نشده فایل یا اعتبارنامه می تواند خطر ایجاد کند.
بسته بندی و ارسال هارد از کرمان، رفسنجان، سیرجان، بم و جیرفت
پیش از ارسال، با مرکز پذیرنده هماهنگ کنید که دیسک ها، کنترلر، محفظه یا کل سرور مورد نیاز است. گاهی اطلاعات کنترلر، ماژول کش یا تجهیزات مدیریت کلید نیز اهمیت دارد.
- از چیدمان دیسک ها عکس بگیرید و شماره سریال هر دیسک را با اسلات تطبیق دهید.
- هر دیسک را در بسته ضد الکتریسیته ساکن مناسب قرار دهید.
- از فوم ضربه گیر یا نگهدارنده مخصوص استفاده کنید و دیسک ها را از یکدیگر جدا نگه دارید.
- بسته را در کارتن مقاوم قرار دهید و امکان حرکت داخلی را از بین ببرید.
- شرح خرابی، فهرست قطعات و سوابق اقدامات قبلی را ضمیمه کنید.
- اطلاعات ورود و کلیدهای محرمانه را از کانال جداگانه و امن منتقل کنید.
روی سوراخ تنفسی، برد، اتصال ها و برچسب اصلی دیسک چیزی نچسبانید. اطلاعات حساس سازمان را نیز روی بدنه بیرونی بسته درج نکنید.
شرایط حمل و بیمه را کتبی بررسی کنید. جبران خسارت سخت افزار با جبران ارزش اطلاعات و توقف کسب و کار یکسان نیست و ممکن است این موارد از پوشش بیمه خارج باشند. برای داده حساس، زنجیره تحویل شامل نام تحویل دهنده، گیرنده، زمان و شناسه بسته ثبت شود.
هزینه بازیابی اطلاعات سرور در سال ۱۴۰۵ چگونه مشخص می شود؟
اعداد ارائه شده در متن اولیه، بدون منبع و استعلام مستقل، قابل معرفی به عنوان «تعرفه مصوب» یا «میانگین بازار سال ۱۴۰۵» نیستند. برای جلوگیری از برداشت اشتباه، در جدول زیر به جای قیمت تاییدنشده، مبنای استعلام هر خدمت آمده است.
| نوع خدمت | عوامل موثر بر مبلغ | مواردی که باید روشن شود |
|---|---|---|
| بازیابی منطقی دیسک | سلامت رسانه، فایل سیستم، حذف یا فرمت و میزان بازنویسی | هزینه ارزیابی، استخراج و رسانه تحویل |
| بازسازی RAID | تعداد اعضا، ظرفیت، نوع آرایه و وضعیت هر دیسک | مبلغ کل پروژه و هزینه جداگانه دیسک های معیوب |
| اقدام فیزیکی روی HDD | مدل، نوع آسیب، قطعه سازگار و زمان ایمیج گیری | هزینه قطعه اهداکننده و شرایط پرداخت در صورت شکست |
| بازیابی SSD و NVMe | کنترلر، فریمور، رمزگذاری و میزان پشتیبانی ابزار | امکان فنی ارزیابی و محدودیت های شناخته شده |
| تعمیر پایگاه داده | موتور، نسخه، حجم، نوع خرابی و دسترسی به بک آپ و لاگ | معیار صحت و مسئولیت آزمون نرم افزار |
| بازیابی ماشین مجازی یا NAS | تعداد لایه های ذخیره سازی، Snapshot و رمزگذاری | دامنه کار و هزینه هر مرحله |
| خدمت فوری یا در محل | ظرفیت تیم، تجهیزات، رفت و آمد و شرایط پروژه | هزینه اضافه و تعهد زمانی واقعی |
آیا حجم اطلاعات بر هزینه اثر دارد؟
سیاست قیمت گذاری مراکز یکسان نیست. تعداد دیسک، ظرفیت فیزیکی، نوع خرابی و زمان کار معمولا مهم اند، اما حجم فایل هدف، زمان انتقال و نیاز به آزمون یا ذخیره سازی نیز ممکن است در پیشنهاد مالی اثر داشته باشد. عبارت «هزینه به هیچ وجه به حجم وابسته نیست» قاعده عمومی محسوب نمی شود.
شرط «بدون بازیابی، بدون اجرت» چه معنایی دارد؟
No Data, No Fee قانون بین المللی الزام آور برای همه مراکز نیست؛ یک شرط تجاری است که دامنه آن باید در قرارداد نوشته شود. ممکن است هزینه ارزیابی، قطعه، حمل، اقدام فوری یا رسانه تحویل حتی در صورت ناموفق بودن پروژه دریافت شود.
فایل های هدف و معیار موفقیت را پیشاپیش مشخص کنید. بازیابی چند فایل کم اهمیت نباید بدون توافق قبلی معادل موفقیت کل پروژه تلقی شود. شرایط بازیابی جزئی، لغو کار و سقف هزینه نیز باید روشن باشد.
مراحل تحویل سرور و دریافت اطلاعات آزموده شده
۱. پذیرش و ثبت وضعیت
فهرست تجهیزات، شماره سریال، نشانه های خرابی، اقدامات قبلی و اولویت داده ها ثبت می شود. فرد سفارش دهنده نیز باید اختیار قانونی دسترسی و پردازش اطلاعات را داشته باشد.
۲. ارزیابی و پیشنهاد مکتوب
ارائه دهنده، دامنه بررسی و هزینه آن را اعلام می کند. ارزیابی اولیه الزاماً رایگان نیست و زمان ثابت ۲۴ یا ۴۸ ساعته ندارد. پس از بررسی، محدودیت ها، برآورد زمان و هزینه و شرایط ادامه کار باید مکتوب شوند؛ نه اینکه درصد موفقیت دقیق و بدون پشتوانه وعده داده شود.
۳. حفظ منبع و تهیه نسخه کاری
در صورت امکان، از رسانه ها کپی مناسب تهیه و تحلیل روی نسخه کاری انجام می شود. برای دیسک ناپایدار، روش خواندن باید متناسب با آسیب انتخاب شود؛ اسکن کامل و تکراری همیشه انتخاب مناسبی نیست. بعضی اقدامات تخصصی ناگزیر ریسک دارند و باید پیش از اجرا توضیح داده شوند.
۴. استخراج و بازسازی
آرایه، فایل سیستم، ماشین مجازی یا پایگاه داده بر اساس وضعیت پرونده بازسازی می شود. خروجی ممکن است کامل یا جزئی باشد و بخش های ناقص باید مشخص شوند.
۵. آزمون فنی و کاربردی
کارفرما یا نماینده فنی، فایل های اولویت دار را در محیط جداگانه بررسی می کند. برای دیتابیس مالی، تایید مسئول نرم افزار و واحد مالی اهمیت دارد. شیوه بازبینی و زمان تسویه تابع قرارداد است و نباید به همه مراکز تعمیم داده شود.
۶. تحویل و تعیین تکلیف نسخه های موقت
داده ها روی رسانه سالم یا از مسیر امن توافق شده تحویل می شوند. محدودیت های بازیابی، نتیجه آزمون و زمان حذف نسخه های موقت در صورت جلسه ثبت می شود.
راه اندازی مجدد سرور و جلوگیری از تکرار حادثه
بازیابی موفق به معنای سالم شدن رسانه یا ایمن شدن زیرساخت نیست. علت اصلی حادثه، از منبع تغذیه و کنترلر تا نفوذ امنیتی یا ضعف پشتیبان گیری، باید پیش از بازگشت به سرویس برطرف شود.
- دیسک دارای خرابی فیزیکی یا خطاهای خواندن قابل توجه را برای سرویس حیاتی دوباره به کار نگیرید.
- اگر علت مشکل صرفا منطقی بوده، سلامت سخت افزار را جداگانه ارزیابی کنید.
- داده بازیابی شده را پیش از استفاده عملیاتی، دوباره پشتیبان گیری کنید.
- پشتیبان مستقل از محیط اصلی و ترجیحا نسخه آفلاین یا تغییرناپذیر داشته باشید.
- دسترسی مدیریتی سامانه پشتیبان را از حساب های عادی جدا کنید.
- آزمون بازگردانی را دوره ای انجام دهید و نتیجه را ثبت کنید.
الگوی ۳-۲-۱، یعنی سه نسخه از داده روی دو نوع رسانه یا بستر، با یک نسخه خارج از محل اصلی، نقطه شروع مناسبی است. اما بدون آزمون بازیابی، حفاظت از اعتبارنامه ها و کنترل دسترسی، به تنهایی کافی نیست. RAID و Snapshot داخل همان سامانه نیز جایگزین پشتیبان مستقل نیستند.
پرسش های متداول
در این بخش از ایران هارد به سوالات رایج شما عزیزان پاسخ کامل می دهیم. شما نیز اگر سوالی داشتید در بخش کامنت های سایت باما در ارتباط باشید.
بازیابی کامل سرور چقدر زمان می برد؟
زمان به نوع خرابی، ظرفیت، سرعت خواندن، نیاز به قطعه و مراحل آزمون بستگی دارد. پروژه ممکن است از چند ساعت تا چند هفته یا بیشتر طول بکشد. زمان ارزیابی، استخراج و راه اندازی مجدد را جداگانه بپرسید.
اگر شرکت دیگری قبلا روی دیسک ها کار کرده باشد، هنوز امکان بازیابی وجود دارد؟
ممکن است وجود داشته باشد. نتیجه به نوع اقدام قبلی بستگی دارد. جزئیات Rebuild، فرمت، تعمیر فایل سیستم، تعویض قطعه یا باز شدن محفظه HDD را بدون حذف اطلاعات در اختیار ارزیاب بگذارید. اقدام قبلی لزوما به معنای شکست قطعی نیست.
آیا باید کل سرور از کرمان ارسال شود؟
همیشه نه. گاهی دیسک ها و اطلاعات پیکربندی کافی اند و گاهی کنترلر، محفظه یا تجهیزات مرتبط هم لازم است. فهرست مورد نیاز را پیش از باز کردن یا ارسال دریافت کنید.
آیا خدمات شبانه روزی برای کارخانه ها وجود دارد؟
این موضوع باید از ارائه دهنده استعلام شود. عنوان فوری یا VIP لزوما به معنای کار پیوسته یا تحویل در موعد قطعی نیست. اولویت رسیدگی، ساعات فعالیت، هزینه اضافه و محدودیت های فنی باید مکتوب باشند.
آیا امضای NDA امنیت داده ها را تضمین می کند؟
خیر. NDA ابزار قراردادی مهمی است، اما باید با کنترل دسترسی، حفاظت از نسخه های موقت، روش امن انتقال و فرایند حذف داده همراه باشد.
آیا پس از باز شدن دیتابیس می توان کار را تمام شده دانست؟
خیر. سازگاری ساختاری، کامل بودن داده های مهم و عملکرد نرم افزار باید بررسی شود. باز شدن دیتابیس به تنهایی نبود رکورد مفقود یا تراکنش ناقص را ثابت نمی کند.
آیا می توان بازیابی صددرصدی اطلاعات را تضمین کرد؟
بدون بررسی چنین وعده ای قابل اتکا نیست و حتی پس از بررسی نیز بعضی محدودیت ها باقی می مانند. بازنویسی، فقدان کلید رمزگذاری، پاکسازی حافظه یا آسیب شدید رسانه می تواند بازیابی بخشی از داده ها یا تمام آن ها را ناممکن کند.
جمع بندی
در بازیابی اطلاعات سرور در کرمان، نخستین هدف باید جلوگیری از تغییر غیرضروری روی داده اصلی باشد. وضعیت را ثبت کنید، فعالیت های پرخطر را متوقف کنید و بین خرابی ذخیره سازی، اختلال سرویس و حادثه امنیتی تفاوت بگذارید.
برای انتخاب ارائه دهنده، به جای تکیه بر درصد موفقیت تبلیغاتی یا قیمت های بدون منبع، درباره تجهیزات متناسب با پرونده، روش حفظ داده، قرارداد محرمانگی، معیار تحویل و هزینه های قابل پرداخت سوال کنید. تعرفه سال ۱۴۰۵ زمانی برای تصمیم گیری مفید است که تاریخ، دامنه خدمت و شرایط آن در یک پیشنهاد مکتوب روشن باشد.