قطع دسترسی به سرور حسابداری، از کار افتادن ماشین های مجازی یا ناپدید شدن فضای ذخیره سازی، می تواند فعالیت یک سازمان را مختل کند. در این شرایط، تصمیم عجولانه گاهی مشکل را پیچیده تر می کند؛ به ویژه اگر چند دیسک درگیر باشند یا وضعیت آرایه RAID مشخص نباشد.
راهنمای مراکز بازیابی اطلاعات سرور
فهرست مراکز بازیابی اطلاعات، تعمیر هارد و خدمات کامپیوتری در مشهد
SERVER & DATA RECOVERY DIRECTORYایران هارد | مرکز تخصصی بازیابی اطلاعات و تعمیر هارد
راهنمای خدمات بازیابی اطلاعات و تجهیزات ذخیره‌سازی
بازیابی اطلاعات سرور؛ دقت فنی و حفاظت از داده‌ها
خرابی هارد، SSD یا تجهیزات ذخیره‌سازی سرور می‌تواند دسترسی به اطلاعات مهم شخصی و سازمانی را مختل کند. هنگام انتخاب مرکز بازیابی اطلاعات، نوع خرابی، ساختار ذخیره‌سازی و نحوه حفظ محرمانگی داده‌ها را در نظر بگیرید.
در سامانه‌های سروری، اقدام‌های عجولانه مانند بازسازی مجدد RAID یا نوشتن اطلاعات جدید روی دیسک‌های آسیب‌دیده ممکن است شرایط بازیابی را پیچیده‌تر کند. پیش از هر تغییر با متخصص مربوطه مشورت کنید.
فهرست ۱۵ مرکز کامپیوتری و بازیابی اطلاعات در مشهد
اطلاعات مراکز زیر بر اساس فهرست ارائه‌شده تنظیم شده است. پیش از مراجعه، نشانی و شماره تماس را بررسی کنید.
۱ هاردتک
۲ نگین شرق
۳ مستر هارد
۴ هارد اکسپرت
۵ سروقد کامپیوتر
۶ فروشگاه هاشمی
۷ مرکز تعمیرات تخصصی هارد مجتمع کامپیوتر تک
۸ مرکز کامپیوتر هاشمی — شعبه مطهری
۹ متین RMA Center
۱۰ توسکام
۱۱ تعمیرات تخصصی سرگزی
۱۲ خدمات کامپیوتری دانشجو
۱۳ پارس دیتا شرق
۱۴ کافی‌نت دهکده
۱۵ مرکز سخت‌افزار ایران — نمایندگی مشهد
در دقایق اول توقف سرور چه کنیم؟
چراغ نارنجی یا قرمز لزوما به معنی از بین رفتن اطلاعات نیست. خطا می تواند به دیسک، کنترلر، برق، ارتباط یا بخش دیگری از دستگاه مربوط باشد. ابتدا وضعیت را ثبت کنید و از تغییر تنظیمات بدون تشخیص علت بپرهیزید.
۱. فعالیت های نوشتن روی فضای آسیب دیده را محدود کنید
اگر فایل ها حذف شده اند، دیتاستور در دسترس نیست یا آرایه رفتار غیرعادی دارد، سرویس های وابسته را با هماهنگی مسئول زیرساخت متوقف کنید. نصب برنامه، ایجاد ماشین مجازی، فرمت و بازگردانی بک آپ روی همان فضای مشکوک ممکن است داده های قابل بازیابی را بازنویسی کند.
۲. خاموش کردن را متناسب با وضعیت انجام دهید
نگه داشتن دکمه پاور و خاموشی اجباری، راهکار عمومی برای همه خطاها نیست و می تواند داده های در حال نوشتن را تحت تاثیر قرار دهد. در صورت صدای غیرعادی هارد، دود یا بوی سوختگی، ادامه کار ممکن است آسیب را بیشتر کند و باید استفاده متوقف شود. در سایر موارد، روش توقف باید با توجه به وضعیت سیستم و نظر مسئول فنی انتخاب شود.
۳. عملیات اصلاحی RAID را برای آزمون و خطا اجرا نکنید
گزینه هایی مانند Initialize، Force Online، Clear Configuration و Rebuild می توانند وضعیت آرایه را تغییر دهند. Rebuild در شرایط درست بخشی از نگهداری عادی RAID است، اما اجرای آن روی آرایه نامشخص یا دارای چند عضو مشکوک، نیازمند بررسی دقیق است.
خرابی هنگام بازسازی لزوما همه داده ها را نابود نمی کند، ولی ممکن است دسترسی به آرایه را مختل و بازیابی را دشوارتر کند.
۴. گزارش ها و مشخصات را حفظ کنید
- زمان حادثه و آخرین دسترسی سالم به اطلاعات.
- متن خطا و تصاویر موجود از iLO، iDRAC یا کنسول کنترلر.
- مدل سرور، کنترلر، نوع RAID و تعداد دیسک ها.
- شماره اسلات و سریال هر دیسک.
- دیسک های تعویض شده یا خارج شده از آرایه.
- اقدام های انجام شده پس از حادثه.
- وضعیت آخرین بک آپ و آخرین آزمون بازگردانی آن.
برای گرفتن گزارش، دستگاه خاموش و مشکوک به خرابی مکانیکی را صرفا به این منظور دوباره روشن نکنید.
۵. از اتصال آزمایشی و تایید پیام های سیستم عامل بپرهیزید
اتصال عضو RAID به رایانه دیگر، بدون روش محافظت مناسب، می تواند خطر نوشتن ناخواسته ایجاد کند. پیشنهاد Initialize یا Format را تایید نکنید. مقداردهی اولیه ممکن است اطلاعات ساختاری را تغییر دهد، اما اثر آن بسته به محل نوشتن و معماری ذخیره سازی متفاوت است؛ نمی توان گفت همیشه تمام متادیتای RAID را پاک می کند.
اگر احتمال باج افزار وجود دارد، مهار ارتباط شبکه و حفظ شواهد را با تیم امنیت هماهنگ کنید. در محیط صنعتی، قطع ارتباط تجهیزات باید با توجه به ایمنی و تداوم بهره برداری انجام شود.
چرا بازیابی سرور با هارد تکی تفاوت دارد؟
در سرور ممکن است چند لایه ذخیره سازی روی هم قرار گرفته باشند: دیسک فیزیکی، RAID، حجم منطقی، فایل سیستم، دیسک مجازی و دیتابیس. مشکل در هر لایه، روش بررسی متفاوتی می خواهد.
با این حال، مرز مطلقی میان تجهیزات سازمانی و شخصی وجود ندارد. سرور می تواند از SATA، SAS یا NVMe استفاده کند و همه هاردهای سازمانی نیز سرعت چرخش ۱۰ یا ۱۵ هزار دور ندارند. SSD اساسا قطعه چرخان ندارد.
| موضوع | هارد یا حافظه تکی | ذخیره ساز سرور |
|---|---|---|
| تعداد رسانه | معمولا یک رسانه | ممکن است چندین عضو وابسته به هم باشد. |
| ساختار داده | پارتیشن و فایل سیستم | احتمال وجود RAID، Pool، LUN و مجازی سازی |
| اطلاعات مورد نیاز | مشخصات رسانه و شرح حادثه | علاوه بر آن، ترتیب اعضا، کنترلر، تنظیمات و کلیدها |
| تایید نتیجه | بررسی فایل های مورد نظر | بررسی فایل، دیتابیس، ماشین مجازی و سازگاری کاربردی |
بازیابی اطلاعات سرور استوریج NAS یا SAN
RAID جایگزین بک آپ نیست
RAID ۵ در وضعیت سالم تحمل خرابی یک عضو و RAID ۶ تحمل خرابی دو عضو را دارد. در RAID ۱۰، تحمل خرابی به جفت های آینه درگیر بستگی دارد. این ساختارها به تنهایی در برابر حذف اشتباه، باج افزار، خرابی گسترده یا همه خطاهای مدیریتی محافظت ایجاد نمی کنند.
همچنین SQL Server یک سامانه مدیریت پایگاه داده است، نه فایل سیستم. تعمیر دیتابیس با بازسازی VMFS، NTFS یا سایر ساختارهای ذخیره سازی یکسان نیست.
بررسی مراکز بازیابی اطلاعات سرور در مشهد
برای معرفی یک مرکز به عنوان گزینه معتبر، باید هویت، محل فعالیت، دامنه خدمات و شواهد مرتبط بررسی شود. ادعای سابقه طولانی، فهرست مشتریان سازمانی یا داشتن ابزار تخصصی، بدون بررسی مستقل برای رتبه بندی کافی نیست.
نام های مطرح شده در متن اولیه
دو نام زیر در متن ارسالی آمده اند. درج آن ها صرفا بازتاب همان متن است و به معنی تایید فعالیت فعلی، کیفیت خدمات یا امکانات آن ها نیست.
| نام مطرح شده | موارد ضروری برای بررسی |
|---|---|
| نگین شرق، منتسب به مهندس بیدرنگ | هویت و نشانی فعلی، تجربه RAID و SAS، محل انجام کار و شرایط قرارداد |
| هاردتک مشهد | اطلاعات تماس فعلی، خدمات واقعی NAS و سرور، تجهیزات و نحوه پذیرش |
نشانی ها و شماره های تماس متن اولیه در این نسخه تکرار نشده اند، زیرا صحت و به روز بودن آن ها بررسی نشده است. پیش از مراجعه یا ارسال تجهیزات، اطلاعات را از مسیر رسمی و قابل پیگیری همان مجموعه تطبیق دهید.
پیش از انتخاب مرکز چه بپرسیم؟
- بازیابی در مشهد انجام می شود یا تجهیزات به شهر دیگری می روند؟
- مجری نهایی چه شخص حقوقی یا مجموعه ای است؟
- آیا تجربه مرتبط با کنترلر، فایل سیستم و مجازی ساز شما وجود دارد؟
- برای حفظ دیسک های اصلی و تهیه نسخه کاری چه روشی اجرا می شود؟
- کدام عملیات نیازمند اجازه جداگانه مشتری است؟
- چه هزینه هایی حتی در صورت ناموفق بودن کار دریافت می شود؟
- داده های حیاتی چگونه تست و تایید می شوند؟
- شرایط نگهداری و حذف نسخه های آزمایشگاه چیست؟
آیا ارسال به تهران ضروری است؟
نه همیشه. توانایی مجری و تناسب آن با پرونده اهمیت دارد، نه صرفا شهر محل فعالیت. بعضی پرونده ها محلی قابل بررسی هستند و بعضی به تجهیزات یا تجربه دیگری نیاز دارند.
همکاری دفاتر مشهد با مجموعه های دیگر باید مستقیم استعلام شود. نام بردن از یک شرکت گارانتی یا آزمایشگاه در تبلیغات، به تنهایی وجود نمایندگی رسمی یا پذیرش بازیابی سرور را ثابت نمی کند.
محیط تمیز و ابزار تخصصی را چگونه ارزیابی کنیم؟
باز کردن محفظه هارد مکانیکی برای رسیدگی به اجزای داخلی، به محیط تمیز کنترل شده نیاز دارد. این موضوع فقط مختص هارد سرور نیست. در مقابل، همه خرابی ها نیازمند باز کردن محفظه نیستند؛ برخی مشکلات الکترونیکی یا ارتباطی بیرون از آن بررسی می شوند.
عبارت «کلین روم کلاس ۱۰۰» باید به شرایط اندازه گیری شده محیط کار اشاره کند، نه فقط وجود فیلتر یا یک محفظه شیشه ای. درباره ارزیابی محیط، نگهداری تجهیزات و تجربه کار روی مدل دیسک سوال کنید.
ابزارهایی مانند PC-۳۰۰۰ در برخی پرونده ها کاربرد دارند، اما راهکار منحصر به فرد همه خرابی ها نیستند. پشتیبانی از رابط و مدل، امکانات جانبی، روش استفاده و مهارت کارشناس اهمیت دارند. داشتن یک ابزار، موفقیت یا جلوگیری مطلق از هر نوع نوشتن را تضمین نمی کند.
تحویل و ارسال امن دیسک های سرور
پیش از خارج کردن دیسک ها با مجری هماهنگ کنید. در بعضی پرونده ها، اطلاعات کنترلر، کش، محفظه ذخیره ساز یا کلیدهای رمزنگاری نیز لازم هستند.
- از چیدمان دیسک ها عکس بگیرید و شماره اسلات و سریال هر عضو را ثبت کنید.
- دیسک های جایگزین، اعضای قدیمی و Hot Spare را مشخص کنید.
- هر دیسک را در پوشش آنتی استاتیک مناسب قرار دهید.
- از ضربه گیر کافی و جعبه محکم استفاده کنید تا قطعات حرکت نکنند.
- رسید شامل مشخصات قطعات، وضعیت ظاهری، مقصد و مسئول تحویل بگیرید.
حمل هوایی یا اختصاصی می تواند در بعضی شرایط مناسب باشد، اما زمان تحویل کمتر از پنج ساعت یا ایمنی کامل، بدون توافق مشخص قابل تضمین نیست. برنامه حمل، محدودیت پذیرش، پوشش خسارت و زنجیره تحویل را بررسی کنید.
جدول هزینه های بازیابی اطلاعات سرور در سال ۱۴۰۵
ارقام زیر از متن اولیه نقل شده اند و نرخ مصوب، میانگین تاییدشده بازار یا پیشنهاد فعلی مراکز مشهد نیستند. برای بودجه بندی قطعی، پیش فاکتور متناسب با پرونده بگیرید. زمان های متن اولیه نیز تعهد قابل اتکا برای همه پرونده ها محسوب نمی شوند.
| خدمت | مبلغ نقل شده، میلیون تومان | موضوع لازم برای شفاف سازی |
|---|---|---|
| بررسی اولیه گزارش ها و آرایه | رایگان تا ۲ | دامنه بررسی و هزینه انصراف |
| بازیابی منطقی RAID تا چهار دیسک | ۷ تا ۱۵ | سلامت اعضا و خدمات مشمول مبلغ |
| بازسازی آرایه پنج تا شانزده دیسکی | ۱۶ تا ۳۵ | نوع RAID، ظرفیت و لایه های ذخیره سازی |
| رسیدگی به مشکل فریمور هارد SAS | ۱۰ تا ۲۲ | تفکیک مشکل خود دیسک از کنترلر سرور |
| کار مکانیکی روی هر هارد | ۱۲ تا ۲۵، به علاوه قطعه | نوع عملیات، قطعه و شرط نتیجه ناموفق |
| ترمیم دیتابیس SQL | ۱۵ تا ۴۰ | تفاوت تعمیر ساختار با رمزگشایی باج افزار |
| بازیابی ماشین مجازی | ۲۰ تا ۵۰ | تعداد ماشین ها، Snapshot ها و تست راه اندازی |
این ردیف ها لزوما مستقل نیستند. یک پرونده ممکن است هم به استخراج داده از دیسک، هم بازسازی RAID و هم تعمیر ماشین مجازی نیاز داشته باشد. مشخص کنید کدام هزینه ها در مبلغ اصلی محاسبه شده اند تا دوباره شماری نشوند.
چه عواملی هزینه را تغییر می دهند؟
- تعداد، ظرفیت، مدل و وضعیت دیسک ها.
- میزان خطای خواندن و زمان لازم برای استخراج داده.
- نوع RAID، فایل سیستم، رمزنگاری و مجازی سازی.
- نیاز به قطعه اهداکننده و امکان تامین آن.
- حجم فضای لازم برای ایمیج و تحویل خروجی.
- دامنه آزمون سلامت و خدمات راه اندازی.
- فوریت، حمل و هزینه رسانه مقصد.
اضافه بهای خدمات فوری، درصد ثابت و عمومی ندارد. بازه ۴۰ تا ۶۰ درصد مطرح شده در متن اولیه نیز تایید نشده است. زمان شروع، اولویت رسیدگی و هزینه باید در پیشنهاد همان مرکز مشخص شوند.
پرداخت در صورت موفقیت یا ناموفق بودن کار
عبارت «بدون داده، بدون هزینه» یک شرط قراردادی است، نه قاعده یکسان برای تمام مراکز. تعریف موفقیت، مبلغ بازیابی ناقص، هزینه تشخیص و هزینه قطعه مصرفی باید پیش از شروع نوشته شود.
پیش پرداخت به تنهایی نشانه نامعتبر بودن نیست؛ اما دریافت مبلغ بدون شرح خدمت، رسید و تعیین تکلیف نتیجه ناموفق، نیازمند احتیاط است.
امنیت اطلاعات و قرارداد محرمانگی NDA
قرارداد محرمانگی باید هویت طرفین، محدوده دسترسی، مسئولیت پیمانکاران فرعی و نحوه نگهداری اطلاعات را روشن کند. امضای NDA مفید است، اما امنیت کامل را به تنهایی تضمین نمی کند.
- دسترسی کارکنان فقط به میزان لازم برای اجرای کار باشد.
- هرگونه برون سپاری با اطلاع و توافق سازمان انجام شود.
- محل نگهداری دیسک ها و نسخه های کاری مشخص باشد.
- انتقال داده و کلید رمزگذاری از مسیرهای مناسب انجام شود.
- مدت نگهداری نسخه ها و روش حذف آن ها تعیین شود.
- استفاده تبلیغاتی از نام سازمان یا اطلاعات پرونده نیازمند اجازه باشد.
- شیوه گزارش رخداد امنیتی و مسئولیت های مرتبط مشخص شود.
آیا بررسی هدر و ساختار فایل برای تایید سلامت کافی است؟
خیر. بررسی ساختاری می تواند بخشی از ارزیابی باشد، اما سلامت کامل دیتابیس، سند یا ماشین مجازی را ثابت نمی کند. گاهی تست کاربردی به مشاهده محدود محتوا نیاز دارد؛ این دسترسی باید با مجوز و ترجیحا با مشارکت نماینده سازمان انجام شود.
کار روی ایمیج چه مزیتی دارد؟
تهیه نسخه کاری، در صورت امکان، نیاز به خواندن مکرر اصل رسانه را کاهش می دهد. با این حال، خود ایمیج گیری مستلزم خواندن دیسک است و بعضی عملیات فیزیکی یا فریموری نیز روی اصل انجام می شوند. بنابراین این روش ریسک را کاهش می دهد، نه اینکه آن را حذف کند.
نسخه های آزمایشگاه چگونه حذف شوند؟
روش حذف به نوع رسانه و معماری نگهداری بستگی دارد. بازنویسی ساده برای همه SSDها، Snapshot ها و نسخه های پشتیبان راهکار یکسانی نیست. پوشش تمام نسخه ها، زمان پاک سازی و در صورت نیاز گزارش انجام آن را در قرارداد مشخص کنید.
سلامت اطلاعات بازیابی شده را چگونه بسنجیم؟
وجود نام فایل در گزارش یا درست بودن حجم آن، برای تایید سلامت کافی نیست. پیش از شروع، داده های حیاتی و آزمون پذیرش را تعریف کنید.
- فایل ها: نمونه های مهم را باز کنید و محتوای آن ها را بررسی کنید.
- دیتابیس: سلامت ساختاری، آخرین تراکنش ها و سازگاری با نرم افزار مالی آزمایش شود.
- ماشین مجازی: نسخه بازیابی شده در محیط ایزوله و قابل بازگشت تست شود.
- گزارش محدودیت: فایل های ناقص، بخش های خوانده نشده و خطاهای باقی مانده ثبت شوند.
- تحویل: داده روی فضای سالم با ظرفیت کافی منتقل و دریافت آن تایید شود.
برای اطلاعات حساس، رمزگذاری رسانه مقصد قابل بررسی است؛ رمزگذاری سخت افزاری تنها گزینه نیست. دیسک دارای سابقه خرابی جدی را نیز بدون ارزیابی دوباره به محیط تولید برنگردانید.
در حادثه باج افزاری، بازگشت اطلاعات با رفع نفوذ یکسان نیست. پیش از آنلاین کردن سرویس ها، مسیر حمله و سلامت محیط بررسی شود.
سوالات متداول
در این بخش از ایران هارد به سوالات رایج شما عزیزان پاسخ کامل می دهیم. شما نیز اگر سوالی داشتید در بخش کامنت های سایت باما در ارتباط باشید.
آیا بازیابی از راه دور امکان دارد؟
در بعضی مشکلات منطقی و با دسترسی کنترل شده ممکن است. سلامت رسانه، خطر نوشتن روی منبع و شرایط امنیتی باید بررسی شود. بازیابی ریموت الزاما به فیبر نوری نیاز ندارد و خرابی مکانیکی از راه دور برطرف نمی شود.
اگر دو هارد RAID ۵ خراب شوند، اطلاعات برمی گردد؟
ممکن است، اما تضمینی نیست. باید مشخص شود از اعضای معیوب چه مقدار داده قابل خواندن است و آیا آرایه دچار بازنویسی شده است. همه خرابی ها نیز نیازمند باز کردن هر دو هارد نیستند.
بازیابی چقدر طول می کشد؟
به تعداد دیسک ها، حجم، سرعت خواندن، قطعه مورد نیاز و آزمون های نهایی بستگی دارد. بعضی پرونده ها کوتاه و بعضی چند روز یا بیشتر زمان می برند. زمان ارزیابی را از زمان تحویل جدا بپرسید.
هارد دونور باید کاملا مشابه باشد؟
معیار سازگاری به مدل و نوع عملیات وابسته است. همه مشخصات یا شماره سریال لزوما یکسان نیستند. هزینه تهیه، تعداد قطعات مجاز و شرایط مصرف آن ها باید از قبل تایید شود.
آیا دیتابیس رمز شده بدون کلید قابل تعمیر است؟
تعمیر ساختار، جای رمزگشایی را نمی گیرد. نتیجه به نوع باج افزار، وجود رمزگشای معتبر، کلید و نسخه های سالم قبلی بستگی دارد. هیچ راهکار عمومی تضمین شده ای وجود ندارد.
آیا برای بازیابی باید کل سرور تحویل داده شود؟
نه همیشه. با این حال، گاهی کنترلر، کش، محفظه، کلیدهای رمزنگاری یا خود دستگاه لازم است. پیش از جداسازی تجهیزات هماهنگ کنید.
اگر اطلاعات برنگردد، باید هزینه پرداخت کنیم؟
به توافق مکتوب بستگی دارد. اجرت بازیابی، تشخیص، قطعه، حمل و بازیابی ناقص را جداگانه مشخص کنید.
جمع بندی
در خرابی سرور، ابتدا از تغییرات عجولانه جلوگیری کنید، وضعیت را ثبت کنید و سپس مجری متناسب با پرونده را انتخاب کنید. برای مراکز مشهد، هویت، محل واقعی انجام کار، تجربه مرتبط، محرمانگی و هزینه های قرارداد را بررسی کنید.
نام یک دستگاه، عنوان «معتبرترین» یا وعده بازیابی صددرصدی، جای ارزیابی فنی را نمی گیرد. پس از رفع بحران نیز بک آپ مستقل، آزمون دوره ای بازگردانی و برنامه بازیابی پس از حادثه را جدی بگیرید.