สำรองก่อนถึงวันที่ต้องกู้คืน

1. เก็บไฟล์สำรองทั้งสองประเภท

คุณต้องมีทั้งคู่ คำกู้คืนไม่คืนใบแจ้งหนี้ ผู้ใช้ ร้าน ข้อมูลรับรอง API หรือประวัติส่ง ฐานข้อมูลที่ไม่มีคีย์เข้ารหัสตรงกันปลดล็อกข้อมูลลับกระเป๋าที่เข้ารหัสไม่ได้

กระเป๋า Monero ภายนอกและโหนด Lightning ต้องมีไฟล์สำรองเฉพาะผู้ให้บริการของตน ไฟล์ส่งออก Wholly Crypto ไม่สำรองช่องทาง Lightning หรือคีย์ใช้จ่ายของกระเป๋าภายนอก

2. ส่งออกกระเป๋าของแต่ละโปรเจกต์

เปิด โปรเจกต์ → กระเป๋า → สำรองทั้งหมดเลือกไฟล์ข้อความธรรมดา .txt หรือไฟล์เดียวที่ค้นหาได้แบบ สำรอง HTML พร้อม QR code ผ่านขั้นยืนยันความปลอดภัยและบันทึกไฟล์เป็นส่วนตัว

ตรวจว่ามีเชนที่คาดไว้ เปิดไฟล์ HTML ที่ส่งออกเฉพาะบนอุปกรณ์ออฟไลน์ที่เชื่อถือได้ สคริปต์และ QR code อยู่ในไฟล์ ไม่ต้องใช้เว็บไซต์ การซ่อนข้อมูลลับในหน้าไม่ใช่การเข้ารหัส

เก็บรายละเอียดที่อยู่รับและการสร้าง คีย์ส่วนตัวหลักครอบคลุมที่อยู่หลัก ไม่ใช่ทุกที่อยู่ใบแจ้งหนี้ กระเป๋าที่เข้ากันได้อาจต้องค้นที่อยู่เกินช่วงเริ่มต้นเมื่อกู้คืนวลี คู่มือกู้คืนเฉพาะเชน →

3. สร้างไฟล์สำรองแอปพลิเคชัน

สำหรับการติดตั้งเนทีฟบน VPS เชื่อม SSH เป็น root แล้วรัน:

whollycrypto backup

CLI แสดงตำแหน่งไฟล์กู้คืน คัดลอก ไดเรกทอรีสำรองทั้งหมดรวม recovery.tar.gz, recovery.tar.gz.sha256 และ backup.jsonไปพื้นที่จัดเก็บที่ป้องกันไว้นอก VPS นี้

บันทึกเวอร์ชันแอปพลิเคชัน schema และเวลาสำรองจากข้อมูลประกอบ เก็บบันทึกสร้างเซิร์ฟเวอร์ใหม่ด้วย: ไฟร์วอลล์ โดเมน เวอร์ชัน PostgreSQL และการตั้งค่าระบบกำหนดเอง ชุดนี้ไม่ใช่อิมเมจทั้งดิสก์และไม่เก็บทุกค่าระบบปฏิบัติการหรือใบรับรอง

ไฟล์สำรองในเครื่องตามกำหนดและสำเนากู้คืนอัปเดตมีประโยชน์ แต่ VPS เสียหรือถูกเจาะอาจสูญเสียทั้งหมดพร้อมกัน เก็บสำเนานอกเซิร์ฟเวอร์หลายชุดแยกวันที่ สำหรับคอนเทนเนอร์ ทำตาม คู่มือ Docker และเก็บทั้งข้อมูลถาวรกับการตั้งค่า ขั้นตอน SSH เหล่านี้อธิบายการติดตั้งเนทีฟ

4. ตรวจและปกป้องสำเนา

ในไดเรกทอรีสำรอง CLI ที่คัดลอก ตรวจไฟล์เก็บถาวร:

sha256sum --check recovery.tar.gz.sha256

ผลลัพธ์ OK ยืนยันว่าไฟล์ตรงกับ checksum นั้น ไม่ได้เข้ารหัส พิสูจน์ต้นทาง หรือพิสูจน์ว่ากู้คืนทั้งระบบได้ ควรทดสอบกู้คืนในสภาพแวดล้อมแยกด้วย

ทำสำรองใหม่หลังเปลี่ยนการตั้งค่าสำคัญและเพิ่มกระเป๋า เลือกความถี่ตามปริมาณข้อมูลใบแจ้งหนี้ล่าสุดที่ยอมสูญเสียได้

5. กู้คืนในสภาพแวดล้อมแยก

ไม่มีคำสั่งเดียวสำหรับกู้คืนทั่วไปทุกกรณี หากไม่มั่นใจกู้คืน PostgreSQL และบริการระบบ ให้ผู้ดูแลเซิร์ฟเวอร์ทำตามรายการนี้

1. รักษาเซิร์ฟเวอร์และฐานข้อมูลปัจจุบันไว้ ยืนยันเวลาสำรอง checksum และเวอร์ชันแอป/schema หยุดระบบต้นฉบับก่อนเปิดใช้สำเนาที่กู้คืน
2. เตรียมเซิร์ฟเวอร์หรือสภาพแวดล้อมกู้คืนแยก บล็อกทราฟฟิกสาธารณะ ตัวทำงานเบื้องหลัง และทราฟฟิกการเงิน/callback ขาออก เพื่อไม่ให้สำเนาส่งเงิน ซื้อขาย หรือส่งแจ้งเตือนซ้ำ
3. กู้คืน dump ลงใน ฐานข้อมูลใหม่ที่ว่างใช้ไฟล์แอป การตั้งค่า และคีย์เข้ารหัสกระเป๋าต้นฉบับที่ตรงกัน ห้ามสร้างคีย์แทนใหม่หรือรันไบนารีเก่ากับ schema ใหม่กว่า
4. สร้างบทบาท/สิทธิ์ฐานข้อมูลและการตั้งค่าบริการ Nginx กับ HTTPS ที่จำเป็นใหม่ ให้ข้อมูลลับเข้าถึงได้เฉพาะ root อ่านบันทึกกู้คืนของรุ่นที่ติดตั้งและ เอกสารกู้คืน PostgreSQL ↗.
5. เทียบกระเป๋า ดัชนีที่อยู่ ใบแจ้งหนี้ และระบบที่เชื่อม กระทบยอดการชำระ การเผยแพร่ธุรกรรม และคำสั่งศูนย์ซื้อขายที่เกิดหลังสำรอง ก่อนอนุญาตอัตโนมัติ เก็บทั้งสองฐานข้อมูลจนกระทบยอดเสร็จ

ไฟล์สำรองเก่าอาจไม่มีที่อยู่ใบแจ้งหนี้และบันทึกชำระที่ออกล่าสุด การกู้คืนฐานข้อมูลไม่ย้อนกิจกรรมบล็อกเชน

6. ตรวจสอบก่อนเปิดอีกครั้ง

บนการติดตั้งเนทีฟที่กู้คืน รันการตรวจวินิจฉัยเหล่านี้ ซึ่งไม่ส่งเงิน:

whollycrypto status
whollycrypto doctor

ตรวจการเข้าคอนโซล สถานะตัวสแกน ที่อยู่กระเป๋า ใบแจ้งหนี้ล่าสุด ประวัติ callback และการส่งค้าง ตรวจทานกฎรวบรวมและศูนย์ซื้อขายก่อนเปิดตัวทำงานกับการเข้าถึงภายนอกอีกครั้ง ให้มีเพียง ระบบที่เปิดใช้งานหนึ่งชุด ที่ใช้กระเป๋าเหล่านี้และสถานะฐานข้อมูลที่กู้คืน

ทำสำรองนอกเซิร์ฟเวอร์ใหม่หลังยืนยันการกู้คืน สลับทราฟฟิกลูกค้าเฉพาะเมื่อตรวจและกระทบยอดครบ