একটি ব্যাকআপ এবং দুর্যোগ পুনরুদ্ধার (DR) কৌশল এই প্রশ্নগুলির উত্তর দেয়: যদি আমরা ডেটা বা একটি সম্পূর্ণ অঞ্চল হারাই, আমরা কতটা ডেটা হারাতে পারি, কত দ্রুত আমরা ফিরে আসতে পারি এবং আমরা প্রকৃতপক্ষে পুনরুদ্ধার করতে পারি কি? এটি 3-2-1 নিয়ম, স্পষ্ট RPO/RTO লক্ষ্য এবং — সমালোচনামূলকভাবে — উপর নির্ভর করে।
3 copies of the data
2 different media / storage types
1 copy offsite (different region or provider)
→ no single failure (disk, host, datacenter, ransomware) destroys every copy
ব্যাকআপ অবশ্যই স্বয়ংক্রিয় (কোনো মানুষকে সেগুলি চালানোর কথা মনে রাখতে হবে না) এবং অফসাইট হতে হবে যাতে একটি আঞ্চলিক দুর্যোগ প্রাথমিক সহ ব্যাকআপকে নিয়ে যায় না।
এই দুটি লক্ষ্য প্রতিটি ডিজাইন পছন্দ চালনা করে:
frequent backups / replication → smaller RPO (less data lost)
hotter standby infrastructure → smaller RTO (faster recovery)
both cost money → pick targets per business criticality
Backup & restore → cheapest; restore from backups on demand (RTO: hours)
Pilot light → minimal core running, scale up on disaster (RTO: tens of min)
Warm standby → scaled-down live copy, scale up to take over (RTO: minutes)
Multi-site active → full live copies serving traffic (RTO: ~seconds)
একটি ব্যাকআপ যা আপনি কখনো পুনরুদ্ধার করেননি তা একটি ব্যাকআপ নয় — এটি একটি আশা। নিয়মিত পুনরুদ্ধার ড্রিল নির্ধারণ করুন: প্রকৃতপক্ষে একটি পরিষ্কার পরিবেশে ব্যাকআপ থেকে পুনর্নির্মাণ করুন এবং অখণ্ডতা যাচাই করুন। এটি দুর্নীতিপ্রাপ্ত ব্যাকআপ, অনুপস্থিত অংশ এবং ভাঙা runbooks ধরা পড়ে *একটি প্রকৃত দুর্যোগের আগে।
ডেটা হারানো এবং আঞ্চলিক বিভ্রান্তি যখন একটি কোম্পানির বেঁচে থাকা পরীক্ষা করা হয়। 3-2-1 নিশ্চিত করে যে একটি কপি যেকোনো একক ব্যর্থতা থেকে বেঁচে থাকে; RPO/RTO অস্পষ্ট "আমাদের ব্যাকআপ আছে" পরিমাপযোগ্য প্রতিশ্রুতিতে পরিণত করে; DR স্তর আপনাকে খরচ গুরুত্ব সহ মিল করতে দেয়; এবং পরীক্ষিত পুনরুদ্ধার সমগ্র বিষয় প্রকৃতপক্ষে কাজ করে তার একমাত্র প্রমাণ। পরীক্ষা এড়িয়ে যাওয়া কীভাবে দলগুলি আবিষ্কার করে যে তাদের ব্যাকআপ অকেজো ছিল মধ্য-আউটেজে।