Quels sont les scénarios pour la mise en miroir, l'envoi de journaux, de réplication et de clusters dans SQL Server
Autant que je sache, SQL Server fournit 4 techniques pour une meilleure disponibilité.
Je pense que ces sont les principaux scénarios d'utilisation, en résumé :-
1) la Réplication serait principalement adapté pour la en ligne-hors ligne la synchronisation des données des scénarios (ordinateur portable , appareils mobiles, des serveurs distants).
2) Journal de l'expédition pourrait être utilisé afin d'avoir un serveur de basculement avec commutation manuelle, tandis que
3) la mise en Miroir de Base de données est un basculement automatique de la technique
4) le Clustering de Basculement est un type avancé de la mise en miroir de base de données.
Suis-je droit ?
Grâce.
- Excellente réponse. Une chose que je tiens à ajouter.. maintenant que c'est presque 2013. Ms conseille de ne pas utiliser la mise en miroir. Il partira par la suite. Aussi, la mise en miroir est limité à un seul partenaire.
Vous devez vous connecter pour publier un commentaire.
De clustering de basculement est une technologie qui fournit une redondance au niveau du matériel et il est construit au-dessus des Fenêtres de la technologie de Clustering, c'est à dire qu'il n'est pas spécifique à SQL Server.
Par exemple, le processeur saute sur le Serveur A. Heureusement, le Serveur A fait partie d'un Cluster SQL Server et donc le Serveur B prend le pas sur le travail de fournir le Service SQL Server, dans une affaire de secondes. Tout cela se fait automatiquement et est transparent pour les utilisateurs de base de données et ou l'application par le cluster.
La principale différence entre la Base de données mise en Miroir et le clustering est que les Clusters de SQL fournit une redondance au niveau de l'instance alors que la mise en miroir de base de données fournit une redondance au niveau base de données.
Le lien suivant fournit une comparaison entre ces deux technologies que vous pouvez trouver de l'utiliser.
http://msdn.microsoft.com/en-us/library/ms191309(SQL.90).aspx
Journal de l'expédition est considéré plus comme une redondance de la technologie.
Par exemple, il peut être utilisé pour fournir une copie intégrale de votre environnement principal, généralement utilisé comme un secours à chaud qui peut être manuellement mis en ligne. Ceci peut être utilisé pour fournir une redondance supplémentaire à votre stratégie de sauvegarde.
Journal de l'expédition peut également être utilisé pour décharger la création de rapports à partir d'un serveur primaire par la création d'une copie en lecture seule de la base de données de production à un autre emplacement/serveur.
De réplication est très diverse, de la technologie et peut être utilisé pour répondre à un certain nombre de scénarios différents, le choix de qui va déterminer le type de réplication, qui est mis en œuvre.
Par exemple, la réplication de fusion peut être utilisé à l'appui d'un traitement distribué par la distribution de la charge de travail de l'application sur plusieurs serveurs répartis dans le traitement des architectures.
Réplication de fusion et publipostage nécessite souvent une application qui est relativement conscient de son environnement. Des Techniques telles que la résolution des conflits doivent également être pris en considération afin d'assurer la cohérence des données dans l'ensemble de l'environnement intégré.
La Réplication transactionnelle peut être utilisé de manière similaire à l'envoi de journaux toutefois, vous pouvez limiter objets spécifiques que sont répliqués à l'abonné. Cela peut être utile si seulement un sous-ensemble de tables est nécessaire à des fins de reporting.
J'espère que cela efface les choses pour vous un peu. Vous pouvez trouver une mine de renseignements au sujet de chacun de ces technologies au sein de SQL Server books online, ou en recherchant, pour chaque technologie dans Google. Cela dit si vous avez des questions que je serais heureux de vous aider alors n'hésitez pas à me laisser tomber ligne de.
Acclamations, John
Dans SQL 2008 Entreprise, il y a aussi quelque chose qui s'appelle la Capture de Données modifiées (CDC), qui nous l'utilisons avec succès là où je travaille.
Nous avons trop de base de données normalisée qui le rend assez difficile d'obtenir des informations sur. Nous avons besoin de changer la structure de données en même temps que nous reproduire ce type de données vers un autre serveur de rapports et de ces.
Il fonctionne très bien pour nous.
Autant que je sache, l'envoi de journaux et de réplication serait probablement mieux adapté dans l'autre sens.
Journal de l'expédition est la synchronisation planifiée, à cet effet, la réplication serait mieux adaptée pour la commutation manuelle car la sauvegarde de serveur serait aussi à jour qu'il pourrait l'être, sauf si vous avez eu toute communication-problème (cependant, l'envoi de journaux auraient le même problème).
en mode hors connexion de données n'est pas aussi sensible pour les délais de sauvegarde de serveur, mais personnellement, je ne vois pas vraiment la nécessité pour l'envoi de journaux à tous, je ne peux pas voir quand jamais il serait plus convenable alternatif pour la réplication (mais il se pourrait que la réplication n'était pas mis en œuvre avant sql2005)
Peut-être que je suis confus de la réplication avec le miroir, et comme une note, la mise en miroir ne vous donne pas de basculement automatique, seulement HA-cluster que vous donne cette fonctionnalité, qui signifie:
atleast à l'aide de SQL server 2005 standard, Windows Enterprise et une salle de stockage de données (comme un SAN).