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.
1 |
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 |
IMPORTANT: si vous utilisez MySQL Enterprise Backup dans un environnement Linux ou UNIX, vérifiez que les informations de propriété et de permission sur les données restaurées correspondent à ce qu'elles étaient avant la sauvegarde des données. Comme l'utilitaire mysqlbackup n'enregistre pas ces informations pendant le processus de sauvegarde, elles peuvent être différentes une fois la restauration terminée. Pour plus d'informations, voir https://docs.oracle.com/cd/E17952_01/mysql-enterprise-backup-3.11-en/bugs.backup.html. |
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.
• |
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.
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. |
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.
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. |
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. |
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.
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. |
2 |
Laissez toutes les options de restauration à leur valeur par défaut : aucune de ces options n'est utilisée. |
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. |
2 |
Laissez toutes les options de restauration à leur valeur par défaut : aucune de ces options n'est utilisée. |
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. |
2 |
Laissez toutes les options de restauration à leur valeur par défaut : aucune de ces options n'est utilisée. |
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 |
Laissez toutes les options de restauration à leur valeur par défaut : aucune de ces options n'est utilisée. |
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. |
2 |
Laissez toutes les options de restauration à leur valeur par défaut : aucune de ces options n'est utilisée. |
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. |
2 |
Laissez toutes les options de restauration à leur valeur par défaut : aucune de ces options n'est utilisée. |
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. |
2 |
Laissez toutes les options de restauration à leur valeur par défaut : aucune de ces options n'est utilisée. |
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. |
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. |
2 |
Laissez toutes les options de restauration à leur valeur par défaut : aucune de ces options n'est utilisée. |
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. |
2 |
Laissez toutes les options de restauration à leur valeur par défaut : aucune de ces options n'est utilisée. |
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. |
2 |
Laissez toutes les options de restauration à leur valeur par défaut : aucune de ces options n'est utilisée. |
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. |
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. |
2 |
Laissez toutes les options de restauration à leur valeur par défaut : aucune de ces options n'est utilisée. |
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. |
2 |
Laissez toutes les options de restauration à leur valeur par défaut : aucune de ces options n'est utilisée. |
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. |
2 |
Laissez toutes les options de restauration à leur valeur par défaut : aucune de ces options n'est utilisée. |
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. |
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. |
2 |
Laissez toutes les options de restauration à leur valeur par défaut : aucune de ces options n'est utilisée. |
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. |
2 |
Laissez toutes les options de restauration à leur valeur par défaut : aucune de ces options n'est utilisée. |
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. |
2 |
Laissez toutes les options de restauration à leur valeur par défaut : aucune de ces options n'est utilisée. |
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. |
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. |
2 |
Laissez toutes les options de restauration à leur valeur par défaut : aucune de ces options n'est utilisée. |
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. |
2 |
Laissez toutes les options de restauration à leur valeur par défaut : aucune de ces options n'est utilisée. |
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. |
2 |
Laissez toutes les options de restauration à leur valeur par défaut : aucune de ces options n'est utilisée. |
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.
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. |
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. |
2 |
Laissez toutes les options de restauration à leur valeur par défaut : aucune de ces options n'est utilisée. |
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. |
2 |
Laissez toutes les options de restauration à leur valeur par défaut : aucune de ces options n'est utilisée. |
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. |
2 |
Laissez toutes les options de restauration à leur valeur par défaut : aucune de ces options n'est utilisée. |
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.
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. |
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. |
2 |
Laissez toutes les options de restauration à leur valeur par défaut : aucune de ces options n'est utilisée. |
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. |
2 |
Laissez toutes les options de restauration à leur valeur par défaut : aucune de ces options n'est utilisée. |
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. |
2 |
Laissez toutes les options de restauration à leur valeur par défaut : aucune de ces options n'est utilisée. |
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 ».
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 ». |
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. |
2 |
Laissez toutes les options de restauration à leur valeur par défaut : aucune de ces options n'est utilisée. |
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. |
2 |
Laissez toutes les options de restauration à leur valeur par défaut : aucune de ces options n'est utilisée. |
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. |
2 |
Laissez toutes les options de restauration à leur valeur par défaut : aucune de ces options n'est utilisée. |
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 ».
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. |
© ALL RIGHTS RESERVED. Feedback Termini di utilizzo Privacy Cookie Preference Center