ওয়েবসাইট ব্যাকআপ: ৩-২-১ নিয়ম আর রিস্টোর পরীক্ষা

একটি ওয়েবসাইট ব্যাকআপ ততটাই ভালো, যতটা শেষবার সেটি থেকে রিস্টোর করা গেছে। ৩-২-১ নিয়ম, কী রাখবেন, কত ঘনঘন ব্যাকআপ নেবেন, সার্ভারের বাইরে নিজের কপি কীভাবে রাখবেন, আর কাজ করে কি না কীভাবে পরীক্ষা করবেন — এই লেখায়।

গাঢ় সবুজ পটভূমিতে একটি বৃত্তাকার তীরের পাশে স্তরে স্তরে সাজানো তিনটি পাতা

মূল কথা

  • ৩-২-১ নিয়ম: ডেটার তিনটি কপি, দুই ধরনের স্টোরেজে, যার একটি অন্য জায়গায় রাখা।
  • ওয়েবসাইটের ফাইল আর ডেটাবেস একসাথে ব্যাকআপ নিন — একটি ছাড়া অন্যটি দিয়ে চালু সাইট হয় না।
  • কয়েকটি সময়ের কপি রাখুন: হ্যাক হওয়া বা ভেঙে যাওয়া সাইট প্রায়ই কয়েক দিন বা সপ্তাহ পরে ধরা পড়ে।
  • হোস্টের ব্যাকআপ আপনাকে নষ্ট সার্ভার বা ভুল থেকে বাঁচায়; তবু অন্য কোথাও নিজের একটি কপিও রাখুন।
  • রিস্টোর করার পরই ব্যাকআপ গণ্য হয়। দরকার পড়ার আগেই একবার রিস্টোর পরীক্ষা করুন।

ভালো ওয়েবসাইট ব্যাকআপ ৩-২-১ নিয়ম মানে — ডেটার তিনটি কপি, দুই ধরনের স্টোরেজে, যার একটি কপি অন্য জায়গায় — সাইটের ফাইল আর ডেটাবেস দুটোই রাখে, কয়েকটি সময়ের কপি রাখে, আর কাজ করে কি না প্রমাণ করতে অন্তত একবার রিস্টোর করা হয়েছে। যে ব্যাকআপ কেউ কখনো রিস্টোর করেনি, সেটা এখনো ব্যাকআপ নয়; সেটা একটা আশা।

ব্যাকআপ না থাকলে কী কী ভুল হতে পারে

  • কোনো প্লাগইন বা থিমের আপডেটে সাইট ভেঙে যায়, আর পুরোনো সংস্করণ আর নেই।
  • কেউ ভুল ফোল্ডার মুছে ফেলেন, বা ডেটাবেসের ওপর লিখে ফেলেন।
  • সাইট হ্যাক হয়, আর আক্রমণকারীর পরিবর্তনগুলো ধরা পড়ে কয়েক সপ্তাহ পরে।
  • কোনো ডিস্ক নষ্ট হয়, বা একটি সার্ভার হারিয়ে যায়।
  • খোদ অ্যাকাউন্টে ঢোকার পথ হারান — পাসওয়ার্ড ভুলে যাওয়া, কোনো বিরোধ, পেমেন্টের সমস্যা।

প্রতিটি থেকে ফিরতে আলাদা কপি লাগে: পরিবর্তনের ঠিক আগের একটি, হ্যাকের আগের একটি, একই সার্ভারে নেই এমন একটি, একই অ্যাকাউন্টে নেই এমন একটি।

ওয়েবসাইটের জন্য ৩-২-১ নিয়ম

  • তিনটি কপি: চালু সাইট, আর দুটি ব্যাকআপ।
  • দুই ধরনের স্টোরেজ: যেমন, আপনার হোস্টের ব্যাকআপ স্টোরেজ আর আপনার নিজের কম্পিউটার বা ক্লাউড স্টোরেজ।
  • একটি অন্য জায়গায়: অন্তত একটি কপি এমন কোথাও, যেখানে আপনার হোস্টিং অ্যাকাউন্ট পৌঁছাতে পারে না, যাতে অ্যাকাউন্ট, সার্ভার বা হোস্টের কোনো সমস্যা একসাথে সব কপি নিয়ে যেতে না পারে।

কী কী রাখবেন

  • ফাইল: সাইটের কোড, থিম আর প্লাগইন, আর ভিজিটর বা আপনার আপলোড করা সবকিছু (ছবি, ডকুমেন্ট)।
  • ডেটাবেস: পোস্ট, পেজ, পণ্য, অর্ডার, ইউজার, সেটিংস। WordPress আর বেশিরভাগ কনটেন্ট সিস্টেমে আসল কনটেন্ট এখানেই থাকে।
  • ইমেইল, যদি মেইলবক্স একই হোস্টিংয়ে থাকে।
  • কনফিগারেশন: wp-config.php বা .env-এর মতো ফাইল, আর আপনার DNS রেকর্ডগুলোর একটি নোট।

ফাইল আর ডেটাবেস একই মুহূর্তের হতে হবে। এই সপ্তাহের ফাইলের সাথে গত মাসের ডেটাবেস (বা উল্টোটা) রিস্টোর করলে সাধারণত ভাঙা সাইট পাওয়া যায়।

কত ঘনঘন, আর কয়টি রাখবেন

নিজেকে জিজ্ঞেস করুন, কতটা কাজ হারানো আপনি সামলাতে পারবেন। যে দোকান প্রতি ঘণ্টায় অর্ডার নেয়, তার অন্তত প্রতিদিন ব্যাকআপ লাগে; মাসে একবার বদলানো তথ্যের সাইট সাপ্তাহিক ব্যাকআপ আর প্রতিটি পরিবর্তনের পর একটি ব্যাকআপ দিয়েই চলতে পারে। কয়েকটি সময়ের কপি রাখুন — গতকালের, গত সপ্তাহের, গত মাসের — কারণ সমস্যা প্রায়ই দেরিতে ধরা পড়ে, আর গতকালের ব্যাকআপেই হয়তো সেটি আছে। আর বড় কোনো পরিবর্তনের ঠিক আগে সবসময় একটি ব্যাকআপ নিন: কোর আপডেট, নতুন প্লাগইন, থিম বদল।

দরকার পড়ার আগেই রিস্টোর পরীক্ষা করুন

একটি ব্যাকআপ অসম্পূর্ণ, নষ্ট বা ডেটাবেস ছাড়া হতে পারে, আর যেদিন দরকার সেদিনের আগে কেউ টেরও পায় না। বছরে কয়েকবার:

  1. একটি ব্যাকআপ আলাদা কোনো জায়গায় রিস্টোর করুন — একটি টেস্ট সাবডোমেইন, বা আলাদা ফোল্ডার আর ডেটাবেস — চালু সাইটের ওপর নয়।
  2. রিস্টোর করা কপিটি খুলে দেখুন পেজ, ছবি আর সাম্প্রতিক কনটেন্ট আছে কি না, আর সাইন ইন করা যায় কি না।
  3. কত সময় লাগল লিখে রাখুন। খারাপ দিনে আপনার সাইট ততক্ষণই বন্ধ থাকবে।

হ্যাকের পর রিস্টোর

আক্রমণের আগের কোনো সময়ে রিস্টোর করুন, তারপর যে দরজা দিয়ে এসেছিল তা বন্ধ করুন: কনটেন্ট সিস্টেম, তার প্লাগইন আর থিম আপডেট করুন, যেগুলো ব্যবহার করেন না সেগুলো সরান, আর প্রতিটি পাসওয়ার্ড বদলান — হোস্টিং প্যানেল, ডেটাবেস, অ্যাডমিন ইউজার, FTP, ইমেইল। না হলে কয়েক দিনের মধ্যেই একই ফুটো আবার ব্যবহার হয়।

Hostular-এ ব্যাকআপ

নভেম্বর ২০২৬ পর্যন্ত, Hostular-এর প্রতিটি প্ল্যান আপনার অ্যাকাউন্টের কিছু সংখ্যক ব্যাকআপ রাখে, যা প্রাইসিং পেজে প্রতিটি প্ল্যানে দেখানো আছে। ব্যাকআপগুলো এনক্রিপ্টেড, আর পড়ে দেখে যাচাই হওয়ার পরই একটি ব্যাকআপ গণ্য হয়; যেটি যাচাই করা যায় না, সেটি ব্যাকআপ হিসেবে রাখা হয় না, ব্যর্থ হিসেবে লেখা হয়। ব্যাকআপ নেওয়া আর ফাইল রিস্টোর করা আপনি নিজেই প্যানেল থেকে করেন, আর রিস্টোরের আগে বর্তমান অবস্থার একটি কপি নেওয়া হয়, তাই রিস্টোরও ফেরানো যায়।

সেই ব্যাকআপগুলো থাকে আপনার হোস্টিংয়ের সাথে। ৩-২-১ নিয়ম পূর্ণ করতে, অন্য কোথাও নিজের একটি কপিও রাখুন:

  1. ব্রাউজার টার্মিনালে ডেটাবেস এক্সপোর্ট করুন: mysqldump -u your_db_user -p your_db_name > site-db.sql (এটি সেই ডেটাবেস ইউজারের পাসওয়ার্ড চাইবে)।
  2. ফাইল ম্যানেজারে আপনার সাইটের ফোল্ডার — আর site-db.sql ফাইলটিও — একটি আর্কাইভে কম্প্রেস করুন।
  3. আর্কাইভটি নিজের কম্পিউটার বা ক্লাউড স্টোরেজে ডাউনলোড করুন, আর সার্ভার থেকে কপিটি মুছে দিন।

WordPress চালান? প্রতিটি বড় আপডেটের আগে এটা করুন। প্রথমবার সেটআপ করলে দেখুন নিজে WordPress ইনস্টল করার ধাপ, আর ফ্রি SSL সার্টিফিকেট দিয়ে সাইটটি HTTPS-এ রাখুন।

প্রশ্ন ও উত্তর

৩-২-১ ব্যাকআপ নিয়ম কী?

ডেটার তিনটি কপি রাখুন, দুই ধরনের স্টোরেজে, যার একটি কপি অন্য জায়গায়। ওয়েবসাইটের ক্ষেত্রে: চালু সাইট, হোস্টের ব্যাকআপ, আর এমন কোথাও নিজের একটি কপি, যেখানে হোস্টিং অ্যাকাউন্ট পৌঁছাতে পারে না।

ওয়েবসাইটের ব্যাকআপ কত ঘনঘন নেওয়া উচিত?

যতটা সময়ের কাজ হারানো আপনি সামলাতে পারবেন না, ততটা ঘনঘন: অর্ডার নেওয়া দোকানের জন্য প্রতিদিন বা আরও বেশি, কম বদলানো সাইটের জন্য সাপ্তাহিক — আর সবসময় কোনো আপডেট বা বড় পরিবর্তনের ঠিক আগে।

হোস্টের ব্যাকআপ কি যথেষ্ট?

এগুলো আপনাকে নষ্ট সার্ভার আর নিজের ভুল থেকে বাঁচায়, আর রিস্টোরের দ্রুততম পথ। তবে এগুলো থাকে আপনার হোস্টিংয়ের সাথেই, তাই যেদিন সমস্যা খোদ অ্যাকাউন্ট বা হোস্টের, সেদিনের জন্য অন্য কোথাও নিজের একটি কপি রাখুন।

আমার ব্যাকআপ কাজ করে কি না কীভাবে বুঝব?

রিস্টোর করে দেখুন — চালু সাইটের ওপর নয়, আলাদা কোনো পরীক্ষার জায়গায় — আর দেখুন পেজ, ছবি আর সাম্প্রতিক কনটেন্ট আছে কি না, আর সাইন ইন করা যায় কি না। বছরে কয়েকবার এটা করুন।

এই লেখাটি English-এ পড়ুন

ব্লগে ফিরুন