비공개 지갑 내보내기, 검증된 서버 외부 복구 묶음, 복원 체크리스트.
1. 두 종류 백업 모두 보관하기
| 백업 | 보호하는 내용 |
|---|---|
| 프로젝트 지갑 내보내기 | 로컬에서 관리하는 복구 문구, 키, 지갑·주소 정보. |
| 앱 복구 묶음 | 데이터베이스, 일치하는 암호화 키, 설정, 앱 파일. |
둘 다 필요해요. 복구 단어는 청구서, 사용자, 스토어, API 자격 증명, 전달 이력을 복원하지 않아요. 데이터베이스에 맞는 암호화 키가 없으면 암호화된 지갑 비밀 정보를 열 수 없어요.
외부 Monero 지갑과 Lightning 노드는 각 제공자에 맞는 백업이 필요해요. Wholly Crypto 내보내기는 Lightning 채널이나 외부 지갑의 지출 키를 백업하지 않아요.
2. 프로젝트별 지갑 내보내기
열기 프로젝트 → 지갑 → 모두 백업일반 텍스트를 선택하세요: .txt 또는 검색 가능한 단일 파일 HTML 백업 과 QR 코드. 보안 확인을 완료하고 파일을 비공개로 보관하세요.
예상한 체인이 포함됐는지 확인하세요. HTML 내보내기는 신뢰할 수 있는 오프라인 기기에서만 여세요. 스크립트·QR 코드가 파일에 포함되어 웹사이트가 필요 없어요. 페이지에서 비밀값을 숨기는 것은 암호화가 아니에요.
수신 주소·파생 정보를 보관하세요. 기본 개인 키는 모든 청구서 주소가 아니라 기본 주소만 다뤄요. 호환 지갑에서 문구를 복원할 때 기본 범위 밖의 주소 탐색이 필요할 수 있어요. 체인별 복구 가이드 →
3. 앱 백업 만들기
네이티브 VPS 설치는 root로 SSH에 연결해 실행하세요:
whollycrypto backupCLI가 복구 아카이브 위치를 출력해요. 다음을 복사하세요: 전체 백업 디렉터리포함할 것: 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·시스템 서비스 복원에 익숙하지 않다면 서버 관리자에게 이 체크리스트를 맡기세요.
- 현재 서버와 데이터베이스를 보존하세요. 백업 시각, 체크섬, 앱·스키마 버전을 확인하세요. 복원 사본을 활성화하기 전에 원래 인스턴스를 멈추세요.
- 별도 서버나 복구 환경을 준비하세요. 공개 트래픽, 백그라운드 워커, 외부 금융·콜백 트래픽을 차단해 사본이 송금·거래·알림 재전송을 하지 못하게 하세요.
- 덤프를 다음에 복원하세요: 새 빈 데이터베이스일치하는 앱 파일, 설정, 원래 지갑 암호화 키를 사용하세요. 대체 키를 만들거나 새 스키마에 이전 바이너리를 실행하지 마세요.
- 데이터베이스 역할·권한과 필요한 서비스, Nginx, HTTPS 설정을 다시 만드세요. 비밀 정보는 root만 접근하게 하세요. 설치된 릴리스 복구 메모와 다음을 검토하세요: PostgreSQL 복원 문서 ↗.
- 지갑, 주소 인덱스, 청구서, 통합을 비교하세요. 자동화를 허용하기 전에 백업 이후의 결제, 브로드캐스트, 거래소 주문을 대사하세요. 완료할 때까지 두 데이터베이스를 모두 보관하세요.
오래된 백업에는 최근 발행한 청구서 주소·결제 기록이 없을 수 있어요. 데이터베이스 복원으로 블록체인 활동이 되돌아가지는 않아요.
6. 다시 열기 전 확인하기
복원된 네이티브 설치에서 다음 진단을 실행하세요. 자금을 보내지 않아요:
whollycrypto status
whollycrypto doctor콘솔 접근, 스캐너 상태, 지갑 주소, 최근 청구서, 콜백 이력, 대기 전송을 검증하세요. 워커와 외부 접근을 다시 켜기 전에 모으기·거래소 규칙을 검토하세요. 다음만 유지하세요: 활성 인스턴스 하나 가 이 지갑과 복원된 데이터베이스 상태를 사용하게 하세요.
복원 검증 후 새 서버 외부 백업을 만드세요. 검사·대사를 마친 뒤에만 고객 트래픽을 전환하세요.
whollycrypto recover와 같은가요?
아니에요. whollycrypto recover 는 스키마가 그대로인 중단된 업데이트를 처리하거나 파일 교체 전 중단된 업데이트의 타이머를 재개해요. 일반 데이터베이스 복원이 아니에요. 스키마 변경 실패 후에는 복구 저널을 보존하고 운영자 도움을 요청하세요. 강제 다운그레이드하지 마세요.