Prywatne eksporty portfeli, zweryfikowany pakiet odzyskiwania poza serwerem i listę kontrolną odtwarzania.
1. Zachowaj oba rodzaje kopii zapasowych
| Kopia zapasowa | Co chroni |
|---|---|
| Eksport portfeli projektu | Lokalnie zarządzane frazy odzyskiwania, klucze i dane portfeli/adresów. |
| Pakiet odzyskiwania aplikacji | Bazę danych, pasujący klucz szyfrujący, konfigurację i pliki aplikacji. |
Potrzebujesz obu. Słowa odzyskiwania nie odtwarzają faktur, użytkowników, sklepów, danych dostępu API ani historii dostarczeń. Baza danych bez pasującego klucza szyfrującego nie odblokuje zaszyfrowanych sekretów portfeli.
Zewnętrzne portfele Monero i węzły Lightning potrzebują własnych kopii właściwych dla dostawcy. Eksport Wholly Crypto nie tworzy kopii kanałów Lightning ani kluczy wydawania zewnętrznego portfela.
2. Wyeksportuj portfele każdego projektu
Otwórz Projekt → Portfele → Kopia wszystkich. Wybierz zwykły plik .txt lub przeszukiwalną, jednoplikową kopię HTML z kodami QR. Wykonaj potwierdzenie bezpieczeństwa i zapisz plik prywatnie.
Sprawdź, czy oczekiwane blockchainy są uwzględnione. Otwieraj eksport HTML wyłącznie na zaufanym urządzeniu offline. Skrypty i kody QR znajdują się w pliku; nie potrzebuje strony internetowej. Ukrycie sekretu na stronie nie jest szyfrowaniem.
Zachowaj dane adresów odbiorczych i wyprowadzania. Główny klucz prywatny obejmuje główny adres, nie każdy adres faktury. Zgodny portfel może podczas odtwarzania frazy wymagać wykrywania adresów poza domyślnym zakresem. Przewodniki odzyskiwania dla poszczególnych blockchainów →
3. Utwórz kopię zapasową aplikacji
Dla natywnej instalacji VPS połącz się przez SSH jako root i uruchom:
whollycrypto backupCLI wyświetla lokalizację archiwum odzyskiwania. Skopiuj cały katalog kopii zapasowej, w tym recovery.tar.gz, recovery.tar.gz.sha256 i backup.json, do zabezpieczonego magazynu poza tym VPS.
Zapisz z metadanych wersję aplikacji, schemat i czas kopii. Zachowaj też notatki odtworzenia serwera: zaporę, domeny, wersję PostgreSQL i własną konfigurację systemu. Ten pakiet nie jest pełnym obrazem dysku i nie zachowuje każdego ustawienia systemu ani certyfikatu.
Zaplanowane lokalne kopie i kopie odzyskiwania aktualizacji są przydatne, ale awaria lub przejęcie VPS może pozbawić Cię wszystkich naraz. Zachowaj kilka datowanych kopii poza serwerem. Dla kontenerów postępuj według Poradnik Dockera i zachowaj zarówno trwałe dane, jak i konfigurację; te kroki SSH opisują instalacje natywne.
4. Zweryfikuj i zabezpiecz kopię
W skopiowanym katalogu kopii CLI sprawdź archiwum:
sha256sum --check recovery.tar.gz.sha256Wynik OK potwierdza zgodność pliku z tą sumą kontrolną. Nie szyfruje go, nie dowodzi pochodzenia ani skuteczności pełnego odtworzenia. Przetestuj też odtwarzanie w odizolowanym środowisku.
Eksporty portfeli i lokalne archiwa odzyskiwania są nieszyfrowane. Szyfruj magazyn poza serwerem, trzymaj klucz deszyfrujący osobno i ogranicz dostęp. Nigdy nie przesyłaj surowych kopii na publiczny dysk, do repozytorium Git, Telegrama ani formularza pomocy.
Odświeżaj kopie po ważnych zmianach konfiguracji i dodaniu portfeli. Wybierz harmonogram na podstawie tego, na utratę jakiej ilości najnowszych danych faktur możesz sobie pozwolić.
5. Odtwórz w odizolowanym środowisku
Nie ma ogólnego odtwarzania jednym poleceniem. Poproś administratora serwera o wykonanie tej listy, jeśli nie czujesz się pewnie przy odtwarzaniu PostgreSQL i usług systemowych.
- Zachowaj bieżący serwer i bazę danych. Potwierdź znacznik czasu kopii, sumę kontrolną oraz wersje aplikacji/schematu. Zatrzymaj pierwotną instancję przed aktywacją jakiejkolwiek odtworzonej kopii.
- Przygotuj osobny serwer lub środowisko odzyskiwania. Zablokuj ruch publiczny, procesy robocze w tle i wychodzący ruch finansowy/callbacków, aby kopia nie mogła wysyłać środków, handlować ani ponownie wysyłać powiadomień.
- Odtwórz zrzut w nowej, pustej bazie danych. Użyj pasujących plików aplikacji, konfiguracji i oryginalnego klucza szyfrowania portfeli. Nigdy nie generuj klucza zastępczego ani nie uruchamiaj starszego pliku binarnego z nowszym schematem.
- Odtwórz rolę/uprawnienia bazy danych i wymaganą konfigurację usług, Nginx oraz HTTPS. Udostępniaj sekrety tylko rootowi. Przeczytaj informacje odzyskiwania zainstalowanego wydania i dokumentację odtwarzania PostgreSQL ↗.
- Porównaj portfele, indeksy adresów, faktury i integracje. Przed zezwoleniem na automatyzację uzgodnij płatności, nadane transakcje i zlecenia giełdowe od czasu kopii. Zachowaj obie bazy do zakończenia uzgodnienia.
Stare kopie mogą nie zawierać ostatnio wystawionych adresów faktur i zapisów płatności. Odtworzenie bazy danych nie cofa aktywności blockchain.
6. Sprawdź przed ponownym otwarciem
W odtworzonej instalacji natywnej uruchom te kontrole diagnostyczne. Nie wysyłają środków:
whollycrypto status
whollycrypto doctorZweryfikuj dostęp do panelu, status skanera, adresy portfeli, ostatnie faktury, historię callbacków i oczekujące wysyłki. Sprawdź reguły sweepu i giełd przed ponownym włączeniem procesów roboczych i dostępu zewnętrznego. Utrzymuj tylko jedną aktywną instancję używającą tych portfeli i odtworzonego stanu bazy.
Po zweryfikowaniu odtworzenia wykonaj świeżą kopię poza serwerem. Przełącz ruch klientów dopiero po zakończeniu kontroli i uzgodnienia.
Czy to to samo co whollycrypto recover?
Nie. whollycrypto recover obsługuje przerwaną aktualizację, gdy schemat się nie zmienił, lub wznawia timery, gdy aktualizacja nie zaczęła zastępować plików. Nie jest ogólnym odtwarzaniem bazy danych. Po awarii zmieniającej schemat zachowaj dziennik odzyskiwania i poproś o pomoc operatora; nie wymuszaj starszej wersji.