Privéwalletexports, een geverifieerd herstelpakket buiten de server en een herstelchecklist.
1. Bewaar beide soorten back-ups
| Back-up | Wat het beschermt |
|---|---|
| Export van projectwallets | Lokaal beheerde herstelzinnen, sleutels en wallet-/adresgegevens. |
| Applicatieherstelpakket | Database, bijbehorende versleutelingssleutel, configuratie en applicatiebestanden. |
Je hebt beide nodig. Herstelwoorden herstellen geen facturen, gebruikers, winkels, API-referenties of aflevergeschiedenis. Een database zonder de bijbehorende versleutelingssleutel kan versleutelde walletgeheimen niet ontgrendelen.
Externe Monero-wallets en Lightning-nodes hebben hun eigen providerspecifieke back-ups nodig. Een Wholly Crypto-export maakt geen back-up van Lightning-kanalen of uitgavensleutels van een externe wallet.
2. Exporteer de wallets van elk project
Open Project → Wallets → Alles back-uppen. Kies gewone .txt of de doorzoekbare HTML-back-up in één bestand met QR-codes. Voltooi de beveiligingsbevestiging en sla het bestand privé op.
Controleer of de verwachte blockchains zijn opgenomen. Open een HTML-export alleen op een vertrouwd offline apparaat. De scripts en QR-codes zitten in het bestand; er is geen website nodig. Een geheim op de pagina verbergen is geen versleuteling.
Bewaar ontvangstadres- en afleidingsgegevens. Een primaire privésleutel dekt het primaire adres, niet elk factuuradres. Een compatibele wallet moet bij herstel met een zin mogelijk adressen buiten het standaardbereik ontdekken. Blockchainspecifieke herstelhandleidingen →
3. Maak een applicatieback-up
Verbind voor een native VPS-installatie via SSH als root en voer uit:
whollycrypto backupDe CLI toont de locatie van het herstelarchief. Kopieer de volledige back-upmap, inclusief recovery.tar.gz, recovery.tar.gz.sha256 en backup.json, naar beschermde opslag buiten deze VPS.
Noteer applicatieversie, schema en back-uptijd uit de metadata. Bewaar ook je aantekeningen voor het opnieuw opbouwen van de server: firewall, domeinen, PostgreSQL-versie en aangepaste systeemconfiguratie. Dit pakket is geen volledige schijfkopie en bewaart niet elke OS-instelling of elk certificaat.
Geplande lokale back-ups en updateherstelkopieën zijn nuttig, maar een defecte of gecompromitteerde VPS kan ze allemaal tegelijk verliezen. Bewaar meerdere gedateerde kopieën buiten de server. Volg voor containers de Docker-handleiding en bewaar zowel persistente gegevens als configuratie; deze SSH-stappen beschrijven native installaties.
4. Verifieer en bescherm de kopie
Controleer het archief in de gekopieerde CLI-back-upmap:
sha256sum --check recovery.tar.gz.sha256Een OK resultaat verifieert het bestand aan de hand van die controlesom. Het versleutelt het niet, bewijst de herkomst niet en bewijst niet dat volledig herstel werkt. Test ook herstel in een geïsoleerde omgeving.
Walletexports en lokale herstelarchieven zijn onversleuteld. Versleutel opslag buiten de server, bewaar de ontsleutelingssleutel apart en beperk toegang. Upload nooit ruwe back-ups naar een openbare drive, Git-repository, Telegram of ondersteuningsformulier.
Vernieuw back-ups na belangrijke configuratiewijzigingen en toevoegingen van wallets. Kies een schema op basis van hoeveel recente factuurgegevens je kunt missen.
5. Herstel in een geïsoleerde omgeving
Er bestaat geen algemeen herstel met één commando. Vraag een serverbeheerder deze checklist uit te voeren als je niet vertrouwd bent met het herstellen van PostgreSQL en systeemdiensten.
- Behoud de huidige server en database. Bevestig de back-uptijdstempel, controlesom en applicatie-/schemaversies. Stop de oorspronkelijke instantie voordat een herstelde kopie actief wordt.
- Bereid een afzonderlijke server of herstelomgeving voor. Houd openbaar verkeer, achtergrondworkers en uitgaand financieel-/callbackverkeer geblokkeerd, zodat de kopie geen middelen kan verzenden, handelen of meldingen opnieuw verzenden.
- Herstel de dump in een nieuwe, lege database. Gebruik de bijbehorende applicatiebestanden, configuratie en oorspronkelijke walletversleutelingssleutel. Genereer nooit een vervangende sleutel en voer nooit een oudere binary uit tegen een nieuwer schema.
- Maak de databaserol/-rechten en de vereiste service-, Nginx- en HTTPS-configuratie opnieuw aan. Houd geheimen alleen toegankelijk voor root. Bekijk de herstelnotities van de geïnstalleerde release en PostgreSQL-hersteldocumentatie ↗.
- Vergelijk wallets, adresindexen, facturen en integraties. Stem betalingen, uitzendingen en beursorders van na de back-up af voordat je automatisering toestaat. Bewaar beide databases totdat de afstemming is afgerond.
Oude back-ups kunnen recent uitgegeven factuuradressen en betalingsregistraties missen. Blockchainactiviteit wordt niet teruggedraaid door een database te herstellen.
6. Controleer voordat je heropent
Voer op de herstelde native installatie deze diagnostische controles uit. Ze verzenden geen middelen:
whollycrypto status
whollycrypto doctorVerifieer consoletoegang, scannerstatus, walletadressen, recente facturen, callbackgeschiedenis en openstaande verzendingen. Controleer sweep- en beursregels voordat je workers en externe toegang opnieuw inschakelt. Houd slechts één actieve instantie die deze wallets en de herstelde databasetoestand gebruikt.
Maak een nieuwe back-up buiten de server nadat het herstel is geverifieerd. Schakel klantverkeer pas over wanneer controles en afstemming voltooid zijn.
Is dit hetzelfde als whollycrypto recover?
Nee. whollycrypto recover verwerkt een onderbroken update wanneer het schema ongewijzigd is, of hervat timers als de update nog niet was begonnen met het vervangen van bestanden. Het is geen algemeen databaseherstel. Bewaar na een fout met schemawijzigingen het hersteljournaal en vraag de operator om hulp; forceer geen downgrade.