Backup-Vorschläge – Machen Sie ein großes blinkendes Schild, um Ihre Backups nicht umzubenennen

[vel]

Ich habe folgende Meldung erhalten:

Die Wiederherstellung aus dem Backup ist fehlgeschlagen, da die Backup-Datei umbenannt wurde.

Danach habe ich in diesem Thread den Grund gefunden:

Failed to restore from backup because backup file was renamed

Getting the below error when I try to restore data from backup. Pls help. Copying archive to tmp directory... Unzipping archive, this may take a while... tar: meta.json: Not found in archive tar: Exiting with failure status due to previous errors No metadata file to extract. EXCEPTION: Migration version is missing from the filename. /var/www/discourse/lib/backup_restore/restorer.rb:226:in `extract_metadata' /var/www/discourse/lib/backup_restore/restorer.rb:54:in `ru…

Ein paar Vorschläge dazu:

• Könntest du eine Warnung für den Nutzer hinzufügen, die Backup-Datei nicht umzubenennen, falls der Name wichtig ist?

• Falls es bereits eine Warnung gibt, könntest du sie dann vergrößern und noch mehr Glitzer hinzufügen?

• Sende einmal im Monat Erinnerungen aus, ein Backup zu erstellen oder herunterzuladen. Meines ist alt

[pfaffman (Jay Pfaffman)]

Es ist ziemlich selten, dass jemand dieses Problem hat. Es lässt sich normalerweise ziemlich leicht lösen. Eine monatliche Benachrichtigung über etwas zu senden, das praktisch niemand betrifft, scheint nicht sehr produktiv zu sein.

Ich denke, es ist möglich, den richtigen Namen anhand von Informationen im Archiv herauszufinden. Vielleicht ist das genau das, was Sie wirklich möchten.

Ich denke, dass Sie die Datenbank möglicherweise manuell wiederherstellen und dann die Migration ausführen können, zum Beispiel.

[riking (Kane York)]

@pfaffman

Ich denke, es ist möglich, den richtigen Namen anhand der Informationen im Archiv herauszufinden. Vielleicht ist das genau das, was du eigentlich suchst.

Ja, diese Abfrage ermöglicht es @vel, den korrekten Dateinamen wiederherzustellen. Lade die SQL-Datei in eine neue, separate Datenbank und führe diese Abfrage aus:

select max(version) from schema_migrations

Alternativ kannst du die Daten der schema_migrations in der SQL-Datei suchen und manuell die höchste Nummer auswählen.

[codinghorror (Jeff Atwood)]

Wöchentliche (lokale) Backups sind in Discourse standardmäßig aktiviert. Stimmt das nicht, @pfaffman?

[pfaffman (Jay Pfaffman)]

Ja. Wöchentliche Backups sind standardmäßig aktiviert.

Das Problem hier war, dass er ein altes Backup umbenannt hat und es dann nicht mehr auf die empfohlene Weise wiederherstellen konnte.

[jomaxro (Joshua Rosenfeld)]

Ich glaube auch, dass es bereits Diskussionen darüber gibt, die Metadaten auf eine andere Weise als über den Dateinamen einzubinden, um Umbenennungen von Dateien zu ermöglichen. Für den Moment sollten Umbenennungen jedoch vermieden werden.

[vel]

Ich konnte es wiederherstellen! Ich habe die Schritte im Beitrag ganz oben befolgt. Entschuldigung, das war nicht klar ausgedrückt.

Es wurde erfolgreich wiederhergestellt.

@pfaffman

Es ist ziemlich selten, dass jemand dieses Problem hat. In der Regel lässt es sich recht einfach lösen. Eine monatliche Benachrichtigung über etwas zu senden, das praktisch niemand betrifft, scheint nicht sehr produktiv.

Die Notiz/E-Mail wäre an die Administratoren gerichtet, um lokal auf ihrem Computer eine Sicherungskopie zu speichern, falls der Hosting-Provider ausfällt oder der Server des Hosting-Providers ausfällt (und dabei auch die Online-Backups verloren gehen).

Ich weiß, dass es selten ist, aber das ist tatsächlich passiert. Der Hosting-Provider, der meine Discourse-Installation gehostet hat, ist verschwunden. Ich habe alle Online-Backups verloren. Zufälligerweise hatte ich eine Sicherungskopie aus Oktober 2020 lokal gespeichert. Insgesamt habe ich also einige Monate an Beiträgen verloren. Sobald das Forum wieder eingerichtet war, konnte ich diese Sicherungskopie wiederherstellen.