بازیابی اطلاعات سرور 

وقتی سرور از کار افتاده، در دقایق اول به چه چیزهایی دست نزنیم؟

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

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

این اقدامات را بدون بررسی انجام ندهید

اگر اطلاعات مهم است و نسخه پشتیبان قابل بازیابی ندارید، از تغییرات زیر تا روشن شدن وضعیت خودداری کنید:

• اجرای Initialize، Format یا ساخت آرایه جدید روی درایوهای موجود.
• شروع Rebuild دستی بدون شناخت وضعیت اعضای RAID.
• اجرای ابزارهای ترمیم فایل سیستم روی تنها نسخه داده ها.
• تغییر ترتیب درایوها یا جابه جایی آن ها میان اسلات ها.
• خارج و وارد کردن مکرر درایوهای خطادار.
• نصب سیستم عامل یا ذخیره فایل های جدید روی فضای آسیب دیده.
• تغییر تنظیمات کنترلر یا پذیرش پیکربندی ناشناخته با هدف امتحان کردن.

آیا Rebuild بدون بک آپ همیشه اطلاعات را نابود می کند؟

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

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

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

قبل از تغییر تنظیمات، وضعیت را ثبت کنید

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

خاموش کردن اصولی سرور؛ یک دستور ثابت برای همه خرابی ها وجود ندارد

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

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

چه زمانی ادامه کار ریسک بیشتری دارد؟

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

نوع رابط SAS یا SATA به تنهایی شدت خطر را تعیین نمی کند. سرعت چرخش هم بسته به مدل متفاوت است و همه درایوهای سازمانی با سرعت ۱۰ یا ۱۵ هزار دور کار نمی کنند.

آیا خط افتادن پلاتر به معنی نابودی کامل اطلاعات است؟

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

چطور مرکز بازیابی اطلاعات سرور در اصفهان را انتخاب کنیم؟

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

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

مراکز محلی و کارگاه های تخصصی

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

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

شرکت های مهندسی و دانش بنیان

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

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

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

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

کلین روم و ابزار تخصصی را چطور راستی آزمایی کنیم؟

برای باز کردن مجموعه داخلی هارد مکانیکی، محیط کنترل شده اهمیت دارد. اما همه پرونده ها به این کار نیاز ندارند و عبارت «کلین روم کلاس ۱۰۰» به تنهایی کیفیت خدمت را ثابت نمی کند.

درباره نوع محیط، مدارک ارزیابی پاکیزگی و محل واقعی انجام عملیات سوال کنید. میز جریان هوای پاک با یک اتاق کامل تفاوت دارد. همچنین داشتن ابزاری مانند PC-۳۰۰۰، بدون پشتیبانی از مدل درایو و تجربه کارشناس، تضمین موفقیت نیست.

سرعت گزارش اولیه معیار قطعی نیست

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

بازیابی اطلاعات سرور 

جدول هزینه بازیابی اطلاعات سرور در اصفهان برای سال ۱۴۰۵

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

ارقام زیر همان بازه های متن اولیه هستند و نباید به عنوان میانگین تاییدشده بازار اصفهان یا تعرفه رسمی سال ۱۴۰۵ استفاده شوند.

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

بازیابی منطقی همیشه ارزان تر از تعمیر سخت افزاری است؟

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

هزینه خدمات فوری و قطعه اهداکننده

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

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

تعویض هد با تعمیر هر «هارد سوخته» یکسان نیست

خرابی برد، هد، موتور یا فریمور مسیر یکسانی ندارد. عنوان کلی «سوخته» برای تعیین روش بازیابی یا هزینه کافی نیست.

بازیابی اطلاعات سرور استوریج NAS یا SAN

بازیابی دیتابیس، ماشین مجازی و ذخیره سازهای سازمانی

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

پایگاه های داده مالی و سازمانی

در SQL Server، Oracle و سامانه های مالی، نوع آسیب و وجود نسخه پشتیبان یا لاگ معتبر اهمیت دارد. MDF و LDF از فایل های مرتبط با SQL Server هستند و نباید آن ها را به همه موتورهای پایگاه داده تعمیم داد.

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

ماشین های مجازی در VMware، Hyper-V و Proxmox

در محیط مجازی باید لایه ذخیره ساز، فایل سیستم میزبان، دیسک مجازی و داده داخل ماشین جداگانه بررسی شوند. بسته به پلتفرم، ساختارهایی مانند VMFS، VMDK، VHDX یا قالب های دیگر مطرح هستند.

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

استوریج های HP MSA، Dell EMC، QNAP و Synology

این محصولات ساختار یکسانی ندارند. مدل دستگاه، RAID، thin provisioning، snapshot، فایل سیستم، حافظه کش و رمزگذاری می توانند مسیر بازیابی را تغییر دهند.

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

حمله باج افزار؛ آیا فایل های رمزگذاری شده قابل بازگشت هستند؟

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

رمزگشایی را از بازیابی نسخه سالم جدا کنید

برای بعضی گونه ها و نسخه های باج افزار، ابزار معتبر رمزگشایی وجود دارد؛ برای بسیاری از موارد هم چنین ابزاری در دسترس نیست. نام خانواده باج افزار به تنهایی برای نتیجه گیری کافی نیست.

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

اولین اقدامات برای محدود کردن آلودگی

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

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

خاموش کردن سیستم آلوده تصمیم موردی است

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

بازیابی اطلاعات دیتابیس SQL

قرارداد محرمانگی؛ حفاظت از اطلاعات فقط با یک امضا کامل نمی شود

تحویل درایوهای سازمانی به بیرون، نیازمند کنترل فنی و حقوقی است. NDA می تواند مسئولیت ها را روشن کند، اما به تنهایی تضمین نمی کند هیچ نسخه ای از داده نگهداری یا افشا نشود.

چه بندهایی باید در قرارداد مشخص شوند؟

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

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

آیا نماینده سازمان می تواند هنگام بازیابی حاضر باشد؟

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

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

گواهی حذف چه محدودیتی دارد؟

گواهی باید محدوده رسانه ها و نسخه های مشمول حذف را مشخص کند. مشاهده حذف یک پوشه، اثبات نبودن همه نسخه های دیگر نیست.

چک لیست تحویل هاردهای سرور به مرکز بازیابی

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

ترتیب درایوها و مشخصات آرایه را ثبت کنید

شماره شاسی، انکلوژر و اسلات را برای هر درایو یادداشت کنید. مدل و سریال را نیز ثبت کنید تا برچسب با دستگاه تطبیق داده شود.

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

بسته بندی ضد ضربه و ضد الکتریسیته ساکن

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

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

رسید تحویل چه اطلاعاتی داشته باشد؟

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

سوالات متداول

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

پاسخ دقیق بیشتر این پرسش ها پس از ارزیابی مشخص می شود. نکات زیر برای برنامه ریزی اولیه و تنظیم قرارداد کاربرد دارند.

بازیابی سرور معمولا چقدر زمان می برد؟

در متن اولیه، ۲ تا ۵ روز کاری برای برخی مشکلات منطقی و ۱ تا ۳ هفته برای پرونده های نیازمند قطعه مطرح شده بود. این زمان ها تاییدشده یا تعهد عمومی مراکز نیستند.

حجم داده، سرعت خواندن درایو معیوب، پیچیدگی ساختار و موجودی قطعه می توانند زمان را تغییر دهند. خدمات فوری نیز محدودیت فنی را از بین نمی برد.

اگر اطلاعات برنگردد، باز هم باید هزینه پرداخت کنیم؟

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

آیا ممکن است فایل ها برگردند ولی دیتابیس سالم نباشد؟

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

هزینه قطعه اهداکننده با چه کسی است؟

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

آیا فقط ارسال هاردها کافی است؟

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

اگر دو عضو RAID ۵ خراب شده باشند، هنوز امیدی هست؟

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

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

جمع بندی

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

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