En raison du bogue MySQL 69953, effectuer une restauration sur MySQL Server 5.5 ou 5.6 ne permet pas de déposer le tableau slow_log existant dans la base de données mysql si la journalisation MySQL est activée. Par conséquent, la restauration ne parvient pas non plus à restaurer ce même tableau. Si le tableau slow_log est essentiel pour votre environnement, recréez manuellement le tableau slow_log une fois la session de restauration terminée. Ce problème est résolu dans MySQL 5.7. |
|
Solution de contournement : pour éviter les problèmes potentiels, n’utilisez pas les caractères suivants dans les noms de base de données : $ ^ = @ # % + |
Le réglage par défaut de la variable système lower_case_table_names affecte le comportement de MySQL sur Mac OS X : le comportement incohérent de la sensibilité à la casse de MySQL sur les plates-formes Mac OS X affecte la capacité du plug-in à restaurer les sauvegardes. Pour tenir compte de cette incohérence, lisez attentivement ce qui suit lorsque vous utilisez le plug-in avec Mac OS X :
Si vous changez la valeur de la variable système lower_case_table_names, arrêtez et redémarrez le serveur MySQL pour vous assurer que le changement est implémenté. Pour plus d’informations sur ce problème lié à MySQL, voir : http://dev.mysql.com/doc/refman/5.0/en/identifier-case-sensitivity.html |
|||||
Si vous sélectionnez Activer la réplication MySQL sans configurer la réplication, les sauvegardes échouent : si vous cochez la case Activer la réplication MySQL dans la boîte de dialogue Configurer mais que vous ne configurez pas la réplication, les sauvegardes échouent. Pour corriger ce problème, décochez la case Activer la réplication MySQL dans la boîte de dialogue Configurer ou configurez la réplication et exécutez à nouveau la tâche de sauvegarde. |
Sous certaines conditions, tous les tableaux InnoDB sont sauvegardés : tous les tableaux InnoDB d’une instance MySQL sont sauvegardés si l’une des conditions suivantes est remplie : Exemple : vous disposez d’une instance de MySQL avec deux bases de données (DB1 et DB2). Chaque base de données contient deux tableaux : DB1 possède T1_InnoDB et T1_MyISAM, et DB2 possède T2_InnoDB et T2_MyISAM. Si vous sauvegardez T1_MyISAM et T2_MyISAM, T1_InnoDB et T2_InnoDB sont aussi sauvegardés. Si vous incluez l’un des tableaux InnoDB, seul ce tableau InnoDB est sauvegardé. Si vous sélectionnez une des bases de données, seuls les tableaux de la base de données sont sauvegardés.
Exemple : vous disposez d’une instance de MySQL avec deux bases de données (DB1 et DB2). Chaque base de données contient deux tableaux : DB1 possède T1_InnoDB et T1_MyISAM, et DB2 possède T2_InnoDB et T2_MyISAM. Si vous sauvegardez DB1 et DB2 et excluez T1_InnoDB et T2_InnoDB, T1_InnoDB et T2_InnoDB sont aussi sauvegardés. Si vous n’excluez qu’un seul des deux tableaux InnoDB, seul l’autre tableau InnoDB est sauvegardé.
Ce comportement reflète le comportement actuel de MEB (mysqlbackup utility), qui pourrait changer dans une future version (post-3.8.1). |
|
• |
Plug‑in for MySQL 12.2 nécessite NetVault Backup 11.4.5 ou version ultérieure. Pour en savoir plus sur les plates-formes prises en charge, voir le Quest NetVault Backup Compatibility Guide (Guide de compatibilité de Dell NetVault Backup). |
• |
Mises à jour et nouvelles installations de MySQL : comme expliqué dans le bogue 68807 pour MySQL, mysql_install_db ignore /etc/my.cnf dans MySQL 5.6. Parce que MySQL 5.6 crée des tableaux statistiques InnoDB (slave_master_info, mysql/slave_relay_log_info, innodb_index_stats, innodb_table_stats et slave_worker_info) et les ajoute au répertoire d’installation (basedir) de MySQL, vous pourriez rencontrer un conflit avec l’option innodb_data_file_path = ibdata1:2000M;ibdata2:10M:autoextend contenue dans le fichier my.cnf. L’option file_path place les fichiers InnoDB à un niveau de répertoire plus élevé que le répertoire basedir, ce qui peut provoquer l’erreur suivante dans le journal des erreurs MySQL : |
• |
Mises à niveau à partir du serveur NetVault Backup 9.2 : si vous mettez à niveau votre serveur NetVault Backup 9.2 vers la version 11.4.5 ou une version ultérieure, les paramètres que vous avez configurés pour les conditions d’erreur rencontrées par le Plug‑in for MySQL sont retournés à leurs valeurs par défaut. Si vous avez modifié les paramètres pour les conditions d’erreur rencontrées par le plug-in, Quest vous recommande de réinstaller le plug-in, de reconfigurer ses paramètres et de recréer des sessions de sauvegarde MySQL. |
© ALL RIGHTS RESERVED. Conditions d’utilisation Confidentialité Cookie Preference Center