HP Logiciel de base HP Data Protector Express - Manuel (Page 68)

•
DISK REFIT analyse le fichier physique associé à chaque espace alloué aux bases de
données. Il ajoute également les entrées sysdatabases correspondantes. Une partie des
informations n’est pas reconstruite parfaitement.
Par exemple, le numéro du périphérique virtuel d'origine n’est pas assigné car il n’est
pas connu. Au lieu de cela, les numéros de périphériques virtuels sont assignés de manière
séquentielle. Le propriétaire de la base de données n’est pas extrait lors de l’analyse des
fichiers physiques, l’administrateur du système est défini comme propriétaire. Il est
également impossible de déterminer le nombre d’entrées sysusages d’origine. DISK
REFIT
insère une entrée distincte pour chaque type de segment différent.
•
Une fois cette opération terminée, corrigez les entrées effectuées par DISK REFIT dans
sysdatabases et sysusages (si vous le souhaitez) et ajoutez également dans syslogins tout
ID de connexion qui n’a pas été conservé. Puis fermez et redémarrez SQL Server.
ATTENTION : La capture des dernières modifications effectuées dans la base de données
à l’aide de DISK REFIT et DISK REINIT pour recréer la base de données master est
possible, mais il est préférable de conserver la base de données master actuelle en la
transférant après avoir créé ou modifié les bases de données. L’utilisation de DISK REFIT
et DISK REINIT est un procédé compliqué qui peut engendrer une perte de données car
bon nombre de modifications effectuées dans la base de données doivent être reconstruites
manuellement dans la base de données master. Si vous estimez que cette technique est
nécessaire, contactez votre fournisseur principal de support avant de débuter tout processus
de récupération.
Supprimer les bases de données et périphériques de base de données incorrects
• Utilisez SQL Enterprise Manager pour supprimer toute base de données et périphérique de
base de données incorrect de la base de donnée master nouvellement restaurée.
REMARQUE : Si vous effectuez une récupération d'urgence dans lequel vous avez perdu un
fichier de périphérique de base de données, la base de données master que vous venez de
restaurer contient toujours une référence qui s’y rapporte. Data Protector Express ne sera pas en
mesure de restaurer toute base de données contenue dans le périphérique de base de données
jusqu’à ce que le fichier soit restauré ou que le périphérique de base de données soit supprimé.
Si le périphérique de base de données est supprimé, Data Protector Express recrée automatiquement
le périphérique lorsqu’une base de données contenue dans le périphérique est restaurée.
Restaurer la base de données msdb
Lors de la restauration de la base de données msdb, prenez en compte les considérations suivantes
:
•
La msdb base de données prend en charge SQL Executive et fournit une zone de stockage
pour les informations de planification. Les programmes que vous implémentez à l’aide de
SQL Enterprise Manager sont gérés dans la msdb base de données. Cela inclut des éléments
tels que les tâches que vous planifiez depuis la fenêtre de planification des tâches, les
sauvegardes automatiques que vous planifiez depuis la fenêtre de sauvegarde/restauration
de base de données et toutes les tâches de réplication, qui sont automatiquement créées par
le système si le serveur est configuré en tant que distributeur de réplication.
•
Lors de l’installation d’un serveur, le programme d’installation crée automatiquement deux
périphériques (un de 2 Mo et un de 1 Mo) sur le même lecteur de disques que celui de la
base de données master puis place la msdb base de données dans un périphérique de 2 Mo
(MSDBDATA) et son journal de transactions dans le périphérique de 1 Mo (MSDBLOG). Les
informations de planification sont ensuite stockées dans cette base de données.
68 Utilisation d'applications tierces