Meilleure stratégie de réplication de serveur de sauvegarde à chaud / à chaud (SQL Server 2005)
-
03-07-2019 - |
Question
J'ai deux serveurs identiques avec SQL Server 2005 et mon application.
Exigences strictes:
- Je dois pouvoir mettre à jour les données sur l'un ou l'autre serveur.
- Je dois pouvoir débrancher l'un ou l'autre des serveurs sans avoir à reconfigurer quoi que ce soit dans la base de données.
- Lorsqu'un serveur est reconnecté, il doit se synchroniser automatiquement avec l'autre serveur.
Notes:
- Je préfère les options qui, dans la mesure du possible, n’augmenteraient pas la charge du serveur principal.
- Les deux serveurs disposent d'un réseau privé pour la réplication. La bande passante n'est donc pas un problème.
- Il est normal que les données soient périmées de quelques minutes sur l'un ou l'autre serveur.
D'après ce que j'ai lu, mes options sont les suivantes:
- Réplication transactionnelle avec abonnements pouvant être mis à jour (mise à jour en file d'attente)
- Réplication de fusion
Quelle configuration correspond le mieux à mes besoins?
La solution
Aucune des options actuelles n'autorise l'écriture sur les deux serveurs. Pratiquement, votre seule option sera la réplication de fusion car cela permet de mettre à jour les deux serveurs.
Cependant, la réplication de fusion est la plus difficile à configurer et à exécuter. Vous devez vous assurer que le serveur de distribution dispose de suffisamment d'espace disque pour qu'il ne soit pas à court d'espace disponible tant que l'un des serveurs est en panne.
L'envoi de journaux et la mise en miroir ne permettent pas de mettre à jour le serveur secondaire.
Autres conseils
Avez-vous envisagé d’envoyer des journaux?
Je ne pense pas que cela puisse être facilement configuré de sorte que le Warm-Standby puisse prendre la relève automatiquement. Un effort manuel a donc été nécessaire pour en faire le Primaire.
Et ce ne sera aussi bon que le dernier journal reçu - mais vous pouvez configurer l'envoi des journaux toutes les minutes environ.
Si vous devez disposer de la valeur Standby 100% à jour, vous avez besoin d'une solution qui synchronise chaque transaction - une validation distribuée.
Mais si vous expédiez le standby par FedEx et que vous pourriez forcer un processus (c’est-à-dire, envoyer le journal "final") avant sa mise hors tension, cela devrait fonctionner; ou s’il vient juste de se déconnecter, FedEx, puis revient "en ligne". l'envoi de journaux devrait simplement reprendre à partir de là où il s'était arrêté; alors, lorsque vous en ferez la Primaire, ce sera comme "frais". le journal le plus récent qu'il a reçu.