Realizar cambios de esquema en las bases de datos de publicaciones

Actualizado: 14 de abril de 2006

La réplica admite una gran variedad de cambios de esquema para los objetos publicados. Al realizar cualquiera de los siguientes cambios de esquema en el objeto publicado apropiado en un publicador de Microsoft SQL Server, el cambio se propaga de forma predeterminada a todos los suscriptores de SQL Server:

• ALTER TABLE
• ALTER VIEW
• ALTER PROCEDURE
• ALTER FUNCTION
• ALTER TRIGGER (ALTER TRIGGER sólo puede utilizarse para desencadenadores de lenguaje de manipulación de datos [DML], ya que los desencadenadores de lenguaje de definición de datos [DDL] no se pueden replicar).

Importante:
Los cambios de esquema de las tablas se deben realizar con Transact-SQL u Objetos de administración de SQL Server. Cuando se realizan cambios de esquema en SQL Server Management Studio, Management Studio intenta quitar y volver a crear la tabla. Debido a que no es posible quitar objetos publicados, se produce un error en el cambio de esquema.

En la réplica transaccional y de mezcla, los cambios de esquema se propagan de forma incremental al ejecutar el Agente de distribución o el Agente de mezcla. En la réplica de instantáneas, los cambios de esquema se propagan al aplicar una nueva instantánea en el suscriptor. En la réplica de instantáneas, se envía una nueva copia del esquema al suscriptor cada vez que se produce la sincronización. Por tanto, todos los cambios de esquema (y no sólo los indicados antes) en objetos previamente publicados se propagan automáticamente con cada sincronización.

Para obtener información acerca de cómo agregar y quitar artículos de las publicaciones, vea Agregar y quitar artículos de publicaciones existentes.

Para replicar cambios de esquema

Los cambios de esquema antes indicados se replican de manera predeterminada. Para obtener información acerca de cómo desactivar la réplica de los cambios de esquema, vea los temas siguientes:

• SQL Server Management Studio: Cómo replicar cambios de esquema (SQL Server Management Studio)
• Programación de la réplica con Transact-SQL: How to: Replicate Schema Changes (Replication Transact-SQL Programming)

Consideraciones para los cambios de esquema

Tenga en cuenta las consideraciones siguientes al replicar cambios de esquema.

Consideraciones generales

• Los cambios de esquema están sujetos a las restricciones impuestas por Transact-SQL. Por ejemplo, ALTER TABLE no permite aplicar ALTER a las columnas de clave principal.
• Si una publicación está configurada para permitir la propagación de los cambios de esquema, éstos se propagarán independientemente de cómo esté establecida la opción de esquema relacionada para un artículo de la publicación. Por ejemplo, si elige no replicar las restricciones de clave externa para un artículo de la tabla y después emite un comando ALTER TABLE que agrega una clave externa a la tabla en el publicador, la clave externa se agregará a la tabla en el suscriptor. Para evitarlo, desactive la propagación de los cambios de esquema antes de emitir el comando ALTER TABLE.
• Los cambios de esquema deben realizarse únicamente en el publicador y no en los suscriptores (incluidos los suscriptores de republicación). La réplica de mezcla impide los cambios de esquema en el suscriptor. La réplica transaccional no impide los cambios, pero los cambios pueden causar errores en la réplica.
• Los cambios propagados a un suscriptor de republicación se propagan de manera predeterminada a sus suscriptores.
• Si el cambio de esquema hace referencia a objetos o restricciones existentes en el publicador, pero no en el suscriptor, el cambio de esquema se realizará correctamente en el publicador pero se producirá un error en el suscriptor.
• Todos los objetos del suscriptor a los que se hace referencia al agregar una clave externa deben tener el mismo nombre y propietario que el objeto correspondiente en el publicador.
• No se permite agregar, quitar ni alterar índices explícitamente. Se admiten los índices creados implícitamente para las restricciones (como la restricción de clave principal).
• No se permite alterar ni quitar columnas de identidad administradas por la réplica. Para obtener más información acerca de la administración automática de las columnas de identidad, vea Replicar columnas de identidad.
• No se admiten los cambios de esquema que incluyen funciones no deterministas, ya que pueden producir datos distintos en el publicador y en el suscriptor (falta de convergencia). Por ejemplo, si emite en el publicador el comando ALTER TABLE SalesOrderDetail ADD OrderDate DATETIME DEFAULT GETDATE(), los valores serán distintos cuando el comando se replique en el suscriptor y se ejecute. Para obtener más información acerca de las funciones no deterministas, vea Funciones deterministas y no deterministas.
• Se recomienda asignar explícitamente un nombre a las restricciones. Si una restricción no tiene un nombre explícito, SQL Server genera un nombre para la restricción y estos nombres serán diferentes en el publicador y en cada suscriptor. Esto puede causar problemas durante la réplica de cambios de esquema. Por ejemplo, si quita una columna en el publicador y se quita una restricción dependiente, la réplica intentará quitar la restricción en el suscriptor. Esta eliminación en el suscriptor no se podrá llevar a cabo porque el nombre de la restricción es diferente. Si no funciona la sincronización por un problema de nombre de restricción, quite manualmente la restricción en el suscriptor y ejecute de nuevo el agente de mezcla.
• Si se publica una tabla para la réplica, no se puede modificar una columna de esa tabla a un tipo de datos de XML si ya se ha generado una instantánea de publicación (puede modificar la columna antes de generar la instantánea). Para modificar la columna, antes debe quitar la réplica. Para obtener más información, vea Quitar la réplica.

Agregar columnas

• Para agregar una columna nueva a una tabla e incluirla en una publicación existente, ejecute ALTER TABLE <tabla> ADD <columna>. De manera predeterminada, la columna se replicará en todos los suscriptores. La columna debe admitir valores NULL o incluir una restricción predeterminada.
• Para agregar una columna nueva a una tabla, pero sin incluirla en una publicación existente, desactive la réplica de los cambios de esquema y después, ejecute ALTER TABLE <tabla> ADD <columna>.
• Para incluir una columna existente en una publicación existente, use sp_articlecolumn (Transact-SQL), sp_mergearticlecolumn (Transact-SQL) o el cuadro de diálogo Propiedades de la publicación: <publicación>.
  Para obtener más información, vea How to: Define and Modify a Column Filter (Replication Transact-SQL Programming) y Cómo definir y modificar un filtro de columna (SQL Server Management Studio). Será necesario reinicializar las suscripciones.
• No se permite agregar una columna de identidad a una tabla publicada, ya que puede producir una falta de convergencia cuando la columna se replique en el suscriptor. Los valores de la columna de identidad del publicador dependen del orden en el que se almacenan físicamente las filas de la tabla afectada. Las filas se pueden almacenar de forma distinta en el suscriptor y, en consecuencia, el valor de la columna de identidad puede ser distinto para las mismas filas.

Quitar columnas

• Para quitar una columna de una publicación existente y de la tabla en el publicador, ejecute ALTER TABLE <tabla> DROP <columna>. De forma predeterminada, la columna se quitará de la tabla en todos los suscriptores.
• Para quitar una columna de una publicación existente, pero conservarla en la tabla del publicador, use sp_articlecolumn (Transact-SQL), sp_mergearticlecolumn (Transact-SQL) o el cuadro de diálogo Propiedades de la publicación: <publicación>.
  Para obtener más información, vea How to: Define and Modify a Column Filter (Replication Transact-SQL Programming) y Cómo definir y modificar un filtro de columna (SQL Server Management Studio). Será necesario generar una instantánea nueva.
• La columna que se quita no puede utilizarse en las cláusulas de filtro de ningún artículo de ninguna publicación de la base de datos.
• Al quitar una columna de un artículo publicado, tenga en cuenta las restricciones, índices o propiedades de la columna que pudieran afectar a la base de datos. Por ejemplo:
  • No puede quitar columnas utilizadas en una clave principal de los artículos en publicaciones transaccionales, ya que se utilizan en la réplica.
  • No puede quitar la columna rowguid de los artículos de publicaciones de mezcla ni la columna mstran_repl_version de los artículos de publicaciones transaccionales que admiten suscripciones de actualización, ya que se usan en la réplica.
  • Los cambios de índice no se propagan a los suscriptores: si quita una columna en el publicador y se quita un índice dependiente, la eliminación del índice no se replica. Debe quitar el índice en el suscriptor antes de quitar la columna en el publicador, de manera que se lleve a cabo correctamente la eliminación de la columna cuando se replique desde el publicador al suscriptor. Si no funciona la sincronización debido a un índice en el suscriptor, quite manualmente el índice y ejecute de nuevo el agente de mezcla.
  • Las restricciones deben tener un nombre explícito para permitir la eliminación. Para obtener más información, vea la sección "Consideraciones generales" de este tema.

Réplica transaccional

• Los cambios de esquema se propagan a los suscriptores que ejecutan versiones anteriores de SQL Server, pero la instrucción DDL sólo debe incluir sintaxis compatible con la versión instalada en el suscriptor.
  Si el suscriptor vuelve a publicar los datos, los únicos cambios de esquema admitidos serán agregar y quitar una columna. Estos cambios deberán llevarse a cabo en el publicador con sp_repladdcolumn (Transact-SQL) y sp_repldropcolumn (Transact-SQL), en lugar de utilizar la sintaxis ALTER TABLE DDL.
• Los cambios de esquema propagados a suscriptores que no sean SQL Server harán que se reinicialice el suscriptor.
• Los cambios de esquema no se propagan desde los publicadores que no sean de SQL Server.
• No se pueden alterar las vistas indizadas que se replican como tablas. Se pueden alterar las vistas indizadas que se replican como tales, pero esto hará que se conviertan en vistas normales en lugar de vistas indizadas.
• Si la publicación admite suscripciones de actualización inmediata o en cola, se debe detener el sistema antes de realizar cambios de esquema: es necesario detener toda la actividad en la tabla publicada en el publicador y los suscriptores, y propagar los datos pendientes a todos los nodos. Una vez propagados los cambios de esquema a todos los nodos, se puede reiniciar la actividad en las tablas publicadas.
• Si la publicación está en una topología de punto a punto, se debe detener el sistema antes de realizar cambios de esquema. Para obtener más información, vea How to: Quiesce a Replication Topology (Replication Transact-SQL Programming).
• La adición de una columna de marca de hora a una tabla y la asignación de la marca de hora a binary(8) hacen que se reinicialice el artículo para todas las suscripciones activas.

Réplica de mezcla

• Para replicar cambios de esquema, el nivel de compatibilidad de la publicación debe ser de al menos 90RTM. Para obtener más información, vea la sección sobre el nivel de compatibilidad para las publicaciones de mezcla en el tema Usar varias versiones de SQL Server en una topología de réplica. Si los suscriptores están ejecutando versiones anteriores de SQL Server o el nivel de compatibilidad es inferior a 90RTM, puede utilizar sp_repladdcolumn (Transact-SQL) y sp_repldropcolumn (Transact-SQL) para agregar y quitar columnas.
• En caso de error al aplicar un cambio de esquema (por ejemplo, un error que se produce por agregar una clave externa que hace referencia a una tabla que no está disponible en el suscriptor), se produce un error en la sincronización y es necesario reinicializar la suscripción.
• Si se realiza un cambio de esquema en una columna que forma parte de un filtro de combinación o con parámetros, es necesario reinicializar todas las suscripciones y volver a generar la instantánea.
• La réplica de mezcla proporciona procedimientos almacenados para omitir los cambios de esquema durante la solución de problemas. Para obtener más información, vea sp_markpendingschemachange (Transact-SQL) y sp_enumeratependingschemachanges (Transact-SQL).

Vea también

Conceptos

Publicar datos y objetos de base de datos
Volver a generar procedimientos transaccionales personalizados para reflejar cambios de esquema

Otros recursos

ALTER TABLE (Transact-SQL)
ALTER VIEW (Transact-SQL)
ALTER PROCEDURE (Transact-SQL)
ALTER FUNCTION (Transact-SQL)
ALTER TRIGGER (Transact-SQL)

Ayuda e información

Obtener ayuda sobre SQL Server 2005

Historial de cambios