サポートと今すぐチャット
サポートとのチャット

NetVault Plug-in for MySQL 12.0 - Guide de l'utilisateur

Présentation de Plug-in NetVault Backup for MySQL Installation et retrait du plug-in Configuration du plug-in Sauvegarde de données Restauration de données
Restauration de données : présentation Restauration de données dans MySQL Utilisation des procédures de restauration pour MySQL Standard/Community
Travailler avec la réplication native MySQL Utilisation du plug-in dans un environnement de clusters de basculement Dépannage

Finalisation et soumission de la tâche

Les dernières étapes consistent à configurer les options supplémentaires des pages Planification, Options sources et Options avancées, à soumettre la tâche et à surveiller la progression sur les pages État de la tâche et Afficher les journaux. Ces pages et ces options sont communes à tous les plug-ins NetVault Backup. Pour plus d'informations, reportez-vous au Guide de l'administrateur de Quest NetVault Backup.

2
Dans Nom de la tâche, indiquez un nom pour la tâche si vous ne souhaitez pas utiliser le paramètre par défaut.
3
Dans la liste Client cible, sélectionnez l'ordinateur sur lequel vous souhaitez restaurer les données.
CONSEIL: vous pouvez également cliquer sur Choisir, puis localiser et sélectionner le client approprié dans la boîte de dialogue Choisir le client cible.
4
Utilisez les listes Planification, Options sources et Options avancées pour configurer les options supplémentaires requises.
5
Cliquez sur Enregistrer ou sur Enregistrer et soumettre, selon le cas.
Vous pouvez suivre la progression sur la page État de la tâche et consulter les journaux sur la page Afficher les journaux. Pour plus d'informations, reportez-vous au Guide de l'administrateur de Quest NetVault Backup.

Exemples de scénarios de restauration pour MySQL Standard/Community

Pour une reprise réussie après une panne ou une corruption de données, divers réglages doivent être effectués lors de la configuration du travail concernant les données sélectionnées pour la restauration et les options disponibles dans l'onglet Options. Les rubriques suivantes offrent des exemples de différents types de restauration et couvrent les options spécifiques requises.

Scénarios de restauration de sauvegarde complète uniquement

Dans les exemples suivants, l'administrateur de bases de données MySQL a défini une stratégie de sauvegarde dans laquelle les sauvegardes complètes sont effectuées quotidiennement à 23h00.

Lundi à 9h00, l'administrateur de bases de données apprend que les utilisateurs rencontrent des erreurs « tableau non trouvé » sur le tableau des commandes. Il se rend compte que le tableau n'existe plus parce qu'un développeur l'a supprimé sans le savoir à 6h00 le lundi avant l'arrivée de l'administrateur de bases de données au travail.

Méthode 1 : Restauration avant une instruction erronée

L'administrateur de bases de données décide de procéder à une restauration jusqu'à l'heure juste avant l'émission de la commande Supprimer le tableau. Cette décision signifie que l'administrateur de base de données doit restaurer la sauvegarde complète du dimanche et exécuter la restauration PIT sur les journaux binaires actuels.

1
Sélectionnez la restauration complète à partir du dimanche soir : sur la page Créer une session de restauration : sélectionner l'ensemble de sauvegardes, l'administrateur de bases de données sélectionne la sauvegarde qui correspond à la sauvegarde complète du dimanche.
2
Définissez des options spécifiques dans l'onglet Options liées à la restauration : l'administrateur de bases de données définit les options suivantes :
Effectuer la restauration PIT sur les journaux binaires courants : sélectionné pour activer cette forme de restauration et toutes les options associées.
PIT en fonction de l'heure : sélectionné comme type.
Activer la restauration avant les instructions SQL erronées/incorrectes : sélectionnez cette option et réglez la date et l'heure d'arrêt sur « 5h59 » et « 8 janvier 2007 », c'est-à-dire une minute avant 6 heures du matin le lundi.
Méthode 2 : Restauration avant et après une instruction erronée

L'administrateur de bases de données décide de procéder à une restauration jusqu'à l'heure juste avant l'émission de la commande Supprimer le tableau. L'administrateur de bases de données veut aussi récupérer les transactions qui se sont produites dans les tableaux restants après le moment où l'instruction erronée a été émise, et jusqu'à la fin des journaux binaires actuels. Cette décision garantit qu'il a récupéré autant de transactions que possible, en plus de récupérer le tableau supprimé.

1
Sélectionnez la restauration complète à partir du dimanche soir : sur la page Créer une session de restauration : sélectionner l'ensemble de sauvegardes, l'administrateur de bases de données sélectionne la sauvegarde qui correspond à la sauvegarde complète du dimanche.
2
Définissez des options spécifiques dans l'onglet Options liées à la restauration : l'administrateur de bases de données définit les options suivantes :
Effectuer la restauration PIT sur les journaux binaires courants : sélectionné pour activer cette forme de restauration et toutes les options associées.
PIT en fonction de l'heure : sélectionné comme type.
Activer la restauration avant les instructions SQL erronées/incorrectes : sélectionnez cette option et réglez la date et l'heure d'arrêt sur « 5h59 » et « 8 janvier 2007 », c'est-à-dire une minute avant 6 heures du matin le lundi.
Activer la restauration après les instructions SQL erronées/incorrectes : sélectionnez cette option pour récupérer les transactions qui se sont produites après la suppression du tableau des Commandes, et entrez une date et une heure plus tard dans la date et l'heure de début. Enfin, comme la restauration doit être effectuée jusqu'à la fin du journal binaire nommé, l'option Aucune a été sélectionnée pour la date et l'heure d'arrêt.

Lundi à 9h00, l'administrateur de bases de données apprend que les utilisateurs rencontrent des erreurs « tableau non trouvé » sur le tableau des commandes. Il se rend compte que le tableau n'existe plus parce qu'un développeur l'a supprimé sans le savoir à 6h00 le lundi avant l'arrivée de l'administrateur de bases de données au travail.

Méthode 1 : Restauration avant une instruction erronée

L'administrateur de bases de données décide de procéder à une restauration jusqu'à l'heure juste avant l'émission de la commande Supprimer le tableau. De plus, comme l'administrateur de bases de données veut une restauration plus précise que l'estimation de l'heure à laquelle le développeur a supprimé le tableau, il choisit d'utiliser une restauration en fonction de la position. Pour accomplir ce processus, l'administrateur de base de données doit restaurer la sauvegarde complète du dimanche et effectuer une restauration PIT sur les journaux binaires actuels.

1
Utiliser l'utilitaire mysqlbinlog sur les journaux binaires actuels : cette étape est exécutée en dehors de NetVault Backup pour identifier la position de la commande Supprimer le tableau que l'administrateur de bases de données ne veut pas restaurer. (Pour plus d'informations sur cet utilitaire et ce processus, consultez le MySQL Reference Guide (Guide de référence MySQL). Dans ce processus, l'administrateur de bases de données a identifié la commande Supprimer le tableau comme position de journal « 805 » dans le journal binaire « MYSQLSVR-bin.000009 ».
2
Sélectionnez la restauration complète à partir du dimanche soir : sur la page Créer une session de restauration : sélectionner l'ensemble de sauvegardes, l'administrateur de bases de données sélectionne la sauvegarde qui correspond à la sauvegarde complète du dimanche.
3
Définissez des options spécifiques dans l'onglet Options liées à la restauration : l'administrateur de bases de données définit les options suivantes :
Effectuer la restauration PIT sur les journaux binaires courants : sélectionné pour activer cette forme de restauration et toutes les options associées.
PIT en fonction de la position : sélectionné comme type.
Activer la restauration avant les instructions SQL erronées/incorrectes : sélectionnez cette option, et réglez la position d'arrêt sur « 804 », la position avant celle identifiée à l'aide de mysqlbinlog. Définissez le journal binaire contenant la position d'arrêt sur AUTRE FICHIER, et entrez le nom du fichier binaire cible dans la zone de texte, par exemple, « MYSQLSVR-bin.000009 ».
IMPORTANT: les positions d'arrêt et de début doivent être des positions réelles listées dans un journal binaire, et non des nombres arbitraires qui sont supérieurs à la position de la transaction indésirable.
Méthode 2 : Restauration avant et après une instruction erronée

L'administrateur de bases de données décide de procéder à une restauration jusqu'à l'heure juste avant l'émission de la commande Supprimer le tableau. Il veut aussi récupérer les transactions qui se sont produites dans les autres tableaux après le moment où le tableau des commandes a été supprimé et jusqu'à la fin des journaux binaires actuels. Cette décision garantit qu'il a récupéré autant de transactions que possible, en plus de récupérer le tableau supprimé. De plus, l'administrateur de base de données veut une restauration plus précise, c'est pourquoi il décide d'utiliser une restauration en fonction de la position. Pour accomplir ce processus, l'administrateur de base de données doit restaurer la sauvegarde complète du dimanche et effectuer une restauration PIT sur les journaux binaires actuels.

1
Utiliser l'utilitaire mysqlbinlog sur les journaux binaires actuels : cette étape est exécutée en dehors de NetVault Backup pour identifier la position de la commande Supprimer le tableau que l'administrateur de bases de données ne veut pas restaurer. (Pour plus d'informations sur cet utilitaire et ce processus, consultez le MySQL Reference Guide (Guide de référence MySQL). Dans ce processus, l'administrateur de bases de données a identifié la commande Supprimer le tableau comme position de journal « 805 » dans le journal binaire « MYSQLSVR-PM-bin.000009 ».
2
Sélectionnez la restauration complète à partir du dimanche soir : sur la page Créer une session de restauration : sélectionner l'ensemble de sauvegardes, l'administrateur de bases de données sélectionne la sauvegarde qui correspond à la sauvegarde complète du dimanche.
3
Définissez des options spécifiques dans l'onglet Options liées à la restauration : l'administrateur de bases de données définit les options suivantes :
Effectuer la restauration PIT sur les journaux binaires courants : sélectionné pour activer cette forme de restauration et toutes les options associées.
PIT en fonction de la position : sélectionné comme type.
Activer la restauration avant les instructions SQL erronées/incorrectes : sélectionnez cette option, et réglez la position d'arrêt sur « 804 », la position avant celle identifiée à l'aide de mysqlbinlog. Définissez le journal binaire contenant la position d'arrêt sur AUTRE FICHIER, et entrez le nom du fichier binaire cible dans la zone de texte, par exemple, « MYSQLSVR-PM-bin.000009 ».
Activer la restauration après les instructions SQL erronées/incorrectes : sélectionnez cette option, et réglez la position de début sur « 806 », la position après celle identifiée à l'aide de mysqlbinlog. Définissez le journal binaire contenant la position de début sur AUTRE FICHIER, et entrez le nom du fichier binaire cible dans la zone de texte, par exemple, « MYSQLSVR-bin.000009 ». Enfin, comme la restauration doit être effectuée jusqu'à la fin du journal binaire nommé, l'option Aucune a été sélectionnée pour la position d'arrêt.
IMPORTANT: les positions d'arrêt et de début doivent être des positions réelles listées dans un journal binaire, et non des nombres arbitraires qui sont supérieurs à la position de la transaction indésirable.

Scénarios de restauration de sauvegarde complète et incrémentielle

L'administrateur de bases de données a établi une stratégie de sauvegarde selon laquelle les sauvegardes complètes sont effectuées chaque dimanche à 23 h et les sauvegardes incrémentielles sont effectuées du lundi au samedi, à 23 h. Comme l'administrateur de bases de données effectue des sauvegardes incrémentielles, les journaux binaires sont supprimés après chaque sauvegarde incrémentielle. Ce processus accélère la sauvegarde globale, mais nécessite plus de temps et d'étapes lors de la restauration.

Jeudi à 9h00, l'administrateur de bases de données apprend que les utilisateurs rencontrent des erreurs « tableau non trouvé » sur le tableau des commandes. Il se rend compte que le tableau n'existe plus parce qu'un développeur a supprimé sans le savoir le tableau tôt jeudi avant l'arrivée de l'administrateur de bases de données au travail.

L'administrateur de bases de données décide d'effectuer une restauration complète jusqu'au point de la dernière sauvegarde incrémentielle, soit la sauvegarde effectuée le mercredi soir.

1
Sélectionnez la sauvegarde complète effectuée le dimanche soir : sur la page Créer une session de restauration : sélectionner l'ensemble de sauvegardes, l'administrateur de bases de données sélectionne la sauvegarde qui correspond à la sauvegarde complète du dimanche.
1
Sélectionnez la restauration incrémentielle effectuée le lundi soir : sur la page Créer une session de restauration : sélectionner l'ensemble de sauvegardes, l'administrateur de bases de données sélectionne la sauvegarde qui correspond à la sauvegarde incrémentielle du lundi.
1
Sélectionnez la restauration incrémentielle effectuée le mardi soir : sur la page Créer une session de restauration : sélectionner l'ensemble de sauvegardes, l'administrateur de bases de données sélectionne la sauvegarde qui correspond à la sauvegarde incrémentielle du mardi.
1
Sélectionnez la restauration incrémentielle effectuée le mercredi soir : sur la page Créer une session de restauration : sélectionner l'ensemble de sauvegardes, l'administrateur de bases de données sélectionne la sauvegarde qui correspond à la sauvegarde incrémentielle du mercredi.

Dans les exemples suivants, un scénario de sauvegarde complète et incrémentielle est en place, et l'administrateur de bases de données souhaite récupérer les données à un moment précis.

Méthode 1 : Restauration avant une instruction erronée en utilisant uniquement les journaux binaires restaurés

Jeudi à 9h00, l'administrateur de bases de données apprend que les utilisateurs rencontrent des erreurs « tableau non trouvé » sur le tableau des commandes. Il se rend compte que le tableau n'existe plus parce qu'un développeur l'a supprimé sans le savoir à 20h00 le mercredi.

L'administrateur de base de données doit restaurer la base de données jusqu'à l'heure juste avant que le développeur ne supprime le tableau à 20h00 le mercredi. Par conséquent, les phases suivantes seront effectuées :

1
Sélectionnez la sauvegarde complète effectuée le dimanche soir : sur la page Créer une session de restauration : sélectionner l'ensemble de sauvegardes, l'administrateur de bases de données sélectionne la sauvegarde qui correspond à la sauvegarde complète du dimanche.
1
Sélectionnez la restauration incrémentielle effectuée le lundi soir : sur la page Créer une session de restauration : sélectionner l'ensemble de sauvegardes, l'administrateur de bases de données sélectionne la sauvegarde qui correspond à la sauvegarde incrémentielle du lundi.
1
Sélectionnez la restauration incrémentielle effectuée le mardi soir : sur la page Créer une session de restauration : sélectionner l'ensemble de sauvegardes, l'administrateur de bases de données sélectionne la sauvegarde qui correspond à la sauvegarde incrémentielle du mardi.
1
Sélectionnez la restauration incrémentielle effectuée le mercredi soir : sur la page Créer une session de restauration : sélectionner l'ensemble de sauvegardes, l'administrateur de bases de données sélectionne la sauvegarde qui correspond à la sauvegarde incrémentielle du mercredi.
2
Définissez des options spécifiques dans l'onglet Options liées à la restauration : l'administrateur de bases de données définit les options suivantes :
Effectuer la restauration PIT : sélectionné pour spécifier la restauration PIT et activer toutes les options associées.
Restaurer et appliquer les journaux binaires (utilisés lorsque l'heure ou la position est déjà connue) : sélectionné pour spécifier le journal binaire inclus dans la sauvegarde pour utilisation.
PIT en fonction de l'heure : sélectionné comme type.
Activer la restauration avant les instructions SQL erronées/incorrectes : sélectionnez cette option et réglez la date et l'heure d'arrêt sur « 19h59 » et « 10 janvier 2007 », c'est-à-dire une minute avant 20 heures le mercredi.
Méthode 2 : Restauration avant et après une instruction erronée en utilisant uniquement les journaux binaires restaurés

Jeudi à 9h00, l'administrateur de bases de données apprend que les utilisateurs rencontrent des erreurs « tableau non trouvé » sur le tableau des commandes. Il se rend compte que le tableau n'existe plus parce qu'un développeur l'a supprimé sans le savoir à 20h00 le mercredi.

L'administrateur de base de données décide de faire une restauration jusqu'à l'heure juste avant l'émission de la commande Supprimer le tableau à 20h00. Il veut également récupérer les transactions qui se sont produites sur les autres tableaux après le moment où le tableau des commandes a été supprimé, et jusqu'à la fin des journaux binaires sauvegardés. Cette décision garantit qu'il a récupéré autant de transactions que possible, en plus de récupérer le tableau supprimé. Par conséquent, les phases suivantes seront effectuées :

1
Sélectionnez la sauvegarde complète effectuée le dimanche soir : sur la page Créer une session de restauration : sélectionner l'ensemble de sauvegardes, l'administrateur de bases de données sélectionne la sauvegarde qui correspond à la sauvegarde complète du dimanche.
1
Sélectionnez la restauration incrémentielle effectuée le lundi soir : sur la page Créer une session de restauration : sélectionner l'ensemble de sauvegardes, l'administrateur de bases de données sélectionne la sauvegarde qui correspond à la sauvegarde incrémentielle du lundi.
1
Sélectionnez la restauration incrémentielle effectuée le mardi soir : sur la page Créer une session de restauration : sélectionner l'ensemble de sauvegardes, l'administrateur de bases de données sélectionne la sauvegarde qui correspond à la sauvegarde incrémentielle du mardi.
1
Sélectionnez la restauration incrémentielle effectuée le mercredi soir : sur la page Créer une session de restauration : sélectionner l'ensemble de sauvegardes, l'administrateur de bases de données sélectionne la sauvegarde qui correspond à la sauvegarde incrémentielle du mercredi.
2
Définissez des options spécifiques dans l'onglet Options liées à la restauration : l'administrateur de bases de données définit les options suivantes :
Effectuer la restauration PIT : sélectionné pour spécifier la restauration PIT et activer toutes les options associées.
Restaurer et appliquer les journaux binaires (utilisés lorsque l'heure ou la position est déjà connue) : sélectionné pour spécifier le journal binaire inclus dans la sauvegarde pour utilisation.
PIT en fonction de l'heure : sélectionné comme type.
Activer la restauration avant les instructions SQL erronées/incorrectes : sélectionnez cette option et réglez la date et l'heure d'arrêt sur « 19h59 » et « 10 janvier 2007 », c'est-à-dire une minute avant 20 heures le mercredi.
Activer la restauration après les instructions SQL erronées/incorrectes : Sélectionnez cette option pour récupérer les transactions qui se sont produites après la suppression du tableau de commandes, entrez une heure et une date situées après la date et l'heure de début. Enfin, comme la restauration doit être effectuée jusqu'à la fin du journal binaire inclus dans la sauvegarde, l'option Aucune a été sélectionnée pour la date et l'heure d'arrêt.
Méthode 3 : Restauration avant une instruction erronée en utilisant les journaux binaires actuels et restaurés

Jeudi à 9h00, l'administrateur de bases de données apprend que les utilisateurs rencontrent des erreurs « tableau non trouvé » sur le tableau des commandes. Il se rend compte que le tableau n'existe plus parce qu'un développeur l'a supprimé sans le savoir à 6h00 le jeudi.

L'administrateur de base de données doit restaurer la base de données jusqu'à l'heure juste avant que le développeur ne supprime le tableau à 06h00 le jeudi.

1
Sélectionnez la sauvegarde complète effectuée le dimanche soir : sur la page Créer une session de restauration : sélectionner l'ensemble de sauvegardes, l'administrateur de bases de données sélectionne la sauvegarde qui correspond à la sauvegarde complète du dimanche.
1
Sélectionnez la restauration incrémentielle effectuée le lundi soir : sur la page Créer une session de restauration : sélectionner l'ensemble de sauvegardes, l'administrateur de bases de données sélectionne la sauvegarde qui correspond à la sauvegarde incrémentielle du lundi.
1
Sélectionnez la restauration incrémentielle effectuée le mardi soir : sur la page Créer une session de restauration : sélectionner l'ensemble de sauvegardes, l'administrateur de bases de données sélectionne la sauvegarde qui correspond à la sauvegarde incrémentielle du mardi.
1
Sélectionnez la restauration incrémentielle effectuée le mercredi soir : sur la page Créer une session de restauration : sélectionner l'ensemble de sauvegardes, l'administrateur de bases de données sélectionne la sauvegarde qui correspond à la sauvegarde incrémentielle du mercredi.
2
Définissez des options spécifiques dans l'onglet Options liées à la restauration : l'administrateur de bases de données définit les options suivantes :
Effectuer la restauration PIT : sélectionné pour spécifier la restauration PIT et activer toutes les options associées.
Restaurer et appliquer les journaux binaires (utilisés lorsque l'heure ou la position est déjà connue) : sélectionné pour indiquer que le journal binaire inclus dans la sauvegarde doit être utilisé.
Inclure les journaux binaires actuels : sélectionné pour utiliser les journaux binaires actuels pour appliquer les entrées qui se sont produites entre le moment où la sauvegarde a été effectuée le mercredi et l'émission de la commande Supprimer le tableau.
PIT en fonction de l'heure : sélectionné comme type.
Activer la restauration avant les instructions SQL erronées/incorrectes : sélectionnez cette option et réglez la date et l'heure d'arrêt sur « 5h59 » et « 11 janvier 2007 », c'est-à-dire une minute avant 6 heures du matin le jeudi.
Méthode 4 : Restauration avant et après une instruction erronée en utilisant les journaux binaires actuels et restaurés

Jeudi à 9h00, l'administrateur de bases de données apprend que les utilisateurs rencontrent des erreurs « tableau non trouvé » sur le tableau des commandes. Il se rend compte que le tableau n'existe plus parce qu'un développeur l'a supprimé sans le savoir à 6h00 le jeudi.

L'administrateur de bases de données décide de procéder à une restauration jusqu'à l'heure juste avant l'émission de la commande Supprimer le tableau. Il veut aussi récupérer les transactions qui se sont produites dans les autres tableaux après le moment où le tableau des commandes a été supprimé et jusqu'à la fin des journaux binaires actuels. Cette décision garantit qu'il a récupéré autant de transactions que possible, en plus de récupérer le tableau supprimé. Par conséquent, les phases suivantes seront effectuées :

1
Sélectionnez la sauvegarde complète effectuée le dimanche soir : sur la page Créer une session de restauration : sélectionner l'ensemble de sauvegardes, l'administrateur de bases de données sélectionne la sauvegarde qui correspond à la sauvegarde complète du dimanche.
1
Sélectionnez la restauration incrémentielle effectuée le lundi soir : sur la page Créer une session de restauration : sélectionner l'ensemble de sauvegardes, l'administrateur de bases de données sélectionne la sauvegarde qui correspond à la sauvegarde incrémentielle du lundi.
1
Sélectionnez la restauration incrémentielle effectuée le mardi soir : sur la page Créer une session de restauration : sélectionner l'ensemble de sauvegardes, l'administrateur de bases de données sélectionne la sauvegarde qui correspond à la sauvegarde incrémentielle du mardi.
1
Sélectionnez la restauration incrémentielle effectuée le mercredi soir : sur la page Créer une session de restauration : sélectionner l'ensemble de sauvegardes, l'administrateur de bases de données sélectionne la sauvegarde qui correspond à la sauvegarde incrémentielle du mercredi.
2
Définissez des options spécifiques dans l'onglet Options liées à la restauration : l'administrateur de bases de données définit les options suivantes :
Effectuer la restauration PIT : sélectionné pour spécifier la restauration PIT et activer toutes les options associées.
Restaurer et appliquer les journaux binaires (utilisés lorsque l'heure ou la position est déjà connue) : sélectionné pour indiquer que le journal binaire inclus dans la sauvegarde doit être utilisé.
Inclure les journaux binaires actuels : sélectionné pour utiliser les journaux binaires actuels pour appliquer les entrées qui se sont produites entre le moment où la sauvegarde a été effectuée le mercredi et l'émission de la commande Supprimer le tableau.
PIT en fonction de l'heure : sélectionné comme type.
Activer la restauration avant les instructions SQL erronées/incorrectes : sélectionnez cette option et réglez la date et l'heure d'arrêt sur « 5h59 » et « 11 janvier 2007 », c'est-à-dire une minute avant 6 heures du matin le jeudi.
Activer la restauration après les instructions SQL erronées/incorrectes : sélectionnez cette option pour récupérer les transactions qui se sont produites après la suppression du tableau de commandes, entrez une heure et une date situées après la date et l'heure de début. Enfin, comme la restauration doit être effectuée jusqu'à la fin du journal binaire actuel, l'option Actuelle a été sélectionnée pour la date et l'heure d'arrêt.

Dans les exemples suivants, un scénario de sauvegarde complète et incrémentielle est en place, et l'administrateur de base de données souhaite récupérer les données à un moment précis, mais utiliser une méthode plus définitive pour définir l'heure. Cette restauration se fait en utilisant les « valeurs de position » identifiées qui existent dans les journaux binaires MySQL.

Méthode 1 : Restauration avant une instruction erronée en utilisant uniquement les journaux binaires restaurés

Jeudi à 9h00, l'administrateur de bases de données apprend que les utilisateurs rencontrent des erreurs « tableau non trouvé » sur le tableau des commandes. Il se rend compte que le tableau n'existe plus parce qu'un développeur l'a supprimé sans le savoir à 20h00 le mercredi.

L'administrateur de bases de données décide de procéder à une restauration jusqu'à l'heure juste avant l'émission de la commande Supprimer le tableau. De plus, l'administrateur de base de données veut une restauration plus précise, c'est pourquoi il décide d'utiliser une restauration en fonction de la position. Pour accomplir ce processus, l'administrateur de bases de données doit restaurer la sauvegarde complète du dimanche et les sauvegardes incrémentielles suivantes effectuées le lundi et le mardi, puis effectuer une restauration PIT en fonction de la position en utilisant la sauvegarde incrémentielle du mercredi. Les phases suivantes illustrent ce processus :

1
Sélectionnez la sauvegarde complète effectuée le dimanche soir : sur la page Créer une session de restauration : sélectionner l'ensemble de sauvegardes, l'administrateur de bases de données sélectionne la sauvegarde qui correspond à la sauvegarde complète du dimanche.
1
Sélectionnez la restauration incrémentielle effectuée le lundi soir : sur la page Créer une session de restauration : sélectionner l'ensemble de sauvegardes, l'administrateur de bases de données sélectionne la sauvegarde qui correspond à la sauvegarde incrémentielle du lundi.
1
Sélectionnez la restauration incrémentielle effectuée le mardi soir : sur la page Créer une session de restauration : sélectionner l'ensemble de sauvegardes, l'administrateur de bases de données sélectionne la sauvegarde qui correspond à la sauvegarde incrémentielle du mardi.

Dans cette phase, seuls les journaux binaires enregistrés dans la sauvegarde incrémentielle du mercredi soir sont restaurés dans un emplacement temporaire. Ce processus permet à l'administrateur de bases de données de localiser la position spécifique dans le journal qui marque le moment où le tableau des commandes a été supprimé.

1
Sélectionnez la restauration incrémentielle effectuée le mercredi soir : sur la page Créer une session de restauration : sélectionner l'ensemble de sauvegardes, l'administrateur de bases de données sélectionne la sauvegarde qui correspond à la sauvegarde incrémentielle du mercredi.
2
Définissez des options spécifiques dans l'onglet Options liées à la restauration : l'administrateur de bases de données définit les options suivantes :
Effectuer la restauration PIT : sélectionné pour activer cette forme de restauration et toutes les options associées.
Restaurer les journaux dans le répertoire temporaire pour identifier l'heure ou la position : sélectionné pour restaurer uniquement les journaux binaires inclus dans la sauvegarde incrémentielle du mercredi soir.
PIT en fonction de l'heure : sélectionné comme type, mais toutes les options de la section Détails du PIT en fonction de l'heure ont été effacées.

Utiliser l'utilitaire mysqlbinlog sur les journaux binaires restaurés : cette étape est exécutée en dehors de NetVault Backup pour identifier la position de la commande Supprimer le tableau que l'administrateur de bases de données ne veut pas restaurer. (Pour plus d'informations sur cet utilitaire et ce processus, consultez le MySQL Reference Guide (Guide de référence MySQL). Dans ce processus, l'administrateur de bases de données a identifié la commande Supprimer le tableau comme position de journal « 805 » dans le journal binaire « MYSQLSVR-bin.000009 » qui a été restauré à l'emplacement temporaire sur le serveur MySQL, et les deux valeurs ont été notées.

Une fois la position identifiée à partir du journal binaire restauré, une restauration PIT est effectuée en utilisant la sauvegarde incrémentielle du mercredi.

1
Sélectionnez la restauration incrémentielle effectuée le mercredi soir : L'administrateur de bases de données sélectionne à nouveau l'ensemble de sauvegardes sur la page Créer une session de restauration : sélectionner l'ensemble de sauvegardes qui correspond à la sauvegarde incrémentielle du mercredi.
2
Définissez des options spécifiques dans l'onglet Options liées à la restauration : l'administrateur de bases de données définit les options suivantes :
Effectuer la restauration PIT : sélectionné pour activer cette forme de restauration et toutes les options associées.
Appliquer les journaux binaires à partir d'un répertoire temporaire : sélectionné pour cibler les journaux binaires qui ont été restaurés à l'emplacement temporaire dans la dernière phase de cette procédure. Comme le journal binaire restauré a été utilisé pour identifier la position spécifique occupée par la commande Supprimer le tableau, cette option est sélectionnée pour indiquer au plug-in d'utiliser ce même journal binaire.
Activer la restauration avant les instructions SQL erronées/incorrectes : Sélectionnez cette option, et réglez la position d'arrêt sur « 804 », la position dans les journaux binaires qui existe avant la position de la commande Supprimer le tableau identifiée à l'aide de mysqlbinlog. L'option Journal binaire contenant la position d'arrêt a été utilisée pour sélectionner le journal binaire, « MYSQLSVR-bin.000009 », qui a été restauré dans le répertoire temporaire.
Méthode 2 : Restauration avant et après une instruction erronée en utilisant uniquement les journaux binaires restaurés

Jeudi à 9h00, l'administrateur de bases de données apprend que les utilisateurs rencontrent des erreurs « tableau non trouvé » sur le tableau des commandes. Il se rend compte que le tableau n'existe plus parce qu'un développeur l'a supprimé sans le savoir à 20h00 le mercredi.

L'administrateur de bases de données décide de procéder à une restauration jusqu'à l'heure juste avant l'émission de la commande Supprimer le tableau. Il veut aussi récupérer les transactions qui se sont produites dans les autres tableaux après le moment où le tableau des commandes a été supprimé et jusqu'à la fin des journaux binaires sauvegardés. De plus, l'administrateur de base de données veut une restauration plus précise, c'est pourquoi il décide d'utiliser une restauration en fonction de la position. Pour accomplir ce processus, l'administrateur de bases de données doit restaurer la sauvegarde complète du dimanche et les sauvegardes incrémentielles suivantes effectuées le lundi et le mardi, puis effectuer une restauration PIT en fonction de la position en utilisant la sauvegarde incrémentielle du mercredi. Les phases suivantes illustrent ce processus :

1
Sélectionnez la sauvegarde complète effectuée le dimanche soir : sur la page Créer une session de restauration : sélectionner l'ensemble de sauvegardes, l'administrateur de bases de données sélectionne la sauvegarde qui correspond à la sauvegarde complète du dimanche.
1
Sélectionnez la restauration incrémentielle effectuée le lundi soir : sur la page Créer une session de restauration : sélectionner l'ensemble de sauvegardes, l'administrateur de bases de données sélectionne la sauvegarde qui correspond à la sauvegarde incrémentielle du lundi.
1
Sélectionnez la restauration incrémentielle effectuée le mardi soir : sur la page Créer une session de restauration : sélectionner l'ensemble de sauvegardes, l'administrateur de bases de données sélectionne la sauvegarde qui correspond à la sauvegarde incrémentielle du mardi.

Dans cette phase, seuls les journaux binaires enregistrés dans la sauvegarde incrémentielle du mercredi soir sont restaurés dans un emplacement temporaire. Cette étape permet à l'administrateur de bases de données de localiser la position spécifique dans le journal qui marque le moment où le tableau des commandes a été supprimé.

1
Sélectionnez la restauration incrémentielle effectuée le mercredi soir : sur la page Créer une session de restauration : sélectionner l'ensemble de sauvegardes, l'administrateur de bases de données sélectionne la sauvegarde qui correspond à la sauvegarde incrémentielle du mercredi.
2
Définissez des options spécifiques dans l'onglet Options liées à la restauration : l'administrateur de bases de données définit les options suivantes :
Effectuer la restauration PIT : sélectionné pour activer cette forme de restauration et toutes les options associées.
Restaurer les journaux dans le répertoire temporaire pour identifier l'heure ou la position : sélectionné pour restaurer uniquement les journaux binaires inclus dans la sauvegarde incrémentielle du mercredi soir.
PIT en fonction de l'heure : sélectionné comme type, mais toutes les options de la section Détails du PIT en fonction de l'heure ont été effacées.

Utiliser l'utilitaire mysqlbinlog sur les journaux binaires restaurés : cette étape est exécutée en dehors de NetVault Backup pour identifier la position de la commande Supprimer le tableau que l'administrateur de bases de données ne veut pas restaurer. (Pour plus d'informations sur cet utilitaire et ce processus, consultez le MySQL Reference Guide (Guide de référence MySQL). Dans ce processus, l'administrateur de bases de données a identifié la commande Supprimer le tableau comme position de journal « 805 » dans le journal binaire « MYSQLSVR-bin.000009 » qui a été restauré à l'emplacement temporaire sur le serveur MySQL, et les deux valeurs ont été notées.

Une fois la position identifiée à partir des journaux binaires restaurés, la restauration PIT est ensuite effectuée en utilisant la sauvegarde incrémentielle du mercredi.

1
Sélectionnez la restauration incrémentielle effectuée le mercredi soir : l'administrateur de bases de données sélectionne à nouveau l'ensemble de sauvegardes sur la page Créer une session de restauration : sélectionner l'ensemble de sauvegardes qui correspond à la sauvegarde incrémentielle du mercredi.
2
Définissez des options spécifiques dans l'onglet Options liées à la restauration : l'administrateur de bases de données définit les options suivantes :
Effectuer la restauration PIT : sélectionné pour activer cette forme de restauration et toutes les options associées.
Appliquer les journaux binaires à partir d'un répertoire temporaire : sélectionné pour cibler les journaux binaires qui ont été restaurés à l'emplacement temporaire dans la dernière phase de cette procédure. Comme le journal binaire restauré a été utilisé pour identifier la position spécifique occupée par la commande Supprimer le tableau, cette option est sélectionnée pour indiquer au plug-in d'utiliser ce même journal binaire.
Activer la restauration avant les instructions SQL erronées/incorrectes : Sélectionnez cette option, et réglez la position d'arrêt sur « 804 », la position dans les journaux binaires qui existe avant la position de la commande Supprimer le tableau identifiée à l'aide de mysqlbinlog. L'option Journal binaire contenant la position d'arrêt a été utilisée pour sélectionner le journal binaire, « MYSQLSVR-bin.000009 », qui a été restauré dans le répertoire temporaire.
Activer la restauration après les instructions SQL erronées/incorrectes : sélectionnez cette option, et réglez la position de début sur « 806 », la position dans les journaux binaires qui existe après la position de la commande Supprimer le tableau identifiée à l'aide de mysqlbinlog. L'option Journal binaire contenant la position d'arrêt a été utilisée pour sélectionner le journal binaire, « MYSQLSVR-bin.000009 », qui a été restauré dans le répertoire temporaire. Enfin, comme la restauration doit être effectuée jusqu'à la fin du journal binaire nommé, l'option Aucune a été sélectionnée pour la date et l'heure d'arrêt.
IMPORTANT: les positions d'arrêt et de début doivent être des positions réelles listées dans un journal binaire, et non des nombres arbitraires qui sont supérieurs à la position de la transaction indésirable.
Méthode 3 : Restauration avant une instruction erronée en utilisant les journaux binaires actuels et restaurés

Jeudi à 9h00, l'administrateur de bases de données apprend que les utilisateurs rencontrent des erreurs « tableau non trouvé » sur le tableau des commandes. Il se rend compte que le tableau n'existe plus parce qu'un développeur l'a supprimé sans le savoir à 6h00 le jeudi.

L'administrateur de base de données doit restaurer la base de données jusqu'à l'heure juste avant que le développeur ne supprime le tableau à 06h00 le jeudi. De plus, l'administrateur de base de données veut une restauration plus précise, c'est pourquoi il décide d'utiliser une restauration en fonction de la position. Pour accomplir ce processus, l'administrateur de bases de données doit restaurer la sauvegarde complète du dimanche et les sauvegardes incrémentielles suivantes effectuées le lundi et le mardi, puis effectuer une restauration PIT en fonction de la position en utilisant la sauvegarde incrémentielle du mercredi. Les phases suivantes illustrent ce processus :

1
Sélectionnez la sauvegarde complète effectuée le dimanche soir : sur la page Créer une session de restauration : sélectionner l'ensemble de sauvegardes, l'administrateur de bases de données sélectionne la sauvegarde qui correspond à la sauvegarde complète du dimanche.
1
Sélectionnez la restauration incrémentielle effectuée le lundi soir : sur la page Créer une session de restauration : sélectionner l'ensemble de sauvegardes, l'administrateur de bases de données sélectionne la sauvegarde qui correspond à la sauvegarde incrémentielle du lundi.
1
Sélectionnez la restauration incrémentielle effectuée le mardi soir : sur la page Créer une session de restauration : sélectionner l'ensemble de sauvegardes, l'administrateur de bases de données sélectionne la sauvegarde qui correspond à la sauvegarde incrémentielle du mardi.

Utiliser l'utilitaire mysqlbinlog sur les journaux binaires actuels : cette étape est exécutée en dehors de NetVault Backup pour identifier la position de la commande Supprimer le tableau que l'administrateur de bases de données ne veut pas restaurer. (Pour plus d'informations sur cet utilitaire et ce processus, consultez le MySQL Reference Guide (Guide de référence MySQL). Dans ce processus, l'administrateur de bases de données a identifié la commande Supprimer le tableau comme position de journal « 805 » dans le journal binaire actuel, « MYSQLSVR-bin.000009 ».

Une fois la position identifiée à partir des journaux binaires restaurés, la restauration PIT est ensuite effectuée en utilisant la sauvegarde incrémentielle du mercredi.

1
Sélectionnez la restauration incrémentielle effectuée le mercredi soir : l'administrateur de bases de données sélectionne à nouveau l'ensemble de sauvegardes sur la page Créer une session de restauration : sélectionner l'ensemble de sauvegardes qui correspond à la sauvegarde incrémentielle du mercredi.
2
Définissez des options spécifiques dans l'onglet Options liées à la restauration : l'administrateur de bases de données définit les options suivantes :
Effectuer la restauration PIT : sélectionné pour activer cette forme de restauration et toutes les options associées.
Restaurer et appliquer les journaux binaires (utilisés lorsque l'heure ou la position est déjà connue) : sélectionné pour indiquer au plug-in d'utiliser le journal binaire inclus dans la sauvegarde.
Inclure les journaux binaires actuels : Sélectionné pour indiquer à NetVault Backup d'utiliser les journaux binaires actuels pour appliquer toutes les transactions de la base de données qui se sont produites après la sauvegarde incrémentielle du mercredi soir. Cette étape récupère toutes les transactions qui se sont produites entre l'achèvement de la sauvegarde incrémentielle le mercredi soir et l'heure à laquelle la commande Supprimer le tableau a été émise.
Activer la restauration avant les instructions SQL erronées/incorrectes : sélectionnez cette option, et réglez la position d'arrêt sur « 804 », la position dans le journal binaire actuel qui existe avant la position de la commande Supprimer le tableau identifiée à l'aide de mysqlbinlog. Définissez le journal binaire contenant la position d'arrêt sur AUTRE FICHIER, et entrez le nom du fichier binaire actuel dans la zone de texte, par exemple, « MYSQLSVR-bin.000009 ».
Méthode 4 : Restauration avant et après une instruction erronée en utilisant les journaux binaires actuels et restaurés

Jeudi à 9h00, l'administrateur de bases de données apprend que les utilisateurs rencontrent des erreurs « tableau non trouvé » sur le tableau des commandes. Il se rend compte que le tableau n'existe plus parce qu'un développeur l'a supprimé sans le savoir à 6h00 le jeudi.

L'administrateur de base de données doit restaurer la base de données jusqu'à l'heure juste avant que le développeur ne supprime le tableau à 06h00 le jeudi. De plus, l'administrateur de base de données veut une restauration plus précise, c'est pourquoi il décide d'utiliser une restauration en fonction de la position. Pour accomplir ce processus, l'administrateur de bases de données doit restaurer la sauvegarde complète du dimanche et les sauvegardes incrémentielles suivantes effectuées le lundi et le mardi, puis effectuer une restauration PIT en fonction de la position en utilisant la sauvegarde incrémentielle du mercredi. Les phases suivantes illustrent ce processus :

1
Sélectionnez la sauvegarde complète effectuée le dimanche soir : sur la page Créer une session de restauration : sélectionner l'ensemble de sauvegardes, l'administrateur de bases de données sélectionne la sauvegarde qui correspond à la sauvegarde complète du dimanche.
1
Sélectionnez la restauration incrémentielle effectuée le lundi soir : sur la page Créer une session de restauration : sélectionner l'ensemble de sauvegardes, l'administrateur de bases de données sélectionne la sauvegarde qui correspond à la sauvegarde incrémentielle du lundi.
1
Sélectionnez la restauration incrémentielle effectuée le mardi soir : sur la page Créer une session de restauration : sélectionner l'ensemble de sauvegardes, l'administrateur de bases de données sélectionne la sauvegarde qui correspond à la sauvegarde incrémentielle du mardi.

Utiliser l'utilitaire mysqlbinlog sur les journaux binaires actuels : cette étape est exécutée en dehors de NetVault Backup pour identifier la position de la commande Supprimer le tableau que l'administrateur de bases de données ne veut pas restaurer. (Pour plus d'informations sur cet utilitaire et ce processus, consultez le MySQL Reference Guide (Guide de référence MySQL). Dans ce processus, l'administrateur de bases de données a identifié la commande Supprimer le tableau comme position de journal « 805 » dans le journal binaire actuel, « MYSQLSVR-bin.000009 ».

Une fois la position identifiée à partir des journaux binaires restaurés, la restauration PIT est ensuite effectuée en utilisant la sauvegarde incrémentielle du mercredi.

1
Sélectionnez la restauration incrémentielle effectuée le mercredi soir : l'administrateur de bases de données sélectionne à nouveau l'ensemble de sauvegardes sur la page Créer une session de restauration : sélectionner l'ensemble de sauvegardes qui correspond à la sauvegarde incrémentielle du mercredi.
2
Définissez des options spécifiques dans l'onglet Options liées à la restauration : l'administrateur de bases de données définit les options suivantes :
Effectuer la restauration PIT : sélectionné pour activer cette forme de restauration et toutes les options associées.
Restaurer et appliquer les journaux binaires (utilisés lorsque l'heure ou la position est déjà connue) : sélectionné pour indiquer au plug-in d'utiliser le journal binaire inclus dans la sauvegarde.
Inclure les journaux binaires actuels : Sélectionné pour indiquer à NetVault Backup d'utiliser les journaux binaires actuels pour appliquer toutes les transactions de la base de données qui se sont produites après la sauvegarde incrémentielle du mercredi soir. Cette étape récupère toutes les transactions qui se sont produites entre l'achèvement de la sauvegarde incrémentielle le mercredi soir et l'heure à laquelle la commande Supprimer le tableau a été émise.
Activer la restauration avant les instructions SQL erronées/incorrectes : sélectionnez cette option, et réglez la position d'arrêt sur « 804 », la position dans le journal binaire actuel qui existe avant la position de la commande Supprimer le tableau identifiée à l'aide de mysqlbinlog. Définissez le journal binaire contenant la position d'arrêt sur AUTRE FICHIER, et entrez le nom du fichier binaire actuel dans la zone de texte, par exemple, « MYSQLSVR-bin.000009 ».
Activer la restauration après les instructions SQL erronées/incorrectes : sélectionnez cette option, et réglez la position de début sur « 806 », la position dans le journal binaire actuel qui existe après la position de la commande Supprimer le tableau identifiée à l'aide de mysqlbinlog. Définissez le journal binaire contenant la position d'arrêt sur AUTRE FICHIER, et entrez le nom du fichier binaire actuel dans la zone de texte, par exemple, « MYSQLSVR-bin.000009 ». Enfin, comme la restauration doit être effectuée jusqu'à la fin du journal binaire actuel, l'option Aucune a été sélectionnée pour la position d'arrêt.
IMPORTANT: les positions d'arrêt et de début doivent être des positions réelles listées dans un journal binaire, et non des nombres arbitraires qui sont supérieurs à la position de la transaction indésirable.
関連ドキュメント

The document was helpful.

評価を選択

I easily found the information I needed.

評価を選択