Usar varias versiones de SQL Server en una topología de replicación
La replicación admite la replicación de datos en diferentes versiones de SQL Server. Este tema proporciona información acerca de las áreas siguientes:
Versiones de SQL Server admitidas
Asignar tipos de datos de SQL Server 2008 para versiones anteriores
Restaurar una base de datos replicada a partir de una versión anterior
Nivel de compatibilidad para publicaciones de combinación
Para obtener información sobre cómo se replican datos en SQL Server Express y SQL Server Compact 3.5 SP1, vea Replicar datos en SQL Server Express y Replicar datos en SQL Server Compact. Para obtener información sobre las características admitidas en cada edición de SQL Server, vea Características compatibles con las ediciones de SQL Server 2008.
Versiones admitidas de SQL Server
SQL Server 2000 y SQL Server 2005 pueden participar en topologías de replicación con SQL Server 2008. Para SQL Server 2000, la versión mínima es Service Pack 3 (SP3). Para SQL Server 2005, la versión mínima es Service Pack 2 (SP2).
Cuando se utiliza la replicación entre versiones diferentes de SQL Server, normalmente se está limitado por las funciones de la versión más antigua. Por ejemplo, si actualiza un distribuidor a una instancia de SQL Server 2008, pero tiene un publicador en el que se ejecuta una instancia de SQL Server 2005 y un suscriptor en el que se ejecuta una instancia de SQL Server 2000, estará limitado a las funciones generales y a las funciones de replicación de SQL Server 2000.
[!NOTA]
Dado que el formato de almacenamiento en disco de SQL Server es el mismo en los entornos de 64 bits y de 32 bits, una topología de replicación puede combinar instancias del servidor que se ejecutan en un entorno de 32 bits e instancias del servidor que se ejecutan en un entorno de 64 bits.
Para todos los tipos de replicación, la versión del distribuidor no debe ser anterior a la versión del publicador. (Con frecuencia, el distribuidor es la misma instancia que el publicador).
Para la replicación transaccional, un suscriptor de una publicación transaccional puede ser de cualquiera de las dos versiones del publicador. Por ejemplo, un publicador de SQL Server 2000 puede tener suscriptores de SQL Server 2008 y un publicador de SQL Server 2008 puede tener suscriptores de SQL Server 2000.
Para la replicación de mezcla, un suscriptor para una publicación de combinación puede ser de cualquier versión que no sea posterior a la versión del publicador. Para obtener más información acerca de la compatibilidad con versiones anteriores, vea "Nivel de compatibilidad para publicaciones de combinación" más adelante en este tema. Para obtener más información acerca de las características de replicación admitidas en las distintas ediciones de SQL Server, vea Características compatibles con las ediciones de SQL Server 2008.
Usar un distribuidor de SQL Server 2005 o SQL Server 2008 con un publicador que ejecute SQL Server 2000
SQL Server 2005 y SQL Server 2008 se pueden usar como distribuidor remoto para publicadores que ejecuten SQL Server 2000. Para cambiar las propiedades del agente en este escenario, ejecute los siguientes procedimientos almacenados en el distribuidor. Estos procedimientos permiten cambiar propiedades que se introdujeron en SQL Server 2005:
Si tiene un publicador y un distribuidor que ejecutan SQL Server 2000, puede cambiar las credenciales bajo las cuales los agentes realizan las conexiones utilizando sp_changedistpublisher y sp_changesubscriber. Sin embargo, si actualiza el distribuidor a SQL Server 2008, estos procedimientos no se podrán utilizar para cambiar las credenciales utilizadas en trabajos de agente existentes. Los procedimientos afectan a los trabajos de agente que se crean después de llamar a dichos procedimientos. Para cambiar las credenciales de trabajos de agente existentes, llame a uno de los cuatro procedimientos enumerados anteriormente.
Asignar nuevos tipos de datos para versiones anteriores
SQL Server 2008 y SQL Server 2005 admiten varios nuevos tipos de datos. Como se muestra en la tabla siguiente, estos nuevos tipos de datos se asignan a tipos de datos compatibles del suscriptor si se utilizan suscripciones de inserción de un distribuidor de SQL Server 2005 o SQL Server 2008. Si los nuevos tipos de datos se replican en los suscriptores que ejecutan versiones anteriores de SQL Server, debe comprobar que se asignen apropiadamente.
La asignación se realiza de forma predeterminada para artículos en publicaciones de combinación, pero no para artículos en publicaciones de instantáneas o transaccionales. El nivel de compatibilidad de la publicación determina la manera en la que los tipos se asignan para las publicaciones de combinación. Por ejemplo, si una columna es de tipo geography y el nivel de compatibilidad es 90RTM, el tipo se asigna a varbinary(max). Si el nivel de compatibilidad es 80RTM, el tipo se asigna a image.
El comportamiento de la asignación lo controla el parámetro @schema\_option de sp_addarticle y sp_addmergearticle.
Para obtener más información sobre cómo se establecen opciones de esquema, vea Cómo especificar opciones de esquema (SQL Server Management Studio) y Cómo especificar opciones de esquema (programación de la replicación con Transact-SQL).
Tipo de datos de SQL Server 2008 |
Tipo de datos de SQL Server 2005 |
Tipo de datos de SQL Server 2000 |
|---|---|---|
Tipo definido por el usuario (UDT) de Common Language Runtime: 8.000 bytes o menos |
UDT |
image |
UDT: más de 8.000 bytes1 |
varbinary(max) |
image |
date2, 3 |
nvarchar(10) |
nvarchar(10) |
datetime22, 3 |
nvarchar(27) |
nvarchar(27) |
datetimeoffset2, 3 |
nvarchar(34) |
nvarchar(34) |
Atributo FILESTREAM1, 4 |
varbinary(max) |
No se admite |
geography y geometry1, 3 |
varbinary(max) |
image |
hierarchyid1, 5 |
varbinary(max) |
image |
nvarchar(max) |
nvarchar(max) |
ntext |
time2, 3 |
nvarchar(16) |
nvarchar(16) |
varchar(max) |
varchar(max) |
text |
varbinary(max) |
varbinary(max) |
image |
xml |
xml |
ntext |
1 Las asignaciones para los tipos UDT, FILESTREAM, geography, geometry y hierarchyid no se admiten para las publicaciones transaccionales con suscripciones actualizables. Sólo se han de incluir estos tipos si todos los suscriptores de actualización ejecutan SQL Server 2008 o una versión posterior.
2 La replicación no comprueba el formato de los datos insertados en el suscriptor. Por consiguiente, la aplicación debe asegurarse de que el formato de dichos datos insertados sea el correcto para columnas de tipo date, datetime2, datetimeoffset y time. Esto se realiza normalmente con una restricción. Si el formato de los datos no es el correcto, las inserciones en el publicador producirán un error.
3 Los suscriptores de SQL Server Compact 3.5 convierten estos tipos una vez replicados al suscriptor. Para obtener más información acerca de las asignaciones de tipos de datos para SQL Server Compact 3.5, vea la documentación de SQL Server Compact 3.5.
Si asigna columnas de tipo geography o geometry a varbinary(max) o image, no podrá replicar las restricciones predeterminadas para estas columnas. Esto tiene las siguientes consecuencias:
Si ya tiene una restricción predeterminada en el Publicador, quite la restricción o especifique que no se debe replicarse. Para especificar que no se debe replicarse, utilice la opción de esquema de artículo para las restricciones predeterminadas:
Seleccione un valor de False para la opción Copiar especificaciones de valores predeterminados. Para obtener más información, vea Cómo especificar opciones de esquema (SQL Server Management Studio).
Deshabilite la opción de esquema 0x800. Para obtener más información, vea Cómo especificar opciones de esquema (programación de la replicación con Transact-SQL).
Si desea agregar una restricción predeterminada en el Publicador, especifique primero que no se deben replicar los cambios del esquema. Para obtener más información, vea Cómo replicar cambios de esquema (SQL Server Management Studio) y Cómo replicar cambios de esquema (programación de replicación con Transact-SQL).
4 FILESTREAM es un atributo en una columna varbinary(max). Para obtener información sobre cómo se utilizan las columnas FILESTREAM en tablas replicadas, vea la sección "Replicación" de Usar FILESTREAM con otras características de SQL Server. Las columnas que tienen el atributo FILESTREAM no deberían incluirse en publicaciones que usen una instantánea del modo de carácter.
5 La admisión de columnas de tipo hierarchyid dependerá del tipo de replicación y de las versiones de SQL Server que se utilicen. Para obtener más información, vea la sección "Usar columnas hierarchyid en tablas replicadas" de hierarchyid (Transact-SQL). Para la replicación de mezcla, hierarchyid está asignado a image cuando el nivel de compatibilidad de la publicación es 100RTM y se utiliza una instantánea del modo de carácter.
Replicar los tipos de datos XML
Al replicar los tipos de datos XML a SQL Server Compact 3.5 SP1, la replicación de mezcla los asigna a Ntext. Los datos XML en SQL Server 2008 tienen bytes de prefijo para la codificación UTF-16. Estos bytes se conservan al replicarse de SQL Server a SQL Server Compact 3.5 SP1 mediante la replicación de mezcla. SQL Server Management Studio no entiende estos bytes de prefijo cuando se ve la columna Ntext de la base de datos del SQL Server Compact 3.5 SP1. Por consiguiente, estos bytes se muestran como caracteres basura.
La colección de Esquema XML de SQL Server 2008 ha sido actualizada. Esto tiene un efecto al replicar las columnas XML enlazadas a los esquemas XML de SQL Server 2008 a SQL Server 2005.
Las zonas horarias no son obligatorias para los valores de fecha, hora y fecha y del Esquema XML en SQL Server 2008. Esto significa que, si no se especifica una zona horaria en la columna XML del Publicador de SQL Server 2008, no aplicará el cambio en los suscriptores de SQL Server 2005, porque SQL Server 2005 requiere que se especifique la zona horaria.
La información de zona horaria de los valores con tipo del Esquema XML correspondientes a la fecha, hora y fecha y hora del Publicador de SQL Server 2008 se convertirá a la zona horaria UTC-0 en SQL Server 2005. El indicador Z de zona horaria se usa para representar esto.
Los tipos de fecha, hora y fecha y hora del Esquema XML de SQL Server 2008 admiten una precisión mayor. Por consiguiente, estos valores se redondean al replicarse a SQL Server 2005.
Al replicar los valores de fecha o fecha y hora del Esquema XML desde SQL Server 2005 a SQL Server 2008, los valores con un año negativo no se aplicarán en SQL Server 2008 porque esto no se admite en SQL Server 2008.
En estas situaciones, los métodos sp_table_validation y Validate en los Agentes de replicación podrían generar un error. Para obtener más información, vea la sección "Actualizar XML con tipo de SQL Server 2005 a SQL Server 2008" la sección en Comparación de XML con tipo y XML sin tipo.
Publicar los datos comprimidos
SQL Server 2008 es compatible con la compresión de filas y páginas tanto para tablas como para índices. Para obtener información sobre la compatibilidad de la replicación para los datos comprimidos, vea "Cómo afecta la compresión a la replicación" en Crear tablas e índices comprimidos.
Restaurar una base de datos replicada a partir de una versión anterior
Puede mantener la configuración de replicación cuando restaure una copia de seguridad de una base de datos replicada a partir de una versión anterior. Si restaura las copias de seguridad en un servidor y una base de datos que tengan los mismos nombres que el servidor y la base de datos en que se creó la copia de seguridad, o si especifica la opción KEEP_REPLICATION, se mantiene la configuración de replicación. Para obtener más información, vea RESTORE (Transact-SQL). Después de restaurar la base de datos, ejecute sp_vupgrade_replication para actualizar el esquema y los datos del sistema con el fin de que la replicación se admita en el nivel de producto actual.
Aunque es posible mantener la replicación después de restaurar a partir de la copia de seguridad de una versión anterior, se utiliza en ocasiones poco comunes como opción de actualización. Es más común actualizar la base de datos replicada como parte de una actualización de producto o crear de nuevo la base de datos y la configuración de replicación a partir de un conjunto de scripts.
Nivel de compatibilidad para publicaciones de combinación
La replicación de mezcla utiliza el nivel de compatibilidad de publicación para determinar qué características utilizan las aplicaciones en una determinada base de datos. Los valores van de 80RTM (SQL Server 2000 sin ningún Service Pack instalado) a 100RTM para SQL Server 2008. El nivel de compatibilidad se especifica mediante uno de los métodos siguientes:
Con el parámetro @publication\_compatibility\_level de sp_addmergepublication. Para obtener más información, vea Cómo establecer el nivel de compatibilidad para las publicaciones de mezcla (programación de la replicación con Transact-SQL).
En la página Tipos de suscriptor del Asistente para nueva publicación. Para obtener más información sobre cómo ejecutar este asistente, vea Cómo crear publicaciones y definir artículos (SQL Server Management Studio).
En la página General del cuadro de diálogo Propiedades de la publicación - <Publicación>. Para obtener más información, vea Cómo establecer el nivel de compatibilidad para las publicaciones de mezcla (SQL Server Management Studio).
Las siguientes características requieren un nivel de compatibilidad de 90RTM o superior:
Registros lógicos. Para obtener más información, vea Agrupar cambios en filas relacionadas con registros lógicos.
Opciones de carga del suscriptor. Para obtener más información, vea Optimizar el rendimiento de la replicación de mezcla con artículos de sólo descarga.
Particiones no superpuestas. Para obtener más información, vea Filtros de fila con parámetros.
Controladores de lógica de negocios. Para obtener más información, vea Ejecutar la lógica de negocios durante la sincronización de mezcla.
Cambios de esquema que utilizan instrucciones ALTER <OBJECT>. Para obtener más información, vea Realizar cambios de esquema en las bases de datos de publicación.
Las características siguientes no dependen del nivel de compatibilidad; sin embargo, requieren el Agente de mezclas que se incluye con SQL Server 2005 y versiones posteriores. Los suscriptores que ejecutan versiones anteriores de SQL Server funcionan como si la característica no estuviese habilitada.
Particiones calculadas previamente. Para obtener más información, vea Optimizar el rendimiento de los filtros con parámetros con particiones precalculadas.
Sincronización web. Para obtener más información, vea Sincronización Web para la replicación de mezcla.
Agentes de fase paralela (especificando -ParallelUploadDownload para el Agente de mezcla). Para obtener más información, vea Agente de mezcla de replicación.
Características de instantánea para publicaciones que utilizan filtros con parámetros. Estas características proporcionan las capacidades siguientes:
En un suscriptor, solicitar una instantánea si no hay ninguna disponible para su partición.
En un administrador, generar previamente instantáneas y programar su generación.
Entregar instantáneas con parámetros mediante FTP.
Para obtener más información, vea Instantáneas para publicaciones de mezcla con filtros con parámetros y Transferir instantáneas mediante FTP.
Mejora del registro de historial y de las estadísticas de artículos en el Monitor de replicación. Para obtener más información, vea Cómo ver información y realizar tareas para una suscripción (Monitor de replicación).
Comportamiento del nivel de compatibilidad de la publicación en SQL Server 2008
A continuación se enumeran algunos comportamientos importantes del nivel de compatibilidad de la publicación que se han de tener en cuenta:
El nivel de compatibilidad de la publicación no está relacionado con el nivel de compatibilidad de la base de datos.
Si crea una publicación utilizando sp_addmergepublication o mediante Objetos de administración de replicación (RMO), el nivel de compatibilidad de la publicación se establece en 80RTM de forma predeterminada. Si crea una publicación en el Asistente para nueva publicación, el nivel de compatibilidad de la publicación vendrá determinado por las opciones que se seleccionen en la página Tipos de suscriptor del asistente.
En versiones de SQL Server anteriores a SQL Server 2005, el nivel de compatibilidad de la publicación aumentaba automáticamente si se habilitaba una característica que necesitase un nivel superior. A partir de SQL Server 2005, se debe establecer manualmente el nivel de compatibilidad de la publicación en 90RTM o superior antes de habilitar funciones que requieran dicho nivel de compatibilidad.
El nivel de compatibilidad de la publicación sólo puede disminuir si el Agente de instantáneas no se ha iniciado y no existen suscripciones a la publicación.
Todas las publicaciones de la misma base de datos deben tener el mismo nivel de compatibilidad. Este requisito tiene las siguientes consecuencias:
Si una base de datos contiene una publicación con un nivel de compatibilidad inferior (como 80RTM) y se desea agregar otra publicación a la misma base de datos que tenga un nivel de 90RTM o superior, se debe aumentar manualmente el nivel de la primera publicación antes de que se agregue la nueva publicación.
Si una base de datos contiene dos o más publicaciones con niveles de compatibilidad inferiores y desea agregar otra publicación a la misma base de datos que tenga un nivel de 90RTM o superior, se deben quitar todas las publicaciones existentes excepto una; aumentar el nivel de esa publicación a 90RTM o superior; crear de nuevo las publicaciones quitadas con un nivel de 90RTM o superior; y crear la nueva publicación con un nivel de 90RTM o superior.
Componentes necesarios y niveles de compatibilidad para la sincronización web
SQL Server 2008 admite la sincronización web para los suscriptores que ejecutan SQL Server 2005, SQL Server 2008 o SQL Server Compact 3.5 versiones 3.0, 3.1 y 3.5. La tabla siguiente enumera el nivel de compatibilidad de la publicación y los componentes del servidor que se requieren para cada tipo de suscriptor.
Versión del publicador |
Versión del suscriptor |
Nivel de compatibilidad de la publicación necesario |
Componentes necesarios en el servidor IIS |
|---|---|---|---|
SQL Server 2008 |
SQL Server 2008 |
100RTM |
Componentes de IIS de SQL Server 2008 |
SQL Server 2008 |
SQL Server Compact 3.5 3.0, 3.1 y 3.5 |
90RTM |
Componentes de SQL Server Compact 3.5 SP1 IIS y de SQL Server 2008 IIS |
SQL Server 2008 |
SQL Server 2005 |
90RTM |
Componentes de IIS de SQL Server 2008 |
SQL Server 2005 |
SQL Server 2005 |
90RTM |
Componentes de IIS de SQL Server 2005 |
SQL Server 2005 |
SQL Server Compact 3.5 3.0, 3.1 y 3.5 |
90RTM |
Componentes de SQL Server Compact 3.5 SP1 IIS y de SQL Server 2005 IIS |
SQL Server 2005 |
SQL Server 2008 |
No aplicable1 |
No aplicable1 |
1 Esta configuración no se admite porque la versión del publicador debe ser igual o mayor que la versión del suscriptor.