Replicar columnas de identidad

Artículo
05/08/2013

Cuando asigna una propiedad IDENTITY a una columna, Microsoft SQL Server genera automáticamente números que se incrementan secuencialmente para las nuevas filas insertadas en la tabla que contiene la columna de identidad. Para obtener más información, vea IDENTITY (propiedad de Transact-SQL). Debido a que las columnas de identidad pueden estar incluidas como parte de la clave principal, resulta importante evitar los valores duplicados en las columnas de identidad. Para utilizar columnas de identidad en una topología de replicación que tenga actualizaciones en más de un nodo, cada nodo de la topología de replicación debe usar diferentes valores en el intervalo de identidad con el fin de que no se produzcan duplicados.

Por ejemplo, podría asignarse el rango 1-100 al Publicador, el rango 101-200 al Suscriptor A y el rango 201-300 al Suscriptor B. Si se inserta una fila en el Publicador y el valor de identidad es, por ejemplo, 65, ese valor se replica en cada Suscriptor. Cuando la replicación inserta datos en cada suscriptor, no incrementa el valor de la columna de identidad en la tabla del suscriptor; en su lugar, se inserta el valor literal 65. Son solo las inserciones del usuario y no las del agente de replicación las que hacen que se incremente el valor de la columna de identidad.

La replicación controla las columnas de identidad en todos los tipos de publicaciones y suscripciones, permitiéndole a usted administrar las columnas manualmente o hacer que la replicación las administre automáticamente.

[!NOTA]

No se admite la posibilidad de agregar una columna de identidad a una tabla publicada porque puede dar como resultado la falta de convergencia cuando la columna se replica en el suscriptor. Los valores de la columna de identidad en el publicador dependen del orden en que se almacenen físicamente las filas de la tabla afectada. Las filas se pueden almacenar de forma diferente en el suscriptor; por tanto, el valor de la columna de identidad puede ser diferente para las mismas filas.

Especificar una opción de administración del intervalo de identidad

La replicación ofrece tres opciones de administración del intervalo de identidad:

Automático. Se utiliza para replicación de mezcla y replicación transaccional con actualizaciones en el suscriptor. Especifique intervalos de tamaño para el publicador y los suscriptores, y la replicación automáticamente administrará las asignaciones de los nuevos intervalos. La replicación establece la opción NOT FOR REPLICATION en la columna de identidad en el suscriptor, con el fin de que solo las inserciones del usuario hagan que el valor se incremente en el suscriptor.

[!NOTA]

Los suscriptores deben estar sincronizados con el publicador para recibir nuevos intervalos. Como a los suscriptores se les asignan intervalos de identidad automáticamente, es posible que cualquier suscriptor agote todo el suministro de intervalos de identidad si solicita repetidas veces nuevos intervalos.
Manual. Se utiliza para replicación de instantáneas y transaccional sin actualizaciones en el suscriptor, replicación transaccional punto a punto o en los casos en los que la aplicación deba controlar los intervalos de identidad mediante programación. Si especifica la administración manual, debe asegurarse de que los intervalos se asignan al publicador y a cada suscriptor y que los nuevos intervalos se asignan si se utilizan los intervalos iniciales. La replicación establece la opción NOT FOR REPLICATION en la columna de identidad en el suscriptor.
Ninguno. Esta opción solo se recomienda para lograr la compatibilidad con versiones anteriores de SQL Server y solo está disponible desde la interfaz de procedimientos almacenados de publicaciones transaccionales.

Para especificar una opción de administración del intervalo de identidad, vea Administrar columnas de identidad.

Asignar intervalos de identidad

La replicación de mezcla y la replicación transaccional utilizan métodos diferentes para asignar intervalos. Estos métodos se describen en esta sección.

Existen dos tipos de intervalos que deben tenerse en cuenta a la hora de replicar columnas de identidad: los intervalos asignados al publicador y a los suscriptores, y el intervalo del tipo de datos de la columna. En la siguiente tabla se muestran los intervalos disponibles para los tipos de datos que se utilizan normalmente en las columnas de identidad. El intervalo se utiliza en todos los nodos de una topología. Por ejemplo, si utiliza smallint comenzando por 1 con un incremento de 1, el número máximo de inserciones es de 32.767 para el publicador y todos los suscriptores. El número real de inserciones depende de si hay espacios en los valores utilizados y de si se ha utilizado un valor de umbral. Para obtener más información acerca de los umbrales, vea las secciones "Replicación de mezcla" y "Replicación transaccional con suscripciones de actualización en cola" más adelante.

Si el publicador agota su intervalo de identidad después de una inserción, puede asignar automáticamente un nuevo intervalo si la inserción la realizó un miembro del rol fijo de base de datos db_owner. Si la inserción la realizó otro usuario, el Agente de registro del LOG, el Agente de mezcla o un usuario miembro del rol db_owner deberá ejecutar sp_adjustpublisheridentityrange (Transact-SQL). Para las publicaciones transaccionales, el Agente de registro del LOG debe estar ejecutándose para asignar automáticamente un nuevo intervalo (la opción predeterminada es que el agente se ejecute continuamente).

Advertencia
Durante una inserción por lotes grande, el desencadenador de replicación se desencadena una sola vez, no para cada fila de la inserción. Esto puede provocar un error en la instrucción de inserción si se agota un intervalo de identidad durante una inserción grande, como una instrucción INSERT INTO.

Tipo de datos	Intervalo
tinyint	No se admite para la administración automática
smallint	De -2^15 (-32.768) a 2^15-1 (32.767)
int	De -2^31 (-2.147.483.648) a 2^31-1 (2.147.483.647)
bigint	De -2^63 (-9.223.372.036.854.775.808) a 2^63-1 (9.223.372.036.854.775.807)
decimal y numeric	De -10^38+1 a 10^38-1

[!NOTA]

Para crear un número que se incremente automáticamente y que se pueda utilizar en varias tablas, o que se pueda llamar desde las aplicaciones sin hacer referencia a ninguna tabla, vea Números de secuencia.

Replicación de mezcla

Los intervalos de identidad los administra el publicador y se propagan a los suscriptores mediante el Agente de mezcla (en una jerarquía de republicación, los intervalos los administra el publicador raíz y los republicadores). Los valores de identidad se asignan a partir de un grupo en el publicador. Cuando se agrega un artículo con una columna de identidad a una publicación en el Asistente para nueva publicación o mediante sp_addmergearticle (Transact-SQL), se especifican valores para:

El parámetro @identity_range, que controla el tamaño del intervalo de identidad inicialmente asignado al publicador y a los suscriptores con suscripciones de cliente.

[!NOTA]

En los suscriptores que se ejecuten en versiones anteriores de SQL Server, este parámetro (y no el parámetro @pub_identity_range) también controla el tamaño del intervalo de identidad en los suscriptores que se pueden volver a publicar.
El parámetro @pub_identity_range, que controla el tamaño del intervalo de identidad para las republicaciones asignadas a los suscriptores con suscripciones de servidor (requerido para volver a publicar datos). Todos los suscriptores con suscripciones de servidor reciben un intervalo para volver a publicar, incluso si no han vuelto a publicar ningún dato.
El parámetro @threshold, que se utiliza para determinar cuándo se requiere un nuevo intervalo de identidades para una suscripción a SQL Server Compact o a una versión anterior de SQL Server.

Por ejemplo, puede especificar 10000 para @identity_range y 500000 para @pub_identity_range. El publicador y todos los suscriptores que ejecutan SQL Server 2005 o una versión posterior, incluido el suscriptor con la suscripción de servidor, están asignados un intervalo principal de 10000. Al suscriptor con la suscripción de servidor también se le asigna un intervalo principal de 500000, que pueden usar los suscriptores que se sincronizan con el suscriptor de republicación (también se debe especificar @identity_range, @pub_identity_range y @threshold para los artículos de la publicación en el suscriptor de republicación).

Todos los suscriptores que se ejecutan en SQL Server 2005 o una versión posterior también reciben un intervalo de identidad secundario. El intervalo secundario tiene el mismo tamaño que el intervalo principal. Cuando se agota el intervalo principal, se utiliza el intervalo secundario y el Agente de mezcla asigna un nuevo intervalo en el suscriptor. El nuevo intervalo se convierte en el intervalo secundario y el proceso continúa a medida que el suscriptor utiliza valores de identidad.

A los suscriptores que se ejecutan en SQL Server Compact o en versiones anteriores de SQL Server solo se les asigna el intervalo principal; las asignaciones de los intervalos nuevos se controlan mediante el parámetro @threshold. Además, un suscriptor que se puede volver a publicar solamente tiene el intervalo especificado en el parámetro @identity_range; debe utilizar este intervalo para los cambios locales y para cambios en los suscriptores que sincronicen con el suscriptor que se puede volver a publicar. Por ejemplo, puede especificar 10000 para @pub_identity_range, 500000 para @identity_range y 80 por ciento para @threshold. Después de 8000 inserciones en el suscriptor (80 por ciento de 10000), al publicador se le asigna un nuevo intervalo. Cuando se asigna un nuevo intervalo, habrá un espacio en los valores del intervalo de identidad de la tabla. Si se especifica un umbral mayor, se obtienen menos espacios pero el sistema es menos tolerante a los errores: si el Agente de mezcla no se puede ejecutar por alguna razón, es más fácil que un suscriptor se quede sin identidades.

Replicación transaccional con suscripciones de actualización en cola

El distribuidor administra los intervalos de identidad y el Agente de distribución los propaga a los suscriptores. Los valores de identidad se asignan a partir de un grupo en el distribuidor. El tamaño del grupo se basa en el tamaño del tipo de datos y en el incremento utilizado para la columna de identidad. Cuando se agrega un artículo con una columna de identidad a una publicación en el Asistente para nueva publicación o mediante sp_addarticle (Transact-SQL), se especifican valores para:

El parámetro @identity_range, que controla el tamaño del intervalo de identidad inicialmente asignado a todos los suscriptores.
El parámetro @pub_identity_range, que controla el tamaño del intervalo de identidad asignado al publicador.
El parámetro @threshold, que se utiliza para determinar cuándo se requiere un nuevo intervalo de identidades para una suscripción.

Por ejemplo, puede especificar 10000 para @pub_identity_range, 1000 para @identity_range (suponiendo menos actualizaciones en el suscriptor), y 80 por ciento para @threshold. Después de 800 inserciones en el suscriptor (80 por ciento de 1000), al suscriptor se le asigna un nuevo intervalo. Después de 8000 inserciones en el publicador, al publicador se le asigna un nuevo intervalo. Cuando se asigne un nuevo intervalo, habrá un espacio en los valores del intervalo de identidad de la tabla. Si se especifica un umbral mayor, se obtienen menos espacios pero el sistema es menos tolerante a los errores: si el Agente de distribución no se puede ejecutar por alguna razón, es más fácil que un suscriptor se quede sin identidades.

Asignar intervalos para la administración manual del intervalo de identidad

Si especifica la administración manual del intervalo de identidad, debe asegurarse de que el publicador y todos los suscriptores utilizan intervalos de identidad diferentes. Por ejemplo, imagine una tabla en el publicador con una columna de identidad definida como IDENTITY(1,1): la columna de identidad comienza en 1 y se incrementa en 1 cada vez que se inserta una fila. Si la tabla del publicador tiene 5.000 filas y prevé que aumentará durante la vida de la aplicación, el publicador podría utilizar el rango 1-10.000. Si hay dos suscriptores, el Suscriptor A podría usar el rango 10.001–20.000 y el Suscriptor B, el rango 20.001-30.000.

Después de inicializar un suscriptor mediante una instantánea u otro medio, ejecute DBCC CHECKIDENT para asignarle al suscriptor un punto de partida para este intervalo de identidad. Por ejemplo, en el suscriptor A, ejecutaría DBCC CHECKIDENT('<TableName>','reseed',10001). En el suscriptor B, ejecutaría CHECKIDENT('<TableName>','reseed',20001).

Para asignar nuevos intervalos en el publicador o en los suscriptores, ejecute DBCC CHECKIDENT y especifique un valor nuevo para regenerar la tabla. Debería encontrar una manera de determinar cuándo se debe asignar un intervalo nuevo. Por ejemplo, su aplicación podría tener un mecanismo que detectara si un nodo va a consumir su intervalo y asignarle uno nuevo utilizando DBCC CHECKIDENT. También puede agregar una restricción CHECK para asegurarse de que no se pueda agregar una fila si va a ocasionar el uso de un valor fuera del intervalo de identidad.

Controlar los intervalos de identidad tras la restauración de una base de datos

Si está utilizando la administración automática del intervalo de identidad, cuando un suscriptor se restaura de una copia de seguridad, automáticamente solicita un nuevo intervalo de valores de identidad. Si un publicador se restaura de una copia de seguridad, debe asegurarse de que al publicador se le ha asignado un intervalo adecuado. En la replicación de mezcla, asigne un intervalo nuevo mediante sp_restoremergeidentityrange (Transact-SQL). En la replicación transaccional, determine el valor más alto que se ha utilizado y después establezca el punto de partida para nuevos intervalos. Utilice el siguiente procedimiento después de la restauración de la base de datos de publicaciones:

Detenga todas las actividades en todos los suscriptores.
Por cada tabla publicada que incluya una columna de identidad:
1. En la base de datos de suscripciones en cada suscriptor, ejecute IDENT_CURRENT('<TableName>').
2. Registre el valor más alto encontrado en todos los suscriptores.
3. En la base de datos de publicaciones en el publicador, ejecute DBCC CHECKIDENT(<TableName>','reseed',<HighestValueFound+1>.
4. En la base de datos de publicaciones en el publicador, ejecute sp_adjustpublisheridentityrange <PublicationName>, <TableName>.
[!NOTA]

Si el valor de la columna de identidad está establecido para que se reduzca y no para que se incremente, registre el valor más bajo encontrado y regenere con ese valor.