Perguntas freqüentes para administradores de replicação

Não. A atividade pode continuar em um banco de dados enquanto uma publicação está sendo criada. Lembre-se de que a produção de um instantâneo pode exigir muitos recursos, por isso é melhor gerar instantâneos durante períodos de menor atividade no banco de dados (por padrão, um instantâneo é gerado quando você conclui o Assistente para Nova Publicação).

O período de tempo em que os bloqueios são tomados depende do tipo de replicação usada:

• Para publicações de mesclagem, o Snapshot Agent não usa bloqueios.

• Para publicações transacionais, por padrão, o Snapshot Agent usa bloqueios somente durante a fase inicial de geração de snapshot.

• Para publicações de snapshot, o Snapshot Agent faz bloqueios durante todo o processo de geração de snapshot.

Como os bloqueios impedem que outros usuários atualizem as tabelas, o Snapshot Agent deve ser agendado para ser executado durante períodos de menor atividade no banco de dados, especialmente para publicações de instantâneos.

Uma assinatura estará disponível após o instantâneo ter sido aplicado ao banco de dados de assinatura. Embora o banco de dados de assinatura esteja acessível antes disso, o banco de dados não deve ser usado até que o instantâneo tenha sido aplicado. Use o Replication Monitor para verificar o status da geração de snapshots e do aplicativo:

• O snapshot é gerado pelo Snapshot Agent. Exiba o status da geração de snapshots na guia Agentes para uma publicação no Replication Monitor. Para obter mais informações, consulte Visualizar informações e executar tarefas usando o Replication Monitor.

• O instantâneo é aplicado pelo Distribution Agent ou pelo Merge Agent. Exiba o status do aplicativo de snapshot na página Distribution Agent ou Merge Agent do Replication Monitor. Para obter mais informações, consulte Visualizar informações e executar tarefas usando o Replication Monitor.

Ele não causará um erro se o Distribution Agent ou o Merge Agent for executado ao mesmo tempo que o Snapshot Agent. No entanto, você deve estar ciente do seguinte:

• Se o Distribution Agent ou o Merge Agent estiver configurado para ser executado continuamente, o agente aplicará o snapshot automaticamente após a conclusão do Snapshot Agent.

• Se o Distribution Agent ou o Merge Agent estiver configurado para ser executado em uma programação ou sob demanda e não houver nenhum snapshot disponível quando o agente for executado, o agente será desligado com uma mensagem informando que um snapshot ainda não está disponível. Você deve executar o agente novamente para aplicar o snapshot após a conclusão do Snapshot Agent. Para obter mais informações sobre como executar agentes, consulte Sincronizar uma assinatura push, Sincronizar uma assinatura pull e Conceitos de executáveis do agente de replicação.

Sim. O script da configuração de replicação é uma parte fundamental de qualquer plano de recuperação de desastres para uma topologia de replicação. Para obter mais informações sobre scripts, consulte Replicação de scripts.

A replicação funciona corretamente usando qualquer um dos modelos de recuperação: simples, registrado em massa ou completo. A replicação de mesclagem rastreia as alterações armazenando informações em tabelas de metadados. A replicação transacional rastreia as alterações marcando o log de transações, mas esse processo de marcação não é afetado pelo modelo de recuperação.

Para controlar as alterações, a replicação de mesclagem e a replicação transacional com assinaturas de atualização em fila devem ser capazes de identificar exclusivamente cada linha em cada tabela publicada. Para isso:

• A replicação de mesclagem adiciona a coluna rowguid a cada tabela, a menos que a tabela já tenha uma coluna do tipo de dados uniqueidentifier com a propriedade ROWGUIDCOL definida (caso em que essa coluna é usada). Se a tabela for retirada da publicação, a coluna rowguid será removida; Se uma coluna existente foi usada para rastreamento, a coluna não é removida.

• Se uma publicação transacional oferecer suporte a assinaturas de atualização em fila, a replicação adicionará a coluna msrepl_tran_version a cada tabela. Se a tabela for retirada da publicação, a coluna msrepl_tran_version não será removida.

• Um filtro não deve incluir o rowguidcol usado pela replicação para identificar linhas. Por padrão, essa é a coluna adicionada no momento em que você configura a replicação de mesclagem e é chamada rowguid.

Há uma série de questões a considerar em relação às restrições nas tabelas publicadas:

• A replicação transacional requer uma restrição de chave primária em cada tabela publicada. A replicação de mesclagem não requer uma chave primária, mas se houver uma, ela deverá ser replicada. A replicação de snapshot não requer uma chave primária.

• Por padrão, as restrições de chave primária, índices e restrições de verificação são replicadas para Assinantes.

• A opção NOT FOR REPLICATION é especificada por padrão para restrições de chave estrangeira e restrições de verificação; As restrições são impostas para operações de usuário, mas não operações de agente.

Para obter informações sobre como definir as opções de esquema que controlam se as restrições são replicadas, consulte Especificar opções de esquema.

A replicação fornece gerenciamento automático de intervalo de identidades para topologias de replicação que incluem atualizações no Assinante. Para obter mais informações, consulte Replicar colunas de identidade.

Sim, mas com algumas restrições. Para obter mais informações, consulte a seção "Publicando tabelas em mais de uma publicação" no tópico Publicar dados e objetos de banco de dados.

Sim. Não há restrições quanto ao número ou tipos de publicações que podem usar o mesmo banco de dados de distribuição. Todas as publicações de um determinado Editor devem utilizar a mesma base de dados de Distribuidor e distribuição.

Se você tiver várias publicações, poderá configurar vários bancos de dados de distribuição no Distribuidor para garantir que os dados que fluem por cada banco de dados de distribuição sejam de uma única publicação. Use a caixa de diálogo Propriedades do distribuidor ou sp_adddistributiondb (Transact-SQL) para adicionar um banco de dados de distribuição. Para obter mais informações sobre como acessar a caixa de diálogo, consulte Exibir e modificar propriedades do distribuidor e do editor.

Essas informações estão disponíveis por meio do SQL Server Management Studio e de vários procedimentos armazenados de replicação. Para obter mais informações, consulte Script de informações do distribuidor e do editor.

Não. A replicação não criptografa dados armazenados no banco de dados ou transferidos pela rede. Para obter mais informações, consulte a seção "Criptografia" do tópico Exibir e modificar configurações de segurança de replicação.

Replique dados pela Internet usando:

• Uma Rede Privada Virtual (VPN). Para obter mais informações, consulte Publicar dados pela Internet usando VPN.

• A opção de sincronização da Web para replicação de mesclagem. Para obter mais informações, consulte Sincronização da Web para replicação de mesclagem.

Todos os tipos de replicação do Microsoft SQL Server podem replicar dados em uma VPN, mas você deve considerar a sincronização da Web se estiver usando a replicação de mesclagem.

Sim. O processamento de replicação é retomado no ponto em que parou se uma conexão for interrompida. Se você estiver usando a replicação de mesclagem em uma rede não confiável, considere o uso de registros lógicos, o que garante que as alterações relacionadas sejam processadas como uma unidade. Para obter mais informações, consulte Agrupar alterações em linhas relacionadas com registros lógicos.

Sim, a replicação funciona em conexões de baixa largura de banda. Para conexões via TCP/IP, ele usa a compactação fornecida pelo protocolo, mas não fornece compactação adicional. Para conexões de sincronização da Web por HTTPS, ele usa a compactação fornecida pelo protocolo e também a compactação adicional dos arquivos XML usados para replicar as alterações.

Não, a replicação funciona somente quando você usa o nome real do servidor. A partir do SQL Server Management Studio (SSMS) 18.0 (e versões posteriores), a replicação pode ser configurada usando o nome real do servidor e o número da porta.

Não. Você pode criar um pacote SSIS para transferir logins e senhas de um Publicador para um ou mais Assinantes.

A partir do Microsoft SQL Server 2005 (9.x), o esquema tem dois significados:

• A definição de um objeto, como uma CREATE TABLE instrução. Por padrão, a replicação copia as definições de todos os objetos replicados para o Assinante.

• O namespace dentro do qual um objeto é criado: <Banco de dados>.<Esquema>.<Objeto>. Os esquemas são definidos usando a CREATE SCHEMA instrução.

• A replicação tem o seguinte comportamento padrão no Assistente para Nova Publicação em relação aos esquemas e à propriedade do objeto:

• Para artigos em publicações de mesclagem com um nível de compatibilidade de 90 ou superior, publicações instantâneas e publicações transacionais: por padrão, o proprietário do objeto no Assinante é o mesmo que o proprietário do objeto correspondente no Editor. Se os esquemas que possuem objetos não existirem no Assinante, eles serão criados automaticamente.

• Para artigos em publicações de mesclagem com um nível de compatibilidade inferior a 90: por padrão, o proprietário é deixado em branco e é especificado como dbo durante a criação do objeto no Assinante.

• Para artigos em publicações Oracle: por padrão, o proprietário é especificado como dbo.

• Para artigos em publicações que usam instantâneos de modo de caractere (que são usados para Assinantes que não são do SQL Server e Assinantes do SQL Server Compact): por padrão, o proprietário é deixado em branco. O proprietário assume como padrão o proprietário associado à conta usada pelo Agente de Distribuição ou Agente de Mesclagem para se conectar ao Assinante.

O proprietário do objeto pode ser alterado por meio da caixa de diálogo Propriedades do artigo - <Artigo> e dos seguintes procedimentos armazenados: sp_addarticle, sp_addmergearticle, sp_changearticle e sp_changemergearticle. Para obter mais informações, consulte Exibir e modificar propriedades de publicação, Definir um artigo e Exibir e modificar propriedades do artigo.

Por padrão, a replicação não executa instruções GRANT no banco de dados de assinatura. Se desejar que as permissões no banco de dados de assinatura correspondam às do banco de dados de publicação, use um dos seguintes métodos:

• Execute instruções GRANT diretamente no banco de dados de assinaturas.

• Use um script pós-snapshot para executar as instruções. Para obter mais informações, consulte Executar scripts antes e depois que o instantâneo é aplicado.

• Use o procedimento armazenado sp_addscriptexec para executar as instruções.

Por padrão, os objetos no Assinante são descartados e recriados quando uma assinatura é reinicializada, o que faz com que todas as permissões concedidas para esses objetos sejam descartadas. Há duas maneiras de lidar com isso:

• Reaplique as concessões após a reinicialização usando as técnicas descritas na seção anterior.

• Especifique que os objetos não devem ser descartados quando a assinatura for reinicializada. Antes da reinicialização:

  • Execute sp_changearticle ou sp_changemergearticle. Especifique um valor de «pre_creation_cmd» (sp_changearticle) ou «pre_creation_command» (sp_changemergearticle) para o parâmetro @property e um valor de «none», «delete» ou «truncate» para o parâmetro @value.

  • Na caixa de diálogo Propriedades do Artigo - <Artigo> na seção Objeto de Destino , selecione um valor de Manter o objeto existente inalterado, Excluir dados. Se o artigo tiver um filtro de linha, exclua apenas os dados que correspondem ao filtro. ou truncar todos os dados no objeto existente para a opção Ação se o nome estiver em uso. Para obter mais informações sobre como acessar essa caixa de diálogo, consulte Exibir e modificar propriedades de publicação.

TRUNCATE TABLE é uma instrução DDL que não registra exclusões de linha individuais e não dispara gatilhos DML. Não é permitido porque a replicação não pode controlar as alterações causadas pela operação: a replicação transacional rastreia as alterações através do log de transações; a replicação de mesclagem rastreia alterações por meio de gatilhos DML em tabelas publicadas.

Para replicação transacional, as inserções em massa são rastreadas e replicadas como outras inserções. Para replicação de mesclagem, você deve garantir que os metadados de controle de alterações sejam atualizados corretamente.

Sim. Há várias considerações especiais para bancos de dados envolvidos na replicação. Para obter mais informações, consulte Fazer backup e restaurar bancos de dados replicados.

A replicação de mesclagem e a replicação de snapshot não afetam o tamanho do log de transações, mas a replicação transacional pode. Se um banco de dados incluir uma ou mais publicações transacionais, o log não será truncado até que todas as transações relevantes para as publicações tenham sido entregues ao banco de dados de distribuição. Se o log de transações estiver crescendo demais e o Log Reader Agent estiver sendo executado de forma agendada, considere encurtar o intervalo entre as execuções. Ou defina-o para ser executado no modo contínuo. Se estiver definido para ser executado em modo contínuo (o padrão), verifique se ele está em execução. Para obter mais informações sobre como verificar o status do Log Reader Agent, consulte Exibir informações e executar tarefas usando o Replication Monitor.

Além disso, se você tiver definido a opção 'sincronizar com backup' no banco de dados de publicação ou no banco de dados de distribuição, o log de transações não será truncado até que todas as transações tenham sido copiadas. Se o log de transações estiver crescendo demais e você tiver essa opção definida, considere encurtar o intervalo entre os backups do log de transações. Para obter mais informações sobre como fazer backup e restaurar bancos de dados envolvidos na replicação transacional, consulte Estratégias para backup e restauração de snapshot e replicação transacional.

Há uma variedade de mecanismos para reconstruir índices. Todos eles podem ser usados sem considerações especiais para replicação, com a seguinte exceção: chaves primárias são necessárias em tabelas em publicações transacionais, portanto, você não pode soltar e recriar chaves primárias nessas tabelas.

Os índices podem ser adicionados no Publicador ou nos Subscritores sem considerações especiais para a replicação (lembre-se de que os índices podem afetar o desempenho). CREATE INDEX e ALTER INDEX não são replicados, portanto, se você adicionar ou alterar um índice em, por exemplo, o Editor, deverá fazer a mesma adição ou alteração no Assinante se quiser que ele seja refletido lá.

Em versões do SQL Server anteriores ao SQL Server 2005 (9.x), mover ou renomear arquivos de banco de dados exigia desanexar e reanexar o banco de dados. Como um banco de dados replicado não pode ser desanexado, a replicação teve que ser removida desses bancos de dados primeiro. A partir do SQL Server 2005 (9.x), você pode mover ou renomear arquivos sem desanexar e anexar novamente o banco de dados, sem efeito na replicação. Para obter mais informações sobre como mover e renomear arquivos, consulte ALTER DATABASE (Transact-SQL).

Primeiro, solte o artigo da publicação usando sp_droparticle, sp_dropmergearticle ou a caixa de diálogo Propriedades da publicação - <Publicação> e, em seguida, solte-o do banco de dados usando DROP <Object>. Não é possível descartar artigos de publicações instantâneas ou transacionais após a adição de assinaturas; Você deve descartar as assinaturas primeiro. Para obter mais informações, consulte Adicionar artigos e descartar artigos de publicações existentes.

O SQL Server dá suporte a uma ampla variedade de alterações de esquema em objetos publicados, incluindo adição e descarte de colunas. Por exemplo, execute ALTER TABLE … DROP COLUMN no Publisher e a instrução é replicada para Assinantes e, em seguida, executada para soltar a coluna. Os assinantes que executam versões do SQL Server anteriores ao SQL Server 2005 (9.x) oferecem suporte à adição e remoção de colunas por meio dos procedimentos armazenados sp_repladdcolumn e sp_repldropcolumn. Para obter mais informações, consulte Alterações de Esquema em Bancos de Dados de Publicação.

Use a validação. A validação informa se um determinado Assinante está sincronizado com o Editor. Para mais informações, consulte Validar Dados Replicados. A validação não fornece informações sobre quais linhas, se houver, não estão sincronizadas corretamente, mas o utilitário tablediff sim.

Não é necessário interromper a atividade nos bancos de dados de publicação ou assinatura para adicionar uma tabela (ou outro objeto). Adicione uma tabela a uma publicação através da caixa de diálogo Propriedades da Publicação - <Publicação> ou dos procedimentos armazenados sp_addarticle e sp_addmergearticle. Para obter mais informações, consulte Adicionar artigos e descartar artigos de publicações existentes.

Remova uma tabela da publicação usando sp_droparticle, sp_dropmergearticle ou a caixa de diálogo Propriedades da Publicação - <Publicação> . Não é possível descartar artigos de publicações instantâneas ou transacionais após a adição de assinaturas; Você deve descartar as assinaturas primeiro. Para obter mais informações, consulte Adicionar artigos e descartar artigos de publicações existentes.

Há uma série de alterações de artigos e publicações que exigem que as assinaturas sejam reinicializadas. Para obter mais informações, consulte Alterar propriedades de publicação e artigo.

Há uma série de alterações de artigos e publicações que invalidam instantâneos e exigem que um novo instantâneo seja gerado. Para obter mais informações, consulte Alterar propriedades de publicação e artigo.

As ações necessárias para remover a replicação de um banco de dados dependem se o banco de dados serviu como um banco de dados de publicação, banco de dados de assinatura ou ambos.

Para replicação transacional, use procedimentos armazenados ou a guia Comandos não distribuídos no Replication Monitor. Para obter mais informações, consulte Exibir comandos replicados e outras informações no banco de dados de distribuição (replicação Transact-SQL programação) e Exibir informações e executar tarefas usando o Replication Monitor.

Para replicação de mesclagem, use o procedimento armazenado sp_showpendingchanges. Para obter mais informações, consulte sp_showpendingchanges (Transact-SQL).

Use o procedimento armazenado sp_replmonitorsubscriptionpendingcmds ou a guia Comandos não distribuídos no Replication Monitor. O procedimento armazenado e a guia são exibidos:

• O número de comandos no banco de dados de distribuição que não foram entregues ao Assinante selecionado. Um comando consiste em uma instrução Transact-SQL DML (linguagem de manipulação de dados) ou uma instrução DDL (linguagem de definição de dados).

• A quantidade estimada de tempo para entregar comandos ao Assinante. Se esse valor for maior do que o tempo necessário para gerar e aplicar um instantâneo ao Assinante, considere reinicializar o Assinante. Para obter mais informações, consulte Reinicializar assinaturas.

Para obter mais informações, consulte sp_replmonitorsubscriptionpendingcmds (Transact-SQL) e Exibir informações e executar tarefas usando o Replication Monitor.

Sim. Para obter mais informações, consulte Envio e replicação de logs (SQL Server) e Espelhamento e replicação de banco de dados (SQL Server).

Sim. Não são necessárias considerações especiais porque todos os dados são armazenados em um conjunto de discos no cluster.

Recomendamos entrar em contato com o fornecedor terceirizado para quaisquer problemas para receber suporte. Geralmente, se o problema for isolado pelo fornecedor como sendo um problema principal de replicação fornecido com o SQL Server, o Suporte da Microsoft estará envolvido para ajudar ainda mais.

Ver também

Práticas recomendadas para administração de replicação