Encrypted backup ও recovery
Encrypted site backup তৈরি, যাচাই ও স্থানান্তর করুন এবং dashboard থেকে সুরক্ষিত restoration-এর অনুরোধ দিন।
- প্রস্তুতি যাচাইসক্রিয় God account দিয়ে Site Backups খুলুন। Backup processing কনফিগার ও চালু আছে এবং remote destination পাওয়া যাচ্ছে কি না নিশ্চিত করুন।
- তৈরি বা synchroniseManual backup চান অথবা remote inventory synchronise করুন। দুটো কাজই queue-তে যায়; notice archive সম্পন্ন হওয়ার প্রমাণ নয়।
- Archive যাচাইStatus, সংরক্ষিত SHA-256, remote verification, manifest, তৈরির সময় ও expiry দেখুন। পৃষ্ঠায় retention period সাত দিন।
- স্থানান্তর বা restoreপ্রয়োজনে যোগ্য archive স্থানান্তর করুন। Restoration-এর জন্য সম্পূর্ণ, যাচাইকৃত, মেয়াদোত্তীর্ণ নয় এমন archive এবং নতুন MFA-সহ সচেতন confirmation প্রয়োজন।
- সম্পন্ন হওয়া অনুসরণQueue-তে থাকা, চলমান, সম্পন্ন বা ব্যর্থ কাজ দেখতে Recent Operations ব্যবহার করুন। নতুন কাজ চাওয়ার আগে দেখানো ব্যর্থতার কারণ সমাধান করুন।
Access ও প্রস্তুতি
Site Backups পৃষ্ঠা শুধু সক্রিয় God account-এর জন্য। কাজ চাওয়ার আগে configuration, enabled অবস্থা, remote availability, destination readiness ও retention-এর সূচক পড়ুন। Backup হলো manifest ও integrity hash-সহ encrypted archive। Button দেখা যাচ্ছে বলে backup ভালো আছে ধরে নেবেন না; System Health পৃষ্ঠা আলাদাভাবে সর্বশেষ সফল যাচাইকৃত backup জানায়। Readiness-এ unconfigured বা unavailable দেখালে কাজ queue করা বন্ধ করে platform operator-কে জানান।
- Site Backups খুলে সব readiness indicator ও দেখানো retention period পরীক্ষা করুন।
- আরেকটি run শুরুর আগে Recent Operations-এ আগের queued বা running কাজ দেখুন।
- Readiness false হলে secret-বিহীন status নথিবদ্ধ করে অনুমোদিত operations channel-এ escalate করুন।
তৈরি ও synchronise
Create manual backup চায়, আর Sync inventory synchronisation চায়। Worker প্রকৃত কাজটি করে বলে দুটোই queued status ফেরায়। পৃষ্ঠা refresh করে operation row terminal state-এ না আসা পর্যন্ত দেখুন। সম্পন্ন record-এ নামযুক্ত encrypted archive, checksum, ফাঁকা নয় এমন manifest ও expiry থাকা উচিত। Queue acknowledgement, local-ready state বা পুরোনো record-কে যাচাইকৃত remote backup ভাববেন না।
- নতুন manual archive-এর জন্য Create, remote inventory মেলাতে শুধু Sync বেছে নিন।
- Operation status বদলানো পর্যন্ত অপেক্ষা করে সর্বশেষ backup row খুলুন।
- নির্ভর করার আগে complete status, hash, remote verification ও ভবিষ্যৎ expiry নিশ্চিত করুন।
সাত দিনের retention
পৃষ্ঠায় কনফিগার করা retention সাত দিন। Archive যোগ্য কি না নির্ধারণে দেখানো তৈরি ও expiry timestamp UTC হিসেবে ব্যবহার করুন। মেয়াদোত্তীর্ণ archive বৈধ restoration point নয়। এই সময়ের মধ্যে recovery পরিকল্পনা করুন এবং transfer-এর পর archive অনির্দিষ্টকাল পাওয়া যাবে ধরে নেবেন না। Backup reference-এর পরিচালন record থাকলে public documentation নয়, অনুমোদিত restricted system-এ রাখুন।
- নির্বাচিত archive-এর UTC creation ও expiry column পড়ুন।
- মেয়াদ আছে এবং remote verification করা সাম্প্রতিক archive বেছে নিন।
- প্রয়োজনীয় point-এর মেয়াদ শেষ হলে restore চেষ্টা করবেন না; escalate করে পরবর্তী যাচাইকৃত recovery point ব্যবহার করুন।
Transfer ও integrity
Checksum থাকা completed, local-ready এবং নির্দিষ্ট কিছু failed record-এ Transfer পাওয়া যায়; worker transfer ও verification সামলায়। Restore-এর যোগ্যতা কঠোর: complete status, মেলা archive name, বৈধ SHA-256, ফাঁকা নয় এমন manifest, remote verification ও ভবিষ্যৎ expiry। অসম্পূর্ণ বা অসামঞ্জস্যপূর্ণ record শনাক্ত করতে পৃষ্ঠায় checksum ও verification state দেখানো হয়। Managed workflow-এর বাইরে metadata সম্পাদনা বা archive প্রতিস্থাপন করবেন না।
- উদ্দিষ্ট record-এ Transfer ব্যবহার করে operation শেষ হওয়া পর্যন্ত অপেক্ষা করুন।
- Remote verification নথিবদ্ধ এবং checksum অক্ষত আছে কি না দেখুন।
- Transfer ব্যর্থ হলে বা integrity data না থাকলে eligibility পাশ কাটাবেন না; failure code পড়ে escalate করুন।
Restoration-এর অনুরোধ
Restore উচ্চ-প্রভাবের queued operation, তাৎক্ষণিক page action নয়। সক্রিয় God ব্যবহারকারীকে আগের দশ মিনিটের মধ্যে MFA সম্পন্ন করতে হবে। Confirmation dialog-এ অন্তত বারো অক্ষরের কারণ লিখুন, হুবহু backup identifier ও দেখানো production host দিন এবং consequence checkbox-এ সম্মতি জানান। Server নির্বাচিত backup ও কনফিগার করা host-এর সঙ্গে মানগুলো যাচাই করে। সফল submission অনুমোদিত request নথিবদ্ধ ও queue করে; restore worker কাজ শেষ করেছে—এটি তার প্রমাণ নয়।
- সম্পূর্ণ, remotely verified ও মেয়াদ আছে এমন যোগ্য archive বেছে Restore খুলে নতুন MFA দিন।
- কারণ, হুবহু backup identifier ও দেখানো host লিখে স্পষ্ট confirmation-এ টিক দিন।
- একবার submit করে Recent Operations ও পরবর্তী status অনুসরণ করুন; নতুন request-এর আগে failure তদন্ত করুন।
ব্যর্থতা সামলানো
পৃষ্ঠায় failure alert, operation status ও failure code দেখা যায়। সাধারণ কারণ: destination পাওয়া যায় না, archive metadata অসম্পূর্ণ, remote verification ব্যর্থ, recovery point-এর মেয়াদ শেষ বা নতুন MFA নেই। In-progress operation তখনও চলতে পারে; duplicate submit করবেন না। System Health-এ scheduler ও disk status-এর পাশাপাশি সর্বশেষ সফল কাজের আলাদা সূচক আছে। স্থায়ী failure operation status ও code-সহ escalate করুন; report-এ secret, private endpoint value বা customer data দেবেন না।
- Recent Operations থেকে operation type, status, timestamp ও failure code পড়ুন।
- Readiness ও System Health-এ সংশ্লিষ্ট queue, disk, scheduler ও backup indicator দেখুন।
- কারণ বুঝে এবং আগের operation terminal হওয়ার পরই retry করুন; অবকাঠামোর অমীমাংসিত ত্রুটি জানান।
সাধারণ জিজ্ঞাসা
Success notice মানেই backup প্রস্তুত?
না। এর অর্থ request queue হয়েছে। সম্পন্ন record, checksum, remote verification ও মেয়াদ আছে কি না নিশ্চিত করুন।
Archive কত দিন রাখা হয়?
কনফিগার করা পৃষ্ঠায় সাত দিনের retention period দেখায়। প্রতিটি record-এর authoritative মান হলো expiry column।
কে backup তৈরি বা restore করতে পারেন?
শুধু সক্রিয় God account পৃষ্ঠাটি ব্যবহার করতে পারে, এবং প্রতিটি পরিবর্তনে সেই একই ব্যবহারকারীর নতুন MFA প্রয়োজন।
Restore পাওয়া যাচ্ছে না কেন?
Record অসম্পূর্ণ বা যাচাইহীন হতে পারে, বৈধ manifest বা checksum নাও থাকতে পারে, অথবা মেয়াদ শেষ। Restore ইচ্ছাকৃতভাবেই যোগ্য archive-এ সীমিত।
Restore-এ কী confirmation লাগে?
অন্তত বারো অক্ষরের কারণ, হুবহু backup identifier, দেখানো host, consequence checkbox-এ সম্মতি এবং নতুন MFA।
কাজ শেষ হয়েছে কি না কোথায় দেখব?
Site Backups-এর Recent Operations দেখুন। শুধু queued response কাজ শেষ হওয়ার প্রমাণ নয়।