Conceitos de programação de replicação
Antes de desenvolver um aplicativo que utilize funcionalidades de replicação, siga estas etapas de planejamento gerais:
Defina a sua topologia de replicação.
Defina a funcionalidade do aplicativo.
Planeje a segurança.
Escolha um ambiente de desenvolvimento.
Escolha a interface de programação de replicação apropriada.
O restante deste tópico descreverá essas etapas em mais detalhes. Para ajudar ilustrar o processo de planejamento, foi incluído um exemplo.
Definindo a topologia de replicação
A primeira etapa da programação da replicação é definir a topologia de replicação para o seu aplicativo. Se você estiver escrevendo um aplicativo que usará uma topologia de replicação existente, como um aplicativo cliente que acessa dados em um assinante existente, prossiga para a próxima etapa.
.gif "Observação") Observação |
|---|
Em alguns casos, implantar a topologia de replicação será o único propósito do aplicativo. |
A topologia de replicação definida dependerá de muitos fatores, inclusive os seguintes:
Se os dados replicados precisam ou não ser atualizados, e por quem.
As necessidades da distribuição de dados em relação à consistência, à autonomia e à latência.
O ambiente de replicação, incluindo usuários comerciais, infraestrutura técnica, rede e segurança e características de dados.
Os tipos de replicação e as opções de replicação.
As topologias de replicação e como elas se alinham aos tipos de replicação.
Se você ainda não conhece a replicação do Microsoft SQL Server, consulte Tipos de replicação.
Definindo a funcionalidade do aplicativo
Após a definição da topologia de replicação, decida quais serão as funcionalidades oferecidas pelo seu aplicativo. Essas funcionalidades poderão variar de um script que sincroniza uma assinatura até um aplicativo com uma interface do usuário para a configuração da replicação. A replicação oferece suporte às seguintes tarefas de programação gerais:
Configuração da replicação.
Sincronização de Assinantes.
Manutenção de uma topologia de replicação.
Monitoramento de uma topologia de replicação.
Solução de problemas de replicação.
Também é comum estender o seu aplicativo combinando funcionalidades de replicação com outras funcionalidades oferecidas pelo SQL Server. A tabela a seguir realça algumas das funcionalidades estendidas que podem ser oferecidas em seu aplicativo de replicação.
Funcionalidade |
Exemplo |
|---|---|
Administração de servidor que usa o SMO do SQL Server |
Um aplicativo que permite a um administrador anexar e configurar um banco de dados como um Publicador em uma topologia de replicação. |
Acesso a dados usando o ADO.NET |
Um aplicativo que permite aos usuários acessar e alterar programaticamente dados de venda replicados em um banco de dados Assinante local em modo offline e então conectar-se a uma assinatura pull e sincronizar com ela clicando em um botão. |
Planejando a segurança
A segurança é importante em qualquer aplicativo e se planejamento deveria ser concluído antes de qualquer código ser escrito. A segurança do aplicativo pode ser dividida em três partes principais: proteção do banco de dados, proteção da replicação e escrita de código seguro.
Os tópicos a seguir oferecem informações sobre segurança:
Escolhendo um ambiente de desenvolvimento
Durante o desenvolvimento de um aplicativo de replicação, existem três ambientes de desenvolvimento básicos a se considerar. Cada ambiente de desenvolvimento tem acesso às mesmas funcionalidades de replicação, com algumas exceções. Os aplicativos de replicação podem ser desenvolvidos em cada um dos ambientes a seguir.
Código gerenciado
Ambiente de desenvolvimento orientado a objeto que aproveita os benefícios da programação .NET Framework e do CLR (common language runtime) .NET. O código gerenciado é o ambiente de programação indicado para o desenvolvimento de .NET e de aplicativos SQL Server. As interfaces de replicação gerenciadas permitem a programação de administração de replicação de uma forma orientada a objeto sem que seja preciso conhecer o Transact-SQL, e também oferece algumas funcionalidades de retorno de chamada durante a execução de agentes de replicação não disponíveis em scripts. O código gerenciado é o melhor ambiente para o desenvolvimento de componentes e de aplicativos de interface do usuário reutilizáveis.
Gerando script
Aplicativos simples que executam uma série de comandos, além de quaisquer procedimentos armazenados do sistema de replicação presentes em scripts ou comandos Transact-SQL de arquivos em lotes. Embora você possa executar scripts em um ambiente gerenciado usando o provedor gerenciado em processo do SQL Server, a mesma funcionalidade pode ser obtida com interfaces de replicação, que também oferecem funcionalidades de retorno de chamada. A geração de scripts é o melhor ambiente para a execução de tarefas que só serão executadas algumas vezes e onde as funcionalidades de retorno de chamada não serão necessárias, como na instalação de um servidor de replicação.
Código nativo
Ambiente de desenvolvimento orientado a objeto que utiliza acesso direto ao sistema ou a objetos COM como o código que não é gerenciado pelo CLR. As interfaces de replicação do código nativo não estão disponíveis ou foram descontinuadas. Para obter mais informações, consulte Recursos preteridos em Replicação do Microsoft SQL Server ou Compatibilidade com versões anteriores de replicação.
Escolha a interface de programação de replicação apropriada
A última etapa de planejamento é escolher a interface de programação de replicação apropriada que implementará a funcionalidade de replicação desejada para o ambiente de desenvolvimento escolhido. A tabela a seguir mostra as interfaces de programação de replicação disponíveis.
Interface |
Ambiente |
Usos |
|---|---|---|
Código gerenciado |
Administração, monitoramento e sincronização. |
|
Código gerenciado |
Sincronização. |
|
Código gerenciado |
Criação de manipuladores de lógica de negócios para integrar lógica personalizada ao processo de sincronização de mesclagem. |
|
Gerando script |
Administração e monitoramento. |
|
Gerando script |
Sincronização. |
Exemplo
No Adventure Works, os dados precisam ser publicados para 200 representantes de vendas de todo o mundo. Os representantes de venda viajam com muita frequência e precisam usar laptops ou PDAs (personal digital assistants) para alterar dados de clientes e para adicionar novos pedidos. As alterações terão de ser sincronizadas com o Publicador quando o representante de vendas conectar o laptop à rede.
Para este aplicativo, as etapas de planejamento poderiam ser as seguintes:
A topologia de replicação para este aplicativo já existe. No entanto, uma nova assinatura pull deverá ser criada no cliente. A publicação deve usar filtros parametrizados para replicar um conjunto de dados exclusivo para cada representante de vendas.
Além do acesso a dados típico exigido para um aplicativo de venda, este aplicativo deve permitir que os vendedores sincronizem a assinatura pull sob demanda clicando em um botão. Uma vez que o representante de vendas instalará e executará o aplicativo, também terá de ser capaz de configurar uma assinatura e de aplicar o instantâneo inicial no cliente. Opcionalmente, o aplicativo usará a infraestrutura fornecida pelo Windows para localizar a conectividade sem-fios e sincronizar a assinatura automaticamente quando uma conexão for detectada.
Siga todas as diretrizes de segurança para replicação, incluindo a utilização da Autenticação de Windows e de uma VPN (rede privada virtual) ao se conectar ao editor. Se estiver implementando a sincronização da Web, use uma conexão de protocolo SSL. Para obter mais informações, consulte Configure a sincronização da Web.
Para tirar proveito dos recursos do .NET Framework, o aplicativo será desenvolvido usando uma linguagem de código gerenciado.
Com base nesses requisitos, a interface gerenciada do RMO (Replication Management Objects) pode oferecer toda a funcionalidade de replicação necessária para este aplicativo.
Este cenário de exemplo foi implementado em um aplicativo de exemplo incluído no SQL Server.