কখন এই সমস্যা দেখা দেয়?
সার্ভার মাইগ্রেশনের সময় লগ ফাইল (.ldf) হারিয়ে যাওয়া, হঠাৎ বন্ধের পর ডেটাবেস "suspect" (সন্দেহজনক) অবস্থায় প্রবেশ করা, বা ডিস্ক ত্রুটির কারণে SQL Server ডেটাবেস ফাইল অ্যাক্সেসযোগ্য না হয়ে যেতে পারে। এই ক্ষেত্রে, SQL Server দ্বারা ডেটাবেস সংযুক্ত (attach) করা যায় না।
সাধারণ পরিস্থিতি
- শুধুমাত্র .mdf ফাইল থাকা, লগ ফাইল (.ldf) না থাকা
- ডেটাবেস "suspect" বা "recovery pending" অবস্থায় প্রবেশ করা
- সার্ভার/ডিস্ক ত্রুটির পর ফাইল আংশিকভাবে ক্ষতিগ্রস্ত হওয়া
- ভিন্ন SQL Server সংস্করণে স্থানান্তরের সময় অসামঞ্জস্য
আমাদের পদ্ধতি
ফাইলের অভ্যন্তরীণ গঠন বিশ্লেষণ করে, যতটা সম্ভব ডেটা না হারিয়ে ডেটাবেসকে সংযুক্তযোগ্য অবস্থায় ফিরিয়ে আনা হয়, বা এর মধ্যে থাকা ডেটা পুনরুদ্ধারের চেষ্টা করা হয়।
প্রক্রিয়াটি কীভাবে কাজ করে?
ফাইল বিশ্লেষণ
ফাইল ফরম্যাট, সমস্যার উৎস এবং সমাধানের পথ একটি বিনামূল্যে প্রাথমিক বিশ্লেষণের মাধ্যমে নির্ধারিত হয়।
বিশ্লেষণের ফলাফল
প্রত্যাশিত সাফল্যের হার এবং সময়সীমা স্পষ্টভাবে জানানো হয়।
পুনরুদ্ধার
অনুমোদনের পর, বিশ্লেষণের ফলাফলের ভিত্তিতে পুনরুদ্ধার প্রক্রিয়া সম্পন্ন করা হয়।
হস্তান্তর
পুনরুদ্ধারকৃত ফাইলটি একটি নিরাপদ চ্যানেলের মাধ্যমে আপনার কাছে হস্তান্তর করা হয়।
প্রাথমিক বিশ্লেষণ এবং ডেমো পুনরুদ্ধার সর্বদা বিনামূল্যে। যদি ডেমো পর্যায়ে কনটেন্ট পুনরুদ্ধারযোগ্য প্রমাণিত হওয়ার পর সম্পূর্ণ পুনরুদ্ধারের সাথে এগিয়ে না যাওয়ার সিদ্ধান্ত নেওয়া হয়, তাহলে ইতিমধ্যে সম্পন্ন বিশ্লেষণ ও ডেমো কাজের জন্য 250 USD + ভ্যাট ফি প্রযোজ্য হবে।
ডেটাবেসের কনটেন্টে আগ্রহী নয়; শুধুমাত্র অনুরোধকৃত প্রযুক্তিগত কাজটি সম্পন্ন করা হয়। পুনরুদ্ধার যাচাইয়ের জন্য প্রয়োজনীয় পরিমাণে ফাইলটি খোলা হতে পারে, তবে কনটেন্ট কোনোভাবেই কপি করা হয় না, তৃতীয় পক্ষের সাথে শেয়ার করা হয় না এবং হস্তান্তরের পর আমাদের সিস্টেম থেকে মুছে ফেলা হয়। অনুরোধ করা হলে, লিখিত গোপনীয়তার প্রতিশ্রুতিও প্রদান করা হয়।
সচরাচর জিজ্ঞাসিত প্রশ্ন
লগ ফাইল (.ldf) ছাড়া কি পুনরুদ্ধার সম্ভব?
বেশিরভাগ ক্ষেত্রে হ্যাঁ; SQL Server-এর নিজস্ব পুনরুদ্ধার প্রক্রিয়ার সাথে একসাথে ফাইল বিশ্লেষণ করে সমাধান খোঁজা হয়।
আপনারা কি সরাসরি আমার লাইভ সার্ভারে কাজ করেন?
না, কাজ সবসময় ফাইলের একটি কপিতে করা হয়।