آف سائٹ بیک اپس

ایک ہی ڈسک پر موجود کاپی آپ کو صرف ایک چیز سے بچاتی ہے — آپ کی اپنی rm -rf کی غلطی۔ صرف کسی دوسری جگہ موجود کاپی ہی آپ کو OS کی دوبارہ انسٹالیشن، رسائی کے ضیاع، رینسم ویئر، یا کسی بھی ایسی خرابی سے بچاتی ہے جو پوری مشین کو ناکارہ کر دے۔

کاپی کہاں رکھیں

اصول سادہ ہے: کاپی کو ماخذ مشین کے مکمل ضیاع کے بعد بھی بچ جانا چاہیے۔ اگر ایک ہی واقعے سے دونوں اسٹوریجز ناکارہ ہو جائیں، تو یہ ایک ہی جگہ ہے۔

کون کس سے کھینچتا ہے

دو آپشنز ہیں، اور یہ رینسم ویئر سے مختلف طریقے سے بچاتے ہیں۔

مشین کاپی پش کرتی ہے۔ سادہ، لیکن پش کی چابی مشین پر موجود ہوتی ہے۔ جو حملہ آور root حاصل کر لے، وہ اسٹوریج تک بھی پہنچ جائے گا۔

اسٹوریج خود کاپی کھینچتا ہے۔ چابی وصول کنندہ کے پاس ہوتی ہے، اور مشین کو اس کا علم نہیں ہوتا۔ زیادہ محفوظ، لیکن وصول کنندہ کا مشین تک پہنچنا ضروری ہے۔

ایک درمیانی حل جو دونوں کو پورا کرتا ہے: مشین پش کرے، لیکن وصول کنندہ پر موجود چابی صرف رائٹ کے لیے محدود ہو، ڈیلیٹ کی اجازت کے بغیر۔

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 سے باہر رکھیں۔

کتنا ڈیٹا منتقل کرنا ہے

بینڈوتھ 500 Mbps تک ہے، لیکن رکاوٹ عام طور پر وصول کنندہ کی طرف ہوتی ہے۔ پہلی مکمل کاپی دستی طور پر اور پرسکون وقت میں بنائیں؛ اس کے بعد صرف تبدیلیاں منتقل ہوں گی۔ رفتار محدود کرنے کے لیے تاکہ سروسز میں خلل نہ پڑے:

rsync --bwlimit=10000 ...
restic backup --limit-upload 10000 ...

اقدار کلو بائٹ فی سیکنڈ میں ہیں۔

عام غلطیاں

• دونوں کاپیاں ایک ہی فراہم کنندہ کے پاس ایک ہی جگہ۔ یہ ایک ہی جگہ ہے، چاہے آپ اسے کچھ بھی کہیں۔
• کاپی پش ہو رہی ہے، لیکن کسی کو علم نہیں کہ رک گئی۔ Uptime Kuma میں پش چیک سیٹ اپ کریں۔
• آپ نے کبھی بحالی آزما کر نہیں دیکھی۔ restore drill دیکھیں۔
• اسٹوریج کی اسناد ایسی اسکرپٹ میں ہیں جو خود بھی کاپی میں شامل ہو جاتی ہے۔ انکرپشن کے ساتھ یہ مہلک نہیں، لیکن اگر اسکرپٹ کے ساتھ اسٹوریج بھی گم ہو جائے، تو یہ ایک سوراخ ہے۔

کاپی میں بالکل کیا رکھنا ہے، یہ what to back up میں بیان ہے؛ طریقے rsync اور Restic ہیں۔