Guide de l'administrateur NetBackup™ for HCL Domino
- Introduction à NetBackup for Domino
- Installation de NetBackup for Domino
- Configuration de NetBackup for Domino
- À propos de la configuration de NetBackup for Domino
- Configuration des restaurations rapides de Notes
- Configuration des propriétés de l'hôte pour un client Notes
- À propos de la configuration d'une politique de sauvegarde d'une base de données Notes
- Ajout d'une politique NetBackup for Domino
- À propos des attributs de politique
- Ajout de planifications à une politique NetBackup for Domino
- Ajout de clients à une politique
- Ajout de sélections de sauvegarde à une politique Notes
- À propos de l'exclusion de bases de données Notes des sauvegardes
- À propos des sauvegardes des liens des bases de données Notes et des liens des répertoires
- Configuration d'une politique de sauvegarde pour les fichiers de prise en charge de base de données Notes
- Exécution d'une sauvegarde manuelle
- Sauvegardes et restaurations des bases de données Notes
- Création de cluster Domino
- Serveurs Domino partitionnés
- Dépannage de NetBackup for Domino
- A propos de la consignation de débogage de NetBackup for Domino
- Affichage du rapport de progression d'une opération NetBackup for Domino
- À propos des opérations de restauration de Notes
- La sauvegarde de client Windows échoue et renvoie l'état 69
- Échec de la restauration à un moment donné depuis le serveur principal avec l'état 12
Exemple d'environnement en cluster avec quatre serveurs Domino
L'environnement est un environnement en cluster de Domino avec quatre serveurs de Domino comme membres du cluster. Le serveur A est identifié comme votre serveur de sauvegarde et exécute la consignation des transactions de style archive. Les serveurs B, C et D exécutent une consignation de style circulaire ou linéaire. Pour obtenir une répartition de charge à travers tous les serveurs, des répliques de toutes les bases de données existent sur chacun des quatre serveurs dans votre cluster de Domino. Une sauvegarde complète de toutes les bases de données a été terminée au début de la semaine. Les sauvegardes incrémentielles des journaux des transactions de style archivage sont exécutées toutes les quatre heures, la dernière se terminant il y a 2 heures. À 14:30, un utilisateur se plaint que la base de données acme.nsf est endommagée, alors qu'il l'a modifiée sur le serveur C au cours des 30 dernières minutes. Malheureusement, puisque l'environnement est un environnement de cluster de Domino, la corruption est répliquée sur chacun des quatre serveurs membres. Les utilisateurs assurent que la base de données était dans un état stable lorsqu'ils ont commencé à modifier la base de données.
Pour rétablir la stabilité d'une base de données, procédez comme suit :
Sur le serveur A, lancez une récupération spécifique sur la base de données acme.nsf. Sélectionnez la base de données acme.nsf de la dernière sauvegarde réussie (par exemple, une sauvegarde complète effectuée un peu plus tôt dans la semaine). Commencez la restauration.
Dans l'onglet Lotus Notes de la boîte de dialogue Restaurer les fichiers marqués, sélectionnez l'option . Sélectionnez l'option . Spécifiez la date d'aujourd'hui à 14 h 00 (l'heure à laquelle l'utilisateur a commencé à modifier la base de données) comme moment spécifique pour la récupération.
À la fin de la restauration ou de la récupération, une version du fichier acme.nsf datant de 14:00 devrait être présente sur le serveur. Vérifiez la cohérence de acme.nsf sur le serveur A. Si tout semble en ordre, créez de nouvelles répliques de acme.nsf sur les serveurs B, C et D depuis le serveur A. La réplication du cluster devrait maintenant être fonctionnelle sur les serveurs A, B, C et D, avec une version cohérente de acme.nsf.