← সব টিউটোরিয়াল

টিউটোরিয়াল 7 / 12

ফিরিয়ে আনার দরকার হওয়ার আগেই ব্যাকআপ করো।

গোপন তথ্য অনলাইনে না দিয়েই ওয়ালেট আর সার্ভার পুনরুদ্ধারের প্রস্তুতি রাখো।

শেষে যা পাবে

ব্যক্তিগত ওয়ালেট এক্সপোর্ট, সার্ভারের বাইরে যাচাই করা রিকভারি বান্ডল আর পুনরুদ্ধারের চেকলিস্ট।

1. দুই ধরনের ব্যাকআপই রাখো

ব্যাকআপকী সুরক্ষিত রাখে
প্রজেক্ট ওয়ালেট এক্সপোর্টস্থানীয়ভাবে পরিচালিত রিকভারি ফ্রেজ, কী আর ওয়ালেট/অ্যাড্রেসের তথ্য।
অ্যাপ্লিকেশন রিকভারি বান্ডলডেটাবেস, মেলা এনক্রিপশন কী, কনফিগারেশন আর অ্যাপ্লিকেশনের ফাইল।

দুটোই দরকার। রিকভারি শব্দ ইনভয়েস, ব্যবহারকারী, স্টোর, API ক্রেডেনশিয়াল বা ডেলিভারি ইতিহাস ফেরায় না। মেলা এনক্রিপশন কী ছাড়া ডেটাবেস এনক্রিপ্টেড ওয়ালেট সিক্রেট খুলতে পারে না।

বাইরের Monero ওয়ালেট আর Lightning নোডের নিজস্ব সেবাদাতাভিত্তিক ব্যাকআপ লাগে। Wholly Crypto এক্সপোর্টে Lightning চ্যানেল বা বাইরের ওয়ালেটের খরচ করার কী ব্যাকআপ হয় না।

2. প্রতি প্রজেক্টের ওয়ালেট এক্সপোর্ট করো

খোলো প্রজেক্ট → ওয়ালেট → সব ব্যাকআপ। বেছে নাও সাধারণ .txt বা খোঁজা যায় এমন এক-ফাইল HTML ব্যাকআপ QR কোডসহ। নিরাপত্তার নিশ্চিতকরণ শেষ করে ফাইল ব্যক্তিগতভাবে সেভ করো।

প্রত্যাশিত চেইন আছে কি না দেখো। HTML এক্সপোর্ট শুধু বিশ্বস্ত অফলাইন ডিভাইসে খোলো। স্ক্রিপ্ট আর QR কোড ফাইলেই থাকে; ওয়েবসাইট লাগে না। পৃষ্ঠায় সিক্রেট লুকানো এনক্রিপশন নয়।

রিসিভিং অ্যাড্রেস আর ডেরিভেশন তথ্য রাখো। প্রধান প্রাইভেট কী প্রধান অ্যাড্রেস কভার করে, প্রতিটি ইনভয়েস অ্যাড্রেস নয়। ফ্রেজ ফিরিয়ে আনলে সামঞ্জস্যপূর্ণ ওয়ালেটে ডিফল্ট সীমার পরেও অ্যাড্রেস খুঁজতে হতে পারে। চেইনভিত্তিক পুনরুদ্ধার গাইড →

3. অ্যাপ্লিকেশন ব্যাকআপ তৈরি করো

নেটিভ VPS ইনস্টলেশনে রুট হিসেবে SSH-তে যুক্ত হয়ে চালাও:

whollycrypto backup

CLI রিকভারি আর্কাইভের অবস্থান দেখায়। কপি করো পুরো ব্যাকআপ ফোল্ডার, যার মধ্যে থাকবে recovery.tar.gz, recovery.tar.gz.sha256 এবং backup.json, এই VPS-এর বাইরের সুরক্ষিত স্টোরেজে।

মেটাডেটা থেকে অ্যাপ্লিকেশন ভার্সন, স্কিমা আর ব্যাকআপের সময় লিখে রাখো। সার্ভার আবার বানানোর নোটও রাখো: ফায়ারওয়াল, ডোমেইন, PostgreSQL ভার্সন আর কাস্টম সিস্টেম কনফিগারেশন। এই বান্ডল পুরো ডিস্ক ইমেজ নয়, আর সব OS সেটিং বা সার্টিফিকেট রাখে না।

নির্ধারিত স্থানীয় ব্যাকআপ আর আপডেট রিকভারি কপি কাজে লাগে, তবে VPS নষ্ট বা আক্রান্ত হলে সব একসঙ্গে হারাতে পারে। তারিখসহ কয়েকটি সার্ভারের বাইরের কপি রাখো। কনটেইনারের জন্য অনুসরণ করো Docker গাইড আর স্থায়ী ডেটা ও কনফিগারেশন দুটোই রাখো; এই SSH ধাপগুলো নেটিভ ইনস্টলের জন্য।

4. কপি যাচাই আর সুরক্ষিত করো

কপি করা CLI ব্যাকআপ ফোল্ডারে আর্কাইভ পরীক্ষা করো:

sha256sum --check recovery.tar.gz.sha256

একটি OK ফল ফাইলকে সেই চেকসামের সঙ্গে যাচাই করে। এটি এনক্রিপ্ট করে না, উৎস প্রমাণ করে না বা পুরো রিস্টোর কাজ করে প্রমাণ করে না। আলাদা পরিবেশেও পুনরুদ্ধার পরীক্ষা করো।

এই ফাইল দিয়ে কেউ তোমার ফান্ড নিয়ন্ত্রণ করতে পারে।

ওয়ালেট এক্সপোর্ট আর স্থানীয় রিকভারি আর্কাইভ এনক্রিপ্টেড নয়। সার্ভারের বাইরের স্টোরেজ এনক্রিপ্ট করো, ডিক্রিপশন কী আলাদা রাখো আর অ্যাক্সেস সীমিত করো। পাবলিক ড্রাইভ, Git রিপোজিটরি, Telegram বা সাপোর্ট ফর্মে কখনো র ব্যাকআপ আপলোড কোরো না।

গুরুত্বপূর্ণ সেটিং বদল আর ওয়ালেট যোগ করার পরে ব্যাকআপ হালনাগাদ করো। সাম্প্রতিক কত ইনভয়েস ডেটা হারানো মেনে নিতে পারবে, তার ভিত্তিতে সময়সূচি বেছে নাও।

5. আলাদা পরিবেশে পুনরুদ্ধার করো

সবকিছুর জন্য এক-কমান্ড রিস্টোর নেই। PostgreSQL আর সিস্টেম সেবা ফিরিয়ে আনতে স্বচ্ছন্দ না হলে সার্ভার অ্যাডমিনকে এই চেকলিস্ট অনুসরণ করতে বলো।

  1. বর্তমান সার্ভার আর ডেটাবেস রেখে দাও। ব্যাকআপের সময়, চেকসাম আর অ্যাপ্লিকেশন/স্কিমা ভার্সন নিশ্চিত করো। পুনরুদ্ধার করা কপি চালু হওয়ার আগে আসল ইনস্ট্যান্স বন্ধ করো।
  2. আলাদা সার্ভার বা রিকভারি পরিবেশ বানাও। পাবলিক ট্রাফিক, ব্যাকগ্রাউন্ড ওয়ার্কার আর বাইরে যাওয়া আর্থিক/কলব্যাক ট্রাফিক বন্ধ রাখো, যাতে কপি ফান্ড পাঠাতে, ট্রেড করতে বা নোটিফিকেশন আবার পাঠাতে না পারে।
  3. ডাম্প ফিরিয়ে আনো একটি নতুন, খালি ডেটাবেসে। তার মেলা অ্যাপ্লিকেশন ফাইল, কনফিগারেশন আর আসল ওয়ালেট এনক্রিপশন কী ব্যবহার করো। কখনো বিকল্প কী বানিও না বা নতুন স্কিমায় পুরোনো বাইনারি চালিও না।
  4. ডেটাবেস রোল/অনুমতি আর দরকারি সার্ভিস, Nginx ও HTTPS কনফিগারেশন আবার বানাও। সিক্রেট শুধু রুটের জন্য রাখো। ইনস্টল করা রিলিজের রিকভারি নোট আর এটি দেখো: PostgreSQL রিস্টোর ডকুমেন্টেশন ↗.
  5. ওয়ালেট, অ্যাড্রেস ইনডেক্স, ইনভয়েস আর ইন্টিগ্রেশন মেলাও। অটোমেশনের আগে ব্যাকআপের পরের পেমেন্ট, ব্রডকাস্ট আর এক্সচেঞ্জ অর্ডার মেলাও। হিসাব মেলা পর্যন্ত দুই ডেটাবেস রাখো।

পুরোনো ব্যাকআপে নতুন দেওয়া ইনভয়েস অ্যাড্রেস আর পেমেন্ট রেকর্ড না-ও থাকতে পারে। ডেটাবেস ফিরিয়ে আনলে ব্লকচেইনের কাজ পেছায় না।

6. আবার খোলার আগে পরীক্ষা করো

পুনরুদ্ধার করা নেটিভ ইনস্টলেশনে এই সমস্যা পরীক্ষাগুলো চালাও। এগুলো ফান্ড পাঠায় না:

whollycrypto status
whollycrypto doctor

কনসোল অ্যাক্সেস, স্ক্যানার স্ট্যাটাস, ওয়ালেট অ্যাড্রেস, সাম্প্রতিক ইনভয়েস, কলব্যাক ইতিহাস আর বাকি পাঠানো যাচাই করো। ওয়ার্কার আর বাইরের অ্যাক্সেস চালুর আগে সুইপ ও এক্সচেঞ্জের নিয়ম দেখো। শুধু রাখো একটি সক্রিয় ইনস্ট্যান্স এই ওয়ালেট আর পুনরুদ্ধার করা ডেটাবেস স্টেট ব্যবহার করে।

রিস্টোর যাচাই হলে নতুন সার্ভারের বাইরের ব্যাকআপ করো। পরীক্ষা আর হিসাব মেলা শেষ হলেই গ্রাহকের ট্রাফিক সরাও।

এটি কি whollycrypto recover-এর মতো?

না। whollycrypto recover স্কিমা অপরিবর্তিত থাকলে থেমে যাওয়া আপডেট সামলায়, অথবা আপডেট ফাইল বদলানো শুরু না করলে টাইমার আবার চালায়। এটি সাধারণ ডেটাবেস রিস্টোর নয়। স্কিমা বদলানোর পর ব্যর্থ হলে রিকভারি জার্নাল রেখে অপারেটরের সাহায্য চাও; জোর করে ডাউনগ্রেড কোরো না।