Escolar Documentos
Profissional Documentos
Cultura Documentos
INTRODUO
Replicao o processo que mantm duas ou mais rplicas dos dados em diferentes servidores SQL Server 2000. Logo, pode-se replicar desde um conjunto de linhas ou colunas de uma tabela at o prprio Banco de dados inteiro. No caso do SQL Server, temos vrias funes e assistentes que permitem configurar este processo de replicao de dados. Quando configurada a replicao, o SQL Server se encarrega de manter sincronizadas todas as rplicas. A confiabilidade da replicao alta, levando ainda em considerao, que ele capaz de reiniciar do ponto onde foi interrompido, caso exista alguma falha de comunicao na rede ou quaisquer outras falhas. Portanto, o SQL Server capaz de garantir a integridade dos dados replicados.
Enfim, com todos esses conceitos bem definidos o SQL Server os trata atravs de uma publicao que nada mais do que um conjunto e um ou mais artigos de um Banco de Dados. A publicao a unidade de replicao. Trocando em midos, o Assinante inscreve-se em uma Publicao e no em um artigo. Mesmo que somente tenhamos que replicar dados de um nico artigo, devemos criar uma Publicao que inclui esse artigo. Podemos criar uma ou mais Publicaes em um Banco de Dados, porm uma Publicao no pode conter artigos de diferentes Bancos de Dados.
TIPOS DE REPLICAO
Snapshot replication Todo o conjunto de dados replicado a cada intervalo programado. Um ou mais assinantes so atualizados com uma cpia exata dos dados publicados pelo Publisher. So enviados, para os assinantes, todos os dados, quer tenham sido modificados ou no. o tipo mais simples de replicao, pois os servidores envolvidos na replicao no precisam monitorar os dados para verificar quais alteraes foram feitas, uma vez que todos os dados so replicados. A principal desvantagem deste tipo de replicao que a mesma transmite uma grande quantidade de informaes a cada ciclo de replicao. Abaixo, algumas caractersticas da Snapshot replication: No indicada para grandes volumes de dados; Exige pouco do processador, uma vez que no existe a necessidade de um monitoramento constante para verificao das alteraes efetuadas no conjunto de dados a ser replicado; Possui uma latncia elevada, sendo a latncia igual ao intervalo de replicao. Por exemplo, se uma Snapshot replication est programada para ocorrer uma vez ao dia, a latncia ser de 24 horas. Transactional Replication Nesta replicao as alteraes efetuadas no Publisher que so replicadas para um ou mais Assinantes. Qualquer alterao feita, em um ou mais artigos de uma publicao, imediatamente capturada a partir do Log de Transaes do Banco de Dados e replicada para o Distribuidor. Dependendo das configuraes e da velocidade de conexo entre os servidores, podemos manter as diversas rplicas sincronizadas quase que instantaneamente. A principal vantagem que podemos manter as diversas rplicas praticamente idnticas, diminuindo bastante a latncia (questo de segundos) de atualizao entre as diversas rplicas. A grande desvantagem que este monitoramento contnuo em busca de alteraes, implica em uma maior exigncia de memria e processamento no servidor SQL Server. Merge Replication A principal caracterstica deste tipo de replicao que alteraes podem ser feitas em qualquer uma das replicas dos dados. As alteraes feitas em uma das replicas sero repassadas para as demais. O SQL Server utiliza um mecanismo prprio para resoluo de conflitos de replicao. Ao iniciarmos o processo de replicao, temos uma Snapshot replication na primeira vez que os dados so enviados para um ou mais Assinantes. Na seqncia, o mecanismo de replicao fica monitorando as alteraes efetuadas nas diversas rplicas e fica repassando as alteraes para as demais rplicas. No temos a garantia de que todas as rplicas estaro perfeitamente sincronizadas instantaneamente. Porm, temos a certeza de que as diversas rplicas iro convergir com o passar do tempo.
REPLICANDO OS DADOS
Para comear a implementao, devemos ter registrado no SQL Server os servidores aos quais queremos usar para a replicao de dados. Conforme, imagem a seguir:
Em seguida, clicamos no servidor onde os dados sero obtidos para a replicao dos dados e criamos uma nova Publicao.
Com isso, faremos a configurao utilizando um assistente do SQL Server, para criar uma nova Publicao.
Nesta janela, selecionamos a opo para que o servidor, neste caso, o THIAGONOTE seja no s Publicador, como tambm o Distribuidor dos dados, pois como vimos anteriormente, a existncia de um servidor com a funo de ser o distribuidor no obrigatria. Ao continuarmos, temos que selecionar o Banco de Dados que queremos publicar para o(s) outro(s) servidore(s).
Aps este passo, temos que escolher o tipo de replicao que desejamos realizar nesta publicao.
Na tela seguinte o assistente nos mostra onde ser armazenada a cpia do banco realizada para a replicao dos dados no Snapshot.
Agora devemos escolher quais objetos vo ser gravados no Snapshot para serem replicados.
10
Neste ltimo passo, o assistente pergunta se desejamos definir algum filtro de dados ou personalizar algumas propriedades da replicao, neste caso, no entraremos nestes detalhes, pois se tratam de opes e formas de customizao da replicao mais avanadas.
E, por fim, finalizando a criao da Publicao atravs do Assistente do SQL Server, feita a configurao do Distribuidor pelo prprio SQL Server.
11
Com a publicao criada, faremos agora a criao da Assinatura, ou seja, da Inscrio dos servidores que recebero os dados do Publicador. Para isso, clicamos, sobre a Publicao que acabamos de criar, para configurar um Push Subscription seguindo o passo a passo do assistente, conforme as imagens a seguir:
12
Com a escolha do servidor que receber as publicaes, partimos para a configurao do Banco de Dados de destino. Nesta tela do assistente, escolhemos o nome do Banco de Dados existente, ou conforme a Figura 14, criamos o Banco de Dados para a publicao.
13
Neste momento, temos que configurar quando rodar o snapshot para replicar os dados no(s) servidor(es) que recebero os dados.
Logo em seguida, verificamos o status do Agente do SQL Server que o responsvel pela criao do Snapshot e consequentemente a realizao da replicao.
14
Assim, finalizamos a instalao e o SQL Server configura da forma correta para a realizao da publicao e obtemos a imagem de sucesso na criao.
15
Agora, para simular a replicao dos dados iremos forar a criao do Snapshot, inicializando os Jobs que so criados pelos assistentes. Pois, atravs destes Jobs que o SQL Server executa a replicao dos dados na data e freqncia definida.
Com isso, podemos verificar no servidor SIGA1, que o Banco de Dados de destino, que chamamos de replicacao_thiago, est criado, porm no existe nenhuma tabela criada. At porque, at agora s executamos o Job que cria a Snapshot do Banco de Dados.
16
Depois que o Job de replicao realizado j podemos verificar que as tabelas foram criadas no servidor SIGA1, na tabela replicacao_thiago, conforme a figura 21.
Portanto, notamos que as tabelas contidas no servidor THIAGONOTE foram exatamente copiadas para o servidor SIGA1. Alm das tabelas conforme visualizado na figura 21, todas as Stored Procedures foram criadas tambm.
17
18
CONCLUSO
Conclumos ento, que a replicao o mtodo preferido de distribuio de dados, pois ela demanda em um menor custo do que a utilizao de transaes distribudas. O SQL Server 2000 ainda permite que voc escolha um, dos trs tipos de replicao existentes, dependendo do modelo fsico utilizado. Teoricamente, qualquer modelo de replicao pode ser utilizado por qualquer um dos tipos de replicao, muito embora, cada modelo tenha um tipo especfico para cada caso de replicao. Uma publicao a menor unidade de replicao. Um banco de dados pode ter muitas publicaes, com diferentes tipos de replicao, entretanto, cada publicao corresponde a apenas um banco de dados.
19
BIBLIOGRAFIA
[1] Battisti, Jlio. SQL Server 2000 Administrao & Desenvolvimento Curso Completo. Axcel Books. [2] Dusan Petkovic-SQL Server 2000- Macron Books http://support.microsoft.com/ph/2852 www.microsoft.com/sql/default.mspx
20