Différence clé: la mise en miroir et la réplication de base de données sont deux techniques de disponibilité élevée des données pour les serveurs de base de données. Lors de la réplication, les objets de données et de base de données sont copiés et distribués d'une base de données à une autre. Cela réduit la charge du serveur de base de données d'origine et tous les serveurs sur lesquels la base de données a été copiée sont aussi actifs que le serveur maître. D'autre part, la mise en miroir de bases de données crée des copies d'une base de données dans deux instances de serveur différentes (principale et miroir). Ces copies miroir fonctionnent comme des copies de secours et ne sont pas toujours actives comme dans le cas de la réplication de données.

La réplication de base de données fait référence au groupe de techniques dans lesquelles les données sont copiées et ces copies sont distribuées d'une base de données à une autre. Pour maintenir la cohérence entre les objets de données et de base de données, les bases de données sont également synchronisées. Le serveur de base de données source peut être appelé maître et les serveurs dans lesquels les données sont répliquées sont appelés esclaves. Cela aide à réduire la charge sur le serveur maître car plusieurs clients peuvent utiliser plusieurs serveurs.

Le comportement des serveurs maîtres et esclaves est généralement le même. Toute modification des données est également répercutée sur les serveurs esclaves. Cette technique peut être utilisée pour copier les données dans plusieurs bases de données. La réplication partielle n'est implémentée que pour un sous-ensemble de tables ou de colonnes de lignes et ne doit donc pas essentiellement répliquer la base de données entière.

La mise en miroir de bases de données fait référence aux techniques par lesquelles des copies redondantes d'une base de données sont créées et conservées. La copie en miroir est systématiquement synchronisée avec la base de données principale. Cette technique permet de garantir la disponibilité ininterrompue des données et réduit également les temps d'arrêt pouvant survenir du fait d'une corruption ou d'une perte de données. Au cours du processus de mise à niveau, la mise en miroir de base de données fournit au moins une copie viable à laquelle accéder.

Microsoft SQL Server utilise cette technique en conservant deux copies (principale et miroir) d'une même base de données sur différents ordinateurs, appelées instances de serveur. Ces copies miroir font office de copies de secours de la base de données. La mise en miroir de bases de données est limitée à deux serveurs.

Les techniques de réplication et de mise en miroir sont également utilisées dans des combinaisons pour augmenter la disponibilité des bases de données. La principale différence entre la réplication et la mise en miroir est que contrairement à la mise en miroir, la réplication ne comporte aucun serveur de secours, car tous les serveurs agissent en tant que serveurs actifs. La mise en miroir est préférable lorsque l'on souhaite réduire le temps d'immobilisation et disposer d'une solution rentable dans le contexte d'un stockage partagé, de commutateurs, etc. la charge de travail d'une application.

Comparaison entre la mise en miroir de bases de données et la réplication:

	Base de données en miroir	Réplication
Définition	La mise en miroir de bases de données crée des copies d'une base de données dans deux instances de serveur différentes. Ces copies fonctionnent comme des copies de secours et ne sont pas toujours actives comme dans le cas de la réplication de données.	Lors de la réplication, les objets de données et de base de données sont copiés et distribués d'une base de données à une autre. Cela réduit la charge du serveur de base de données d'origine et tous les serveurs sur lesquels la base de données a été copiée sont aussi actifs que le serveur maître.
Avantages	La mise en miroir de bases de données permet de réduire les temps d'arrêt planifiés et non planifiés comme suit: Un basculement automatique ou manuel peut être élaboré pour les bases de données en miroir. Il maintient la base de données en miroir correctement synchronisée avec la base de données d'origine	Il améliore la disponibilité et l'évolutivité des données Il fournit une sauvegarde à sécurité intégrée Il fournit la répartition de charge Il fournit une option lors d'une opération déconnectée
Inconvénients (SQL Server 2008)	Une sécurité élevée sans paramètre de basculement automatique peut être une surcharge du réseau. Un troisième serveur est requis pour le "basculement automatique" Les autres éléments doivent être gérés en dehors de la mise en miroir, tels que les connexions, les tâches de l'agent SQL, etc. Nécessite un espace de stockage supplémentaire pour la copie en miroir Si les instantanés sont utilisés en lecture seule, l'instantané est aussi courant que lors de la création de l'instantané.	La reconfiguration peut nécessiter une intervention manuelle. Besoin de compter sur le distributeur pour pousser les changements. Les autres éléments doivent être gérés en dehors de la réplication, tels que les connexions, les tâches de l'agent SQL, etc. Il est plus compliqué d’installer et de maintenir que les autres options. SQL Server devra posséder une licence complète pour le serveur secondaire.