Nehmen wir an, ich habe eine Bitcoin-Instanz, die auf einem Server läuft, auf dem regelmäßig richtige wallet.dat-Sicherungen erstellt werden. Der Server stürzt ab, Blockchain-Daten werden beschädigt oder was auch immer, und ich muss schnell einen Server-Client einrichten, um den Datenverkehr zu übernehmen. Außerdem muss der Dienst mit dem offiziellen Client austauschbar sein - das heißt, er muss dieselben RPC-Befehle bereitstellen, der wallet.dat-Spezifikation entsprechen, damit er zwischen den Clients ausgetauscht werden kann und so weiter. Wie geht das im Notfall am schnellsten?
Nun, ich würde die Bitcoin in einer VM ausführen und regelmäßig Snapshots erstellen. Wenn dies fehlschlägt, setzen Sie den Snapshot zurück und starten Sie ihn neu. Wieder online in < 10 min, regelmäßige Backups vorausgesetzt, und Sie können sofort mit der Arbeit beginnen. Ich bin mir nicht sicher, ob dies der Anwendungsfall ist, nach dem Sie fragen, aber das würde ich für eine maximale Betriebszeit tun.
Der VM- Vorschlag von lordcirth ist großartig, aber bauen wir darauf auf. Stellen wir es uns eher wie eine elastische Cloud-VM vor und nicht wie ein Snapshot-Verfahren.
bitcoind
, optionalem Snapshot, aber bestimmten periodischen Backups von wallet.dat. Der Zeitraum entspricht der erwarteten Änderungsrate der Brieftasche.Meiner Meinung nach sind Snapshots dafür da, wenn Sie eine Änderung vornehmen, die Sie rückgängig machen möchten.
Wenn Sie einen hochverfügbaren Service wünschen, der bei Automatisierung die Betriebszeit maximieren kann, gehen Sie den Weg der Wegwerf-VM. Der Bonus ist, dass Sie zusätzliche bitcoind
Server auf lokalem Metall oder in jeder Instanz hochfahren können und ein maßgebliches Backup für sie bereit haben. Sie müssen nur die Koordination von wallet.dat verwalten, da mehrere bitcoind
Prozesse diese auch nicht gemeinsam nutzen können.