Kann NodeChef-Wiederherstellung nicht verwenden

Unterstützung
1

Ich habe genau das gleiche Problem beim Migrieren vom gleichen Anbieter wie hier, aber dieses Thema ist geschlossen, also mache ich besser ein neues, da ich am Ende meiner Geduld bin, dies zu beheben.

hier ist das Protokoll

[2020-08-30 02:34:59] [GESTARTET]
[2020-08-30 02:34:59] 'username' hat die Wiederherstellung gestartet!
[2020-08-30 02:34:59] Wiederherstellung als ausgeführt markieren...
[2020-08-30 02:34:59] Sicherstellen, dass /var/www/discourse/tmp/restores/default/2020-08-30-023459 existiert...
[2020-08-30 02:34:59] Archiv in temporäres Verzeichnis kopieren...
[2020-08-30 02:35:00] Archiv entpacken, dies kann einen Moment dauern...
[2020-08-30 02:35:01] Dump-Datei extrahieren...
[2020-08-30 02:35:07] Metadaten validieren...
[2020-08-30 02:35:07]   Aktuelle Version: 20200820232017
[2020-08-30 02:35:07]   Wiederhergestellte Version: 20191209095548
[2020-08-30 02:35:07] Nur-Lese-Modus aktivieren...
[2020-08-30 02:35:07] Sidekiq pausieren...
[2020-08-30 02:35:07] Bis zu 60 Sekunden warten, bis Sidekiq mit der Ausführung von Jobs fertig ist...
[2020-08-30 02:35:14] Fehlende Funktionen im discourse_functions-Schema erstellen...
[2020-08-30 02:35:15] Dump-Datei wiederherstellen..
2

Diese Tabelle gehört nicht zu Discourse, also handelt es sich wohl um eine NodeChef-Sache?

Wie auch immer: Du solltest deine Sicherungsdatei bearbeiten und Daten sowie Verweise aus dieser Tabelle entfernen.

3

Außerdem, nur aus Neugier: Es waren ziemlich viele Plugins vorinstalliert. Muss ich sie auf meinem neuen Build installieren, damit die Sicherung funktioniert, oder kann ich sie später nachinstallieren?

4

Eine Wiederherstellung schlägt ohne sie nicht fehl, aber es ist in der Regel besser, alle erforderlichen Elemente in Ihrer app.yml vor der Ausführung der Wiederherstellung bereitzustellen.

5

Mein Backup stammt ebenfalls von einer früheren Version. Wird dies Probleme verursachen?

6

Was meinen Sie mit vorheriger Version? Wie alt ist sie?

7

Nein, das ist in Ordnung, die Wiederherstellung aktualisiert sie automatisch auf die aktuelle Version.
In diesem Fall wird jedoch dringend empfohlen, die Plugins vor der Wiederherstellung der Sicherungskopie zu installieren.

8

Ich konnte dies in der .sql-Datei nur an einer Stelle finden. Hoffentlich reicht es, die hervorgehobenen Teile zu löschen. (Ich gehe davon aus, dass sich der obige Eintrag auf public.spatial_ref_sys bezieht.)

ye
ye1283×617 27.7 KB

Außerdem: Wie ersetzt man die dump.sql-Datei innerhalb der tar.gz-Datei durch die modifizierte Version?

9 
# dump komprimieren und im gleichen Verzeichnis wie das Backup ablegen
gzip dump.sql

# Backup-Datei in fixed-* kopieren, ersetzen Sie dies durch Ihren eigenen Backup-Dateinamen
cp backupfilename-2020-08-30-123456-v20200830123456.tar.gz fixed-backupfilename-2020-08-30-123456-v20200830123456.tar.gz

# decomprimieren
gzip -d fixed-backupfilename-2020-08-30-123456-v20200830123456.tar.gz

# ursprüngliche dump.sql.gz aus dem Archiv entfernen.
# Beachten Sie, dass der Backup-Dateiname in diesem Schritt kein .gz enthält.
tar f fixed-backupfilename-2020-08-30-123456-v20200830123456.tar --delete dump.sql.gz

# neue dump.sql.gz hinzufügen. Beachten Sie, dass der Backup-Dateiname in diesem Schritt kein .gz enthält.
tar fr fixed-backupfilename-2020-08-30-123456-v20200830123456.tar dump.sql.gz

# erneut komprimieren. Beachten Sie, dass der Backup-Dateiname in diesem Schritt kein .gz enthält.
gzip fixed-backupfilename-2020-08-30-123456-v20200830123456.tar
10

Danke @RGJ, meine Seite läuft jetzt wieder einwandfrei. Ich muss nur noch ein paar Plugins neu installieren.

Und auch ein riesiges Dankeschön an @Falco, der mir geholfen hat, das Problem überhaupt zu finden.