Meilleur auteur de réponses
Log shipping avec SQL 2008

Question
-
Bonjour,
Sur un site, j'ai 3 SQL Server 2008 (2 en mirroir + 1 en Witness). Sur un site distant, j'ai aussi un SQL Server 2008 qui me sert de DRP en log shipping et 1 DRP pour le mirroir
En mirroir, les bases sur le site distant sont accessibles puisque mirrorées. Par contre en log shipping sur le site distant (en cas de disaster recovery), la base est-elle accessible directement (on reconnecte l'application et on bascule les users) ou faut-il effectuer des actions pour la rendre accessible ? (les updates sont recopiées régulièrement).
Thanks for advance for your ideas / help - Regards - Have a nice day ! RHUM2
Réponses
-
Bonsoir,
Pour le log shipping, il faut :
- restaurer les journaux de transactions restants (s'il en reste). La dernière sauvegarde doit être restaurée avec l'option WITH RECOVERY.
- remapper correctement les comptes de connexion si nécessaire
- Vérifier les autres objets de serveur éventuellemnt (serveurs liés, points de terminaisons etc ...)
- Vérfier les permissions de sécurité
- Changer la chaine de connexion des applications pour démarrer sur le secondaire
- Vérifier les éventuels jobs de travail à démarrer avec l'agent SQL Server++
MCDBA | MCITP SQL Server 2005 / SQL Server 2008 | LPI Linux 1- Marqué comme réponse Roxana PANAITMicrosoft employee lundi 26 avril 2010 09:28
Toutes les réponses
-
Bonsoir,
Pour le log shipping, il faut :
- restaurer les journaux de transactions restants (s'il en reste). La dernière sauvegarde doit être restaurée avec l'option WITH RECOVERY.
- remapper correctement les comptes de connexion si nécessaire
- Vérifier les autres objets de serveur éventuellemnt (serveurs liés, points de terminaisons etc ...)
- Vérfier les permissions de sécurité
- Changer la chaine de connexion des applications pour démarrer sur le secondaire
- Vérifier les éventuels jobs de travail à démarrer avec l'agent SQL Server++
MCDBA | MCITP SQL Server 2005 / SQL Server 2008 | LPI Linux 1- Marqué comme réponse Roxana PANAITMicrosoft employee lundi 26 avril 2010 09:28
-
Bonjour,
Merci pour ces précisions. en effet, j'avais testé différentes solutions "manuelles", mais je cherchais à automatiser tout cela le plus possible lorsque l'on a des sites de production extrêmeent éloignés avec des équipes qui ne sont pas forcément des experts en Log Shipping.
Thanks for advance for your ideas / help - Regards - Have a nice day ! RHUM2 -
-
Bonjour,
Merci ... Au fil des discussions, je pense que l'on va garder le mirroring, j'espère simplement que la technologie peut "gérer" le mirroring au travers de très longues distances .... (de france en asie par exemple)
Thanks for advance for your ideas / help - Regards - Have a nice day ! RHUM2 -
Avec le mirroring tout dépend le mode utilisé ... effectivement sur des sites distants si vous êtes en mode synchrone et en haute disponibilité, vous pouvez voir apparaître des problèmes de lenteur et de basculement automatique non maitrisé si votre réseau ne tient pas la route ...
++
MCDBA | MCITP SQL Server 2005 / SQL Server 2008 | LPI Linux 1 -
Bonjour,
D'après une étude de cas MS (technet SQL Server 2008) entre 2 sites de 650 kms, il est possible de mettre du mirroring plutôt en asynchrone qu'en synchrone, avec un temps de latence du réseau (30 Mb/s) de l'ordre 10 ms, voire moins. MS n'est pas très loquace sur ce genre de configuration. Théoriquement, cela fonctionne, mais en pratique ???
J'ai un temps de latence qui est compris entre 8 et 30 ms, par temps sec sans possibilité de prise en charge QoS de bout en bout.
En fait, j'ai 2 sites: S1 et S2 avec une distance de 500 kms et un log shipping entre les sites (Normal et PRA)
S1: Mirroring 2 serveurs avec un witness croisé sur S2
S2 : Mirroring 2 serveurs avec un witness croisé sur S1
La question: log shipping entre les serveurs des sites S1 et S2 ou mirroring ou [mirroring + log shipping] ?
Thanks for advance for your ideas / help - Regards - Have a nice day ! RHUM2