Este é um post disponível para assinantes MVPEste post também está disponível para assinantes da SQL Magazine DIGITAL
ou para quem possui Créditos DevMedia. Clique aqui para saber mais!
ou para quem possui Créditos DevMedia. Clique aqui para saber mais!
Artigo SQL Magazine 74 - Disponibilidade no SQL Server 2005/2008
Este artigo estratégias de replicação de dados entre servidores SQL Server e entre o SQL Server e o PostgreSQL a fim de manter bancos de dados disponíveis com maior segurança para uma aplicação.
[fechar]
Você não gostou da qualidade deste conteúdo?
(opcional) Você gostaria de comentar o que não lhe agradou?
SQL Magazine 74
[Artigo disponível no Leitor Digital DevMedia. Clique aqui para acessá-lo]
> Clique aqui para ler todos os artigos da SQL Magazine 74
[Artigo disponível no Leitor Digital DevMedia. Clique aqui para acessá-lo]
> Clique aqui para ler todos os artigos da SQL Magazine 74
Banco de Dados
Disponibilidade no SQL Server 2005/2008
Trabalhando com Replicação de dados no SQL Server 2005/2008 e PostgreSQL
Normalmente nas médias e grandes empresas há movimentação de dados entre diversos ambientes remotos para geração de relatórios, troca de dados com usuários móveis, integração de dados de diversas fontes heterogêneas, entre outros. Sendo necessário buscar formas de realizar essas diversas integrações.
Uma solução interessante que se aplica neste cenário é a replicação, onde a principal proposta é distribuir duas ou mais cópias dos dados em diferentes servidores. A estratégia de replicação pode ser utilizada também como uma solução para tolerância a falhas, permitindo que o serviço permaneça operacional mesmo após algum problema de hardware ou software.
Este artigo tem como objetivo descrever sobre os principais conceitos sobre replicação de dados no SQL Server 2005/2008, assim como criar um estudo de caso onde será demonstrada replicação de dados entre os SGBDs SQL Server e PostgreSQL.
Replicação de Dados
Antes de implementar a replicação em qualquer ambiente, devemos avaliar algumas questões que são importantes nesse cenário, como a infraestrutura da rede e hardware para saber se o ambiente comporta a replicação, conhecer a estrutura e o comportamento do banco de dados, o intervalo de tempo em que dados deverão ser replicados (latência), o tipo de replicação que será utilizado e qual a topologia de replicação.
É muito importante fazer uma análise cuidadosa sobre cada item citado anteriormente, documentar e planejar todo o processo para que a replicação ocorra com sucesso e atenda todas as necessidades de negócio da empresa.
Vamos conhecer os principais papéis encontrados na replicação para iniciarmos nossos estudos sobre replicação:
• Publisher (Publicador): Mantém a cópia master dentro da arquitetura da replicação, ou seja, o banco de dados que será replicado.
• Subscriber (Assinante): é o banco de dados que receberá os dados replicados do Publisher. Pode receber as mudanças de um ou mais Publishers. E existem dois modos que o Subscriber poderá receber os dados replicados:
o Push Subscription: onde o servidor que reside o Distribuitor envia os dados;
o Pull Subscription: onde o servidor que está como Subscriber solicita os dados que devem ser replicados para o Distribuitor.
• Distribuitor (Distribuidor): é responsável em enviar os dados do Publisher para os Subscriber. É o papel mais importante dentro da arquitetura da replicação.
Topologia de Replicação
Vamos começar conhecendo as topologias de replicação, que descreve como ocorre o fluxo de dados dentro da replicação. Basicamente, podem ser resumida em dois tipos:
• Topologia Publisher Central: consiste de um único Publisher que tem um ou mais subscribers. Esta topologia, geralmente replica os dados de uma única fonte de dados, o Publisher, e envia as mudanças para um ou mais subscribers. A Figura 1 demonstra esse fluxo.
"
Este é um post disponível para assinantes MVP
Disponibilidade no SQL Server 2005/2008
Trabalhando com Replicação de dados no SQL Server 2005/2008 e PostgreSQL
Normalmente nas médias e grandes empresas há movimentação de dados entre diversos ambientes remotos para geração de relatórios, troca de dados com usuários móveis, integração de dados de diversas fontes heterogêneas, entre outros. Sendo necessário buscar formas de realizar essas diversas integrações.
Uma solução interessante que se aplica neste cenário é a replicação, onde a principal proposta é distribuir duas ou mais cópias dos dados em diferentes servidores. A estratégia de replicação pode ser utilizada também como uma solução para tolerância a falhas, permitindo que o serviço permaneça operacional mesmo após algum problema de hardware ou software.
Este artigo tem como objetivo descrever sobre os principais conceitos sobre replicação de dados no SQL Server 2005/2008, assim como criar um estudo de caso onde será demonstrada replicação de dados entre os SGBDs SQL Server e PostgreSQL.
Replicação de Dados
Antes de implementar a replicação em qualquer ambiente, devemos avaliar algumas questões que são importantes nesse cenário, como a infraestrutura da rede e hardware para saber se o ambiente comporta a replicação, conhecer a estrutura e o comportamento do banco de dados, o intervalo de tempo em que dados deverão ser replicados (latência), o tipo de replicação que será utilizado e qual a topologia de replicação.
É muito importante fazer uma análise cuidadosa sobre cada item citado anteriormente, documentar e planejar todo o processo para que a replicação ocorra com sucesso e atenda todas as necessidades de negócio da empresa.
Vamos conhecer os principais papéis encontrados na replicação para iniciarmos nossos estudos sobre replicação:
• Publisher (Publicador): Mantém a cópia master dentro da arquitetura da replicação, ou seja, o banco de dados que será replicado.
• Subscriber (Assinante): é o banco de dados que receberá os dados replicados do Publisher. Pode receber as mudanças de um ou mais Publishers. E existem dois modos que o Subscriber poderá receber os dados replicados:
o Push Subscription: onde o servidor que reside o Distribuitor envia os dados;
o Pull Subscription: onde o servidor que está como Subscriber solicita os dados que devem ser replicados para o Distribuitor.
• Distribuitor (Distribuidor): é responsável em enviar os dados do Publisher para os Subscriber. É o papel mais importante dentro da arquitetura da replicação.
Topologia de Replicação
Vamos começar conhecendo as topologias de replicação, que descreve como ocorre o fluxo de dados dentro da replicação. Basicamente, podem ser resumida em dois tipos:
• Topologia Publisher Central: consiste de um único Publisher que tem um ou mais subscribers. Esta topologia, geralmente replica os dados de uma única fonte de dados, o Publisher, e envia as mudanças para um ou mais subscribers. A Figura 1 demonstra esse fluxo.
"
A exibição deste artigo foi interrompida.
Este é um post disponível para assinantes MVPEste post também está disponível para assinantes da SQL Magazine DIGITAL
ou para quem possui Créditos DevMedia. Clique aqui para saber mais!
ou para quem possui Créditos DevMedia. Clique aqui para saber mais!
Priscila Azarias
MCTS SQL Server 2005. ITIL V3 Foundation Certified. Pós Graduada em Gestão Industrial: Conhecimento e Inovação. Graduada em Tecnologia de Sistemas de Informação. Experiência em administração e desenvolvimento de banco de dados SQL Server. Atualmente trabalha como analista DBA para uma empres...
O que você achou deste post?
Cursos relacionados
Publicidade
