ওয়েবসাইট ঠিকঠাক চলার সময় ব্যাকআপকে বাড়তি কাজ মনে হয়। কিন্তু সার্ভার নষ্ট, ভুল update, malware বা মানুষের ভুল—যে কোনো একটি ঘটনাই পুরো সাইট থামিয়ে দিতে পারে।

৩-২-১ নিয়ম অনুসরণ করুন

গুরুত্বপূর্ণ ডেটার অন্তত তিনটি কপি রাখুন, দুই ধরনের storage ব্যবহার করুন এবং একটি কপি মূল সার্ভারের বাইরে রাখুন। একই hosting account-এর ভেতরে রাখা কপিকে একমাত্র backup ভাববেন না।

Database ও files দুটোই নিন

শুধু upload folder বা শুধু database যথেষ্ট নয়। লেখা, ব্যবহারকারী, configuration, theme এবং media—সবকিছুর সামঞ্জস্যপূর্ণ কপি দরকার।

Restore পরীক্ষা করুন

ব্যাকআপ তৈরি হয়েছে এমন notification সফল recovery-এর প্রমাণ নয়। নির্দিষ্ট বিরতিতে আলাদা environment-এ restore করে দেখুন এবং কত সময় লাগে তা লিখে রাখুন।

সহজ একটি সূচি

পরিবর্তনের হার অনুযায়ী database প্রতিদিন, files প্রতি সপ্তাহে এবং মাসিক archive দীর্ঘমেয়াদে রাখা যেতে পারে। কে পরীক্ষা করবেন এবং ব্যর্থ হলে কাকে জানাবেন, সেটিও পরিকল্পনায় রাখুন।

Backup পরিকল্পনা সত্যিই কাজ করছে কি না যাচাই

শুধু backup তৈরি হয়েছে—এই বার্তাটি দেখলেই নিশ্চিন্ত হওয়া যায় না। মাসে অন্তত একবার আলাদা পরিবেশে একটি test restore করে database, uploaded media, configuration এবং গুরুত্বপূর্ণ form ঠিকমতো চলছে কি না দেখুন। ব্যবসার জন্য কত ঘণ্টার data হারানো গ্রহণযোগ্য এবং কত সময়ের মধ্যে site ফিরিয়ে আনতে হবে, এই দুই লক্ষ্য লিখে রাখলে backup frequency নির্ধারণ সহজ হয়। একই server-এ রাখা backup ransomware, hardware failure বা account compromise থেকে রক্ষা নাও করতে পারে; তাই অন্তত একটি copy ভিন্ন provider বা offline storage-এ রাখুন। Restore পরীক্ষার ফল, সময় এবং দায়িত্বপ্রাপ্ত ব্যক্তির নাম নথিভুক্ত করলে জরুরি মুহূর্তে অনুমানের বদলে পরীক্ষিত runbook অনুসরণ করা যায়।

জরুরি সময়ের restore checklist

  • Backup file এবং database dump সত্যিই খোলা যাচ্ছে কি না দেখুন।
  • নতুন server বা staging-এ DNS বদলানোর আগে test restore করুন।
  • Login, form, payment, email এবং media file আলাদা করে যাচাই করুন।
  • Recovery শেষ হলে পুরোনো password ও access key বদলে দিন।

এই checklist-এর একটি printed বা offline copy রাখুন। কারণ মূল website বা team drive unavailable থাকলে online note-ও দেখা নাও যেতে পারে। Restore-এর দায়িত্ব কে নেবেন, provider-এর support কোথায় পাবেন এবং সর্বশেষ clean backup কোনটি—এই তিনটি তথ্য এক জায়গায় থাকলে downtime অনেক কমে যায়।

শেষবার যাচাই: সন্দেহ হলে link না খুলে sender, domain এবং attachment-এর নাম আলাদা করে পরীক্ষা করুন। জরুরি মনে হলেও verified channel ছাড়া reply করবেন না।

Recovery drill: backup file কোথায় রাখা আছে, restore কে করবে এবং restore-এর পরে domain, database, media ও email কীভাবে পরীক্ষা হবে—এই প্রশ্নগুলোর উত্তর লিখে রাখুন। বছরে অন্তত একবার test restore করলে পরিকল্পনাটি বাস্তবে কাজ করছে কি না বোঝা যায়।