Assinantes não-SQL Server

A replicação dá suporte a tabelas de publicação e exibições indexadas como tabelas para Assinantes não-SQL Server (exibições indexadas não podem ser replicadas como exibições indexadas).

Ao criar uma publicação no Assistente para Novas Publicações e depois habilitá-la para Assinantes não-SQL Server usando a caixa de diálogo Propriedades de Publicação, o proprietário de todos os objetos no banco de dados da assinatura não é especificado para Assinantes não-SQL Server, enquanto para Assinantes MicrosoftSQL Server, é definido para o proprietário do objeto correspondente no banco de dados de publicação.

Se a publicação tiver Assinantes SQL Server e Assinantes não-SQL Server, a publicação deverá ser habilitada para Assinantes não-SQL Server antes de qualquer Assinante SQL Server ser criado.

Por padrão, scripts gerados pelo Snapshot Agent para Assinantes não-SQL Server usam identificadores sem aspas na sintaxe de CREATE TABLE. Portanto, uma tabela publicada nomeada 'teste' é reproduzida como 'TESTE'. Para usar o mesmo tipo de caixa (maiúscula/minúscula) como a tabela no banco de dados de publicação, use o parâmetro -QuotedIdentifier para o Distribution Agent. O parâmetro -QuotedIdentifier deve também ser usado se os nomes de objetos publicados (assim como tabelas, colunas e restrições) incluírem espaços ou palavras que são palavras reservadas na versão do banco de dados no Assinante não-SQL Server. Para obter mais informações sobre esse parâmetro, consulte Replication Distribution Agent.

A conta na qual o Distribution Agent é executado deve ter acesso de leitura ao diretório de instalação do provedor OLÉ DB.

Por padrão para Assinantes não-SQL Server, o Distribution Agent usa o valor de [(destino padrão)] para o banco de dados da assinatura (o parâmetro -SubscriberDB para o Distribution Agent):

• Para o Oracle, um servidor tem, no máximo, um banco de dados, assim não é necessário especificar o banco de dados.

• Para IBM DB2, o banco de dados é especificado na cadeia de caracteres de conexão DB2. Para obter mais informações, consulte Como criar uma assinatura para um Assinante Não-SQL Server (SQL Server Management Studio) e Como criar uma assinatura para um assinante não-SQL Server (Programação Transact-SQL de replicação).

Se o Distribuidor SQL Server estiver executando em uma plataforma de 64-bit, você deve usar a versão de 64-bit do provedor OLE DB do Oracle apropriado.

A replicação move dados em formato Unicode independentemente do agrupamento e das páginas de código usadas no Publicador e no Assinante. É recomendado que você escolha um agrupamento/página de código compatível ao replicar entre Publicadores e Assinantes.

Se um artigo for adicionado ou excluído de uma publicação, assinaturas para Assinantes não-SQL Server devem ser reinicializadas.

As únicas restrições que oferecem suporte para todos os Assinantes não -SQL Server são: NULL e NOT NULL. As restrições de chave primária são replicadas como índices exclusivos.

O valor NULL é tratado de forma diferente por bancos de dados diferentes, o que afeta como um valor em branco, uma cadeia vazia e o NULL são representados. Isto, por sua vez, afeta o comportamento de valores inseridos em colunas com restrições exclusivas definidas. Por exemplo, o Oracle permite valores múltiplos de NULL em uma coluna que é considerada exclusiva, enquanto o SQL Server permite apenas um único valor NULL em uma coluna exclusiva.

Um fator adicional é como os valores de NULL, cadeias vazias, valores em branco são tratados quando a coluna é definida como NOT NULL. Para obter informações sobre como tratar deste assunto para Assinantes do Oracle, consulte Assinantes Oracle.

O SQL Server Management Studio não oferece suporte para habilitação de publicações SQL Server 2000 para Assinantes não-SQL Server. Para habilitar uma publicação SQL Server 2000 para Assinantes não-SQL Server, use o Assistente para Novas Publicações, que está disponível no SQL Server 2000 Enterprise Manager. No Assistente para Novas Publicações, na página Especificar Tipos de Assinantes, selecione Fontes de dados heterogêneas, como Oracle ou Microsoft Access.

Esquema e dados publicados devem conformar-se aos requisitos do banco de dados no Assinante. Por exemplo, se um banco de dados não-SQL Server tem um tamanho máximo de linha menor que o SQL Server, você deve assegurar-se de que o esquema e dados publicados não excedam esse tamanho.

Tabelas replicadas em Assinantes não SQL Server adotarão as convenções de nomenclatura de tabela do banco de dados no Assinante.

As alterações que você faz no esquema publicado não são propagadas em assinantes não SQL Server. Para obter mais informações sobre alterações de esquema, consulte Fazendo alterações de esquema em bancos de dados de publicação.

O SQL Server oferece dois tipos de assinatura: push e pull. Assinantes não-SQL Server devem usar assinaturas push onde o Distribution Agent é executado no Distribuidor SQL Server .

O SQL Server oferece dois formatos de instantâneo: modo de bcp nativo e modo de caractere. Assinantes não-SQL Server requerem instantâneos de modo de caractere.

Assinantes não-SQL Server não podem usar atualização imediata ou assinatura de atualização em fila ou ser nós em uma topologia ponto a ponto.

Assinantes não-SQL Server não podem ser inicializados automaticamente de um backup.