وقتی سرور از دسترس خارج می شود، اولین هدف باید جلوگیری از آسیب بیشتر و مشخص کردن علت اختلال باشد. قطع دسترسی همیشه به معنی خرابی هارد یا از بین رفتن اطلاعات نیست؛ مشکل شبکه، برق، سرویس های سیستم عامل، کنترلر یا زیرساخت مجازی سازی نیز می تواند سرور را از دسترس خارج کند.
شفافیت درباره مراکز و قیمت ها: در این مقاله، مرکز مشخصی در یزد به صورت مستقل ارزیابی یا تایید نشده است. همچنین ارقام مطرح شده در بخش هزینه، از متن اولیه نقل شده اند و تعرفه رسمی، قیمت مصوب یا استعلام روز سال ۱۴۰۵ محسوب نمی شوند.
راهنمای مراکز کامپیوتری و بازیابی اطلاعات
فهرست مراکز خدمات رایانه، تعمیرات و مراکز مرتبط با تجهیزات ذخیره‌سازی در یزد
SERVER & DATA RECOVERY DIRECTORYایران هارد | مرکز تخصصی بازیابی اطلاعات و تعمیر هارد
راهنمای خدمات بازیابی اطلاعات و تجهیزات ذخیره‌سازی
بازیابی اطلاعات سرور؛ دقت فنی و حفاظت از داده‌ها
خرابی هارد، SSD یا تجهیزات ذخیره‌سازی سرور می‌تواند دسترسی به اطلاعات مهم شخصی و سازمانی را مختل کند. هنگام انتخاب مرکز بازیابی اطلاعات، نوع خرابی، ساختار ذخیره‌سازی و نحوه حفظ محرمانگی داده‌ها را بررسی کنید.
در سامانه‌های سروری، اقدام‌های عجولانه مانند بازسازی مجدد RAID یا نوشتن اطلاعات جدید روی دیسک‌های آسیب‌دیده ممکن است شرایط بازیابی را پیچیده‌تر کند. پیش از هر تغییر با متخصص مربوطه مشورت کنید.
فهرست ۱۵ مرکز کامپیوتری و خدمات فنی در یزد
اطلاعات مراکز زیر بر اساس فهرست ارائه‌شده تنظیم شده است. آدرس‌های تقریبی و شماره‌های تماس پیش از مراجعه باید بررسی شوند.
۱ خانه هارد
۲ گیتی پردازش (Giti Pardazesh)
۳ گروه فنی مهندسی چتر
۴ آنی سرویس
۵ آلفا سیستم یزد
۶ کامپیوتر پرسپولیس
۷ کامپیوتر سیب
۸ کامپیوتر و دفتر فنی رسام
۹ صدرسیستم (SadrSystem)
۱۰ امداد کامپیوتر یزد
۱۱ دریچه سبز کویر
۱۲ پیشگام سیستم
۱۳ برشید کویر
۱۴ رم رام روز
۱۵ خدمات کامپیوتری الگوریتم
سرور همین الان از دسترس خارج شده؟ ابتدا این سه کار را انجام دهید
تا زمانی که علت اختلال روشن نشده است، از فرمت کردن، Initialize، ساخت آرایه جدید، نصب مجدد سیستم عامل و اجرای ابزارهای تعمیر فایل سیستم روی دیسک های اصلی خودداری کنید. این عملیات ممکن است داده یا اطلاعات لازم برای بازسازی ساختار قبلی را تغییر دهند.
اگر شواهدی از حذف اطلاعات یا خرابی ذخیره ساز وجود دارد، با هماهنگی مسئول فنی، سرویس های نویسنده روی فضای درگیر را متوقف کنید. برای آزمایش، فایل جدید نسازید و نرم افزار ریکاوری را روی همان فضای آسیب دیده نصب نکنید.
اگر فقط دسترسی شبکه قطع شده و نشانه ای از خرابی ذخیره ساز ندارید، ابتدا وضعیت شبکه، برق و سرویس ها را بدون تغییر تنظیمات ذخیره سازی بررسی کنید.
۱. وضعیت موجود و ترتیب دیسک ها را ثبت کنید
- زمان شروع اختلال و آخرین تغییرات انجام شده را یادداشت کنید.
- از پیام خطا، وضعیت کنترلر و چراغ های درایوها عکس بگیرید.
- مدل سرور، کنترلر، نوع RAID و تعداد دیسک ها را ثبت کنید.
- شماره اسلات و شماره سریال هر دیسک را مشخص کنید.
- وضعیت آخرین بکاپ سالم و محل نگهداری آن را بررسی کنید.
اگر رابط مدیریتی مانند iLO یا iDRAC در دسترس است، می توانید اطلاعات موجود و لاگ ها را بدون صدور فرمان تغییردهنده مشاهده یا دریافت کنید. برای گرفتن لاگ، سرور مشکوک به خرابی فیزیکی را دوباره روشن نکنید.
رنگ و الگوی چراغ ها میان مدل ها متفاوت است. تفسیر آن ها باید با مستندات همان دستگاه انجام شود. لاگ ها می توانند به تشخیص کمک کنند، اما همیشه ترتیب کامل خرابی ها را نشان نمی دهند.
۲. درباره خاموش کردن یا ایزوله کردن، متناسب با حادثه تصمیم بگیرید
در صورت صدای مکانیکی غیرعادی، بوی سوختگی، داغ شدن غیرعادی یا قطع و وصل مکرر دیسک، ادامه آزمایش می تواند خطرناک باشد. در این شرایط، بدون تکرار روشن کردن، برای توقف ایمن و بررسی تخصصی اقدام کنید.
اما خاموش کردن فوری برای تمام اختلال ها توصیه یکسانی نیست. در حادثه امنیتی، حافظه موقت ممکن است حاوی شواهد مهم باشد؛ از طرف دیگر، ادامه فعالیت بدافزار می تواند خسارت را بیشتر کند. اولویت اولیه معمولا مهار ارتباطات مشکوک و هماهنگی سریع با تیم پاسخ به حادثه است. تصمیم درباره برق دستگاه باید با توجه به وضعیت واقعی گرفته شود.
چرا ریستارت مکرر یا Rebuild عجولانه خطر دارد؟
ریستارت، درمان عمومی خرابی سرور نیست. اگر دیسک آسیب مکانیکی داشته باشد، روشن شدن های مکرر ممکن است آسیب را تشدید کند. با این حال، هر بار روشن شدن الزاما به ایجاد خراش روی پلاتر منجر نمی شود؛ نوع خرابی تعیین کننده است.
Rebuild نیز در شرایط مناسب، بخشی از نگهداری معمول RAID است، نه عملی که همیشه داده ها را نابود کند. خطر زمانی بیشتر می شود که دیسک اشتباه انتخاب شود، چند عضو مشکل داشته باشند، وضعیت آرایه روشن نباشد یا دیسک های باقی مانده خطاهای خواندن داشته باشند.
بازسازی آرایه بار خواندن قابل توجهی ایجاد می کند و ممکن است خطاهای پنهان سایر اعضا را آشکار کند. پیش از شروع، باید سلامت اعضا، ترتیب دیسک ها، پیکربندی کنترلر و وضعیت بکاپ بررسی شود. اگر احتمال از دست رفتن اطلاعات مطرح است، بازسازی آزمایشی روی دیسک های اصلی انتخاب مناسبی نیست.
بازیابی اطلاعات سرور چه تفاوتی با یک هارد مستقل دارد؟
در یک هارد مستقل، ممکن است مستقیما با پارتیشن و فایل سیستم روبرو باشید. در سرور، چند لایه مانند RAID، فضای ذخیره سازی، مجازی ساز، دیسک مجازی و پایگاه داده می توانند روی هم قرار گرفته باشند. خرابی هر لایه، روش بررسی متفاوتی دارد.
بازیابی اطلاعات سرور استوریج NAS یا SAN
بازسازی آرایه های RAID
برای بازیابی RAID ممکن است تعیین ترتیب اعضا، اندازه بلوک، چیدمان پاریتی، آفست و وضعیت دیسک های قدیمی یا جایگزین لازم باشد. معمولا تلاش می شود ساختار آرایه به صورت مجازی و روی ایمیج ها بازسازی شود، بدون آنکه پیکربندی اصلی تغییر کند.
- RAID 0: افزونگی ندارد و خرابی یک عضو می تواند دسترسی به آرایه را مختل کند.
- RAID 1: نسخه های آینه ای دارد، اما حذف، خرابی منطقی یا باج افزار می تواند هر دو نسخه را درگیر کند.
- RAID 5: در حالت معمول، تحمل خرابی یک عضو را دارد.
- RAID 6: در حالت معمول، تحمل خرابی دو عضو را دارد.
- RAID ۱۰، ۵۰ و ۶۰: تحمل خرابی به محل دیسک های خراب در گروه ها و زیرآرایه ها بستگی دارد.
RAID جای بکاپ را نمی گیرد و در برابر همه انواع حذف، تخریب یا حمله محافظت ایجاد نمی کند.
ذخیره سازهای NAS و SAN
NAS و SAN روش ارائه ذخیره سازی هستند و به یک فایل سیستم مشخص محدود نمی شوند. بسته به محصول، ممکن است با ساختارهایی مانند ZFS، Btrfs، ext4، لایه های اختصاصی یا فضای بلوکی مورد استفاده مجازی ساز روبرو باشید.
در این پرونده ها، اسنپ شات ها، Thin Provisioning، رمزگذاری و وابستگی به متادیتا اهمیت دارند. دانش تخصصی محصول لازم است، اما برنامه نویسی کرنل لینوکس شرط عمومی همه پروژه های بازیابی نیست.
ماشین های مجازی VMware و Hyper-V
ممکن است لازم باشد ابتدا دسترسی به فضای ذخیره سازی بازسازی شود، سپس فایل های VMDK، VHDX و زنجیره اسنپ شات یا Checkpoint بررسی شوند. بعد از آن، نوبت ارزیابی فایل سیستم داخل ماشین و داده های برنامه می رسد.
وجود یک فایل دیسک مجازی با اندازه درست، به تنهایی نشانه سلامت آن نیست. از حذف، ادغام یا جابجایی فایل های زنجیره اسنپ شات بدون بررسی تخصصی خودداری کنید.
چه سناریوهایی می توانند باعث خرابی سرور شوند؟
در محیط های صنعتی یزد، مانند هر محیط صنعتی دیگر، بررسی برق، تهویه، گردوغبار و نگهداری تجهیزات اهمیت دارد. با این حال، بدون آمار مستند نمی توان یک عامل را رایج ترین علت خرابی در استان دانست.
| سناریو | نشانه احتمالی | نکته مهم |
|---|---|---|
| مشکل برق یا تهویه | خاموشی، هشدار دما یا ریست ناگهانی | UPS، منبع تغذیه و خنک کاری بررسی شوند؛ این علائم خرابی هارد را ثابت نمی کنند. |
| خرابی دیسک یا کنترلر | خطای ورودی و خروجی، آرایه Degraded یا ناپدید شدن درایو | کابل، Backplane و کنترلر نیز می توانند علت باشند. |
| خطای انسانی | حذف Volume، فرمت یا خروج عضو اشتباه | تغییرات بعدی متوقف و مراحل قبلی دقیق ثبت شوند. |
| باج افزار | رمز شدن فایل ها، یادداشت باج یا تغییر پسوند | مهار حادثه و بررسی بکاپ سالم در کنار ارزیابی داده انجام شود. |
| خرابی منطقی یا نرم افزاری | بوت نشدن، خطای فایل سیستم یا توقف سرویس | پیش از اجرای ابزار تعمیر، سلامت ذخیره ساز و امکان تهیه نسخه بررسی شود. |
سن بالاتر تجهیزات می تواند یکی از عوامل ارزیابی ریسک باشد، اما عمر ثابت پنج یا شش ساله برای خرابی همه هاردها وجود ندارد. نوع رسانه، بار کاری، دما، کیفیت نگهداری و سابقه خطا نیز موثرند.
چطور مرکز بازیابی اطلاعات سرور در یزد را انتخاب کنیم؟
عنوان «تخصصی»، «نمایندگی رسمی» یا نمایش تصویر تجهیزات، به تنهایی صلاحیت یک مرکز را ثابت نمی کند. از ارائه دهنده بخواهید روش بررسی، حدود مسئولیت و تجربه مرتبط با ساختار شما را توضیح دهد.
در این راهنما، فهرست تاییدشده ای از نام، آدرس و شماره تماس مراکز یزد ارائه نشده است. برای بررسی هویت صنفی می توانید از مرجع مربوط استعلام بگیرید، اما داشتن مجوز صنفی با تایید توان فنی بازیابی RAID یا هارد آسیب دیده یکسان نیست.
سوال هایی که پیش از تحویل باید بپرسید
- آیا پرونده ای با کنترلر، نوع RAID یا مجازی ساز مشابه انجام داده اید؟
- چه اقداماتی روی دیسک اصلی انجام می شود و چه اقداماتی روی نسخه؟
- آیا برای دیسک ناپایدار، امکان تصویربرداری کنترل شده دارید؟
- اگر باز کردن HDD لازم باشد، کار کجا و در چه محیطی انجام می شود؟
- آیا بخشی از خدمات به مجموعه دیگری واگذار می شود؟
- هزینه بررسی، قطعه، بازیابی و تحویل چگونه تفکیک می شوند؟
- معیار موفقیت و روش آزمون پایگاه داده چیست؟
- در صورت نبود کلید رمزگذاری، چه محدودیت هایی وجود دارد؟
ابزارهایی مانند PC-۳۰۰۰ در برخی پرونده های سخت افزاری کاربرد دارند، اما وجود یک برند ابزار، تضمین مهارت یا موفقیت نیست. همچنین اتاق تمیز برای همه خرابی ها لازم نیست؛ نیاز اصلی آن به مواردی مانند باز کردن مجموعه داخلی HDD مربوط می شود.
اگر مرکز به محیط «کلاس ۱۰۰» اشاره می کند، درباره استاندارد مرجع، محدوده محیط کنترل شده و مستندات آزمون سوال کنید. عبارت تبلیغاتی بدون مدرک برای ارزیابی کافی نیست.
تحویل و ارسال امن هاردهای سرور
اگر مرکز مناسب در دسترس نیست، ارسال به شهر دیگر می تواند گزینه ای قابل بررسی باشد؛ تهران تنها مقصد ممکن نیست. انتخاب باید بر اساس توان فنی، محرمانگی، شرایط حمل و توافق خدمات انجام شود.
- پیش از خارج کردن دیسک ها، از چینش و شماره اسلات ها عکس بگیرید.
- هر دیسک را با شناسه، شماره سریال و محل قبلی آن ثبت کنید.
- خارج کردن دیسک را پس از توقف مناسب و توسط فرد آشنا با دستگاه انجام دهید.
- هر دیسک را جداگانه در کیسه ضد الکتریسیته ساکن و محافظ ضربه مناسب قرار دهید.
- بسته بندی را طوری انجام دهید که دیسک ها در جعبه حرکت نکنند.
- فهرست اقلام، وضعیت ظاهری، گیرنده و رسید تحویل را نگهداری کنید.
روی برد، کانکتور یا سوراخ تهویه دیسک برچسب نزنید. درباره ارسال همه اعضای آرایه، کنترلر و تجهیزات جانبی ابتدا با متخصص هماهنگ کنید. کلیدهای رمزگذاری را در همان بسته و کنار دیسک ها قرار ندهید.
پوشش حمل یا بیمه بسته لزوما ارزش داده ها را جبران نمی کند؛ حدود پوشش را پیش از ارسال بخوانید.
محرمانگی اطلاعات؛ چه چیزهایی باید در قرارداد باشد؟
برای داده های مالی، مشتریان و اطلاعات تولید، توافق محرمانگی باید پیش از دسترسی به محتوا روشن شود. قرارداد خطر افشا را به صفر نمی رساند، اما تعهدات و مسئولیت ها را مشخص می کند.
- هدف و محدوده مجاز دسترسی به داده ها.
- افراد مجاز و شرایط استفاده از پیمانکار دیگر.
- محل نگهداری دیسک، ایمیج و فایل های استخراج شده.
- روش انتقال امن و نحوه مدیریت کلیدهای رمزگذاری.
- مدت نگهداری نسخه های کاری و زمان حذف آن ها.
- روش اعلام رخداد امنیتی و مسئولیت طرفین.
- شرایط بازگرداندن قطعات و ارائه گزارش پایان کار.
تهیه کپی کاری معمولا بخشی از بازیابی است؛ بنابراین باید کپی های ضروری و مجاز را از تکثیر غیرمجاز تفکیک کرد. روش پاک سازی نیز باید با نوع رسانه و سیاست نگهداری متناسب باشد. وعده حذف «صد درصد غیرقابل بازگشت» بدون تعریف روش و دامنه، قابل اتکا نیست.
برای قراردادهای حساس، متن را با مشاور حقوقی و مسئول امنیت سازمان بررسی کنید.
هزینه بازیابی اطلاعات سرور در سال ۱۴۰۵
قیمت نهایی به نوع خرابی، تعداد و ظرفیت دیسک ها، میزان خوانایی، ساختار ذخیره سازی، رمزگذاری، نیاز به قطعه و فوریت بستگی دارد. حجم فایل های درخواستی تنها عامل تعیین قیمت نیست؛ ممکن است برای استخراج یک پایگاه داده کوچک، خواندن بخش بزرگی از آرایه لازم باشد.
توجه: بازه های جدول زیر صرفا ارقام مطرح شده در متن اولیه هستند. منبع مستقلی برای تایید آن ها به عنوان قیمت روز، میانگین بازار یا تعرفه مصوب سال ۱۴۰۵ ارائه نشده است. برای تصمیم مالی، پیش فاکتور متناسب با پرونده خود بگیرید.
| نوع خدمات | بازه نقل شده | ابهام قابل بررسی در پیشنهاد |
|---|---|---|
| خرابی منطقی، حذف یا فرمت | ۵ تا ۱۵ میلیون تومان | تعداد رسانه ها، حجم خواندن و نوع داده |
| بازسازی RAID | ۱۵ تا ۳۵ میلیون تومان | شمول تصویربرداری و خدمات سخت افزاری اعضا |
| مشکلات فریمور | ۸ تا ۲۰ میلیون تومان برای هر دیسک | نوع رسانه، مشکل و امکان دسترسی به داده |
| خرابی مکانیکی HDD | ۲۰ تا ۵۰ میلیون تومان، به علاوه قطعه | مبنای محاسبه، تعداد دیسک ها و هزینه قطعه اهداکننده |
این ردیف ها لزوما مستقل یا قابل جمع نیستند. یک پرونده ممکن است چند نوع خدمت لازم داشته باشد و مرکز باید از محاسبه مبهم یا تکراری هزینه ها جلوگیری کند.
چه عواملی هزینه را تغییر می دهند؟
- تعداد اعضای آرایه و وضعیت هر عضو.
- خطاهای خواندن و زمان لازم برای تصویربرداری.
- نیاز به قطعه اهداکننده سازگار.
- آسیب ناشی از عملیات یا دستکاری قبلی.
- پیچیدگی اسنپ شات ها، ماشین های مجازی و پایگاه داده.
- ظرفیت رسانه مقصد و الزامات محرمانگی.
- خدمات فوری، طبق توافق مشخص.
سازگاری قطعه اهداکننده به خانواده و معماری دیسک بستگی دارد؛ یکسان بودن برند، مدل و تاریخ ساخت به تنهایی کافی نیست و در همه پرونده ها نیز تطابق همه این موارد لازم نیست. درصد ثابتی برای افزایش هزینه خدمات فوری نمی توان اعلام کرد.
«بدون داده، بدون هزینه» دقیقا چه معنایی دارد؟
این سیاست قراردادی است، نه قاعده الزامی همه مراکز. مشخص کنید آیا بررسی اولیه، قطعه، ارسال یا اقدامات سخت افزاری در صورت عدم موفقیت هزینه دارند یا خیر.
موفقیت را نیز تعریف کنید. بازگشت چند فایل کم اهمیت نباید بدون توافق قبلی، معادل بازیابی پایگاه داده اصلی سازمان در نظر گرفته شود. پرداخت مرحله ای یا دریافت هزینه ارزیابی به خودی خود نشانه نامعتبر بودن مرکز نیست.
پس از تحویل تجهیزات، بازیابی چگونه انجام می شود؟
ابتدا مشخصات رسانه ها، سابقه حادثه و وضعیت خوانایی بررسی می شوند. هدف، کاهش کار مستقیم روی منبع و تهیه ایمیج یا کلون با روش متناسب با خرابی است.
تصویربرداری همیشه کامل و بدون خطا نیست. ممکن است برخی نواحی خوانده نشوند یا برای دسترسی اولیه، مداخله سخت افزاری یا فریموری لازم باشد. این محدودیت ها باید ثبت شوند؛ وعده کپی کاملا برابر اصل برای هر دیسک آسیب دیده واقع بینانه نیست.
مرحله دوم: بازسازی منطقی روی نسخه ها
در صورت نیاز، آرایه و لایه های ذخیره سازی روی ایمیج ها بازسازی می شوند. سپس پارتیشن، فایل سیستم، دیسک مجازی و زنجیره اسنپ شات بررسی می شود.
مزیت کار روی نسخه این است که تحلیل های مختلف بدون تغییر دیسک اصلی انجام می شوند. اشتباه در تفسیر پارامترهای یک آرایه مجازی لزوما داده منبع را تخریب نمی کند، اما می تواند خروجی نامعتبر تولید کند.
مرحله سوم: استخراج و آزمون کاربردی
باز شدن فایل، تنها معیار سلامت نیست. خروجی باید با نیاز واقعی سازمان سنجیده شود.
- فایل های عمومی: باز شدن و بررسی محتوا، به ویژه اسناد حیاتی.
- پایگاه داده: آزمون سازگاری و بررسی جداول و گزارش های ضروری توسط فرد متخصص.
- ماشین مجازی: بررسی در محیط ایزوله، بدون اتصال مستقیم به شبکه تولید.
- نرم افزار سازمانی: کنترل داده های کلیدی توسط مسئول همان سامانه.
در حادثه باج افزاری، محیط آزمون باید از محیط آلوده جدا باشد. نتیجه بازیابی، فایل های ناقص، خطاهای باقی مانده و محدودیت آزمون باید در گزارش تحویل مشخص شوند. درصد سلامت بدون روش اندازه گیری روشن، معیار دقیقی نیست.
چطور احتمال تکرار بحران را کمتر کنیم؟
قاعده ۳-۲-۱ را همراه با آزمون بازیابی اجرا کنید
این الگو بر داشتن سه نسخه از داده، شامل نسخه اصلی و دو نسخه پشتیبان، نگهداری روی دو نوع رسانه یا سامانه مناسب و قرار داشتن یک نسخه خارج از محل تاکید دارد.
برای مقابله با باج افزار، نسخه آفلاین یا تغییرناپذیر و جداسازی دسترسی مدیریتی نیز اهمیت دارد. صرف وجود NAS در اتاق دیگر، به معنی تنوع کافی رسانه یا ایمنی در برابر حمله نیست.
بکاپ پایگاه داده و ماشین مجازی باید متناسب با برنامه تهیه شود. نسخه ای که هرگز بازیابی آزمایشی نشده، تضمین قابل اتکایی برای زمان بحران نیست.
سلامت ذخیره ساز، برق و دما را پایش کنید
هشدار کنترلر، وضعیت دیسک، خطاهای ورودی و خروجی، باتری یا حافظه محافظت شده کنترلر، UPS و دمای محیط را در برنامه پایش قرار دهید. برای هشدارها مسئول پاسخ و مسیر پیگیری مشخص کنید.
پایش می تواند برخی خطرها را زودتر آشکار کند، اما همه خرابی ها قابل پیش بینی نیستند. خاموشی خودکار هنگام دمای بحرانی نیز باید مهندسی و آزمایش شود تا ترتیب توقف سرویس ها و ذخیره ساز رعایت شود.
زمان و نقطه قابل قبول بازیابی را مشخص کنید
RPO مشخص می کند از دست دادن چه بازه ای از داده قابل قبول است و RTO زمان هدف برای بازگرداندن سرویس است. بازگشت در چند دقیقه فقط با معماری، منابع و آزمون متناسب امکان پذیر می شود؛ داشتن بکاپ به تنهایی چنین زمانی را تضمین نمی کند.
سوالات متداول
در این بخش از ایران هارد به سوالات رایج شما عزیزان پاسخ کامل می دهیم. شما نیز اگر سوالی داشتید در بخش کامنت های سایت باما در ارتباط باشید.
بازیابی اطلاعات سرور چقدر طول می کشد؟
بدون بررسی نمی توان زمان قابل اتکایی اعلام کرد. ظرفیت، خوانایی دیسک ها، تامین قطعه، رمزگذاری و آزمون خروجی موثرند. زمان ارزیابی اولیه را از زمان استخراج و تحویل جداگانه بپرسید.
آیا اطلاعات پس از فرمت شدن صد درصد برمی گردد؟
خیر. نوع فرمت، میزان بازنویسی، نوع رسانه، TRIM یا UNMAP، رمزگذاری و وضعیت ساختار قبلی تعیین کننده اند. توقف سریع عملیات می تواند کمک کند، اما تضمین نیست.
آیا فایل های باج افزاری قابل بازیابی هستند؟
گاهی از بکاپ سالم، نسخه های باقی مانده یا رمزگشای معتبر می توان استفاده کرد. اما رمزگذاری درست و بدون کلید ممکن است قابل بازگشایی نباشد. بازیابی سخت افزاری به خودی خود رمزگذاری را دور نمی زند.
اگر دو هارد RAID ۵ خراب شوند، هنوز امیدی هست؟
این وضعیت از تحمل معمول RAID ۵ فراتر است. نتیجه به نوع خرابی و مقدار داده قابل خواندن اعضا بستگی دارد. ممکن است بازیابی جزئی یا کامل ممکن باشد، اما همه پرونده ها به باز کردن هارد نیاز ندارند و نتیجه تضمین نمی شود.
آیا خدمات در محل شرکت قابل انجام است؟
برخی ارزیابی ها، بررسی تنظیمات و بازیابی های منطقی ممکن است در محل انجام شوند. کار روی HDD با آسیب داخلی معمولا به محیط کنترل شده و ابزار مناسب نیاز دارد. انتقال همه پرونده ها به تهران الزام عمومی نیست.
اگر مرکز دیگری قبلا روی دیسک ها کار کرده باشد چه کنیم؟
شرح دقیق اقدامات، قطعات تعویض شده، فایل های ایمیج و گزارش قبلی را دریافت کنید. باز شدن نامناسب HDD می تواند شرایط را بدتر کند، اما تعیین امکان بازیابی نیازمند ارزیابی است؛ درصد قطعی نمی توان اعلام کرد.
آیا بدون کلید رمزگذاری می توان داده را برگرداند؟
ممکن است بلوک ها یا فایل های رمز شده استخراج شوند، اما استفاده از محتوای آن ها معمولا به کلید، اطلاعات بازیابی یا سازوکار مجاز مربوط نیاز دارد. کلیدها را از مسیر امن و با دسترسی محدود منتقل کنید.
لاگ ها را چگونه برای متخصص بفرستیم؟
در صورت دسترسی ایمن، خروجی خطاهای کنترلر و رابط مدیریتی را بدون تغییر تنظیمات دریافت کنید. پیش از ارسال، اطلاعات حساس غیرضروری را بررسی کنید و از مسیر توافق شده استفاده کنید. رمز عبور مدیریتی را همراه لاگ نفرستید.
جمع بندی
برای بازیابی اطلاعات سرور در یزد، ابتدا علت اختلال را از خرابی قطعی داده جدا کنید، تغییرات غیرضروری را متوقف کنید و وضعیت موجود را ثبت کنید. سپس ارائه دهنده را بر اساس توان فنی مرتبط، روش حفظ منبع، قرارداد محرمانگی و معیار روشن تحویل انتخاب کنید.
پیش از تایید هزینه، محدوده خدمات و تعریف موفقیت را مکتوب کنید. هیچ نام تجاری، ابزار یا وعده درصدی جای بررسی واقعی پرونده و آزمون داده های بازیابی شده را نمی گیرد.