Datenbanksicherung bei 1&1

Zitat von Kurt Singer

Was muss ich tun, um eine Datenbank (in diesem Falle ein Wiki) zu sichern? Reicht es aus, die Datenbank zu exportieren?

In der Regel ist eine Datensicherung "nur" ein exportieren. Wir forken vor diesem Hintergrund MySQl Dumper und passen diese an die aktuelle PHP Versionen an.
https://github.com/r23/MyOOS-Dumper

Vielleicht hilft das Tool ja...

Zitat von Kurt Singer

Und wenn ich die PHP-Version ändern sollte, mache ich den Export neu und bin wieder aktuell.

Hat mit der PHP Version nichts zu tun. Du solltest nach jeder Änderung in WordPress eine Sicherung machen. Dann bist du auf der sicheren Seite.

Zitat von Kurt Singer

Danke, Hilft eigentlich nicht, weil ich es nicht verstehe.

Es gibt unterschiedliche Werkzeuge / Tools für die Erstellung von Datensicherungen von MySQL / Maria DB. Ich verwende das Projekt von mir.

Ein Werkzeug war MySQLDumper. Die Entwickler haben die Wartung und Pflege von dem Projekt beendet. Ab PHP 5.6 hatte ich mit diesem Tool leichte Probleme bei der Sicherung und habe den Fork gestartet.

Im PHPBB3 Forum gibt es eine Einführung in das Thema
https://www.phpbb.de/community/view…b1eb070e0b34333

Zitat von Kurt Singer

Aber ich liege dann doch offensichtlich richtig, wenn ich meine Datenbank exportiere auf meine ext. Sicherungsfestplatte.

ja

Zitat von Kurt Singer

Und wenn ich die PHP-Version ändern sollte, mache ich den Export neu und bin wieder aktuell.

mmh...

Es kommt auf das Werkzeug an, mit dem du deine Datensicherung erstellst. Wenn dein Werkzeug PHP basiert ist, spielt die PHP Version schon eine Rolle. Zumindest im Detail, wenn es nicht funktioniert hat.

Und nur weil ein Export augenscheinlich eine Datei mit Datensätzen erzeugt, kannst du nicht davon ausgehen, dass dein Export fehlerfrei funktionierte. Eine Datensicherung sollte man auch durch eine Rücksicherung prüfen.

Konzepte für Datensicherungen werden bei Wikipedia beschrieben
https://de.wikipedia.org/wiki/Datensicherung

Zitat von Kurt Singer

???

Ich schreibe schon etwas länger PHP Scripte. Die Erfahrungen der letzten Jahre, hat ja gezeigt, dass es nicht immer nur mit einem Update getan ist. In der Regel muss man bei einem PHP Update eine Migration seiner PHP Anwendung durchführen.

PHP Handbuch
https://www.php.net/manual/de/migration81.php

Bei der Migration von PHP 8.0.x auf PHP 8.1.x

gibt es zum Beispiel drei Kleinigkeiten

[size=14]MySQLndhttps://www.php.net/manual/de/migr…patible.mysqlnd[/SIZE]
Die INI-Direktive mysqlnd.fetch_data_copy wurde entfernt. Dies sollte zu keinen für den Benutzer sichtbaren Verhaltensänderungen führen.

[size=12]MySQL-Treiberhttps://www.php.net/manual/de/migr…tible.pdo.mysql[/SIZE]
Integer- und Float-Werte in Ergebnismengen werden nun als native PHP-Typen anstelle von Strings zurückgegeben, wenn emulierte vorbereitete Anweisungen verwendet werden. Dies entspricht dem Verhalten von nativen vorbereiteten Anweisungen. Das vorherige Verhalten kann wiederhergestellt werden, indem die Option PDO::ATTR_STRINGIFY_FETCHES aktiviert wird.

[size=14]MySQLihttps://www.php.net/manual/de/migr…mpatible.mysqli[/SIZE]
mysqli_fetch_fields() und mysqli_fetch_field_direct() geben nun bei der Eigenschaft max_length immer 0 zurück. Dieser Wert kann berechnet werden, indem die Ergebnismenge in einer Schleife durchlaufen und die maximale Länge ermittelt wird. Dies ist der Algorithmus, den PHP zuvor intern verwendet hat.

Die Option MYSQLI_STMT_ATTR_UPDATE_MAX_LENGTH hat keine Auswirkung mehr.

Die Option MYSQLI_STORE_RESULT_COPY_DATA hat keine Auswirkung mehr. Die Übergabe eines beliebigen Wertes an den mode-Parameter von mysqli::store_result() hat keine Auswirkung mehr.

mysqli::connect() gibt bei Erfolg nun true anstelle von null zurück.

Der Standard-Fehlerbehandlungsmodus wurde von "silent" auf "exceptions" geändert. Siehe die Seite MySQLi-Berichtsmodus für weitere Details darüber, was das bedeutet, und wie man dieses Attribut explizit setzt. Um das vorherige Verhalten wiederherzustellen, kann folgendes verwendet werden: mysqli_report(MYSQLI_REPORT_OFF);

Klassen, die mysqli_stmt::execute() erweitern, müssen nun den zusätzlichen optionalen Parameter angeben.

Und dann gibt es noch die Frage, wie man PHP mit MYSQL verbindet
https://dev.mysql.com/downloads/connector/php-mysqlnd/

auch vor diesem Hintergrund
https://www.golem.de/0403/30247.html

Aber man verwendet ja kein MySQL sondern einen MySQL Fork...

Zitat von Kurt Singer

Das ist es, wovor ich eigentlich immer zurückschrecke.

Meiner Meinung nach sollte man sich die Zeit nehmen und in einer Textumgebung eine Wiederherstellung versuchen. Da die Wiederherstellung schieflaufen kann, ist eine Textumgebung wichtig.

Lass dich nicht verrückt machen. Nutze einfach Plugins um deine Datenbank zu sichern oder über 1und1 die Datenbank exportieren.

Zitat von Kurt Singer

Jetzt ist mir wieder das mit der "Textumgebung" unbekannt. D.h. aber wohl, dass ich nicht eine Wiederherstellung der Originalseite vornehme, sondern in einer anderen Umgebung. Ich habe dann zwar etwas zu Textumgebung gefunden, bin damit aber wieder überfordert.

Wenn die Wiederherstellung schieflaufen sollte, vernichtet dies nur eine Testumgebung und nicht die Originalseite.

Bei Web-Anwendungen (bei dir wir eine Wiki) verwendet man eine identische Server-Umgebung (PHP Version und Konfiguration + WebServer Version und Konfiguration + Datenbankserver Version und Konfiguration). D.h. bei kleinen Web-Anwendungen reicht es aus, wenn man eine Suddomain auf dem Kundenaccount bei seinem Provider (bei dir 1und1) einrichtet.

Und in dieser Umgebung übt man die Wiederherstellung, anschließend prüft man, ob die Inhalte _vollständig_ vorhanden sind (Sonderzeichnen und Umlaute. Mit einem Wikibeitrag mit https://de.wikipedia.org/wiki/Emoji kann man wunderbar die Zeichensätze prüfen)

Zitat

2.2 Fehlende Wiederherstellungstests
Eine regelmäßige Sicherung von Daten gewährleistet nicht automatisch, dass diese Daten auch
wiederhergestellt werden können. Wenn nicht regelmäßig getestet wird, ob sich Daten
wiederherstellen lassen, kann es sein, dass die gesicherten Daten im Fall einer notwendigen
Wiederherstellung nicht nutzbar sind.

das BSI (BSI - Bundesamt für Sicherheit in der Informationstechnik) hat einen Leitfaden für Datensicherung veröffentlicht.

https://www.bsi.bund.de/SharedDocs/Dow…icationFile&v=2

Zitat

So lebe ich besser, wie seit 25 Jahren, damit, dass ich zwar Datensicherungen mache, aber noch nie eine Wiederherstellung ohne Erfolg durchgeführt habe. Sollte das mal zu Ende gehen, schalte ich die Website halt ab. :confused:. Bei meiner Halbwertzeit ist das nicht so schlimm.

die Stunde Zeit würde ich mir nehmen.

Aber Provider sind auch der Meinung, dass die Daten ihrer Kunden nichts Wert sind
https://www.golem.de/news/trotz-red…204-164628.html

Aber, wenn das per se nicht so wichtig ist ...

Zitat von Kurt Singer

Bevor ich mir darüber Gedanken mache ist meine Frage, ob ich mit einer auf meiner Festplatte liegenden Datenbanksicherung die Website vielleicht wiederherstellen könnte.

Du kannst mit dem Werkzeug, mit dem du die Datensicherung hergestellt hast, auch eine Wiederherstellung der Datenbank durchführen.

Wenn sich die Datenbankzugangsdaten hierdurch ändern, kannst du diese mit einem Editor in die wp-config.php eintragen.

Wenn du dies nicht selber machen möchtest, kann dies ein Dienstleister für dich machen => Jobforum.

Wenn deine Seite läuft, kannst du damit zu richtigen Providern umziehen..

Zitat von Kurt Singer

Dann kann ichs auch durch 1&1 wiederherstellen lassen :)

Könnte der einfachste Weg sein...

Zitat von Kurt Singer

kann man einen Provider empfehlen, der so etwas zu seinem Kundenversive zählt?

Klar! Kundenservice wird bei uns ganz großgeschrieben.

Zitat von Kurt Singer

... ist meine Frage, ob ich mit einer auf meiner Festplatte liegenden Datenbanksicherung die Website vielleicht wiederherstellen könnte.

Das sollte selbstverständlich möglich sein. Wie genau wurde die Datenbanksicherung gemacht?

Schnellanleitung:

• Updraft Datenbankdatei backup_xxx-db.gz über phpMyAdmin importieren.
• Falls dafür eine neue Datenbank angelegt wurde noch deren Zugangsdaten in wp-config.php der Installation eintragen.
• Fertig.

Ich glaube, @Kurt Singer wollte eher eine Schnellanleitung für Updraft.
Wie wäre es mit einem Tutorial? :rolleyes: Youtube