যখন আপনার ডাটাবেস এক ঘন্টার মধ্যে আপনি ব্যাকআপ নিতে সক্ষম হবেন তার বাইরে চলে যায়, আপনার আলাদা মডেলের প্রয়োজন।
আপনার ডাটাবেসের একটি সম্পূর্ণ ব্যাকআপ আপনার লগগুলি কেটে ফেলবে, তবে এটি "এসকিউএল সচেতন" হওয়া দরকার, কারণ সেই দৃশ্যে এটি ব্যাকআপ সফ্টওয়্যার যা এসকিউএল সার্ভারকে বলেছে যে এটি ব্যাক আপ কী করেছে এবং কী কেটে যাবে।
অন্যরা যেমন উল্লেখ করেছে, আপনার যদি "ফুল" রিকভারি মডেলটিতে একটি ডাটাবেস থাকে, আপনি সম্পূর্ণ এসকিউএল-সচেতন ব্যাকআপ না করা পর্যন্ত এটি লেনদেনের লগ অনির্দিষ্টকালের জন্য বাড়বে।
পুনরুদ্ধার সত্যিই এখানে সমস্যা, ব্যাকআপ নয়। এবং এটি কোনও প্রযুক্তিগত সিদ্ধান্ত নয়, এটি একটি ব্যবসায়িক সিদ্ধান্ত!
যদি আপনার ব্যবসায়ের মালিকরা তাদের ঘন্টা খানেক বা তার বেশি ডাটাবেস লেনদেন (যা আবার করা খুব কঠিন বা অসম্ভব হতে পারে) হারাতে ঠিক থাকে তবে আপনার মডেলটি কাজ করে। আপনি ব্যাকআপ থেকে পুরো ডাটাবেসটি পুনরুদ্ধার করার সময় যদি তারা কয়েক ঘণ্টার জন্য সিস্টেম ডাউন থাকার সাথে ঠিক থাকে তবে আপনার মডেলটি কাজ করে।
তবে, যদি আপনার ব্যবসায় তাদের ইআরপি সিস্টেমটিকে তাদের অপারেশনের জন্য সমালোচনামূলক সম্পদ হিসাবে বিবেচনা করে (তারা সবাই না?), তবে আপনার সমালোচনামূলক পরিষেবার জন্য সর্বাধিক গ্রহণযোগ্য পুনরুদ্ধারের সময় (ওরফে আরটিও, রিকভারি টাইম অবজেক্টিভ) নির্ধারণ করা একটি ব্যবসায়িক সিদ্ধান্ত হবে।
এছাড়াও, ব্যবসায়ের মালিক বা সিস্টেম স্টেকহোল্ডারদের একটি সংঘর্ষে যে পরিমাণ তথ্য হারাতে ইচ্ছুক তা নির্ধারণ করতে হবে, ওরফে আরপিও (রিকভারি পয়েন্ট অবজেক্টিভ)।
উত্তর যদি আপনি তাদের জিজ্ঞাসা করেন তবে "কোনও তথ্যই হারাতে পারে না! ERP সিস্টেম অবশ্যই 24/7/365 পাওয়া উচিত!" ... যা আমরা সকলেই জানি যে ব্যয়বহুল হওয়ার সম্ভাবনা খুব কম। আপনি যদি এগুলি সম্পূর্ণরূপে অপ্রয়োজনীয়, নন-স্টপ সিস্টেম তৈরির জন্য যুক্ত ব্যয়ের সাথে উপস্থাপন করেন তবে তারা আরও যুক্তিসঙ্গত চিত্র নিয়ে আসবে ..;)
মুল বক্তব্যটি হ'ল, যদি আপনি কোনও লেনদেন হারাতে না পারেন তবে আপনি নিজের ব্যবসাটি সম্ভাব্যভাবে কয়েকশো বা হাজারে হারিয়ে যাওয়া কাজের সময় সাশ্রয় করছেন। এটি কোনও সংস্থায় বিপুল পরিমাণে সঞ্চয় হয় এবং আপনার সংস্থার আকারের সাথে বৃদ্ধি পায় ...