Hier soir, je me suis amusé à créer une deuxième instance de sql serveur sur mon portable xp pro.
En utilisant le manager sql serveur, j'ai mis en place un log shipping entre mes deux instances : mon instance principale et mon instance nommée logshipping.
Il est assez facile de mettre en place un envoi de journaux avec sql serveur 2005. Il suffit d'aller dans le menu tâches, après un clic droit sur la base que vous voulez mettre en haute disponibilité.
Il est nécessaire de créer un répertoire partagé logshipping en amont car lors de la définition de l'instance primaire du logshipping, on vous demande deux choses :
- \\PLUTON\logshipping le répertoire partagé.
- c:\logshipping le répertoire local puisque dans notre cas, les deux instances sont sur le même serveur.
Pour définir un envoi de journaux, on doit définir une instance principale qui sauvegarde le journal et exporte le journal dans un répertoire partagé. On doit aussi définir une instance secondaire, sur laquelle on doit définir le répertoire, dans notre cas : c:\logshipping. L'instance secondaire effectue une restauration avec l'option NORECOVERY ce qui rend la base dupliquée non accessible. c'est la surprise que j'ai découvert lors de cette expérience. Une base secondaire de log shipping n'est pas accessible tant que le log shipping est en place. En fait, quand on décide d'utiliser la base secondaire à la place de la base primaire, il est nécessaire de faire plusieurs choses.
1 - arréter les agents sql serveur dans l'ordre.
1.1 - j'arrète le backup.
1.2 - apres copie du fichier sur le serveur de destination, j'arrête l'agent sql serveur qui copie le fichier.
1.3 - apres la restauration du fichier de log sur le serveur de destination, j'arrête l'agent sql serveur.
2 - sauvegarder le log de la base primaire.
3 - restaurer le log sur la base secondaire avec l'option WITH RECOVERY. c'est important pour sortir la base de la latence et la rendre active.
En complément, je dirais que les logins n'existent pas sur la base de destination, car lors de la mise en place on fait seulement une sauvegarde full restauration full de la base, donc il est nécessaire de dupliquer les logins pour utiliser la base secondaire. Tout cela est manuelle et assez compliqué à mettre en oeuvre lorsque l'on désire utiliser la base secondaire. Néanmoins, la mise en place est entièrement automatique et très facile à mettre en place et cela permet une meilleure sécurité de votre base puisque si vous perdez votre serveur principal, mais que vous avez la possibilité de sauvegarder le journal de queue, alors vous n'avez rien perdu.
Poster un nouveau commentaire