আপনি কীভাবে PostgreSQL ব্যাকআপ এবং পুনরুদ্ধার করবেন?

Question

Accepted Answer

PostgreSQL একাধিক **ব্যাকআপ** পদ্ধতি অফার করে — লজিক্যাল ব্যাকআপ (`pg_dump`) এবং ফিজিক্যাল ব্যাকআপ (বেস ব্যাকআপ + WAL **পয়েন্ট-ইন-টাইম রিকভারির** জন্য)। একটি দৃঢ় ব্যাকআপ-এবং-পুনরুদ্ধার কৌশল ডেটা হারানোর বিরুদ্ধে সুরক্ষার জন্য অপরিহার্য, এবং গুরুত্বের সাথে, **ব্যাকআপগুলি পরীক্ষা করা আবশ্যক**।

## লজিক্যাল ব্যাকআপ — pg_dump

```bash
# pg_dump — dumps a database as SQL (or a custom archive) — portable, flexible
pg_dump -U user -d mydb -F c -f backup.dump      # custom format (compressed, flexible restore)
pg_dump -U user -d mydb > backup.sql              # plain SQL
pg_dumpall > all.sql                              # ALL databases + roles

# restore
pg_restore -U user -d mydb backup.dump            # from custom format
psql -U user -d mydb -f backup.sql                # from plain SQL
```

`pg_dump` একটি ডাটাবেসের লজিক্যাল ব্যাকআপ (SQL বা আর্কাইভ) তৈরি করে — পোর্টেবল (বিভিন্ন সংস্করণ/সার্ভারে পুনরুদ্ধার করা যায়), ছোট ডাটাবেস, মাইগ্রেশন এবং নির্বাচনী ব্যাকআপের জন্য ভালো। কিন্তু এটি একটি পয়েন্ট-ইন-টাইম স্ন্যাপশট (কোন ক্রমাগত পুনরুদ্ধার নেই)।

## ফিজিক্যাল ব্যাকআপ + পয়েন্ট-ইন-টাইম রিকভারি (PITR)

```text
For larger/critical databases: a BASE BACKUP (a copy of the data files) + continuous
archiving of the WAL (write-ahead log) → enables POINT-IN-TIME RECOVERY:
  ✓ Restore the base backup, then REPLAY WAL up to ANY point in time
  ✓ Recover to JUST BEFORE a disaster (e.g. an accidental DROP TABLE at 2:47pm)
→ Tools: pg_basebackup, WAL archiving, and tools like pgBackRest / Barman automate this.
```

**PITR** শক্তিশালী: WAL ক্রমাগত আর্কাইভ করে, আপনি যেকোনো মুহূর্তে পুনরুদ্ধার করতে পারেন — শুধু সর্বশেষ ব্যাকআপ নয় — যা দুর্যোগ থেকে ডেটা হারানো কমানোর জন্য অপরিহার্য।

## ব্যাকআপ কৌশল অপরিহার্য বিষয়গুলি

```text
✓ Regular, AUTOMATED backups (scheduled, not manual/forgotten)
✓ Store backups OFF the database server (and offsite / cloud) — survive hardware failure
✓ Retention policy (keep daily/weekly/monthly as needed)
✓ Combine: periodic base backups + continuous WAL for PITR (critical data)
✓ Backups from a REPLICA to avoid loading the primary
```

## সবচেয়ে গুরুত্বপূর্ণ নিয়ম: আপনার ব্যাকআপ পরীক্ষা করুন

```text
⚠️ A backup you've never restored is NOT a reliable backup.
UNTESTED backups fail when you need them most (corrupt, incomplete, wrong process).
→ Regularly TEST restores to verify they actually work and you know the procedure.
```

## এটি কেন গুরুত্বপূর্ণ

ব্যাকআপ এবং পুনরুদ্ধার PostgreSQL দায়িত্বশীলভাবে পরিচালনার জন্য **সমালোচনামূলক** জ্ঞান — ডেটা হারানোর বিরুদ্ধে সুরক্ষা (হার্ডওয়্যার ব্যর্থতা, দুর্নীতি, দুর্ঘটনাজনিত মুছে ফেলা, দুর্যোগ থেকে) যেকোনো উৎপাদন ডাটাবেসের সবচেয়ে গুরুত্বপূর্ণ দায়িত্বগুলির মধ্যে একটি, তাই ব্যাকআপ কৌশল বোঝা অপরিহার্য উচ্চ-স্তরের জ্ঞান।

পদ্ধতিগুলি বোঝা প্রয়োজন: **`pg_dump`** (লজিক্যাল ব্যাকআপ — পোর্টেবল SQL/আর্কাইভ ডাম্প, ছোট ডাটাবেস, মাইগ্রেশন এবং নির্বাচনী/ক্রস-সংস্করণ ব্যাকআপের জন্য ভালো, কিন্তু শুধু পয়েন্ট-ইন-টাইম স্ন্যাপশট) এবং **ফিজিক্যাল ব্যাকআপ পয়েন্ট-ইন-টাইম রিকভারি (PITR) সহ** (বেস ব্যাকআপ + ক্রমাগত WAL আর্কাইভিং, *যেকোনো* মুহূর্তে পুনরুদ্ধার সক্ষম করা — যা ডেটা হারানো কমানোর জন্য শক্তিশালী, যেমন একটি দুর্ঘটনাজনিত `DROP TABLE`-এর আগে পুনরুদ্ধার করা, গুরুত্বপূর্ণ ডেটার জন্য অপরিহার্য)।

**কৌশল অপরিহার্য বিষয়গুলি** জানা (নিয়মিত স্বয়ংক্রিয় ব্যাকআপ, সেগুলি সার্ভারের বাইরে এবং অফসাইটে সংরক্ষণ, ধারণ নীতি, PITR-এর জন্য বেস ব্যাকআপ WAL-এর সাথে একত্রিত করা গুরুত্বপূর্ণ ডেটায়, রেপ্লিকা থেকে ব্যাকআপ করা) গুরুত্বপূর্ণ অপারেশনাল জ্ঞান।

সবচেয়ে গুরুত্বের সাথে, এটি বোঝা যে **ব্যাকআপগুলি অবশ্যই পরীক্ষা করা আবশ্যক** — একটি পরীক্ষিত ব্যাকআপ অবিশ্বস্য এবং প্রায়শই সঠিক সময়ে ব্যর্থ হয় (দুর্নীতি, অসম্পূর্ণ ডেটা, অপরিচিত পুনরুদ্ধার প্রক্রিয়া) — একটি গুরুত্বপূর্ণ, প্রায়শই উপেক্ষিত নীতি: নিয়মিত পুনরুদ্ধার পরীক্ষা করা যা একটি ব্যাকআপ কৌশলকে প্রকৃতপক্ষে বিশ্বাসযোগ্য করে তোলে।

যেহেতু ডেটা হারানো ক্ষতিকারক হতে পারে (এবং পুনরুদ্ধার শুধুমাত্র কাজের ব্যাকআপের সাথে সম্ভব), এবং যেহেতু একটি যথাযথ কৌশল (উপযুক্ত ব্যাকআপ পদ্ধতি, ন্যূনতম হারানোর জন্য PITR, অফ-সাইট সংরক্ষণ, এবং গুরুত্বের সাথে *পরীক্ষিত* পুনরুদ্ধার) সংস্থার ডেটা রক্ষা করা হয়, PostgreSQL ব্যাকআপ এবং পুনরুদ্ধার বোঝা দায়িত্বশীল ডাটাবেস অপারেশনের জন্য সমালোচনামূলক উচ্চ-স্তরের জ্ঞান — একটি উচ্চ-ঝুঁকি দায়িত্ব যেখানে একটি পরীক্ষিত কৌশল এবং একটি পরীক্ষিত কৌশলের মধ্যে পার্থক্য একটি দুর্যোগ থেকে পুনরুদ্ধার করার এবং ডেটা চিরকালের জন্য হারানোর মধ্যে পার্থক্য হতে পারে, এটিকে উৎপাদন ডাটাবেস পরিচালনাকারী যে কেউ এর জন্য একটি অপরিহার্য, ঘন ঘন-প্রাসঙ্গিক বিষয় করে তোলে।