Duplicado de base de datos en SQL Server
La duplicación de la base de datos de SQL Server permite conservar una copia, o duplicado, de una base de datos de SQL Server en un servidor en espera. La duplicación garantiza que existan dos copias independientes de los datos en todo momento, lo que proporciona una alta disponibilidad y una redundancia completa de los datos. El proveedor de datos .NET para SQL Server ofrece compatibilidad implícita con la duplicación de base de datos; de modo que el desarrollador no tiene que realizar ninguna acción ni escribir ningún código una vez que se ha configurado para una base de datos de SQL Server. Además, el objeto SqlConnection admite un modo de conexión explícita que permite proporcionar el nombre de un servidor asociado de conmutación por error en ConnectionString.
La siguiente secuencia simplificada de eventos se produce para un objeto SqlConnection que tiene como destino una base de datos configurada para la duplicación:
La aplicación cliente se conecta correctamente a la base de datos principal y el servidor devuelve el nombre del servidor asociado, que se almacena en caché en el cliente.
Si se produce un error en el servidor que contiene la base de datos principal o se interrumpe la conectividad, se pierde el estado de la transacción y la conexión. La aplicación cliente intenta volver a establecer una conexión con la base de datos principal y produce un error.
A continuación, la aplicación cliente intenta establecer una conexión a la base de datos duplicada en el servidor asociado de forma transparente. Si se realiza correctamente, la conexión se redirige a la base de datos duplicada, que luego se convierte en la nueva base de datos principal.
Especificación del asociado de conmutación por error en la cadena de conexión
Si proporciona el nombre de un servidor asociado de conmutación por error en la cadena de conexión, el cliente intentará establecer de forma transparente una conexión con el asociado de conmutación por error si la base de datos principal no está disponible cuando la aplicación cliente se conecta por primera vez.
";Failover Partner=PartnerServerName"
Si omite el nombre del servidor asociado de conmutación por error y la base de datos principal no está disponible cuando la aplicación cliente se conecta por primera vez, se genera una excepción SqlException.
Cuando se abre una conexión SqlConnection correctamente, el servidor devuelve el nombre del asociado de conmutación por error y reemplaza los valores proporcionados en la cadena de conexión.
Nota:
Debe especificar explícitamente el nombre del catálogo o la base de datos inicial en la cadena de conexión en los escenarios de duplicación de la base de datos. Si el cliente recibe información de conmutación por error sobre una conexión para la que no se ha especificado de forma explícita un catálogo o una base de datos inicial, dicha información no se almacena en caché y la aplicación no intenta conmutar por error si el servidor principal da error. Si una cadena de conexión tiene un valor para el asociado de conmutación por error, pero no para el catálogo o la base de datos inicial, se genera una excepción InvalidArgumentException.
Recuperación del nombre del servidor actual
En el caso de una conmutación por error, puede recuperar el nombre del servidor al que está conectada realmente la conexión actual mediante la propiedad DataSource de un objeto SqlConnection. El siguiente fragmento de código recupera el nombre del servidor activo, dando por sentado que la variable de conexión hace referencia a una conexión SqlConnectionabierta.
Cuando se produce un evento de conmutación por error y la conexión cambia al servidor duplicado, la propiedad DataSource se actualiza para duplicar el nombre de duplicación.
Dim activeServer As String = connection.DataSource
string activeServer = connection.DataSource;
Funcionamiento del duplicado de SqlClient
El cliente siempre intenta conectarse al servidor principal actual. Si se produce un error, lo intenta al asociado de conmutación por error. Si la base de datos duplicada ya se ha cambiado al rol principal en el servidor asociado, la conexión se realiza correctamente y la nueva asignación de duplicado principal se envía al cliente y se almacena en caché durante la llamada a AppDomain. No se almacena de forma permanente y no está disponible para las posteriores conexiones en un AppDomain o proceso diferente. Pero está disponible para las posteriores conexiones en el mismo AppDomain. Tenga en cuenta que otro AppDomain o proceso que se ejecute en el mismo equipo o en otro tiene siempre su grupo de conexiones que no se restablecen. En ese caso, si la base de datos principal se interrumpe, cada proceso o AppDomain da error una vez y el grupo se borra automáticamente.
Nota:
La compatibilidad con la duplicación en el servidor se configura por base de datos. Si las operaciones de manipulación de datos se ejecutan en otras bases de datos no incluidas en el conjunto principal o de duplicados, ya sea mediante nombres de varias partes o cambiando la base de datos actual, los cambios en estas otras bases de datos no se propagan en caso de error. No se genera ningún error cuando se modifican datos en una base de datos que no está duplicada. El desarrollador debe evaluar el posible impacto de esas operaciones.
Recursos de duplicación de base de datos
Para obtener documentación conceptual e información sobre la configuración, la implementación y la administración de la duplicación, vea los siguientes recursos en la documentación de SQL Server.
| Resource | Descripción |
|---|---|
| Duplicación de base de datos | Describe cómo establecer y configurar la duplicación en SQL Server. |