কেন SQL ব্যাকআপ ফাইল ক্ষতিগ্রস্ত হয়?
ডেটাবেস ব্যাকআপের সময় বিঘ্ন, স্থানান্তর ত্রুটি (FTP/ইমেইলের মাধ্যমে ক্ষতিগ্রস্ত স্থানান্তর), ডিস্ক ত্রুটি বা ভুল অক্ষর এনকোডিংয়ের কারণে .sql ডাম্প ফাইল আংশিক বা সম্পূর্ণভাবে অপঠনযোগ্য হয়ে যেতে পারে।
আমরা যে সাধারণ পরিস্থিতির মুখোমুখি হই
- ব্যাকআপ প্রক্রিয়া মাঝপথে বিঘ্নিত হওয়ায় ফাইল অসম্পূর্ণ থেকে যাওয়া
- ফাইল স্থানান্তরের সময় অক্ষর এনকোডিং ক্ষতিগ্রস্ত হওয়া
- ইমেইল/ডিস্ক ত্রুটির কারণে ফাইল আংশিকভাবে ক্ষতিগ্রস্ত হওয়া
- ব্যাকআপ ফাইল কোন ডেটাবেস ইঞ্জিনের (MySQL, PostgreSQL, MSSQL) তা স্পষ্ট না হওয়া
আমাদের পদ্ধতি
ক্ষতির স্থান নির্ধারণ করতে ফাইলের গঠন বিশ্লেষণ করা হয়; যতটা সম্ভব ডেটা পুনরুদ্ধার করা হয় বা ইম্পোর্টযোগ্য করা হয়।
প্রক্রিয়াটি কীভাবে কাজ করে?
ফাইল বিশ্লেষণ
ফাইল ফরম্যাট, সমস্যার উৎস এবং সমাধানের পথ একটি বিনামূল্যে প্রাথমিক বিশ্লেষণের মাধ্যমে নির্ধারিত হয়।
বিশ্লেষণের ফলাফল
প্রত্যাশিত সাফল্যের হার এবং সময়সীমা স্পষ্টভাবে জানানো হয়।
পুনরুদ্ধার
অনুমোদনের পর, বিশ্লেষণের ফলাফলের ভিত্তিতে পুনরুদ্ধার প্রক্রিয়া সম্পন্ন করা হয়।
হস্তান্তর
পুনরুদ্ধারকৃত ফাইলটি একটি নিরাপদ চ্যানেলের মাধ্যমে আপনার কাছে হস্তান্তর করা হয়।
প্রাথমিক বিশ্লেষণ এবং ডেমো পুনরুদ্ধার সর্বদা বিনামূল্যে। যদি ডেমো পর্যায়ে কনটেন্ট পুনরুদ্ধারযোগ্য প্রমাণিত হওয়ার পর সম্পূর্ণ পুনরুদ্ধারের সাথে এগিয়ে না যাওয়ার সিদ্ধান্ত নেওয়া হয়, তাহলে ইতিমধ্যে সম্পন্ন বিশ্লেষণ ও ডেমো কাজের জন্য 250 USD + ভ্যাট ফি প্রযোজ্য হবে।
ডেটাবেসের কনটেন্টে আগ্রহী নয়; শুধুমাত্র অনুরোধকৃত প্রযুক্তিগত কাজটি সম্পন্ন করা হয়। পুনরুদ্ধার যাচাইয়ের জন্য প্রয়োজনীয় পরিমাণে ফাইলটি খোলা হতে পারে, তবে কনটেন্ট কোনোভাবেই কপি করা হয় না, তৃতীয় পক্ষের সাথে শেয়ার করা হয় না এবং হস্তান্তরের পর আমাদের সিস্টেম থেকে মুছে ফেলা হয়। অনুরোধ করা হলে, লিখিত গোপনীয়তার প্রতিশ্রুতিও প্রদান করা হয়।
সচরাচর জিজ্ঞাসিত প্রশ্ন
কোন কোন ডেটাবেস ইঞ্জিন আপনারা সমর্থন করেন?
MySQL/MariaDB, PostgreSQL এবং MSSQL থেকে আসা .sql ফাইলে কাজ করা যায়।
১০০% পুনরুদ্ধারের নিশ্চয়তা আছে কি?
এটি ক্ষতির পরিমাণের উপর নির্ভর করে; প্রাথমিক বিশ্লেষণের পর কতটা পুনরুদ্ধার করা যাবে তা স্পষ্ট হয়।