Partilhar via

  • Artigo

Colunas de identidade de replicação

Quando se atribui uma propriedade IDENTITY a uma coluna, o Microsoft SQL Server gera automaticamente números seqüenciais para novas linhas inseridas na tabela que contém a coluna de identidade. Para obter mais informações, consulte IDENTITY (propriedade) (Transact-SQL). Como as colunas de identidade podem ser integradas a uma chave primária, é importante evitar valores duplicados nas colunas de identidade. Para que colunas de identidade sejam usadas em uma topologia de replicação que tenha atualizações em mais de um nó, cada nó da topologia de replicação precisará usar um intervalo diferente de valores de identidade, de modo que não ocorram duplicatas.

Por exemplo, o intervalo de 1 a 100 poderia ser atribuído ao Publicador; o intervalo de 101 a 200 ao Assinante A e o intervalo de 201 a 300 ao Assinante B. Se uma linha for inserida no Publicador e o valor de identidade for, por exemplo, 65, esse valor será replicado em todos os Assinantes. Quando a replicação insere dados em todos os Assinantes, isso não incrementa o valor da coluna de identidade na tabela Assinante. Em vez disso, o valor literal 65 é inserido. Somente as inserções do usuário, não as inserções do agente de replicação, originam o incremento da coluna de identidade.

A replicação gerencia colunas de identidade em todos os tipos de publicações e de assinatura, o que lhe permite gerenciar as colunas de forma manual ou fazer com que a replicação as gerencie de forma automática.

ObservaçãoObservação

Não há suporte para adicionar uma coluna de identidade a uma tabela, uma vez que isso pode resultar em não-convergência quando a coluna for replicada no Assinante. Os valores na coluna de identidade no Publicador dependerão da ordem em que as linhas para a tabela afetada forem armazenadas fisicamente. As linhas podem ser armazenadas de forma diversa no Assinante; assim, o valor da coluna de identidade pode ser diferente para as mesmas linhas.

Especificando uma opção de gerenciamento de intervalo de identidade

A replicação oferece três opções de gerenciamento de intervalo de identidade:

  • Automático. Usado para replicação de mesclagem e replicação de transação com atualizações do Assinante. Especifique os intervalos de tamanho para o Publicador e para os Assinantes, e a replicação gerenciará automaticamente a atribuição de novos intervalos. A replicação define a opção NOT FOR REPLICATION na coluna de identidade do Assinante, de modo que somente as inserções do usuário geram o valor a ser incrementado no Assinante. Para obter mais informações, consulte Controlando restrições, identidades e gatilhos com NOT FOR REPLICATION.

    ObservaçãoObservação

    Para que novos intervalos sejam recebidos é preciso que haja sincronização entre os Assinantes e o Publicador. Como os intervalos de identidade são atribuídos automaticamente aos Assinantes, é possível a todos os Assinantes esgotar todo o fornecimento de intervalos de identidade quando novos intervalos são solicitados repetidamente.

  • Manual. Usado para replicação de instantâneo e de transação sem atualizações no Assinante, replicação de transação ponto a ponto ou quando é necessário que o aplicativo controle programaticamente os intervalos de identidade. Se o gerenciamento manual for especificado, será preciso assegurar que intervalos sejam atribuídos ao Publicador e a todos os Assinantes e que novos intervalos sejam atribuídos, caso os intervalos iniciais sejam utilizados. A replicação define a opção NOT FOR REPLICATION na coluna de identidade do Assinante.

  • Nenhum. Essa opção é recomendada apenas para compatibilidade com versões anteriores do SQL Server, sendo disponibilizada apenas na interface do procedimento armazenado para as publicações transacionais.

Para especificar uma opção de gerenciamento de intervalo de identidade

Atribuindo intervalos de identidade

A replicação de mesclagem e a replicação de transação são métodos diferentes para atribuição de intervalos. Esses métodos são descritos nesta seção.

Há dois tipos de intervalos a serem considerados quando se replicam colunas de identidade: os intervalos atribuídos ao Publicador e Assinantes, e o intervalo de tipos de dados na coluna. A tabela a seguir mostra os intervalos disponíveis para os tipos de dados usados normalmente em colunas de identidade. O intervalo é usado em todos os nós de uma topologia. Por exemplo, ao usar smallint começando em 1 com um incremento de 1, o número máximo de inserções será de 32.767 para o Publicador e todos os Assinantes. O número real de inserções depende da existência de lacunas nos valores usados e da utilização de um valor de limite. Para obter mais informações sobre limites, consulte as seções a seguir: "Replicação de mesclagem" e "Replicação de transação com Assinaturas de Atualização em fila".

Se o Publicador esgotar seu intervalo de identidade após uma inserção, ele poderá atribuir um novo intervalo se a inserção tiver sido realizada por um membro de uma função de banco de dados fixa db_owner. Se a inserção tiver sido realizada por um usuário não daquela função, o Log Reader Agent, o Merge Agent ou um usuário que seja membro da função db_owner deverá executar sp_adjustpublisheridentityrange (Transact-SQL). Para publicações transacionais, o Log Reader Agent deverá estar em execução para alocar automaticamente um novo intervalo (o padrão é que o agente seja executado continuamente).

Tipo de dados

Intervalo

tinyint

Não tem suporte para gerenciamento automático

smallint

-2^15 (-32,768) a 2^15-1 (32,767)

int

-2^31 (-2,147,483,648) a 2^31-1 (2,147,483,647)

bigint

-2^63 (-9,223,372,036,854,775,808) a 2^63-1 (9,223,372,036,854,775,807)

decimal e numeric

-10^38+1 até 10^38-1

Replicação de mesclagem

Os intervalos de identidade são gerenciados pelo Publicador e propagados para os Assinantes pelo Merge Agent (em uma hierarquia de republicação, os intervalos são gerenciados pelo Publicador raiz e pelos republicadores). Os valores de identidade são atribuídos em um pool do Publicador. Quando um artigo é adicionado com uma coluna de identidade a uma publicação no Assistente para Nova Publicação ou pelo uso de sp_addmergearticle (Transact-SQL), especifique valores para:

  • Parâmetro @identity_range, que controla o tamanho do intervalo da identidade inicialmente alocado tanto para o Publicador como para Assinantes com assinaturas de cliente.

    ObservaçãoObservação

    Com relação aos Assinantes que executam versões anteriores do SQL Server, esse parâmetro (em vez do parâmetro @pub_identity_range) também controla o tamanho do intervalo da identidade nos Assinantes de republicação.

  • O parâmetro @pub_identity_range, que controla o tamanho do intervalo da identidade para republicação, alocado para Assinantes com assinaturas de servidor (necessárias aos dados de republicação). Todos os Assinantes com assinaturas de servidor recebem um intervalo para republicar, mesmo se eles de fato não republiquem dados.

  • O parâmetro @threshold, usado para determinar quando um novo intervalo de identidades é exigido para uma assinatura do SQL Server Compact 3.5 SP2 ou para versões anteriores do SQL Server.

Por exemplo, você poderia especificar 10000 para @identity_range e 500000 para @pub_identity_range. Um intervalo primário de 10000 é atribuído ao Publicador e a todos os Assinantes que executam o SQL Server 2005 ou uma versão posterior, inclusive ao Assinante com a assinatura do servidor. Ao Assinante com a assinatura do servidor também se atribui um intervalo primário de 500000, que pode ser usado pelos Assinantes que se sincronizam com o Assinante de republicação (é preciso também especificar @identity_range, @pub_identity_range e @threshold para os artigos da publicação do Assinante de republicação).

Todo Assinante que executa o SQL Server 2005 ou uma versão posterior também recebe um intervalo de identidade secundário. O intervalo secundário é igual em tamanho ao intervalo primário. Quando o intervalo primário se esgota, o intervalo secundário é usado, e o Merge Agent atribui um novo intervalo ao Assinante. O novo intervalo passa a ser o intervalo secundário, e o processo prossegue à medida que o Assinante utiliza valores de identidade.

Aos assinantes que executam o SQL Server Compact 3.5 SP2 ou versões anteriores do SQL Server atribui-se apenas o intervalo primário. A atribuição de novos intervalos é controlada pelo parâmetro @threshold. Além disso, o Assinante de republicação só tem um intervalo especificado no parâmetro @identity_range. Ele precisa usar esse intervalo para alterações locais e para alterações em Assinantes que se sincronizam com o Assinante de republicação. Por exemplo, seria possível especificar 10000 para @pub_identity_range, 500000 para @identity_range e 80 por cento para @threshold. Depois de 8000 inserções em um Assinante (80 por cento de 10000), um novo intervalo é atribuído ao Publicador. Quando o novo intervalo é atribuído, há uma lacuna nos valores de intervalo de identidade da tabela. Especificar um limite superior resulta em lacunas menores, mas o sistema torna-se menos tolerante a falhas. Se o Merge Agent não puder ser executado por algum motivo, um Assinante poderá ser executado, mais facilmente, sem identidades.

Replicação de transação com assinaturas de atualização enfileirada

Os intervalos de identidade são gerenciados pelo Distribuidor e propagados para os Assinantes pelo Distribution Agent. Os valores de identidade são atribuídos em um pool do Distribuidor. O tamanho do pool baseia-se no tamanho dos tipos de dados e no incremento usado para a coluna de identidade. Ao adicionar um artigo com uma coluna de identidade a uma publicação no Assistente para Nova Publicação ou ao usar o sp_addarticle (Transact-SQL), especifique valores para:

  • O parâmetro @identity_range, que controla o tamanho de intervalo de identidade inicialmente alocado a todos os Assinantes.

  • O parâmetro @pub_identity_range, que controla o tamanho de intervalo de identidade alocado a todos os Publicadores.

  • O parâmetro @threshold, que é usado para determinar quando um novo intervalo de identidades é necessário à assinatura.

Por exemplo, 10000 pode ser especificado para @pub_identity_range; 1000 para @identity_range (assumindo menos atualizações no Assinante), e 80 por cento de @threshold. Após 800 inserções em um Assinante (80 por cento de 1000), um Assinante é atribuído a um novo intervalo. Depois de 8000 inserções em um Publicador, um novo intervalo é atribuído ao Publicador. Quando o novo intervalo é atribuído, há uma lacuna nos valores de intervalo de identidade da tabela. Especificar um limite superior resulta em lacunas menores, mas o sistema torna-se menos tolerante a falhas. Se o Merge Agent não puder ser executado por algum motivo, um Assinante poderá ser executado, mais facilmente, sem identidades.

Atribuindo intervalos para o gerenciamento manual de intervalo de identidade

Caso o gerenciamento manual de identidade seja especificado, será preciso assegurar que o Publicador e cada um dos Assinantes usem intervalos de identidade diferentes. Por exemplo, considere uma tabela do Publicador com coluna de identidade definida como IDENTITY(1,1): a coluna de identidade começa com 1 e é incrementada em 1 toda vez que uma linha é inserida. Se a tabela do Publicador tiver 5.000 linhas, e houver expectativa de algum aumento da tabela durante a vida útil do aplicativo, o Publicador poderá usar o intervalo de 1 a 10.000. Dados dois Assinantes, o Assinante A poderá usar 10.001 a 20.000 e o Assinante B poderá usar 20.001 a 30.000.

Após o Assinante ser iniciado com um instantâneo ou por outros meios, execute DBCC CHECKIDENT para atribuir ao Assinante um ponto inicial para o seu intervalo de identidade. Por exemplo, no Assinante A, DBCC CHECKIDENT('<TableName>','reseed',10001) seria executado. No Assinante B, CHECKIDENT('<TableName>','reseed',20001) seria executado.

Para atribuir novos intervalos para o Publicador ou Assinantes, execute DBCC CHECKIDENT e especifique um novo valor para semear novamente a tabela. Deve haver algum modo de determinar quando um novo intervalo precisa ser atribuído. Por exemplo, o aplicativo pode ter um mecanismo que detecte quando um nó está prestes a esgotar seu intervalo e a atribuir um novo intervalo usando DBCC CHECKIDENT. É igualmente possível adicionar uma restrição de verificação para assegurar que não seja possível adicionar uma linha caso ela possa causar que um valor de identidade sem intervalo seja usado.

Tratando de intervalos de identidade após restauração de um banco de dados

Caso o gerenciamento de identidade automático seja utilizado, quando um Assinante for restaurado de um backup ele solicitará automaticamente um novo intervalo de valores de identidade. Se um Publicador for restaurado de um backup, assegure que um intervalo adequado seja atribuído ao Publicador. Para replicação de mesclagem, atribua um intervalo novo que utilize sp_restoremergeidentityrange (Transact-SQL). Para a replicação de transação, determine o mais alto valor que já foi utilizado, depois defina o ponto inicial para os intervalos novos. Use o procedimento a seguir depois que o banco de dados de publicação tiver sido restaurado:

  1. Pare toda a atividade em todos os Assinantes.

  2. Para cada tabela publicada que inclua uma coluna de identidade:

    1. No banco de dados de assinatura de cada Assinante, execute IDENT_CURRENT('<TableName>').

    2. Registre o valor mais alto encontrado em todos os Assinantes.

    3. No banco de dados de publicação do Publicador, execute DBCC CHECKIDENT(<TableName>','reseed',<HighestValueFound+1>).

    4. No banco de dados de publicação do Publicador, execute sp_adjustpublisheridentityrange <PublicationName>, <TableName>.

    ObservaçãoObservação

    Se o valor da coluna identidade estiver definido para redução em vez de incremento, registre o valor mais baixo encontrado, depois semeie novamente esse valor.