← Semua tutorial

TUTORIAL 7 / 12

Cadangkan sebelum perlu memulihkan.

Pastikan pemulihan dompet dan server tercakup, tanpa menaruh rahasia secara online.

Yang akan kamu miliki

Ekspor dompet privat, bundel pemulihan terverifikasi di luar server, dan daftar periksa pemulihan.

1. Simpan kedua jenis cadangan

CadanganYang dilindungi
Ekspor dompet proyekFrasa pemulihan, kunci, dan detail dompet/alamat yang dikelola lokal.
Bundel pemulihan aplikasiDatabase, kunci enkripsi yang cocok, konfigurasi, dan file aplikasi.

Kamu membutuhkan keduanya. Kata pemulihan tidak memulihkan invoice, pengguna, toko, kredensial API, atau riwayat pengiriman. Database tanpa kunci enkripsi yang cocok tidak dapat membuka rahasia dompet terenkripsi.

Dompet Monero eksternal dan node Lightning membutuhkan cadangan khusus penyedianya sendiri. Ekspor Wholly Crypto tidak mencadangkan channel Lightning atau kunci pembelanjaan dompet eksternal.

2. Ekspor dompet setiap proyek

Buka Proyek → Dompet → Cadangkan semua. Pilih .txt biasa atau cadangan HTML satu file yang dapat dicari dengan kode QR. Selesaikan konfirmasi keamanan dan simpan file secara privat.

Periksa bahwa chain yang diharapkan disertakan. Buka ekspor HTML hanya di perangkat offline tepercaya. Skrip dan kode QR-nya ada di dalam file; tidak membutuhkan situs. Menyembunyikan rahasia di halaman bukan enkripsi.

Simpan detail alamat penerima dan derivasi. Kunci privat utama mencakup alamat utama, bukan setiap alamat invoice. Dompet yang kompatibel mungkin perlu menemukan alamat di luar rentang bawaannya saat memulihkan frasa. Panduan pemulihan khusus chain →

3. Buat cadangan aplikasi

Untuk instalasi VPS native, hubungkan melalui SSH sebagai root dan jalankan:

whollycrypto backup

CLI mencetak lokasi arsip pemulihan. Salin seluruh direktori cadangan, termasuk recovery.tar.gz, recovery.tar.gz.sha256 dan backup.json, ke penyimpanan terlindungi di luar VPS ini.

Catat versi aplikasi, skema, dan waktu cadangan dari metadata. Simpan juga catatan pembangunan ulang servermu: firewall, domain, versi PostgreSQL, dan konfigurasi sistem kustom. Bundel ini bukan image disk lengkap dan tidak mempertahankan setiap pengaturan OS atau sertifikat.

Cadangan lokal terjadwal dan salinan pemulihan pembaruan berguna, tetapi VPS yang gagal atau disusupi dapat kehilangan semuanya sekaligus. Simpan beberapa salinan bertanggal di luar server. Untuk container, ikuti Panduan Docker dan pertahankan data persisten serta konfigurasi; langkah SSH ini menjelaskan instalasi native.

4. Verifikasi dan lindungi salinannya

Di direktori cadangan CLI yang disalin, periksa arsip:

sha256sum --check recovery.tar.gz.sha256

Hasil OK memverifikasi file terhadap checksum tersebut. Ini tidak mengenkripsinya, membuktikan asalnya, atau membuktikan pemulihan lengkap berfungsi. Uji juga pemulihan di lingkungan terisolasi.

File-file ini dapat memberi seseorang kendali atas danamu.

Ekspor dompet dan arsip pemulihan lokal tidak terenkripsi. Enkripsi penyimpanan di luar server, simpan kunci dekripsi secara terpisah, dan batasi akses. Jangan pernah mengunggah cadangan mentah ke drive publik, repositori Git, Telegram, atau formulir dukungan.

Perbarui cadangan setelah perubahan konfigurasi penting dan penambahan dompet. Pilih jadwal berdasarkan seberapa banyak data invoice terbaru yang sanggup kamu kehilangan.

5. Pulihkan ke lingkungan terisolasi

Tidak ada pemulihan umum dengan satu perintah. Minta administrator server menjalankan daftar periksa ini jika kamu tidak nyaman memulihkan PostgreSQL dan layanan sistem.

  1. Pertahankan server dan database saat ini. Pastikan stempel waktu cadangan, checksum, serta versi aplikasi/skema. Hentikan instans asli sebelum salinan hasil pemulihan menjadi aktif.
  2. Siapkan server atau lingkungan pemulihan terpisah. Blokir lalu lintas publik, pekerja latar belakang, dan lalu lintas keuangan/callback keluar agar salinan tidak dapat mengirim dana, berdagang, atau mengirim ulang notifikasi.
  3. Pulihkan dump ke database baru yang kosong. Gunakan file aplikasi, konfigurasi, dan kunci enkripsi dompet asli yang cocok. Jangan pernah membuat kunci pengganti atau menjalankan biner lama pada skema yang lebih baru.
  4. Buat ulang role/izin database serta konfigurasi layanan, Nginx, dan HTTPS yang diperlukan. Batasi rahasia hanya untuk root. Tinjau catatan pemulihan rilis terpasang dan dokumentasi pemulihan PostgreSQL ↗.
  5. Bandingkan dompet, indeks alamat, invoice, dan integrasi. Rekonsiliasi pembayaran, broadcast, dan order bursa yang terjadi setelah cadangan sebelum mengizinkan otomatisasi. Simpan kedua database sampai rekonsiliasi selesai.

Cadangan lama mungkin tidak memuat alamat invoice yang baru diterbitkan dan catatan pembayaran terbaru. Aktivitas blockchain tidak dibatalkan dengan memulihkan database.

6. Periksa sebelum membuka kembali

Pada instalasi native yang dipulihkan, jalankan pemeriksaan diagnostik ini. Pemeriksaan tidak mengirim dana:

whollycrypto status
whollycrypto doctor

Verifikasi akses konsol, status pemindai, alamat dompet, invoice terbaru, riwayat callback, dan pengiriman tertunda. Tinjau aturan sweep dan bursa sebelum mengaktifkan kembali pekerja serta akses eksternal. Pertahankan hanya satu instans aktif yang memakai dompet ini dan status database hasil pemulihan.

Buat cadangan baru di luar server setelah pemulihan diverifikasi. Alihkan lalu lintas pelanggan hanya ketika pemeriksaan dan rekonsiliasi selesai.

Apakah ini sama dengan whollycrypto recover?

Tidak. whollycrypto recover menangani pembaruan yang terputus ketika skema tidak berubah, atau melanjutkan timer ketika pembaruan belum mulai mengganti file. Ini bukan pemulihan database umum. Setelah kegagalan yang mengubah skema, pertahankan jurnal pemulihan dan minta bantuan operator; jangan memaksa downgrade.