SQL Server (2005 oui oui) et PRA - Management du SI - Systèmes & Réseaux Pro
Marsh Posté le 17-07-2014 à 13:04:39
Je n'ai pas de réponse à cette question, mais pourquoi parles-tu de SQL 2008 en bas de ton post ?
As-tu comparé le log shipping par rapport au database mirroring ?
Marsh Posté le 17-07-2014 à 13:32:37
teflon a écrit : Je n'ai pas de réponse à cette question, mais pourquoi parles-tu de SQL 2008 en bas de ton post ? |
Oups je corrige... c'est bien 2005
Non je ne connaissais pas Log Shipping...
Marsh Posté le 17-07-2014 à 14:22:44
Entre les 2 il n'y a pas de mauvaise solution, après il faut regarder ce que chacune implique comme architecture, de temps de failover (manuel/automatique) et ce que ta production est prête à attendre pour un retour "à la normale".
Marsh Posté le 17-07-2014 à 15:49:27
Ce que l'on souhaite c'est une bascule manuelle...
C'est dans le cas ou l'usine principale à vraiment un gros pb...
Marsh Posté le 17-07-2014 à 15:59:11
L'avantage du mode mirroring c'est la quasi instantanéité de réplication de ta base principale vers la secondaire (attention un seul réplica dispo lors d'un mirroring).
Le log shipping se fait sur une base de "toutes les x minutes" par contre tu peux l'envoyer sur autant de réplica que tu souhaites (doit bien y avoir une limite mais je ne la connais pas).
Le mirroring avec failover manuel ne nécessite pas de witness donc tu es bon avec seulement 2 instances SQL.
A noter que depuis la version 2014 de SQL, Microsoft préconise de ne plus utiliser le mirroring (qui va être déprécié) mais plutôt AlwaysOn.
Marsh Posté le 17-07-2014 à 16:04:58
si j'ai bien compris l'effet du miroring...
J'ai une base en prod... en instatanée j'ai les dupplications mais l'autre base est en lecture seule ?
Sinon sur le point de vue procédure dans l'idée :
-Je monte une VM avec SQl Server 2005
-Je sauvegarde ma base de prod.
-Je vais sur le site distant et je restore.
-J'active le miroring
C'est ça l'idée?
Marsh Posté le 17-07-2014 à 16:55:52
En mirroring la base secondaire est inaccessible me semble t-il puisque toujours en synchro avec la principale.
Le log shipping par contre te permet d'accéder en read only à la base secondaire mais tu te fais éjecter lorsque le restore du log se déroule.
Pour la procédure c'est super simple :
- tu vérifie sur ton sql de prod le mode de restauration de ta base (de préférence en full)
- tu montes ta vm avec sql 2005
- tu fais une sauvegarde complète de ta base de prod
- tu fais une sauvegarde du tlog de ta base de prod
- tu restaures la base sur la nouvelle vm en mode norecovery
- tu restaures le tlog sur la nouvelle base toujours en mode norecovery
- tu actives le mirroring depuis ton instance principale
Marsh Posté le 17-07-2014 à 17:00:45
Super!
Je vais tester avec une base de test plus petit..
Pour tester : je fais comment ? je supprime la base ?
Pour vérifier l'intégrité de la base ? il y a une commande ?
Marsh Posté le 17-07-2014 à 17:22:10
Tu pourrais tester direct avec ta base de prod puisque tu peux revenir en arrière à tout moment et il n'y a pas d'interruption.
Marsh Posté le 17-07-2014 à 17:34:31
mmm j'ai pas trop quand je joue aux apprentis admin bdd.
J'aime bien être serein d'avoir bien compris et ne pas faire une boulette qui va me faire perdre plus de cheveux...
Marsh Posté le 16-07-2014 à 15:25:43
Bonjour,
Je souhaite avoir un retour des personnes qui ont fait un PRA d'une base SQL Server 2005 (oui oui 2005)?
Je souhaite faire le PRA d'une base de données.
La base de données est sur un serveur physique. La sauvegarde fait 70Go.
Les journaux de transactions font entre 50Mo et 100Mo toutes les heures.
Le serveur de secours se trouve dans une autre salle via une connexion MPLS de 4Mbits/s
Le traffic entre les deux sites est faible (20 postes en TSE)
Sur le site "pra", il y a un vmware en 5.0.
Je pensai montrer une VM en 2008 R2 ou 2008 + SQL Serveur 2005 et faite du miroir de base de données.
Est ce une bonne solution ?
Message édité par PsYKrO_Fred le 17-07-2014 à 13:40:47