Aufgrund des MySQL-Fehlers 69953 kann die vorhandene Tabelle slow_log bei einer Wiederherstellung auf MySQL Server 5.5 oder 5.6 nicht in der mysql-Datenbank abgelegt werden, wenn die MySQL-Protokollierung aktiviert ist. Aus diesem Grund kann die gleiche Tabelle bei der Wiederherstellung nicht wiederhergestellt werden. Wenn die Tabelle slow_log für Ihre Umgebung von entscheidender Bedeutung ist, erstellen Sie die Tabelle slow_log nach Abschluss des Wiederherstellungsauftrags manuell neu. Dieses Problem wurde in MySQL 5.7 behoben. |
|
Problemumgehung: Um potenzielle Probleme zu vermeiden, verwenden Sie die folgenden Zeichen nicht in Datenbanknamen: $ ^ = @ # % + |
Die Standardeinstellung der Systemvariablen „lower_case_table_names“ wirkt sich auf das MySQL-Verhalten auf Mac OS X aus: Das inkonsistente Verhalten der Groß-/Kleinschreibung von MySQL auf Mac OS X-Plattformen wirkt sich auf die Fähigkeit des Plug-ins aus, Sicherungen wiederherzustellen. Beachten Sie bei der Verwendung des Plug-ins mit Mac OS X Folgendes, um diese Inkonsistenz zu vermeiden:
Wenn Sie den Wert der Systemvariable „lower_case_table_names“ ändern, stoppen Sie den MySQL Server und starten Sie ihn neu, um sicherzustellen, dass die Änderung implementiert wird. Weitere Informationen zu diesem Problem bei MySQL finden Sie unter: http://dev.mysql.com/doc/refman/5.0/de/identifier-case-sensitivity.html |
|||||
Wenn Sie die Option „MySQL-Replikation aktivieren“ auswählen, aber keine Replikation konfigurieren, schlagen Sicherungen fehl: Wenn Sie das Kontrollkästchen MySQL-Replikation aktivieren im Dialogfeld Konfigurieren aktivieren, aber keine Replikation konfigurieren, schlagen Sicherungen fehl. Um dieses Problem zu beheben, deaktivieren Sie entweder das Kontrollkästchen MySQL-Replikation aktivieren im Dialogfeld Konfigurieren oder richten Sie die Replikation ein und führen Sie den Sicherungsauftrag erneut aus. |
Unter bestimmten Bedingungen werden alle InnoDB-Tabellen gesichert: Alle InnoDB-Tabellen in einer MySQL-Instanz werden gesichert, wenn eine der folgenden Bedingungen erfüllt ist: Beispiel: Sie haben eine MySQL-Instanz mit zwei Datenbanken (DB1 und DB2). Jede Datenbank enthält zwei Tabellen: DB1 hat T1_InnoDB und T1_MyISAM und DB2 hat T2_InnoDB und T2_MyISAM. Wenn Sie T1_MyISAM und T2_MyISAM sichern, werden auch T1_InnoDB und T2_InnoDB gesichert. Wenn Sie eine der InnoDB-Tabellen einschließen, wird nur diese InnoDB-Tabelle gesichert. Wenn Sie eine der Datenbanken auswählen, werden nur die Tabellen in der Datenbank gesichert.
Beispiel: Sie haben eine MySQL-Instanz mit zwei Datenbanken (DB1 und DB2). Jede Datenbank enthält zwei Tabellen: DB1 hat T1_InnoDB und T1_MyISAM und DB2 hat T2_InnoDB und T2_MyISAM. Wenn Sie DB1 und DB2 sichern und T1_InnoDB und T2_InnoDB ausschließen, werden auch T1_InnoDB und T2_InnoDB gesichert. Wenn Sie nur eine der beiden InnoDB-Tabellen ausschließen, wird nur die andere InnoDB-Tabelle gesichert.
Dieses Verhalten spiegelt das aktuelle Verhalten von MEB (mysqlbackup-Hilfsprogramm) wider, das sich in einer zukünftigen Version ändern kann (nach 3.8.1). |
|
• |
Plug‑in for MySQL 12.2 erfordert NetVault Backup Version 11.4.5 oder höher. Informationen zu allen unterstützten Plattformen finden Sie im Quest NetVault Backup-Kompatibilitätshandbuch. |
• |
Upgrades und Neuinstallationen von MySQL: Wie im Fehler 68807 für MySQL erläutert, ignoriert mysql_install_db /etc/my.cnf in MySQL 5.6. Da MySQL 5.6 InnoDB-Statistiktabellen (slave_master_info, mysql/slave_relay_log_info, innodb_index_stats, innodb_table_stats und slave_worker_info) erstellt und sie dem Installationsverzeichnis (basedir) von MySQL hinzufügt, kann es zu einem Konflikt mit der Option innodb_data_file_path = ibdata1:2000M;ibdata2:10M:autoextend kommen, die sich in der Datei my.cnf befindet. Mit der Option file_path werden die InnoDB-Dateien eine Verzeichnisebene höher als das Basisverzeichnis platziert, was dazu führen kann, dass der folgende Fehler im MySQL-Fehlerprotokoll angezeigt wird: |
• |
Upgrades von NetVault Backup Server ab 9.2: Wenn Sie Ihren NetVault Backup Server von 9.2 auf 11.4.5 oder höher aktualisieren, werden die Einstellungen, die Sie für Fehlerbedingungen konfiguriert haben, die vom Plug‑in for MySQL erkannt werden, auf die Standardwerte zurückgesetzt. Wenn Sie die Einstellungen für Fehlerbedingungen geändert haben, die vom Plug-in erkannt werden, empfiehlt Quest, das Plug-in neu zu installieren, seine Einstellungen neu zu konfigurieren und MySQL-Sicherungsaufträge neu zu erstellen. |
© ALL RIGHTS RESERVED. Terms of Use Privacy Cookie Preference Center