پس از اختلال سرور چه کار کنیم؟

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

اگر نشانه خرابی فیزیکی وجود دارد

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

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

اگر حذف فایل یا خرابی منطقی مطرح است

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

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

پیش از تغییر وضعیت، اطلاعات حادثه را ثبت کنید

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

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

چه اقداماتی ممکن است وضعیت را بدتر کنند؟

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

در پرونده بازیابی، گزینه هایی مانند Initialize، Create Array، Clear Configuration و Force Online را بدون ارزیابی تخصصی اجرا نکنید. بازسازی مجازی آرایه روی کپی دیسک ها با Rebuild عملیاتی روی رسانه های اصلی تفاوت دارد.

جابجایی اعضای RAID بدون ثبت محل اولیه

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

برچسب گذاری باید روی خشاب یا بخش مناسب انجام شود و نباید کانکتور، منفذ تنفسی یا اطلاعات شناسایی دیسک را بپوشاند. صرف استفاده از سرور HP، Dell یا برند دیگر نیز به معنای وجود یک ساختار RAID مشخص نیست.

اجرای ابزار نامناسب روی منبع اصلی

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

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

باز کردن HDD یا تعویض آزمایشی برد

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

«بدون واسطه» در بازیابی سرور چه معنایی دارد؟

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

اگر می خواهید مستقیم با مجری کار کنید، پیش از تحویل این موارد را بپرسید:

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

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

بازیابی در کرمانشاه انجام می شود یا باید رسانه ارسال شود؟

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

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

کلین روم چه زمانی لازم است؟

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

محیط کنترل ذرات با محیط استریل پزشکی یکسان نیست. همه خرابی های HDD هم به باز شدن محفظه نیاز ندارند و SSD نیز ساختار هد و پلاتر ندارد. از مرکز بخواهید ضرورت مداخله و شرایط محیط مورد استفاده را توضیح دهد.

اگر ارسال به شهر دیگری لازم شد

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

بسته بندی از اسلام آباد غرب، کنگاور یا دیگر شهرها

1. هر دیسک را جداگانه در بسته محافظ ESD مناسب قرار دهید.
2. محل اولیه و شماره سریال آن را ثبت کنید.
3. پس از محافظ ESD، ضربه گیر کافی و جعبه محکم به کار ببرید.
4. از حرکت دیسک ها و تماس آن ها با یکدیگر جلوگیری کنید.
5. روش بسته بندی و حمل را با مرکز دریافت کننده هماهنگ کنید.

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

گرد و غبار و مشکلات برق چه اثری بر سرور دارند؟

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

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

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

اختلال برق و خاموشی ناگهانی

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

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

بازیابی داده بر اساس نوع سامانه

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

• RAID 5: در حالت معمول تحمل خرابی یک عضو را دارد؛ سلامت سایر اعضا برای ادامه کار و بازسازی مهم است.
• RAID 6: در حالت معمول تحمل خرابی دو عضو را دارد، با فرض سلامت کافی اعضای باقی مانده.
• RAID 10: تحمل خرابی به محل دیسک های از دست رفته در جفت های آینه ای بستگی دارد.

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

VMware ESXi و Hyper-V

بازیابی محیط مجازی ممکن است چند لایه داشته باشد: فضای ذخیره سازی، فایل سیستم میزبان، دیسک مجازی و فایل سیستم داخل ماشین. در VMware، فایل های VMDK و وابستگی های اسنپ شات مهم هستند. در Hyper-V نیز فایل های VHD یا VHDX و فایل های تفاضلی مرتبط باید بررسی شوند.

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

SQL Server و نرم افزارهای حسابداری

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

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

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

SSD و NVMe

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

در حمله باج افزاری چه کنیم؟

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

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

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

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

لیست هزینه های قابل استعلام برای سال ۱۴۰۵

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

هزینه هارد اهداکننده چگونه تعیین می شود؟

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

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

آیا خدمات فوری درصد ثابتی گران تر است؟

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

شرط «No Data, No Fee» چه معنایی دارد؟

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

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

حفظ محرمانگی اطلاعات سازمان

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

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

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

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

آیا سیستم بدون اینترنت خروج داده را ناممکن می کند؟

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

حذف نسخه های موقت

مدت نگهداری کپی باید توافقی باشد. روش پاک سازی نیز به نوع رسانه و حساسیت داده بستگی دارد. بازنویسی صفر، راهکار عمومی و تضمین شده برای همه رسانه ها، به ویژه SSD، نیست.

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

مراحل پذیرش تا تحویل اطلاعات

مدل تجهیزات، شرح حادثه، اقدامات قبلی و فهرست داده های حیاتی ثبت می شوند. مشاوره اولیه نباید با تضمین نتیجه اشتباه گرفته شود.

۲. پذیرش و ارزیابی

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

۳. تایید پیشنهاد فنی و مالی

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

۴. تثبیت رسانه و تهیه کپی

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

۵. استخراج و آزمون صحت

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

۶. تحویل و بستن پرونده

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

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

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

بازیابی سرور معمولا چقدر طول می کشد؟

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

آیا بررسی یا بازیابی در محل شرکت ممکن است؟

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

آیا چند دیسک خراب به معنای از دست رفتن قطعی داده است؟

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

آیا باید کل سرور تحویل داده شود؟

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

چطور سلامت دیتابیس مالی را بررسی کنیم؟

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

برای کاهش احتمال تکرار حادثه چه کنیم؟

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

جمع بندی

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

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