معرفی سرویس
رفع خرابی دیتابیس سپیدار و دشت؛ ترمیم اصولی بانک اطلاعاتی آسیب‌دیده بدون دستکاری خطرناک
آسیب‌دیدگی بانک اطلاعاتی در نرم‌افزارهای مالی معمولاً به دو شکل خود را نشان میدهد: در حالت اول، به دنبال قطع ناگهانی برق، خاموشی غیراصولی سرور یا پر شدن فضای دیسک، فایلهای اصلی داده (MDF و LDF) از حالت عادی خارج میشوند، دیتابیس در وضعیت Suspect یا Recovery Pending قفل می‌گردد و سپیدار باز نمی‌شود یا صندوق فروشگاهی از کار می‌افتد. در حالت دوم، برنامه بالا می‌آید اما هنگام ذخیرهٔ فاکتور، رسید انبار، محاسبهٔ بهای تمام‌شده یا بستن سال مالی با پیغام‌های خطای لاتین دیتابیسی متوقف می‌شود.
در چنین شرایطی، اقدام‌های شتاب‌زده مانند پاک کردن فایل لاگ (.ldf)، جدا کردن غیراصولی دیتابیس (Detach) یا اجرای کورکورانهٔ اسکریپت‌های تعمیر اینترنتی میتواند آسیب جزئی را به حذف دائمی بخشی از اسناد تبدیل کند. تیم فنی سپیدان حساب در این سرویس، فرآیند رفع خرابی دیتابیس سپیدار و برطرف کردن خرابی دیتا دشت را ابتدا روی یک «کپی ایزوله» از فایلهای شما انجام میدهد، جداول و ایندکس‌های آسیب‌دیده را در سطح SQL Server بازسازی می‌کند و بانک اطلاعاتی سالم و تست‌شده را به محیط کاری شما برمی‌گرداند.
شیوه انجام
غیرحضوری/ریموت
مخاطب خدمت
کاربران سپیدار و دشت
خروجی نهایی
نسخه تعمیرشده اطلاعات سپیدار/دشت
اعلام هزینه
پس از بررسی کارشناس
هدف خدمت: خارج کردن ایمن پایگاه داده از وضعیت خطا، ترمیم ساختار جداول آسیب‌دیده و احیای حداکثری اسناد و فاکتورهای ثبت‌شده بدون نیاز به ورود مجدد اطلاعات.
مخاطب سرویس
این سرویس مناسب چه کسب‌وکارهایی است؟
توقف کامل برنامه و خطای سطح SQL Server
- اگر پس از نوسان یا قطعی برق، سپیدار باز نمی‌شود و با پیغام خطای پایگاه داده یا عدم امکان اتصال به سرور مواجه شده‌اید.
- اگر در کنسول SQL Server مقابل نام دیتابیس شرکت یا فروشگاه عبارت بانک اطلاعاتی Suspect، وضعیت Recovery Pending یا خطای عدم دسترسی به فایل فیزیکی دیده می‌شود.
- اگر حجم فایل لاگ تراکنش‌ها بی‌رویه رشد کرده، درایو سرور پر شده و امکان ثبت هیچ سند یا تهیهٔ نسخهٔ پشتیبان جدید وجود ندارد.
خطاهای لاتین حین ثبت سند، انبار یا پایان سال
- اگر هنگام صدور فاکتور، ذخیرهٔ رسید انبار یا حذف رکورد با ارورهای لاتین مانند Violation of PRIMARY KEY یا The DELETE statement conflicted روبه‌رو می‌شوید.
- اگر به دلیل خرابی دیتا دشت در سیستم صندوق، صدور فیش فروش متوقف شده یا جمع فاکتور و کاردکس کالا دچار ناهماهنگی سیستمی شده است.
- اگر در زمان بستن حساب‌ها و عملیات پایان سال مالی، برنامه با خطاهایی نظیر Sequence contains more than one element اجازهٔ بستن دوره را نمی‌دهد.
بازیابی بک‌آپ: اگر نسخهٔ پشتیبان سالم و به‌روزی در اختیار دارید و فقط می‌خواهید همان فایل جایگزین دیتای فعلی شود، مسیر سریع‌تر و کم‌هزینه‌تر برای شما سرویس بازیابی نسخهٔ پشتیبان (بک‌آپ) سپیدار و دشت است
خروجی سرویس
در پایان کار چه خروجی ملموسی تحویل می‌گیرید؟
خروجی این سرویس کاملاً قابل‌مشاهده و قابل‌آزمایش است؛ پس از تکمیل فرآیند، موارد زیر روی سیستم شما آمادهٔ بهره‌برداری خواهد بود:
کپیبرداری امن پیش از جراحی دیتا
تهیهٔ نسخهٔ کپی سطح فایل از MDF و LDF فعلی پیش از شروع هرگونه عملیات ترمیمی، تا وضعیت اولیهٔ دادهها در تمام مراحل محفوظ بماند.
خروج از وضعیت Suspect و احیای سرویس
رفع موانع سطح دیسک و دسترسی، بازسازی زنجیرهٔ لاگ تراکنش‌ها و بازگرداندن بانک اطلاعاتی به وضعیت پایدار Online در کنسول SQL Server.
ترمیم جداول، ایندکس‌ها و کلیدهای معیوب
اجرای بررسی یکپارچگی ساختاری (DBCC CHECKDB)، اصلاح رکوردهای ناسازگار در جداول حسابداری، فروش یا انبار و رفع ارورهای لاتین هنگام ثبت و ویرایش.
تحویل دیتابیس سالم به همراه بک‌آپ تازه
جایگذاری بانک اطلاعاتی تعمیرشده روی سرور، تست عملی صدور سند در همان بخش دارای خطا توسط شما و تحویل یک فایل پشتیبان سالم و جدید (.bak).
اگر حین بررسی مشکلی دیده شود چه می‌شود؟ بررسی اولیهٔ وضعیت دیتابیس پیش از شروع عملیات انجام می‌شود؛ اگر هارد دیسک دچار سوختگی سخت‌افزاری باشد یا فایلها توسط باج‌افزار رمزنگاری شده باشند، کارشناس پیش از دریافت هزینهٔ تعمیر، موضوع را صادقانه به شما اعلام می‌کند.
پیش‌نیازها
پیش از شروع کار چه اطلاعاتی لازم است؟
برای جلوگیری از تشدید آسیب‌دیدگی دیتا و تسریع عیب‌یابی، پیش از اتصال کارشناس به موارد زیر توجه فرمایید:
اطلاعات اولیهٔ خطا و دسترسی ریموت
عیب‌یایی
- تصویر واضح (اسکرین‌شات) از متن کامل پیغام خطای نمایش‌داده‌شده در سپیدار، دشت یا کنسول SQL Server.
- اعلام اینکه خطا در چه زمانی رخ داده است (مثلاً پس از قطع برق، حین بروزرسانی نیمه‌کاره، یا هنگام ثبت فرم مشخصی در برنامه).
- نصب بودن نرمافزار ارتباط ریموت (AnyDesk) روی سیستم سرور اصلی (رایانه‌ای که پوشهٔ Data روی آن قرار دارد).
شرایط سرور و فایلهای داده
حفاظت دیتا
- خودداری کامل از ری‌استارت‌های پیاپی سرویس SQL، جابه‌جایی دستی پوشهٔ Data یا حذف فایل .ldf تا زمان بررسی کارشناس فنی.
- وجود فضای خالی کافی روی درایوهای سرور (یا اتصال یک هارد اکسترنال سالم) تا امکان گرفتن کپی محافظتی از فایلهای خام دیتابیس فراهم باشد.
- در صورت نیاز به انتقال فایل برای ترمیم عمیق در محیط آزمایشگاهی سپیدان حساب: اینترنت مناسب جهت ارسال فایل فشرده‌شدهٔ دیتا.
نکتهٔ امنیتی: اطلاعات مالی شرکت شما کاملاً محرمانه است؛ هیچ‌گاه لینک فایل دیتابیس یا رمزهای دسترسی سرور را در فرم عمومی درج نکنید. در صورت نیاز به بررسی فایل در سرور آزمایشگاهی سپیدان حساب، دریافت و تحویل فایل صرفاً در بستر امن و با تعهد حفظ محرمانگی انجام می‌شود.
مراحل انجام
مراحل انجام کار در سپیدان حساب چگونه است؟
فرآیند عیب‌یابی و تعمیر پایگاه داده از ثبت درخواست تا تحویل دیتای سالم در پنج گام کنترل‌شده انجام می‌شود:
ثبت درخواست و ارسال نشانهٔ خطا
شما نوع نرمافزار (سپیدار یا دشت) و شرح یا تصویر پیغام خطا را ثبت می‌کنید تا اولویت اضطراری پرونده مشخص شود.
اتصال اولیه، بررسی لاگ و اعلام هزینه
کارشناس به سرور متصل می‌شود، وضعیت واقعی دیتابیس و لاگ خطای SQL Server را بررسی کرده و قابلیت ترمیم، زمان و هزینهٔ دقیق را پیش از شروع اعلام می‌کند.
ایزوله‌سازی و کپی از فایلهای خام
پیش از هر دستوری، یک کپی کامل از فایلهای MDF و LDF تهیه می‌شود تا عملیات تعمیر بدون ریسک روی نسخهٔ کپی انجام گیرد.
اجرای عملیات ترمیم ساختاری و داده‌ای
بسته به نوع آسیب، رفع وضعیت Suspect، بازسازی ایندکس‌ها، اصلاح کلیدهای تکراری جداول و رفع خطاهای منطقی دیتای سپیدار یا دشت اجرا می‌شود.
تست تراز، کنترل ثبت و تحویل نهایی
دیتابیس تعمیرشده روی سرور بارگذاری می‌شود، سلامت تراز آزمایشی و ثبت سند در حضور شما کنترل شده و یک بک‌آپ سالم جدید تحویل می‌گردد.
زمانبندی و تعرفه
زمان اجرا و هزینهٔ چگونه تعیین می‌شود؟
از آنجا که شدت آسیب‌دیدگی در هر پایگاه داده متفاوت است، زمان و هزینهٔ قطعی پس از عیب‌یابی اولیهٔ فایل و لاگ خطا مشخص می‌شود.
زمان انجام
بازهٔ معمول بررسی و اجرا: رفع خطاهای سطح سرویس و وضعیت Recovery Pending معمولاً بین ۱ تا ۳ ساعت و ترمیم آسیب‌های عمیق ساختاری جداول بسته به حجم دیتا بین چند ساعت تا ۱ روز کاری زمان می‌برد.
عوامل مؤثر: حجم فایلهای بانک اطلاعاتی، سلامت سکتورهای هارد دیسک سرور، نوع خطا (ساختاری SQL یا منطقی داخل جداول سپیدار) و تعداد زیرسیستم‌های درگیر.
هزینهٔ خدمت
نحوهٔ محاسبه: پس از بررسی کارشناس (عیب‌یابی اولیه و اعلام شفاف تعرفه پیش از شروع تعمیر).
عوامل مؤثر بر تعرفه: سطح خرابی بانک اطلاعاتی، میزان پیچیدگی بازسازی رکوردها و روابط بین جداول، حجم دیتابیس و نیاز به انتقال فایل به سرور آزمایشگاه فنی جهت ترمیم سنگین.
قبل از ثبت درخواست
نکات و محدودیت‌های مهم پیش از ثبت درخواست
دربارهٔ اسناد و اطلاعات
- مهم‌ترین شرط موفقیت در ترمیم دیتابیس، دست‌نخورده ماندن فایلهای فعلی است؛ پیش از بررسی کارشناس، از اجرای دستورات REPAIR_ALLOW_DATA_LOSS یا نصب مجدد SQL Server روی مسیر فعلی خودداری کنید.
- در خرابی‌های شدید ناشی از بدسکتور فیزیکی هارد دیسک، ممکن است تراکنش‌هایی که دقیقاً در لحظهٔ قطع برق در حال نوشتن بوده‌اند ناقص مانده باشند که جزئیات آن پس از بررسی به اطلاع حسابدار می‌رسد.
- اگر هارد سرور صدای غیرعادی میدهد یا توسط ویندوز شناسایی نمی‌شود، ابتدا باید فایلهای خام در مراکز جراحی سخت‌افزار هارد استخراج شوند و سپس برای ترمیم دیتابیس تحویل ما گردند.
دربارهٔ نتیجه و دامنهٔ خدمت
- خدمات تعمیر پایگاه داده در سپیدان حساب منحصراً برای نرم‌افزارهای سپیدار و دشت ارائه می‌شود.
- حملهٔ باج‌افزارها (تغییر پسوند فایلهای
MDFو قفل شدن کل فایلهای سرور) ماهیت رمزنگاری دارد و متفاوت از خرابی ساختاری دیتابیس است؛ در این موارد بدون کلید رمزگشایی یا بک‌آپ بیرونی امکان بازگردانی فایل وجود ندارد. - این سرویس مخصوص ترمیم دیتای معیوب فعلی است؛ اگر بک‌آپ سالم دارید از صفحهٔ بازیابی بک‌آپ استفاده نمایید.
