কেবল ডাটাবেস ব্যাক আপ করা আপনার ভাগ ভাগের তথ্য পাবেন না। অবশ্যই এটি ডাটাবেসে সমস্ত কিছু পাবেন তবে সমস্ত কাস্টমাইজেশন এবং চেহারা এবং নষ্ট হয়ে যায়। এটি অ্যাডমিন হিসাবে আপনার কাছে গুরুত্বপূর্ণ নয় তবে আমি আপনাকে আশ্বস্ত করি যে আপনার ব্যবহারকারীরা অসন্তুষ্ট হবে।
বিকল্পগুলির মধ্যে এমন একটি ব্যাকআপ এজেন্ট পাওয়া যা আপনার ব্যাকআপ সফ্টওয়্যারটির জন্য শেয়ারপয়েন্ট ডাটাবেস পড়তে পারে বা কনফিগারেশন সম্পর্কিত তথ্য গ্রহন করে এমন কিছু স্ক্রিপ্টযুক্ত ব্যাকআপ গ্রহণ করে এবং সেই সাথে আপনার এসকিউএল ডাটাবেস ব্যাকআপটিকে কোথাও নিরাপদে রাখে।
http: //technet.mic Microsoft.com/en-us/library/cc288330.aspx এর কিছু তথ্য আছে।
আপনার ব্যাকআপ পরীক্ষা করুন। তাদের পুনরুদ্ধার করুন। কী পরিবর্তন হয়, কী কাজ করে না তা দেখুন। আমাদের প্রথম পুনরুদ্ধারটি এটির মতো ভাল ছিল না। ভাগ্যক্রমে আমাদের জন্য এটি পরীক্ষার সার্ভার তৈরির প্রক্রিয়াটির কেবলমাত্র একটি অংশ ছিল যা আমাদের উত্পাদন সার্ভারের একটি সদৃশ ছিল, বরং হারিয়ে যাওয়া এবং ধ্বংস হওয়া ডেটা পুনরুদ্ধারের চেষ্টা করার চেয়ে।
প্রাসঙ্গিকতার জন্য সম্পাদিত
এটি আবার পড়ার পরে আমি বুঝতে পারি যে আমি বিভ্রান্ত হয়ে পড়েছি এবং আমার উত্তরটির উত্তর পয়েন্টটি মিস করেছি। লেনদেন লগিংয়ের সাথে আপনি যদি পুরো ব্যাকআপগুলি করেন তবে আপনি সময়মতো সূক্ষ্ম পয়েন্টগুলিতে ফিরে যেতে পারেন। এটির জন্য ডিবিএ হিসাবে আরও দক্ষতার প্রয়োজন তবে এটি এতটা কঠিন নয়। যদি আপনার কাছে এক টন আপডেট না থাকে এবং পুরো দিনের কাজটি হারাতে পৃথিবীর শেষ না হয় তবে আপনি সম্ভবত ভাল আছেন। অন্যান্য বিকল্পের মধ্যে প্রায়শই সাধারণ ব্যাকআপ চালানো অন্তর্ভুক্ত। মিডনাইট, 10 এএম, 2 পিএম, 6 পিএম বা সংগঠনের কাজ চক্রের জন্য যা কিছু কাজ করে তা বলুন। এটি আরও বেশি ডিস্ক খাবে তবে আপনার ডেটা ক্ষতির ঝুঁকি হ্রাস করবে। সমস্ত ব্যাকআপের মতো এটি ব্যবহারকারীরা কী সহ্য করবে এবং প্রশাসকরা কী সরবরাহ করতে পারে তার মধ্যে ভারসাম্য।