ব্যাকআপ, স্ন্যাপশট ও ডিজাস্টার রিকভারি

১ · স্ন্যাপশট কী

স্ন্যাপশটSnapshotএকটি স্টোরেজ ভলিউম বা ডেটাবেসের নির্দিষ্ট মুহূর্তের (point-in-time) কপি — ডিজাস্টার রিকভারির মৌলিক হাতিয়ার। হলো ডেটা হারানোর বিরুদ্ধে সবচেয়ে মৌলিক প্রতিরক্ষা — একটি ভলিউম বা ডেটাবেসের ঠিক সেই মুহূর্তের অবস্থার কপি, যেখান থেকে প্রয়োজনে ফিরে যাওয়া যায়। প্রতিবার সম্পূর্ণ একটি নতুন কপি নেওয়া ব্যয়বহুল ও সময়সাপেক্ষ — তাই বেশিরভাগ ক্লাউড প্রোভাইডার ইনক্রিমেন্টাল স্ন্যাপশট ব্যবহার করে: প্রথমটি সম্পূর্ণ, তারপর প্রতিটি নতুন স্ন্যাপশট শুধু আগের স্ন্যাপশটের পর পরিবর্তিত ব্লকগুলো সংরক্ষণ করে।

২ · ব্যাকআপ রিটেনশন পলিসি

সীমাহীন সময় ধরে প্রতিটি স্ন্যাপশট রাখা অবাস্তব ব্যয়বহুল — তাই একটি রিটেনশন পলিসি ঠিক করে দেয় কোন স্ন্যাপশটগুলো কতদিন রাখা হবে। একটি সাধারণ প্যাটার্ন —

এই পলিসি রিকভারির সূক্ষ্মতা (কতটা নির্দিষ্ট মুহূর্তে ফিরে যাওয়া যায়) এবং স্টোরেজ খরচের মধ্যে একটি ভারসাম্য তৈরি করে — সাম্প্রতিক অতীত সূক্ষ্মভাবে কভার করা হয়, দূরবর্তী অতীত মোটা দাগে।

৩ · RTO ও RPO — দুটি ভিন্ন প্রশ্নের উত্তর

ডিজাস্টার রিকভারি পরিকল্পনার মূলে দুটি প্রশ্ন থাকে —

• RPORecovery Point Objectiveএকটি বিপর্যয়ে সর্বোচ্চ কতটুকু ডেটা (সময়ের হিসেবে) হারানো গ্রহণযোগ্য — সরাসরি স্ন্যাপশট নেওয়ার ফ্রিকোয়েন্সি নির্ধারণ করে। (Recovery Point Objective) — "কতটুকু ডেটা হারানো গ্রহণযোগ্য?" RPO ৪ ঘণ্টা মানে সর্বোচ্চ ৪ ঘণ্টার ডেটা হারাতে পারেন, তাই অন্তত প্রতি ৪ ঘণ্টায় একবার স্ন্যাপশট নিতে হবে।
• RTORecovery Time Objectiveএকটি বিপর্যয়ের পর সার্ভিস সম্পূর্ণ পুনরুদ্ধার করতে সর্বোচ্চ কতটুকু সময় নেওয়া যাবে। (Recovery Time Objective) — "কত দ্রুত সার্ভিস আবার চালু করতে হবে?" RTO ১ ঘণ্টা মানে বিপর্যয়ের ১ ঘণ্টার মধ্যেই সার্ভিস পুরোপুরি সচল করতে হবে।

৪ · সিমুলেশন — RPO থেকে ফ্রিকোয়েন্সি ও রিটেনশন প্রুনিং

নিচে একটি ফিক্সড RPO থেকে প্রয়োজনীয় স্ন্যাপশট ফ্রিকোয়েন্সি হিসাব করা হয়েছে, এবং ৯০ দিনের একটি সিমুলেটেড দৈনিক স্ন্যাপশট তালিকার উপর উপরের রিটেনশন পলিসি প্রয়োগ করে কোনগুলো টিকে থাকবে আর কোনগুলো প্রুন (মুছে ফেলা) হবে তা দেখানো হয়েছে — এটি একটি ইলাস্ট্রেটিভ টয় সিমুলেশন, বাস্তব কোনো ক্লাউড API-এর সাথে সংযুক্ত নয়।

# RPO থেকে প্রয়োজনীয় স্ন্যাপশট ফ্রিকোয়েন্সি (illustrative simulation)
rpo_hours = 4  # সর্বোচ্চ ৪ ঘণ্টার ডেটা লস গ্রহণযোগ্য
snapshots_per_day = 24 / rpo_hours
print(f"RPO = {rpo_hours} ঘণ্টা হলে দিনে অন্তত {snapshots_per_day:.0f}টি স্ন্যাপশট দরকার\n")

# রিটেনশন পলিসি সিমুলেশন — ৯০ দিনের দৈনিক স্ন্যাপশট থেকে কোনগুলো টিকবে
from datetime import date, timedelta

today = date(2026, 1, 1)  # ফিক্সড রেফারেন্স তারিখ, শুধু উদাহরণের জন্য
snapshot_dates = [today - timedelta(days=i) for i in range(90)]

def keep_snapshot(snap_date, today):
    age_days = (today - snap_date).days
    if age_days <= 7:
        return True                              # গত ৭ দিনের সবগুলো দৈনিক স্ন্যাপশট
    elif age_days <= 28:
        return snap_date.weekday() == today.weekday()   # ৮-২৮ দিন: সপ্তাহে একটি
    else:
        return snap_date.day == 1                # ২৮ দিনের বেশি পুরনো: মাসে একটি

kept = [d for d in snapshot_dates if keep_snapshot(d, today)]
pruned = [d for d in snapshot_dates if not keep_snapshot(d, today)]

print(f"মোট সিমুলেটেড স্ন্যাপশট: {len(snapshot_dates)}")
print(f"রিটেনশন পলিসি অনুযায়ী রাখা হবে: {len(kept)}")
print(f"প্রুন (মুছে ফেলা) হবে: {len(pruned)}")

৫ · System Design ও Cybersecurity কোর্সের সাথে সম্পর্ক

RTO/RPO এবং ডিজাস্টার রিকভারির স্থাপত্যগত দিক (মাল্টি-রিজিয়ন আর্কিটেকচার, ফেইলওভার ডিজাইন) System Design কোর্সে গভীরভাবে আলোচিত হয়েছে, আর ব্যাকআপ ডেটার এনক্রিপশন ও অ্যাক্সেস কন্ট্রোল Cybersecurity কোর্সের বিষয়। এই পাঠ শুধু অপারেশনাল/DevOps দৃষ্টিকোণ থেকে দেখেছে — কীভাবে স্ন্যাপশট শিডিউল ও রিটেনশন পলিসি বাস্তবে সেট আপ করা হয়।