Publicar dados e objetos de banco de dados

Artigo
10/05/2023

Aplica-se a: SQL Server Instância Gerenciada de SQL do Azure

Ao criar uma publicação, você escolhe as tabelas e outros objetos de banco de dados que deseja publicar. Você pode publicar os objetos de banco de dados a seguir usando replicação.

Objeto de banco de dados	Replicação de instantâneo e replicação transacional	Replicação de mesclagem
Tabelas	X	X
Tabelas particionadas	X	X
Procedimentos armazenados: definição (Transact-SQL e CLR)	X	X
Procedimentos armazenados: execução (Transact-SQL e CLR)	X	não
Exibições	X	X
Exibições indexadas	X	X
Exibições indexadas como tabelas	X	não
Tipos definidos pelo usuário (CLR)	X	X
Funções definidas pelo usuário (Transact-SQL e CLR)	X	X
Tipos de dados de alias	X	X
Índices de texto completo	X	X
Objetos de esquema (restrições, índices, gatilhos DML de usuário, propriedades estendidas e ordenação)	X	X

Criando publicações

Para criar uma publicação, forneça as seguintes informações:

O Distribuidor.
A localização padrão dos arquivos de instantâneo.
O banco de dados da publicação.
O tipo de publicação a ser criada (instantâneo, transacional, transacional com assinaturas atualizáveis ou mesclagem).
Os dados e objetos de banco de dados (artigos) a serem incluídos na publicação.
Filtros de linha e filtros de coluna estáticos para todos os tipos de publicação e filtros de linha com parâmetros e filtros de junção para publicações de mesclagem.
A agenda do Agente de Instantâneo.
Contas sob as quais os seguintes agentes irão executar: o Agente de Instantâneo para todas as publicações; o Agente de Leitor de Log para todas as publicações transacionais; o Agente de Leitor de Fila para publicações transacionais que permitem atualização das assinaturas.
Um nome e descrição para a publicação.

Para obter informações sobre como trabalhar com publicações, consulte os tópicos a seguir:

Observação

Excluir um artigo ou publicação não remove objetos do Assinante.

Publicando tabelas

O objeto publicado com maior frequência é uma tabela. Os vínculos a seguir fornecem informações adicionais sobre áreas relacionadas a publicação de tabelas:

Ao publicar uma tabela para replicação, você pode especificar quais objetos de esquema devem ser copiados para o Assinante, como integridade referencial declarada (restrições de chave primária, restrições de referência, restrições exclusivas), índices, gatilhos DML de usuário (os disparadores DDL não podem ser replicados), propriedades estendidas e ordenação. As propriedades estendidas são replicadas apenas na sincronização inicial entre o Editor e o Assinante. Se você adicionar ou modificar uma propriedade estendida depois da sincronização inicial, a alteração não será replicada.

Para especificar opções de esquema, consulte Especificar opções de esquema ou SchemaOption.

Tabelas e índices particionados

A replicação dá suporte à publicação de tabelas e índices particionados. O nível de suporte depende do tipo de replicação usado e das opções especificadas para a publicação e os artigos associados às tabelas particionadas. Para obter mais informações, consulte Replicar tabelas e índices particionados.

Publicando procedimentos armazenados

Todos os tipos de replicação permitem que você reproduza definições de procedimentos armazenados: o CREATE PROCEDURE é copiado para cada Assinante. No caso de procedimentos armazenados CLR (Common Language Runtime), o assembly associado também é copiado. As alterações a procedimentos são replicadas aos Assinantes; as alterações aos assemblies associados não são.

Além de replicar a definição de um procedimento armazenado, a replicação transacional permite que você replique a execução dos procedimentos armazenados. Isso é útil ao replicar os resultados de procedimentos armazenados orientados a manutenção que afetam grandes quantidades de dados. Para obter mais informações, consulte Publicando execução de procedimento armazenado em replicação transacional.

Publicando exibições

Todos os tipos de replicação permitem que você reproduza exibições. A exibição (e o índice correspondente, se for uma exibição indexada) pode ser copiada para o Assinante, mas a tabela base também deve ser replicada.

Para exibições indexadas, a replicação transacional também permite que você replique a exibição indexada como uma tabela em vez de uma exibição, eliminando a necessidade de replicar também a tabela base. Para fazer isso, especifique uma das opções “indexed view logbased” do parâmetro @type de sp_addarticle (Transact-SQL). Para obter mais informações sobre como usar sp_addarticle, consulte Definir um artigo.

Publicando funções definidas pelo usuário

As instruções CREATE FUNCTION para as funções CLR e Transact-SQL são copiadas para cada Assinante. No caso das funções CLR, o assembly associado também é copiado. As alterações a funções são replicadas aos Assinantes; as alterações aos assemblies associados não são.

Publicando tipos definidos pelo usuário e tipos de dados de alias

As colunas que usam tipos definidos pelo usuário ou tipos de dados de alias são reproduzidas para Assinantes como outras colunas. A instrução CREATE TYPE para cada tipo replicado é executada no Assinante antes da criação da tabela. No caso de tipos definidos pelo usuário, o assembly associado é copiado também para cada Assinante. As alterações nos tipos definidos pelo usuário e tipos de dados de alias não são replicadas para os Assinantes.

Se um tipo é definido em um banco de dados, mas não é referenciado em nenhuma coluna quando uma publicação é criada, o tipo não é copiado para os Assinantes. Se depois você criar uma coluna desse tipo no banco de dados e quiser replicá-la, será preciso primeiro copiar manualmente o tipo (e o assembly associado para um tipo definido pelo usuário) para cada Assinante.

Publicando índices de texto completo

A instrução CREATE FULLTEXT INDEX é copiada para cada Assinante e o índice de texto completo é criado para o Assinante. As alterações feitas em índices de texto completo usando ALTER FULLTEXT INDEX não são replicadas.

Fazendo alterações de esquema em objetos publicados

A replicação oferece suporte para um amplo intervalo de alterações de esquema para objetos publicados. Quando você faz qualquer uma das seguintes alterações de esquema no objeto publicado apropriado em um Fornecedor do SQL Server, essa alteração é propagada por padrão para todos os Assinantes do SQL Server:

ALTER TABLE
ALTER VIEW
ALTER PROCEDURE
ALTER FUNCTION
ALTER TRIGGER

Para obter mais informações, consulte Make Schema Changes on Publication Databases (Fazer alterações de esquema em bancos de dados de publicação).

Considerações ao publicar

Tenha em mente as seguintes questões ao publicar objetos de bancos de dados:

O banco de dados está acessível aos usuários durante a criação da publicação e o instantâneo inicial, mas é aconselhável criar publicações em momentos de menor atividade no Publicador.
Um banco de dados não pode ser renomeado depois que uma publicação for criada nele. Para renomeá-lo, você deve primeiro remover a replicação do banco de dados.
Se você estiver publicando um objeto de banco de dados que depende de outros objetos de banco de dados, terá de publicar todos os objetos referenciados. Por exemplo, se você publicar uma exibição que depende de uma tabela, terá de publicar a tabela também.

Observação

Se você adicionar um artigo a uma publicação de mesclagem e o artigo existente depender do artigo novo, será preciso especificar uma ordem de processamento para ambos os artigos usando o parâmetro @processing_order de sp_addmergearticle e sp_changemergearticle. Considere o seguinte cenário: uma tabela é publicada, mas não é publicada a função que é referenciada pela tabela. Se a função não for publicada, a tabela não poderá ser criada no Assinante. Ao adicionar a função à publicação: especifique o valor 1 para o parâmetro @processing_order de sp_addmergearticlee especifique o valor 2 para o parâmetro @processing_order de sp_changemergearticle, especificando o nome da tabela para o parâmetro @article. Essa ordem de processamento garante a criação da função no Assinante antes da tabela que depende disso. Você pode usar números diferentes para cada artigo desde que o número para a função seja menor do que o número para a tabela.
Os nomes de publicação não podem incluir nenhum dos seguintes caracteres: % * [ ] | : " ? \ / <>.

Limitações na publicação de objetos

O número máximo de artigos e colunas que podem ser publicados difere nos tipos de publicações. Para obter mais informações, consulte a seção “Objetos de replicação” de Especificações de capacidade máxima do SQL Server.
Procedimentos armazenados, exibições, gatilhos e funções definidas pelo usuário que tenham sido definidos como WITH ENCRYPTION não podem ser publicados como parte da replicação do SQL Server.
As coleções de esquema XML podem ser replicadas, mas as alterações não são replicadas depois do instantâneo inicial.
As tabelas publicadas para replicação transacional devem ter uma chave primária. Se uma tabela estiver em uma publicação de replicação transacional, não será possível desabilitar nenhum índice associado a colunas de chave primária. Esses índices são necessários para a replicação. Para desabilitar um índice, você deve primeiramente descartar a tabela da publicação.
Padrões associados criados com sp_bindefault (Transact-SQL) não são replicados (padrões associados são preteridos a favor de padrões criados com a palavra-chave DEFAULT de ALTER TABLE ou CREATE TABLE).
Funções contendo a dica NOEXPAND em exibições indexadas não podem ser publicadas na mesma publicação que as tabelas referenciadas e as exibições indexadas, devido à ordem na qual os agentes e distribuição as entrega. Para solucionar esse problema, coloque a tabela e a criação de exibição indexada em uma primeira publicação e adicione funções contendo a dica NOEXPAND nas exibições indexadas para uma segunda publicação, que você publica após a primeira publicação ser concluída. Ou crie scripts para essas funções e entregue o script usando o parâmetro @post_snapshot_script de sp_addpublication.

Propriedade de esquemas e objetos

A replicação tem o seguinte comportamento padrão no Assistente para Nova Publicação em relação à propriedade de esquemas e objetos:

Para artigos em publicações de mesclagem com um nível de compatibilidade 90 ou superior, publicações de instantâneos e publicações transacionais: por padrão, o proprietário do objeto no Assinante é igual ao proprietário do objeto correspondente no Publicador. Caso não existam esquemas proprietários de objetos no Assinante, eles serão criados automaticamente.
Para artigos em publicação de mesclagem com um nível de compatibilidade abaixo de 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 snapshots de modo de caractere (que são usados para não assinantes do SQL Server e assinantes do SQL Server Compact): por padrão, o proprietário é deixado em branco. O proprietário assume o padrão do 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 as propriedades da publicação, Definir um artigo e Exibir e modificar as propriedades do artigo.

Publicando dados para Assinantes que executam versões anteriores do SQL Server

Se estiver publicando para um Assinante que executa uma versão anterior do SQL Server, você estará limitado à funcionalidade dessa versão, tanto em termos da funcionalidade específica à replicação quanto da funcionalidade do produto como um todo.
As publicações de mesclagem usam um nível de compatibilidade que determina quais recursos podem ser usados em uma publicação e permitem que você forneça suporte a Assinantes que executam versões anteriores do SQL Server.

Publicando tabelas em mais de uma publicação

A replicação fornece suporte para publicação de artigos em várias publicações (inclusive a republicação de dados) com as seguintes restrições:

Se um artigo for publicado em uma publicação transacional e em uma publicação de mesclagem, certifique-se de que a propriedade @published_in_tran_pub esteja definida como TRUE para o artigo de mesclagem. Para obter mais informações sobre como definir propriedades, consulte Exibir e modificar as propriedades da publicação e Exibir e modificar as propriedades do artigo.

Você também deve definir a propriedade @published_in_tran_pub se um artigo for parte de uma assinatura transacional e for incluído em uma publicação de mesclagem. Se esse for o caso, esteja ciente de que, por padrão, a replicação transacional espera que as tabelas no Assinante sejam tratadas como somente leitura; se a replicação de mesclagem alterar dados em uma tabela em uma assinatura transacional, pode haver não convergência de dados. Para evitar essa possibilidade, recomendamos que qualquer tabela desse tipo seja especificada como somente download na publicação de mesclagem. Isso impede que um Assinante de mesclagem carregue alterações de dados na tabela. Para obter mais informações, consulte Otimizar o desempenho da replicação de mesclagem com artigos somente para download.
Um artigo não pode ser publicado tanto em uma publicação de mesclagem quanto em uma publicação transacional com assinaturas de atualização enfileirada.
Os artigos incluídos em publicações transacionais que fornecem suporte para assinaturas de atualização não podem ser republicados.

Se um artigo for publicado em mais de uma publicação transacional que forneça suporte para assinaturas de atualização enfileiradas, as propriedades seguintes devem ter o mesmo valor para o artigo em todas as publicações:

Propriedade	Parâmetro em sp_addarticle
Gerenciamento de intervalo de identidade	@auto_identity_range (preterido) e @identityrangemangementoption
Intervalo de identidade do Publicador	@pub_identity_range
Intervalo de identidade	@identity_range
Limite de intervalo de identidade	@threshold

Para obter mais informações sobre esses parâmetros, consulte sp_addarticle (Transact-SQL).

Se um artigo for publicado em mais de uma publicação de mesclagem, as seguintes propriedades devem ter o mesmo valor para o artigo em todas as publicações:

Propriedade	Parâmetro em sp_addmergearticle
Rastreamento de coluna	@column_tracking
Opções de esquema	@schema_option
Filtragem de colunas	@vertical_partition
Opções de carregamento do assinante	@subscriber_upload_options
Controle de exclusão condicional	@delete_tracking
Compensação de erro	@compensate_for_errors
Gerenciamento de intervalo de identidade	@auto_identity_range (preterido) e @identityrangemangementoption
Intervalo de identidade do Publicador	@pub_identity_range
Intervalo de identidade	@identity_range
Limite de intervalo de identidade	@threshold
Opções de partição	@partition_options
Fluxo de coluna de blob	@stream_blob_columns
Tipo de filtro	@filter_type (parâmetro em sp_addmergefilter)

Para obter mais informações sobre esses parâmetros, consulte sp_addmergearticle (Transact-SQL) e sp_addmergefilter (Transact-SQL).

A replicação transacional e a replicação de mesclagem não filtrada fornecem suporte à publicação de uma tabela em várias publicações e depois à assinatura dentro de uma única tabela no banco de dados de assinatura (frequentemente chamado de cenário de acúmulo). O acúmulo é usado muitas vezes para agregar subconjuntos de dados de localizações múltiplas em uma única tabela em um Assinante central. As publicações de mesclagem filtradas não fornecem suporte ao cenário de Assinante central. Para replicação de mesclagem, o acúmulo geralmente é implementado por meio de uma única publicação com filtros de linha com parâmetros. Para obter mais informações, consulte Filtros de linha com parâmetros.

Confira também

Adicionar e remover artigos de publicações existentes
Configurar Distribuição
Inicializar uma Assinatura
Replicação de script
Proteger o Publicador
Subscribe to Publications

Partilhar via