REPLICAÇÃO DE DADOS LINDIOMAR AFONSO DA SILVA

Transcrição

1 UNIÃO EDUCACIONAL MINAS GERAIS S/C LTDA FACULDADE DE CIÊNCIAS APLICADAS DE MINAS Autorizada pela Portaria no 577/2000 MEC, de 03/05/2000. BACHARELADO EM SISTEMAS DE INFORMAÇÃO REPLICAÇÃO DE DADOS LINDIOMAR AFONSO DA SILVA Uberlândia 2006

2 LINDIOMAR AFONSO DA SILVA REPLICAÇÃO DE DADOS Trabalho de Final de curso submetido à UNIMINAS como parte dos requisitos para a obtenção do grau de Bacharel em Sistemas de Informação. Orientador: Prof. Francisco José Muller Uberlândia 2006

3 LINDIOMAR AFONSO DA SILVA REPLICAÇÃO DE DADOS Trabalho de Final de curso submetido à UNIMINAS como parte dos requisitos para a obtenção do grau de Bacharel em Sistemas de Informação. Orientador Prof. MSc. Francisco José Muller Banca Examinadora: Uberlândia, 20 de dezembro de Prof. MSc. Francisco José Muller Profa. Dra. Kátia Lopes Silva Prof. Márcio dos Reis Caetano Uberlândia 2006

4

5 AGRADECIMENTOS Ao Meu orientador, Prof. Francisco José Muller, pela paciência e pelo auxílio fornecido para a execução deste trabalho. trabalho. À Profa. Kátia, pelas dicas preciosas e pela cuidadosa revisão deste À Profa. Marília, pela sua colaboração, desde o projeto até a fase final deste trabalho. À Susana dos Santos Teobaldo, pelo apoio oferecido. À minha família, pela confiança, motivação e por nunca deixar apagar a chama do meu desejo. À minha mãe e à memória do meu pai, que me ensinaram desde pequeno o bom caminho que eu deveria seguir e até hoje me apóiam com amor e carinho. À minha esposa Flávia e o meu filho Erick, minha razão de viver, pela paciência, amor e compreensão nos momentos de ausência. A todos que, direta ou indiretamente, contribuíram para a elaboração deste trabalho.

6 RESUMO Encontrar soluções acessíveis aos padrões operacionais e comerciais brasileiros tem se tornado uma necessidade para várias organizações. Uma destas soluções é a Replicação de Dados. A Replicação quando utiliza ferramentas próprias dos Sistemas Gerenciadores de Banco de Dados (SGDB) proporciona interoperabilidade e agilidade na atualização de dados mesmo quando as informações estão inacessíveis por determinados períodos de tempo. É diante deste cenário que este trabalho faz um estudo da Replicação de Dados e implementa um estudo de caso onde se avalia a replicação numa base de dados operacional. O processo de Replicação de Dados mostrou-se bastante simples e eficaz, pois o conteúdo inicial e todas as atualizações foram replicados e a consistência das informações foi mantida através dos relacionamentos existentes na base e da checagem das chaves de controle utilizadas pela replicação. Os resultados apresentados pela implementação mostram que a Replicação de Dados é eficiente, prática e segura. Trabalhos futuros podem explorar ainda mais o potencial da replicação usando: produtos comerciais, outros SGBD disponíveis no mercado ou os outros tipos de replicação disponíveis no SQL Server, verificando e comparando os resultados obtidos com os resultados contidos neste trabalho. Distribuidor. Assinante. Palavras Chave: Banco de Dados. Replicação de Dados. Editor.

7 ABSTRACT To find accessible solutions to the operational standards and commercial Brazilians has become a necessity for some organizations. One of these solutions is the Replication of Data. The Replication when it uses proper tools of the Database Management Systems (DBMS) provides operability and agility in the update of data when the information is inaccessible for determined periods of time. In this scene that this work makes a study of the Replication of Data and implements a case study where it evaluates the replication in an operational database. The process of Replication of Data revealed sufficiently simple and efficient, therefore the initial content and all the updates had been replied and the consistency of the information was kept through the existing relationships in the base and of the checking in the keys of control used by the replication. The results presented for the implementation show that the Replication of Data is efficient, practical and insurance. Future works can explore the potential of the replication using: commercial products, other available DBMS in the market or the other available types of replication in the SQL Server, verifying and comparing the results gotten with the results contained in this work. Subscriber. Word-keys: Database, Replication of Data, Publisher, Distributor,

8 LISTA DE FIGURAS Figura 1 Exemplo simplificado de um Sistema de Banco de Dados Figura 2 Exemplo Simplificado de DER Figura 3 Conteúdo da Tabela Stores Figura 4 Conceito Editor, Distribuidor e Assinante Figura 5 Agentes presentes em cada tipo de Replicação Figura 6 Diagrama Comparativo entre métodos de Replicação Figura 7 Representação Gráfica do DER Figura 8 Esquema de funcionamento da Replicação Figura 9 Assistente de Replicação Figura 10 Definindo o tipo de publicação Figura 11 Criando uma Publicação Figura 12 Associando o Assinante à publicação Figura 13 Tela do Monitor após a Criação da Replicação Figura 14 Agente de Replicação e visão detalhada da Replicação Figura 15 Coluna rowguid Uniqueidentifier inserida na tabela Titles Figura 16 Conteúdo da tabela Titles da Instância MATRIZ Figura 17 Tela do Monitor de Replicação Figura 18 Conteúdo da tabela Titles na instância FILIAL Figura 19 Histórico parcial das replicações Figura 20 Monitoramento da Atualização da Matriz para Filial... 42

9 LISTA DE ABREVIATURAS E SÍMBOLOS SGBD Sistema de Gerenciamento Banco de Dados. DER Diagrama de Entidades e Relacionamentos. AT&T American Telephone and Telegraph. BD Banco de Dados. SQL Structured Query Language. SQL Server Microsoft SQL Server. SQL Server Agent Microsoft SQL Server Agent. SQL DMO SQL Distributed Management Objects. MS DTC Microsoft Distributed Transaction Coordinator. OLE DB Object Linking and Embedding for Databases. ODBC Open Data Base Connectivity. DBMS Database Management Systems

10 SUMÁRIO 1 INTRODUÇÃO CENÁRIO ATUAL DA REPLICAÇÃO DE DADOS IDENTIFICAÇÃO DO PROBLEMA OBJETIVOS DO TRABALHO Objetivo Geral Objetivos Específicos JUSTIFICATIVA PARA A PESQUISA ORGANIZAÇÃO DO TRABALHO FUNDAMENTOS DE BANCO DE DADOS (BD) INTRODUÇÃO DEFINIÇÃO METADADOS SISTEMA GERENCIADOR BANCO DE DADOS (SGBD) EXEMPLO DE DIAGRAMA DE ENTIDADE E RELACIONAMENTO (DER) EXEMPLO DE TABELA UTILIZADA CONCEITO DE TRANSAÇÕES FERRAMENTA DE DESENVOLVIMENTO REPLICAÇÃO DE DADOS INTRODUÇÃO PROBLEMAS QUE REQUEREM REPLICAÇÃO VANTAGENS DA REPLICAÇÃO DESVANTAGENS DA REPLICAÇÃO CONCEITO EDITOR, DISTRIBUIDOR E ASSINANTE AUTONOMIA E LATÊNCIA AGENTES DE REPLICAÇÃO DEFINIÇÃO DO TIPO DE REPLICAÇÃO Replicação Instantânea Replicação Transacional Replicação Mista OUTROS MÉTODOS DE REPLICAÇÃO ESTUDO DE CASO REPLICANDO DADOS EM UMA REDE DE EDITORAS ESPECIFICAÇÃO DO PROBLEMA DEFINIÇÕES DO BD E TABELAS SOLUÇÃO PROPOSTA DEFININDO PARÂMETROS E REGRAS CONFIGURANDO A REPLICAÇÃO Assistente de Configuração do SQL Server Definindo o Tipo da Replicação Definindo a Publicação Definindo o Assinante OS AGENTES DA REPLICAÇÃO INSERINDO, MONITORANDO E ANALISANDO OS DADOS Inserindo dados Monitorando os Dados Analisando a Consistência dos Dados CONCLUSÕES TRABALHOS FUTUROS...44

11 10 1 INTRODUÇÃO 1.1 Cenário atual da Replicação de Dados Atualmente o tamanho dos Bancos de Dados (BD) corporativos tem se tornado cada vez maior, exigindo, assim, mais recursos para armazenamento e acessibilidade. BD de vários gigabytes ou até mesmo terabytes são extremamente comuns nos dias atuais. [...] a empresa telefônica americana AT&T registra mais de 200 milhões de telefonemas em um único dia e a empresa varejista Wal-Mart registra mais de 20 milhões de transações diárias. (LOUZADA-NETO, 2002). Diante disto, qual a maneira mais rápida, segura, confiável, fácil e viável para obter estas informações? Existem inúmeras soluções para esta questão, uma delas é a Replicação de Dados. A Replicação de Dados é uma poderosa e importante tecnologia para manipulação e duplicação de cópias, mantendo e sincronizando-as automaticamente em diferentes locais, de forma que todas as cópias existentes no ambiente trabalhem com as mesmas informações. Essa "redundância" útil melhorará consideravelmente a disponibilidade das informações, pois elas estarão mais próximas dos seus leitores. A replicação é desejável por pelo menos dois motivos: primeiro, pode significar melhor desempenho (aplicações podem operar sobre cópias locais em vez de se comunicarem com sites remotos); segundo, também pode significar melhor disponibilidade (um dado objeto replicado permanece disponível para processamento pelo menos para acesso enquanto houver no mínimo uma cópia disponível). (DATE, 2000, p. 570). De acordo com pesquisa realizada em várias empresas da região (ver Anexo A) a Replicação de Dados não é uma solução utilizada em larga escala, é usada a apenas como ferramenta auxiliar na melhoria do desempenho de algumas aplicações e em outros casos apenas como instrumento de backup.

12 Identificação do problema Qual maneira mais fácil e viável de replicar dados ou banco de dados, independentemente do volume, sem utilizar softwares desenvolvidos especificamente para esta finalidade ou recursos como Backup e Restore? Antes de responder a esta questão, é necessário saber o que é Replicação de Dados e como ela acontece. Existem duas maneiras de se replicarem dados: Síncrona e Assíncrona. Replicação Síncrona é um tipo de replicação em que toda a propagação desencadeada deve ser concluída antes que a transação em questão possa se completar, ou seja, todas as cópias publicadas passarão a ter conteúdos idênticos, dependendo exclusivamente de conexão permanente entre os sistemas. Replicação Assíncrona é realizada em um momento posterior ou em períodos de tempos específicos determinados pelo usuário, não necessariamente dentro do escopo da transação relevante. Esse tipo de replicação pode ser aplicado de três maneiras distintas, a saber: Replicação Total (foto replicação), Replicação Parcial (replicação de transação) e Replicação Mista (ambos os sentidos). Ambos os tipos de Replicação possuem vantagens e desvantagens, devendo a escolha do tipo obedecer a uma avaliação detalhada das necessidades, autonomia, latência, topologia, disponibilidades de recursos e finalidades a que se destinam. Desse modo, este estudo faz uma abordagem sobre a Replicação de dados, implementando e demonstrando a segurança, a facilidade e a confiabilidade deste recurso. 1.3 Objetivos do trabalho Objetivo Geral Este trabalho tem por objetivo implementar um estudo da Replicação de Dados entre duas fontes distintas e separadas fisicamente.

13 Objetivos Específicos Através da Replicação será demonstrada uma nova opção para sincronização do BD, mostrando que a mesma poderá ser uma poderosa aliada para a administração de dados, sua publicação e sua distribuição. O principal desafio deste trabalho é manter a qualidade e a confiabilidade das atualizações entre BD, assegurando a consistência dos dados entre as diversas fontes envolvidas, mesmo estas estando distantes fisicamente. A integridade será verificada com a análise dos dados transferidos comparando as fontes envolvidas e será garantida pelo BD através das chaves primárias e estrangeiras existentes nas tabelas replicadas, uma vez que a Replicação será realizada sem alterações em suas estruturas básicas. Durante o processo será monitorado a transferência dos dados e o desempenho da Replicação, avaliando se a mesma está operando dentro das expectativas previamente sugeridas. Com isso, pretende-se demonstrar aos profissionais das áreas, a configuração, as funcionalidades e a utilização da Replicação de Dados, tornando este trabalho guia de referência para a Replicação de Dados. 1.4 Justificativa para a pesquisa A principal justificativa para a realização deste projeto é difundir a Replicação de Dados, pois a mesma não está seguindo a evolução constante da utilização de BD, seja por desconhecimento dos processos ou pelo fato de a mesma estar em uso apenas em setores específicos do mercado, em que a distribuição dos dados é usada apenas como ferramenta auxiliar na melhoria do desempenho das aplicações ou como instrumento de backup, conforme relatado pelas empresas pesquisadas (ver Anexo A). A Replicação é necessária quando se deseja armazenar dados redundantes, possibilitando assim o acesso aos dados em diversos locais físicos, através de equipamentos diferentes ou em softwares distribuídos em ambientes distintos. A Replicação possibilita, ainda, transferência e atualização dos dados entre diversas fontes.

14 13 Ao implementar a replicação, será possível avaliar sua viabilidade, fazer uma comparação dos resultados obtidos frente às soluções apresentadas, verificando impactos positivos usados para reduzir possíveis fatores negativos. Apesar das várias fontes consultadas, Silberschatz e Korth (1991), Date (2000), Elmasri e Navathe (2005), nenhuma delas apresenta um estudo abrangente sobre o assunto. Diante disto, este trabalho busca aprofundar a utilização da Replicação para armazenamento e alta disponibilidade de dados. Logo, este trabalho contribuirá para aumento de bibliografia sobre o assunto. Desta forma, ao tornar as informações mais concisas, homogêneas e de fácil entendimento, uma contribuição será dada aos profissionais da área e à comunidade acadêmica, justificando-se, assim, a realização deste trabalho. 1.5 Organização do Trabalho Este trabalho está organizado da seguinte maneira: o capítulo 1 apresenta todas as informações necessárias para o correto transcorrer desta pesquisa, ressaltando, de um modo geral, os objetivos e resultados desejados com este trabalho. O capítulo 2 descreve a teoria de Banco de Dados, Sistema Gerenciador de Banco de Dados, Metadados, Transações e todos os componentes necessários para a realização deste trabalho. O capítulo 3 mostra o conceito de Replicação, as vantagens e desvantagens de sua utilização e os Tipos de Replicação disponíveis no SQL Server: Instantânea, Transacional e Mista, que fazem parte deste trabalho. No capítulo 4 é analisada a utilização da Replicação Mista para a solução de um problema proposto que consiste em unificar várias informações de vários locais diferentes numa única base de dados. No capítulo 5 são apresentados os resultados obtidos, a conclusão, e as sugestões para trabalhos futuros sobre o tema.

15 14 2 FUNDAMENTOS DE BANCO DE DADOS (BD) 2.1 Introdução Para crescer no mercado empresarial, uma organização deve preocupar-se especialmente com o modo de organizar e acessar seus dados. A forma mais eficiente de gerenciamento de dados na atualidade é através de um BD estruturado e informatizado. Além de interligar todo trabalho da organização, reduz custos, elimina duplicação, permite uma previsão de crescimento da empresa e ajuda na elaboração de estratégias futuras. Na atualidade, o grande volume de informações contidas num BD informatizado está se tornando um fator altamente crítico para a manutenção dos dados, principalmente quando se trata de informações críticas ou sistemas baseados em tempo real. O acesso a estas informações é complicado, devido a uma série de fatores: excesso de informações armazenadas, chegando a alguns casos a conter Terabytes de dados; múltiplos servidores e múltiplos bancos de dados; diferentes fornecedores de softwares e diferentes arquiteturas de bancos de dados (Relacionais, Orientados a Objetos, Textuais, Geográficos, etc.); servidores separados geograficamente ou ligados através de link remoto e clientes desconectados ou conectados em determinados períodos de tempo. Neste trabalho será utilizado o Sistema Gerenciador de Banco de Dados (SGBD) da Microsoft SQL Server 2000 (SQL Server), pois apresenta uma estrutura simples, interativa e de fácil compreensão. A escolha do banco foi baseada no conjunto de ferramentas gráficas nativas e disponíveis no próprio SGBD, não sendo necessário em momento algum utilizar ferramentas ou recursos externos na elaboração deste trabalho. 2.2 Definição Segundo Elmasri e Navathe (2000, p. 4), Banco de Dados (BD) é uma coleção de dados relacionados entre si. Esta definição é muito genérica. Geralmente, um ponto de vista mais específico ou restrito é utilizado, pois são consideradas as seguintes propriedades implícitas: deve representar aspectos do

16 15 mundo real, em que mudanças neste ambiente são refletidas no BD; devem existir coerência e um significado inerente entre os dados contidos nesta coleção e devem conter dados que atendam a um propósito específico, de acordo com os interesses predefinidos pelo usuário do BD. 2.3 Metadados Metadados podem ser definidos como um catálogo de dados que contém as informações e estruturas de um BD primário. Por exemplo, os Metadados indicam quais tabelas existem num BD, quais atributos compõem uma determinada tabela e quais são as características destes atributos, tais como: formato, tamanho, máscara. Essas informações são atualizadas pelo próprio Sistema de Gerenciamento de Banco de Dados (SGBD) e auxilia na manipulação dos dados. A necessidade dos Metadados está em manter as documentações eficientes, claras e nítidas dos dados armazenados num BD. Sem isto, as localizações de dados necessários para as aplicações tornar-se-iam mais complicadas. Este catálogo contém definições da estrutura de cada arquivo, o tipo e o formato de armazenamento de cada item de dados e várias restrições ligadas a ele. É usado pelo SGBD e, ocasionalmente, por algum usuário do BD, para diversas necessidades e diferentes propósitos. 2.4 Sistema Gerenciador Banco de Dados (SGBD) De acordo com Elmasri e Navathe (2000, p. 5), Sistema Gerenciador de Banco de Dados (SGDB) é uma coleção de programas que habilitam os usuários a criar e manter um banco de dados. Os SGBD s são softwares de propósito geral, que facilita o processo de definição, construção e manipulação de BD. A principal atribuição de um sistema de gerenciamento de bancos de dados é armazenar as definições e descrições sobre a estrutura que forma o BD, incluindo os Metadados. condições: Um sistema de gerenciamento de BD deve satisfazer as seguintes

17 16 a) Auto Contenção: é uma propriedade que armazena toda a descrição dos dados, relacionamentos e formas de acesso. b) Independência dos Dados: visa manter a separação entre o catálogo de dados (Metadados) e o programa de acesso a dados. Esta propriedade permite a alteração da estrutura dos dados, independentemente de ser necessário ou não a alteração de algum programa. Toda vez que um programa SGDB acessar este catálogo corrigido, a nova estrutura do registro já estará disponível para uso. c) Abstração dos Dados: visa garantir uma visão totalmente abstrata do BD para o usuário, pouco importando a forma usada para guardar seus dados, mas que eles estejam sempre disponíveis. Esta propriedade se divide em três níveis: nível de visão de usuário, nível conceitual e nível físico. d) Visões: propriedade que permite que um mesmo dado seja acessado, de acordo com o interesse do usuário, sendo que as informações não necessárias são ocultas. Visões são apenas descrições de dados. O dado que existe de fato está apenas no nível físico. e) Transações: é uma unidade lógica de trabalho que visa manipular os dados. É coerente que bancos de dados garantam que suas transações contenham atomicidade, consistência, isolamento e durabilidade. f) Acesso Automático: permite que não acorra o travamento de uma informação, ou seja, o SGDB evita que um processo seja travado por outro e este outro processo seja travado pelo primeiro, evitando assim um dead-lock travamento mortal. De acordo com Elmasri e Navathe (2000, p ), os sistemas de gerenciamento de banco de dados apresentam as seguintes características operacionais elementares: a) Controle de Redundâncias: a informação é armazenada em um único local não existindo a duplicação desnecessária dos dados. b) Compartilhamento dos Dados: deve garantir a leitura de dados, gerenciando a concorrência de acessos. c) Controle de Acesso: cada usuário do BD pode ter seu acesso gerenciado independentemente de outro e, em alguns casos, um usuário poderá ter acesso de leitura para determinada informação, sem privilégio para alterá-la.

18 17 d) Interfaceamento: deverá dispor de ferramentas gráficas, em linguagem natural, sendo possível seu acesso via aplicação ou através de um gerenciador de conexão. e) Esquematização: deverá conter ferramentas que auxiliem na identificação dos relacionamentos entre os Metadados e entre os elementos contidos em sua estrutura. f) Controle de Integridade: deverá gerenciar o controle de acessos impedindo que uma aplicação ou uma instrução corrompa os dados que tenham dependências de relacionamento. g) Backup: deverá conter utilitário que seja capaz de criar cópias dos dados, mantendo-as em uma unidade de armazenamento. A cópia backup poderá ser usada para restaurar um BD corrompido ou danificado, exigindo em determinados casos o mínimo possível de intervenção do usuário. A figura 1 representa um exemplo simplificado de um sistema de BD, mostrando as relações entre os dados e Metadados e a forma como são acessadas estas informações, nela podemos ver claramente a separação de dados Metadados (definição dos dados) e os Dados armazenados (dados do usuário) e ainda a atuação do SGDB como gerenciador e facilitador de acesso aos dados pelos usuários e programadores.

19 18 Figura 1 Exemplo simplificado de um Sistema de Banco de Dados 2.5 Exemplo de Diagrama de Entidade e Relacionamento (DER) São representações gráficas do conteúdo e dos relacionamentos existentes entre uma ou mais tabelas contidas em um BD. O DER mostra uma visão mais organizada e estruturada e têm por finalidade facilitar a utilização do BD. Na figura 2 temos um exemplo simplificado de um DER extraído do Banco Pubs contido no SQL Server, o banco Pubs é um banco exemplo contido no SQL Server e é utilizado principalmente para testes da aplicação.

20 19 Figura 2 Exemplo Simplificado de DER 2.6 Exemplo de tabela utilizada A figura 3 mostra a estrutura e o conteúdo da tabela Stores do Banco Pubs do SQL Server, utilizada para demonstrar a Replicação de Dados. Fonte: Books On Line contido no SQL Server Figura 3 Conteúdo da Tabela Stores

21 Conceito de Transações Segundo Silberschatz e Korth (1991), Uma transação é uma ou mais operações de acesso a BD executados como uma unidade lógica e única de trabalho. Uma unidade lógica de trabalho deve exibir as quatro propriedades ACID (Atomicidade, Consistência, Isolamento, e Durabilidade), a saber: a) Atomicidade: Uma transação deve ser uma unidade atômica de trabalho e todas as ações são desempenhadas ou nenhumas delas são. b) Consistência: Quando completada, uma transação deve deixar todos dados em um estado consistente. Em um BD relacional, todas as regras devem ser aplicadas para que as modificações da transação mantenham a integridade de dados. c) Isolamento: Modificações feitas por transações devem ser isoladas das modificações feitas por quaisquer outras transações concorrentes. Uma transação vê os dados no estado em que estava antes que outra transação concorrente modifique o mesmo. d) Durabilidade: Depois de uma transação completada, seus efeitos devem estar permanentemente armazenados no sistema. As modificações devem persistir até mesmo se ocorrer um evento de falha no sistema. No SQL Server, para determinar os limites de uma transação, é necessário estabelecer explicitamente declarações de início e fim. Nesse caso, todas as operações que englobam: inserção, exclusão, alteração ou recuperação executadas entre duas declarações são consideradas parte da mesma transação. Uma transação poderá estar inserida noutra, sendo que para cada uma delas é garantida a atomicidade da mesma. Uma Transação pode também ser implícita quando se executa comandos de inclusão, alteração ou remoção avulsas, fora de uma transação explícita. O SQL Server trata este comando como uma transação, pois a atomicidade também é mantida para cada operação individual. explícita: Comandos do SQL Server usados para controle de transação a) Begin Transaction / Begin Distributed Transaction: marca o início explícito de uma transação local ou distribuída;

22 21 b) Commit Transaction: marca o fim explícito de uma transação e a permanência das modificações no BD, ou seja, valida todas as operações realizadas desde o início da transação; c) Rollback Transaction: marca o fim explícito de uma transação e o conseqüente abandono das modificações no BD, ou seja, todas as operações realizadas desde o início da transação são descartadas permanentemente. 2.8 Ferramenta de desenvolvimento Para demonstrar a replicação será utilizado SQL Server, pois apresenta ferramentas nativas para implementação e gerenciamento, não sendo necessário aquisição ou desenvolvimento de ferramentas específicas para a conclusão deste trabalho. O SQL Server fornece vários métodos para programar e administrar a Replicação de Dados, incluindo a organização gráfica dos objetos da Replicação e vários exemplos e diálogos usados para simplificar sua configuração e administração. O SQL Server utiliza em sua estrutura interfaces de programação Microsoft ActiveX, SQL-DMO, e Scripting de Transact-SQL, Windows Synchronization Manager e Active Directory. Estas ferramentas permitem modificar e monitorar as propriedades e as atividades da Replicação e habilitam a sincronização de dados, controle de publicações, organização e acesso às replicações. Os serviços mais importantes do SQL Server são: a) MSSQLServer: realiza o processamento dos seus dados, executando consultas e transações, sendo responsável por manter a integridade e a consistência dos dados. b) SQL Server Agent: é o serviço que permite trabalhar com agenda de tarefas automáticas, fazer configuração sobre providências a serem tomadas no caso de ocorrência de erros e prover comunicação entre os operadores do sistema via . Além desses serviços, o SQL Server Agent também participa do processo de Replicação dos Dados em um ambiente distribuído. c) Microsoft Distributed Transaction Coordinator (MS-DTC): é o serviço que gerencia a integridade transacional das operações executadas em sistemas

23 22 distribuídos, garantindo, assim, que todas as tarefas efetuadas sejam exatamente iguais para todos os servidores envolvidos no processo, além de manter a integridade e consistência nos dados. Quando o SQL Server é instalado, são configurados os Metadados que compõem as suas estruturas lógicas e de controle, Dentre esses Metadados, as estruturas mais importantes são: Master, Model, Tempdb, Msdb (fazem parte dos Metadados do sistema) e Distribution, que faz parte do BD do usuário. O Distribution será criado no servidor de distribuição somente quando for configurado o processo de Replicação, sendo utilizado para o armazenamento dos históricos das transações a serem replicadas.

24 23 3 REPLICAÇÃO DE DADOS 3.1 Introdução De acordo com Silberchatz e Korth (1991), Replicação é manutenção de diversas réplicas (cópias) de um mesmo dado em diferentes locais, mantendo relação entre as informações destas fontes. Para entender tal afirmação, é necessário conhecer os conceitos: Editor, Distribuidor, Assinante, Autonomia e Latência, essenciais para o sucesso da Replicação. 3.2 Problemas que Requerem Replicação A Replicação pode resolver uma variedade de problemas, a saber: a) Vários locais necessitam acessar a cópia de um mesmo dado. Esta situação é muito comum a usuários remotos e localizações distantes. b) Necessidade de melhorar o desempenho local. Indicado para unir BD que estão fisicamente separados; melhorar o tempo de resposta para busca e agregação de dados; distribuir processamento através servidores múltiplos; escalonar o acesso para leitura e dividir informações baseadas nas necessidades de cada uma das unidades de uma empresa. 3.3 Vantagens da Replicação Segundo Gomes, Santos e Rosário (2003), as vantagens da replicação são: aumento considerável da disponibilidade dos dados, já que os mesmos podem ser acessados em vários locais diferentes; aumento da confiabilidade, uma vez que os dados podem ser acessados mesmo que haja indisponibilidade de determinado local; redução do tráfego de rede em horários de pico, já que a replicação pode ser programada em horário com menor tráfego de dados, por exemplo, à noite; aumento do paralelismo, pois as informações podem ser acessadas no site mais próximo de onde a transação está sendo executada e desta forma minimizar o movimento de dados entre os diversos locais.

25 Desvantagens da Replicação Segundo Gomes, Santos e Rosário (2003), as desvantagens da replicação são: redundância de operação, pois é necessário um tempo adicional para operações de atualização das réplicas; aumento da propagação de atualização de dados, pois para assegurar a consistência das informações, toda atualização deve ser propagada a todos os locais que contém suas réplicas; espaço adicional para armazenamento e, conseqüentemente, um maior espaço em memória, discos e unidades de backup; aumento do custo de operação (apesar deste estudo não detalhar os custos da replicação) uma vez que existe maior complexidade no tratamento da Replicação e, em alguns casos, a aquisição de softwares licenciados será necessária. 3.5 Conceito Editor, Distribuidor e Assinante A Replicação pode ser representada por um modelo simbólico (conforme descrito na figura 4), em que o editor publica, o distribuidor entrega e o assinante lê. O Editor envia a informação, um exemplo hipotético seria a revista. Em termos práticos: mantém a fonte de dados; faz a publicação dos dados a partir das fontes de dados disponíveis; detecta as mudanças realizadas nos dados e envia as mudanças para os assinantes. O Distribuidor entrega a informação, ou seja, distribui a revista, sendo responsável por conter o BD de distribuição; armazenar Metadados, dados históricos e transações; prover suporte para um ou mais assinantes. O Assinante usa a informação, ou seja, lê a revista, recebe as mudanças das publicações e mantém uma cópia do dado.