অফ-সাইট ব্যাকআপ
ডেটার পাশে রাখা কপি কেন আপনাকে বাঁচায় না, কোথায় ব্যাকআপ রাখবেন, কী পারমিশন সীমিত করবেন, এবং মেশিন সম্পূর্ণ অনুপলব্ধ হলে কী অ্যাক্সেসযোগ্য থাকা উচিত।
আপডেট: ২৩ আগস্ট, ২০২৬
একই ডিস্কে রাখা কপি আপনাকে ঠিক একটি জিনিস থেকে রক্ষা করে — আপনার নিজের rm -rf ভুল। শুধু অন্য জায়গায় রাখা কপিই আপনাকে OS পুনরায় ইনস্টল, অ্যাক্সেস হারানো, র্যানসমওয়্যার, বা পুরো মেশিন ধ্বংস করে দেয় এমন যেকোনো বিপর্যয় থেকে বাঁচায়।
কোথায় রাখবেন
| কোথায় | সুবিধা | কী খেয়াল রাখবেন |
|---|---|---|
| দ্বিতীয় VPS | পূর্ণ নিয়ন্ত্রণ, দ্রুত লিংক | দুটি মেশিনই এক প্রোভাইডারের — ঝুঁকি ভাগাভাগি |
| হোম কম্পিউটার বা NAS | সস্তা, শারীরিকভাবে আলাদা | স্থায়ী ঠিকানা দরকার, নয়তো হোম সাইডকেই সংযোগ শুরু করতে হবে |
| S3 অবজেক্ট স্টোরেজ | রক্ষণাবেক্ষণ নেই, ভলিউম অনুযায়ী পেমেন্ট | রিস্টোর করার সময় আউটবাউন্ড ট্রাফিক খরচ দেখে নিন |
| SFTP অ্যাক্সেসসহ আলাদা স্টোরেজ | সহজ, বড় ভলিউমে সস্তা | সাধারণত স্টোরেজ সাইডে ভার্সনিং থাকে না |
নীতিটা সহজ: সোর্স মেশিন সম্পূর্ণ হারিয়ে গেলেও কপিটা টিকে থাকতে হবে। যদি একটিমাত্র ঘটনায় দুটো স্টোরেজই ডাউন হয়ে যায়, তাহলে আপনার কাছে একটাই লোকেশন আছে।
কে কার থেকে টানবে
দুটি অপশন আছে, আর র্যানসমওয়্যার থেকে এরা ভিন্নভাবে রক্ষা করে।
মেশিন কপি পুশ করে। সহজ, কিন্তু পুশ কী মেশিনেই থাকে। যে আক্রমণকারী root পাবে, সে স্টোরেজেও পৌঁছে যাবে।
স্টোরেজ নিজেই কপি টানে। কী থাকে রিসিভারের কাছে, আর মেশিন এ সম্পর্কে কিছুই জানে না। বেশি নিরাপদ, কিন্তু রিসিভারকে মেশিনে পৌঁছাতে পারতে হবে।
দুটোই কভার করে এমন একটি সমঝোতা: মেশিন পুশ করবে, কিন্তু রিসিভারের কী শুধু write-only হবে, ডিলিট করার অনুমতি থাকবে না।
command="rrsync -wo /srv/backup/vds",restrict ssh-ed25519 AAAA... vds-backup
Restic-এ একই ভূমিকা পালন করে append-only মোড — এমন একটি রিপোজিটরি যেখানে শুধু অ্যাপেন্ড করা যায়:
restic --repo sftp:backup@host:/srv/restic backup /data
এক্ষেত্রে পুরোনো স্ন্যাপশট রিসিভার নিজের সময়সূচি অনুযায়ী ডিলিট করে, মেশিন নয়।
যে কী মেশিনে থাকে এবং কপি ডিলিট করার অধিকার রাখে, তা পুরো স্কিমটাকেই মূল্যহীন করে দেয়। র্যানসমওয়্যার সবার আগে ঠিক সেই কী-ই খোঁজে। ডিলিট করার অনুমতি অন্য কারও থাকা উচিত।
অ্যাক্সেসযোগ্যতা যাচাই
সাধারণত সবচেয়ে খারাপ মুহূর্তেই রিস্টোর দরকার হয়: মেশিন ডাউন, আপনি আতঙ্কে, সময় নেই। আগেই নিশ্চিত করে নিন যে আপনার কাছে আছে:
- স্টোরেজের ঠিকানা ও ক্রেডেনশিয়াল — এই মেশিনের বাইরে লিখে রাখা।
- Restic রিপোজিটরির পাসওয়ার্ড — একটি পাসওয়ার্ড ম্যানেজারে।
- মেশিনের root পাসওয়ার্ড — এটি এনক্রিপ্ট করে রাখা হয় এবং
/hosting/vds/m/<id>প্যানেলের “Access” ট্যাবে একটি বাটনে দেখানো হয়, কিন্তু প্যানেল শুধু আপনার কাছেই অ্যাক্সেসযোগ্য। - কী কোথায় আছে তার তালিকা: কোন কপিতে কী আছে।
এগুলো একটি ছোট নোটে লিখে রাখুন এবং VPS-এর বাইরে রাখুন।
কত ডেটা সরাতে হবে
ব্যান্ডউইথ ৫০০ Mbps পর্যন্ত, কিন্তু 병নেক সাধারণত রিসিভারের দিকেই হয়। প্রথম সম্পূর্ণ কপিটি নিজে হাতে এবং শান্ত সময়ে করুন; এরপর শুধু পরিবর্তনগুলো যাবে। গতি সীমিত করতে যাতে সার্ভিসে ব্যাঘাত না হয়:
rsync --bwlimit=10000 ...
restic backup --limit-upload 10000 ...
মানগুলো কিলোবাইট প্রতি সেকেন্ডে।
সাধারণ ভুল
- দুটো কপিই এক প্রোভাইডারের এক জায়গায়। আপনি যাই বলুন, এটা একটাই লোকেশন।
- কপি পুশ হচ্ছে, কিন্তু কেউ জানে না যে তা থেমে গেছে। Uptime Kuma-তে একটি পুশ চেক সেট করুন।
- আপনি কখনো রিস্টোর চেষ্টা করেননি। দেখুন রিস্টোর ড্রিল।
- স্টোরেজের ক্রেডেনশিয়াল এমন একটি স্ক্রিপ্টে আছে যা কপিতেও ঢুকে পড়ে। এনক্রিপশন থাকলে মারাত্মক নয়, কিন্তু স্ক্রিপ্টসহ স্টোরেজ হারালে সেটা একটা ফাঁক।
কপিতে ঠিক কী রাখবেন তা বলা আছে কী ব্যাকআপ করবেন-এ; পদ্ধতিগুলো হলো rsync এবং Restic।