Hallo Micha, habe gerade alles noch einmal gelesen. Du hast den vorgeschlagen Test ja schon gemacht. Du hast ja „pk“ in der config stehen. Das es im Backup keinen fehler gibt heist nicht das es beim restore funktioniert. Teste doch einmal „copy“. Zuerst im restore, wenn noch immer dieser Fehler auch beim copy.
Thomas Mail: tho...@thhoe.de > Am 20.11.2020 um 16:44 schrieb Thomas Höpfner <tho...@thhoe.de>: > > Hallo Michael, > > du hast ja dein Testsystem. Versuch doch bitte auf ein älteres image ein > aktuelles Backup einzuspielen. Teste bitte welche Daten am Ende im Frondend > zu sehen sind. > > Thomas > > Mail: tho...@thhoe.de > > >>> Am 20.11.2020 um 13:35 schrieb Michael Hartmann <hartmann-mi...@web.de>: >>> >> >> Das würde mir ja bereits weiterhelfen, könnte ich die bestehende DB auf dem >> Image leeren und aus dem Backup neu füllen. >> >> Dann könnte ich auch das Zurückspielen von Daten aus meinem Backup testen. >> >> Die Alternative wäre auf einem Zweisystem das Ganze komplett neu aufzubauen >> oder eben das Produktivsystem für die Dauer des Images offline zu schicken. >> >> Grüße >> >> Micha >> Thomas Höpfner <tho...@thhoe.de> schrieb am Do. 19. Nov. 2020 um 17:36: >>> >>> Aber egal wie man seine Daten sichert, das Restore muss geübt werden. >>> Eventuell ein kleines Script zur Unterstützung erstellen? >> >> Das Script müsste die alte DB im Image löschen und aus den Backup neu zu >> erstellen. Die Abhängigkeiten (middleware stoppen,...) müsste das Script >> auch erfüllen.
smime.p7s
Description: S/MIME cryptographic signature
