Mise en miroir, envoi de journaux SQL Server 2005

Question

Je suis chargé de la mise en place d'une reprise après sinistre pour l'un de nos systèmes. Le serveur principal est en FL et le secondaire en Allemagne. L'application est une application globale au sein de mon entreprise.

Je ne suis pas sûr si je devrais utiliser l'expédition de journal ou le mirroring. Ce que j'ai lu est que la mise en miroir aura un effet négatif sur la performance de ma demande. Est-ce vrai? Cela signifie-t-il que chaque fois qu'un utilisateur modifie ou enregistre un enregistrement, cela prendra plus de temps pour obtenir une réponse positive.

Merci

Answer 1

Mirroring garderait les deux principaux environnements et DR en phase 100% du temps et d'éliminer ainsi la possibilité de perte de données. Cependant, comme vous l'avez noté, cela a un effet négatif sur les performances, mais peut être nécessaire dans des situations qui ne peuvent tolérer aucune perte de données (par exemple, des applications financières). Les journaux d'expédition et leur application à la base de données en attente sur le site de reprise après incident n'ont pas le même impact sur le temps de réponse de l'utilisateur, mais ouvrent une petite période pendant laquelle des pertes de données peuvent potentiellement se produire.

Answer 2

La mise en miroir peut avoir différents impacts sur les performances en fonction du mode de fonctionnement choisi. Si vous effectuez une mise en miroir, vous pouvez utiliser trois modes de fonctionnement: Haute protection (avec ou sans basculement automatique) et Haute performance. Fondamentalement, ceux-ci constituent une mise en miroir synchrone et asynchrone. Avec High Protection, votre application attendra la fin de la mise en miroir avant de considérer la transaction comme terminée. En mode haute performance, votre application n'attendra pas que la mise en miroir ait été validée. En fait, il n'est pas garanti à tout moment que toutes les transactions les plus récentes auront été sauvegardées dans le journal des transactions du miroir.

L'un des principaux facteurs à prendre en compte lors de la mise en miroir sera le temps d'aller-retour de votre réseau. Une latence plus élevée aura un impact plus important sur vos performances. Vous devrez comparer le coût de la performance à vos besoins spécifiques de récupération (et de basculement). Si vous ne l'avez pas déjà fait, vous devriez lire Database Mirroring in SQL Server 2005 et Database Mirroring Best Practices and Performance Considerations.

Answer 3

Mirroring est fonctionner de manière synchrone (attendez jusqu'à ce que le journal est déterminé à DB), généralement déployer sur la bonne connexion réseau (LAN)

expédition Log est fonctionne de manière asynchrone (ne sera pas attendre le journal est déterminé à DB), le plus souvent déployer sur MPLS/VPN ou réseau lent

donc pour votre objectif, u devrait utiliser Log Shipping