DISK REMIRROR |
Remiroir le disque |
Sybase |
Syntaxe
DISK REMIRROR name = "nom_périphérique"
|
Paramètres
Nom |
Description |
name |
Ce paramètre permet d'indiquer le nom du périphérique de base de données en disque miroir, étant enregistré dans la colonne name de la table sysdevices. Le nom doit être placé entre guillemets simples ou doubles. |
nom_périphérique |
Ce paramètre permet d'indiquer le nom du périphérique à utiliser. |
Description
Cette instruction permet de redémarrer le disque miroir après qu'il se soit arrêter à cause d'un échec de périphérique miroir ou de désactivation temporaire à cause de l'instruction DISK UNMIRROR.
Remarques
- La mise en miroir de disque crée un miroir logiciel d'un périphérique de base de données utilisateur, du périphérique de base de données principale ou d'un périphérique de base de données utilisé pour le journal de bord de transactions dans la base de données utilisateur. Si un périphérique de base de données tombe en panne, alors son miroir prend immédiatement le relais.
- On utilise la commande DISK REMIRROR pour rétablir la mise en miroir après l'arrêt temporaire d'une unité en miroir, ou temporairement désactivée avec l'option «MODE = RETAIN» de la commande DISK UNMIRROR, tandis que la commande DISK REMIRROR copie les données sur le disque conservé dans le miroir.
- Sauvegardez la base de données principale avec la commande DUMP DATABASE après chaque utilisation de DISK REMIRROR. Ainsi, vous récupérez plus facile et plus sûrement les données si le base de données principale est endommagé.
- Si la mise en miroir a été définitivement désactivée avec l'option «MODE = REMOVE», vous devez supprimer le fichier du système d'exploitation contenant le miroir avant d'utiliser la commande DISK REMIRROR.
- Les périphériques de base de données, et non pas les bases de données, sont mis en miroir.
- Vous pouvez mettre en miroir, réorganiser ou annuler la mise en miroir des bases de données sans arrêter Adaptive Server. Ainsi, la mise en miroir de disque n'interfère pas avec les activités en cours dans la base de données.
- Lorsqu'une lecture ou une écriture sur un périphérique en miroir échoue, Adaptive Server réémet le périphérique défectueux et affiche les messages d'erreur. L'Adaptive Server continue de s'exécuter, sans être mis en miroir. L'administrateur système doit alors utiliser DISK REMIRROR pour redémarrer la mise en miroir.
- Outre la mise en miroir des périphériques de base de données utilisateur, placez toujours le journal de bord de transactions de la base de données utilisateur sur un périphérique de base de données distinct. Le périphérique de base de données utilisé pour les journaux de transactions peut également être mis en miroir pour une protection encore plus grande. Pour placer le journal de bord des transactions d'une base de données (c'est-à-dire la table système syslogs) sur un autre périphérique que celui sur lequel le reste de la base de données est entreposé, nommez le périphérique de base de données et le périphérique de journal de bord lorsque vous créez la base de données. Vous pouvez également utiliser ALTER DATABASE pour pointer vers un deuxième périphérique, puis exécuter sp_logdevice.
- Si vous mettez en miroir le périphérique de base de données pour la base de données principale, vous pouvez utiliser l'option -r et le nom du miroir pour UNIX lorsque vous redémarrez Adaptive Server avec le programme utilitaire de base de données serveur «dataserver». Ajoutez l'option au fichier RUN_servername de ce serveur afin que l'utilitaire startserver en soit informé. Par exemple, la commande suivante démarre un périphérique principale nommé «master.dat» et son miroir, «mirror.dat» : dataserver -dmaster.dat -rmirror.dat.
- Pour obtenir un rapport sur tous les périphériques Adaptive Server de votre système (périphériques de base de données utilisateur et leurs miroirs, ainsi que les périphériques de vidage), vous devriez exécuter sp_helpdevice.
Dernière mise à jour : Dimanche, le 31 mai 2015