تعمیر DataBase و رفع مشکل فایلهای MDF

تعمیر DataBase و رفع مشکل فایلهای MDF

نابودی اطلاعات با نمایش ارور های مکرر در دیتابیس!

مشاهده ارورهایی مانند 823، 824، 9004، Attach نشدن فایل‌های MDF و LDF ، نمایش خطاهای Consistency و قرار گرفتن دیتابیس در حالت‌ Suspect یا Recovery Pending نشانه وجود آسیب جدی در Database است.

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

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

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

چرا فایل دیتابیس کپی می‌شود اما در SQL Server Attach نمی‌شود؟

گاهی ممکن است فایل‌های MDF و LDF بدون مشکل کپی شوند اما امکان Attach شدن آن‌ها در SQL Server وجود نداشته باشد.
در چنین شرایطی معمولاً با یک مشکل نرم‌افزاری (Logical Corruption) مواجه هستیم؛ مشکلی که اغلب در اثر قطع ناگهانی برق هنگام نوشتن دیتا روی هارد یا عملکرد نادرست RAID Controller رخ میدهد.

در این نوع خرابی، فایل از نظر فیزیکی سالم به نظر می‌رسد اما ساختار داخلی صفحات (Pages) و هدر (Header) دیتابیس دچار آسیب دیدگی شده است. SQL Server برای جلوگیری از  آسیب بیشتر به اطلاعات، فایل دیتابیس را در وضعیت LOCK قرار داده و اجازه باز شدن آنها را نمی دهد.

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

ارورهای رایج هنگام Attach کردن Database (Error 823, 824, 9004)

اگر هنگام Attach کردن دیتابیس با خطاهای زیر مواجه شدید، SQL Server نشان میدهد که دیتابیس آسیب دیده و به منظور جلوگیری از آسیب بیشتر ، اجازه باز شدن را نمیدهد.

• Error 823 – مشکل سخت‌افزاری
  ارور 823 یعنی SQL Server نتوانسته اطلاعات را به‌درستی از روی هارد بخواند یا روی آن بنویسد.

• Error 824 – مشکل نرم افزاری Logical Page Corruption)
  SQL Server صفحه‌ای از دیتابیس را خوانده، اما Checksum آن با محتوای صفحه مطابقت ندارد.

• Error 9004 – خرابی فایل لاگ (LDF Corruption)
  سرور قادر به پردازش Transaction Log (فایل LDF) نیست. یعنی ساختار لاگ آسیب دیده یا زنجیره LSN‌ها شکسته است.

علائم خطرناک خرابی دیتابیس:  Suspect Mode و Recovery Pending

• Suspect Mode: این ارور نشان میدهد، SQL Server  هنگام شروع کار متوجه خرابی شده است. به همین دلیل برای جلوگیری از آسیب بیشتر به اطلاعات، دیتابیس را قفل کرده و اجازه استفاده از آن را نمیدهد.
• Recovery Pending : در این حالت، دیتابیس منتظر فرآیند Recovery است، اما به‌دلیل آسیب‌دیدگی فایل‌ها، در یک چرخه ناموفق و تکرار شونده باقی می‌ماند. برای جلوگیری از آسیب به اطلاعات لازم است تا در اسرع وقت برای تعمیر DataBase با متخصصان حوزه ریکاوری سرور تماس بگیرید .

رفع خطای Consistency و خرابی MDF

اگر پس از انجام عملیات‌هایی مانند Insert، Update یا Delete، دیتابیس دچار خرابی شود، سرور خطای Consistency Error گزارش می‌دهد. در این شرایط، ادامه کار بدون تعمیر DataBase و بررسی دقیق ، باعث آسیب دیدگی شدید دیتابیس شده و در نتیجه اطلاعات برای همیشه از بین میرود.

چه چیزی در سرور باعث خرابی ساختار فایل MDF شده است؟

یکی از رایج ترین سوالاتی که کاربران هنگام مواجهه با خرابی مطرح میکنند این است:
“چراغ های سرور سبز رنگ است، اما چرا دیتابیس خراب شده؟”

سبز بودن چراغ های سرور به معنای سالم بودن دیتابیس نیست.

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

در ادامه مهم‌ترین دلایل خرابی فایل MDF شرح داده ایم:

1.خطای RAID Controller: هنگامی که یک هارد در RAID 5 یا Fail ، RAID 6 میشود کنترلر ممکن است دیتای parity را محاسبه و روی هارد بنویسد. در این حالت دیتابیس روی هارد با اطلاعات خراب ذخیره میشود و ساختار داخلی فایل MDF آسیب میبیند.

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

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

توهم امنیت با حالت اضطراری (Emergency Mode)

وقتی دیتابیس دچار خرابی میشود، برخی کاربران از دستور Alter Database Set Emergency استفاده میکنند. این دستور دیتابیس را به سختی باز میکند و چک های امنیتی SQL را دور میزند.

در صورتی که مشکل دیتابیس ناشی از خرابی فیزیکی هارد و یا RAID باشد، اجرای این دستور باعث میشود فشار زیادی به هارد وارد شده و همچنین فایل MDF غیر قابل خواندن شود. در این شرایط شانس بازیابی اطلاعات بشدت کاهش می‌یابد.

خطرات استفاده از دستور:  REPAIR_ALLOW_DATA_LOSS

نام این دستور هشدار واضحی است: ALLOW DATA LOSS یعنی “اجازه حذف اطلاعات”.

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

چرا نرم‌افزارهای تعمیر دیتابیس (Third-party) روی سرور RAID جواب نمی‌دهند؟

بسیاری از نرم افزار های Third-party که با نام هایی مانند “بهترین نرم افزار ریکاوری SQL” دانلود میکنید، فقط قسمت نرم افزاری دیتابیس را میبینند و متوجه بازسازی RAID در سرور نمیشوند.

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

بازیابی دیتابیس و ماشین مجازی شرکت …. پرداز

یک اشتباه انسانی و حذف RAID 

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

با انجام این کار ، فایل حیاتی ۲ ترابایتی (DataK) حاوی اطلاعات دیتابیس و ماشین مجازی شرکت از بین رفته بود . این همه ی ماجرا نبود ، چیزی که این وضعیت را به فاجعه تبدیل کرد:

بازسازی RAID و از دست رفتن اطلاعات توسط تیم فنی شرکت بود .

این اقدام اشتباه تیم فنی ، نه تنها اطلاعات مهم سرور را از بین برد ، بلکه ساختار منطقی (RAID Config) را به طور کامل تغییر داد و فرایند ریکاوری اطلاعات را بسیار پیچیده تر و زمان برتر کرد.

بازیابی دیتابیس 2 ترابایتی با وجود انجام Rebuild

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

تیم فنی ما با بازسازی مجازی RAID ، و از طریق آنالیز هگزادسیمال ، توانستند دیتابیس و VM شرکت را با موفقیت بازیابی نمایند .

چرا نباید فایل لاگ (LDF) خراب را حذف یا Rebuild کنید؟

یک باور قدیمی و نادرست وجود دارد که می گوید:
“اگر فایل لاگ خراب است، آن را پاک کنید تا SQL یک فایل جدید بسازد.”

در نسخه های جدید SQL Server ، حذف یا Rebuild فایل لاگ خراب میتواند منجر به نابودی همیشگی اطلاعات شود.

نقش حیاتی فایل LDF در زنجیره اطلاعات (LSN Chain)

فایل LDF یک دفترچه و یا آرشیو معمولی نیست که بتوانید آن را به سادگی پاک و یا با فایل جدید جایگزین کنید. این فایل حاوی اطلاعاتی است که هنوز به فایل اصلی دیتابیس MDF منتقل نشده است. با حذف LDF زنجیره (LSN Log Sequence Number) شکسته میشود و در نتیجه آخرین اطلاعاتی که هنوز منتقل نشده برای همیشه از بین خواهد رفت.

خطرات دستور sp_attach_single_file_db در دیتابیس‌های مدرن

دستور sp_attach_single_file_db یک دستور قدیمی است. اجرای این دستور و استفاده از اسکریپت های Attach در دیتابیس های مدرن بدون فایل لاگ باعث میشود فایل MDF سالم با برچسب “Corrupted”  قفل شود. در این شرایط بازیابی اطلاعات حتی توسط متخصصین نیز امکان پذیر نخواهد بود.

ریکاوری تخصصی DataBase SQL Server در مرکز هارد ایران 

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

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

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

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

شما به خدمات تخصصی بازیابی DataBase نیاز دارید اگر:

•  دیتابیس مالی/اتوماسیون است: دیتابیس‌هایی مثل راهکاران، پیوست، تدبیر و CRM ها که یک رکورد حذف شده کل سیستم را به هم می‌ریزد.
• حجم دیتابیس بالاست: دیتابیس‌های چند صد گیگابایتی با روش‌های خاص و تخصصی ریکاوری میشوند.

هزینه تعمیر DataBase

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