BKPML: Uma Proposta para Padronização e Interoperabilidade de Backup de Dados

Transcrição

1 BKPML: Uma Proposta para Padronização e Interoperabilidade de Backup de Dados Namedin P. T. Júnior CIN - Universidade Federal de Pernambuco Recife, Brasil namedinteles@gmail.com Roberto S. M. Barros CIN - Universidade Federal de Pernambuco Recife, Brasil roberto@cin.ufpe.br Resumo O Atual modelo de negócios de uma empresa moderna está cada vez mais dependente das tecnologias de informação. Com isso, é necessário manter os dados protegidos através de uma cópia segurança (backup). Esta dependência gera grandes concorrências entre fornecedores de sistemas, que, a cada dia, lançam novidades propondo inúmeras vantagens competitivas. Por esse motivo, é cada dia mais comum presenciar empresas que adotam mais de um SGBD para armazenamento dos dados, gerando ambientes heterogêneos e dificultando a interoperabilidade dos dados. SGBDS de mercado utilizam arquivos de backup em formatos proprietários impossibilitando que outros SGBDS possam manipular esses arquivos. Esse artigo propõe o desenvolvimento de uma estrutura, baseada em XML, para padronizar arquivos de backup, denominada BKPML. Seu objetivo é remover a dependência dos arquivos de backup de seu ambiente de origem, possibilitando que qualquer SGBD possa utilizar esses arquivos para manipulação dos dados, mantendo a integração entre os sistemas e a interoperabilidade dos dados. Palavras chave - ambientes heterogêneos, interoperabilidade, padronização, XML, SGBD, backup de dados. I. INTRODUÇÃO Os Sistemas de Informação estão se tornando o elemento central do processo inovador, capaz de diminuir, unir e eliminar várias de suas etapas, e trazer a interação com clientes para um patamar mais elevado de qualidade, serviço e padronização, além de permitir a detecção de macro tendências com extrema velocidade [18] [21]. De acordo com [23], as constantes necessidades das empresas para adoção de sistemas podem ocorrer de acordo com as suas necessidades ou até mesmo sob a crescente demanda de novos produtos apoiados por tecnologias mais modernas que oferecem inúmeras vantagens competitivas em relação ao mercado. Neste cenário de crescentes evoluções tecnológicas e necessidades empresarias, é cada vez mais comum presenciar empresas que adotam diversos sistemas de informação para atender um ou mais setores como administrativo, financeiro, contábil entre outros. Sistemas muitas vezes apoiados por diferentes Sistemas Gerenciadores de Banco de Dados (SGBDS), desenvolvidos por diferentes fornecedores e sob diferentes tecnologias. De acordo com [16], os arquivos gerados por esses sistemas são destinados a bloquear a informação, evitando o acesso aos dados por outros sistemas, dificultado ou até mesmo impossibilitando a interoperabilidade entre os dados, levando ao caótico cenário dos ambientes heterogêneos. De uma forma geral, os problemas relacionados à interoperabilidade de dados estão fortemente relacionados aos arquivos em formatos proprietários. Em contrapartida, temos os formatos abertos destinados a manter a transparência dos dados e suas especificações disponíveis publicamente, assim como os formatos Java Script Object Notation (JSON) [9] e Commaseparated values (CSV) [2]. Extensible Markup Language (XML) [25] neste contexto é utilizada para desenvolvimento de padrões/formatos abertos de acordo com as necessidades existentes. Tendo em vista as dificuldades enfrentadas para interoperabilidade de dados de diferentes SGBDS e os problemas oriundos de formatos proprietários, este artigo apresenta a backup Markup Language (BKPML), uma proposta de formato aberto para backup de dados de SGBD, baseada na linguagem XML. Esse padrão tem por objetivo desvincular a dependência dos dados e objetos mantidos nos SGBD de seu ambiente de origem, possibilitando que os mesmos possam ser manipulados por diversos SGBD, ou até mesmo serem transferidos para formatos secundários como CSV, JSON, XML, YAML Ain t Markup Language (YAML) [28] e XLS. Para implementação desta proposta, foi necessário o desenvolvimento de uma ferramenta denominada BKPML Manager, responsável pela configuração, geração, restauração e migração de backups de dados e objetos em formato BKPML para diversos SGBDS. Para evitar incompatibilidade entre sistemas, a BKPML Manager foi desenvolvida para ser acessada pela Internet, utilizando para isso um navegador como Internet Explorer [8] ou Mozilla Firefox [5]. No final do desenvolvimento, foram realizados testes em um ambiente real para testar as funcionalidades da ferramenta, o tempo levado para backup, restauração e migração de dados neste formato, bem como verificar a aceitabilidade deste formato por terceiros. O restante deste artigo está dividido em quatro seções. A seção 2 destina-se a apresentar os padrões e frameworks utilizados para desenvolvimento, manipulação e validação do padrão BKPML. Na seção 3 será apresentado o padrão BKPML bem como a taxonomia desenvolvida para o mesmo. A seção 4 destina-se a apresentar a ferramenta BKPML Manager e os resultados obtidos dos testes realizados em um ambiente real. Por fim, a seção 5 apresenta as conclusões.

2 II. PADRÕES E frameworks UTILIZADOS Esta seção destina-se a apresentar os padrões e frameworks utilizados para desenvolvimento, manipulação e validação do formato BKPML. A BKPML é baseada na linguagem XML, no entanto, foram utilizados alguns padrões para facilitar o uso deste novo formato. O padrão utilizado para desenvolvimento da taxonomia da BKPML foi o XML Schema, que é uma linguagem baseada em XML para definição de regras de validação de documentos. A utilização deste padrão garante que os documentos gerados sigam as regras necessárias para desenvolvimento dos mesmos [26]. O padrão Document Object Model (DOM) [24] é uma interface que provê uma série de objetos para manipulação de documentos XML. DOM foi utilizado para geração e leitura dos arquivos BKPML, para isso, foi utilizado o framework DOM4J [4] que é uma Aplication Program Interface (API) que implementa o padrão DOM em Java. A validação da estrutura BKPML ficou sob responsabilidade do Xerces [27], que é um framework desenvolvido pela APACHE que implementa os padrões DOM e SAX [19] para manipulação e validação de arquivos XML. A grande vantagem da utilização deste framework é que este implementa métodos que possibilitam a validação de um documento XML a partir do seu XML Schema sem grandes esforços. III. O PADRÃO BKPML A BKPML é uma linguagem eletrônica, baseada em XML, que objetiva desvincular a dependência dos dados mantidos em arquivos de backup de formato proprietário. A BKPML, com o apoio de uma aplicação, possibilita que os arquivos em formato BKPML possam ser restaurados em qualquer SGBD. Outra vantagem é a possibilidade de transformar os arquivos BKPML em arquivos secundários. De uma forma geral, a BKPML facilita a manipulação dos dados de acordo com as necessidades do usuário. SGBDS proprietários como oracle [15], sqlserver [20], mysql [13], entre outros, realizam as operações de armazenamento e restauração dos dados em plataformas proprietárias. Esses dados, quando transferidos para arquivos de backup em formato fechado, só poderão ser restaurados no seu ambiente de origem, não podendo ser manipulados em outros ambientes. Com arquivos em formato BKPML, esses dados tornamse independentes de aplicação, o que facilita a manipulação dos dados por outros sistemas. É importante ressaltar que as vantagens propostas pela BKPML serão obtidas a partir do uso da ferramenta BKPML Manager, a ser vista mais adiante. Restaurar ou migrar dados para diversos SGBDS a partir dos arquivos de backup possibilita a redução dos custos envolvidos em tais processos, pois, com a padronização desses arquivos, os dados poderão ser restaurados diretamente para o SGBD de destino. Além disso, é importante ressaltar que as propostas existentes para padronização de dados, como em [16], limitamse apenas a objetos do tipo tabela. Já a BKPML suporta, além de objetos de tipo tabela, objetos como: view, grant, index, trigger e method. A. Taxonomia da BKPML A taxonomia define as regras utilizadas para formação dos documentos BKPML, assim como os elementos e tipos de dados obrigatórios para representação dos objetos que compõem essa estrutura, bem como as relações entre cada elemento que resultam no objeto final. A taxonomia da BKPML é composta de um dicionário, que fornece as definições padrões para representação dos objetos e dados, construídos através de uma estrutura hierárquica. O desenvolvimento da estrutura geral da BKPML e o grau de relação entre cada um dos objetos, foram baseados na organização utilizada pelos SGBDS. O primeiro elemento desta estrutura, ou elemento raiz, foi denominado como BKPML. Este elemento contém as informações gerais dos arquivos de backup em formato BKPML como nome do arquivo e a data de geração. SchemaDB é o segundo elemento que compõe a estrutura BKPML, ele é responsável por guardar as informações referentes ao SGBD e ao esquema onde se encontram os objetos a serem recuperados. As informações/atributos que compõem esse elemento são: nome do esquema e nome do SGBD de origem. O elemento Objects é responsável por manter todos os objetos suportados pela BKPML. A Figura 1 apresenta a estrutura hierárquica da BKPML. Figura 1. Estrutural da BKPML A estrutura da BKPML é composta por nove elementos principais. Além dos elementos supracitados, os elementos que representam os objetos suportados pela estrutura são: Table- Object, IndexObject, ViewObject, GrantObject, TriggerObject e MethodObject. O elemento TableObject é responsável por manter as informações referentes aos dados e metadados de um objeto tabela. Este elemento é composto por um atributo e dois elementos principais. O atributo name é responsável por manter o nome da tabela copiada, o elemento Columns é responsável por manter as informações referentes à estrutura da tabela como: nome da coluna, tipo de dados, tamanho da coluna, entre outras, e o elemento Records é responsável por manter os dados pertencentes a tabela copiada. É importante ressaltar que, para melhor organização dos dados, os mesmos são

3 representados utilizando o padrão JSON, ou seja, cada linha de registro é representada nesta estrutura como um objeto JSON. Isso facilita a recuperação e processamento das informações de forma rápida e simples. O elemento IndexObject é responsável por manter os dados básicos que compõem a estrutura padrão deste objeto. A sintaxe deste tipo de objeto pode variar de SGBD para SGBD, por esse motivo, os elementos que compõe essa estrutura foram baseados em sua sintaxe básica, comum a qualquer banco de dados. Este elemento é composto por dois atributos e três elementos. Os atributos kind e type referem-se a que tipo de índice (index, primary, unique) se deseja criar, e qual o método de indexação do índice (Btree, Hash, Rtree). Já os elementos index name, index table e index field mantêm as informações básicas que compõem esse objeto. O elemento ViewObject possui a sintaxe mais simples da estrutura, esta estrutura é composta por dois elementos. O primeiro é o elemento name, que representa o nome da visão copiada, e o elemento query, que se refere à consulta a ser apresentada pela visão quando executada. O elemento GrantObject define privilégios para acesso de um objeto a um usuário ou grupo. A estrutura deste objeto é composta de três elementos, são eles: privilege, object e user. O elemento privilege mantém os privilégios concedidos, esse elemento pode suportar mais de um privilégio. O elemento object refere-se ao objeto a ser concedido o privilégio. O elemento user mantém o nome do usuário ou grupo que receberá o privilégio. O elemento TriggerObject mantém os dados básicos para criação de um gatilho a ser associado a uma tabela, que será disparado antes ou depois de um determinado evento. A estrutura deste objeto é composta por cinco elementos que a definem, são eles: name, que representa o nome do gatilho, time, que é o tempo em que o gatilho será executado, event, que define qual evento está relacionado a este gatilho, object, que se refere à tabela a qual o gatilho será armado, e body, que se refere ao bloco de comandos a ser executado pelo gatilho quando disparado. O elemento MethodObject consiste em unificar duas estruturas: função e procedimento. Esta estrutura é composta por quatro elementos name, parameter, result e body. O elemento name representa o nome do objeto a ser mantido pela estrutura. O elemento parameter refere-se aos parâmetros pertencentes a esse objeto. O elemento result, refere-se ao retorno de valores e o elemento body, refere-se ao bloco de comando a ser executado pelo método. Além desses elementos, esta estrutura possui o atributo type, responsável por definir o tipo de objeto mantido, procedimento ou função. A Figura 2 apresenta o exemplo de um documento em formato BKPML. Maiores detalhes sobre o desenvolvimento da taxonomia da BKPML, bem como de todos os objetos que a constituem, estão disponíveis em [14]. Além disso, o código completo da taxonomia da BKPML também está disponível [1]. Figura 2. Documento em formato BKPML IV. ESTUDO DE CASO - BKPML Manager Para melhor usufruir das vantagens oferecidas pela BKPML, foi necessário o desenvolvimento de uma ferramenta responsável por gerenciar as principais funcionalidades propostas pela BKPML. Tais funcionalidades são: gerar backups de dados em formato BKPML, restaurar/migrar esses arquivos para diversos SGBDS, e transformar os arquivos BKPML para arquivos secundários. Além disso, esta ferramenta facilita o uso destas funcionalidades através de uma interface simples e de fácil utilização. Para permitir a implementação destas funcionalidades, foi necessário o desenvolvimento de um módulo de cadastros de todas as informações básicas necessárias para geração da estrutura da BKPML e dos objetos suportados por ela. Esta seção se dispõe a apresentar de forma sucinta os principais cadastros necessários para se utilizar as principais funcionalidades, conforme descritas acima. Tais cadastros foram divididos em SGBDS, armazenamento, mapeamento, tipos por SGBD e objetos por SGBD. O cadastro de SGBDS destina-se a relacionar todos os SGBDS que serão utilizados nas funcionalidades de backup, restauração e migração. O cadastro de armazenamento é utilizado para listar todos os repositórios de dados que serão utilizados para armazenar os arquivos BKPML. Esses repositórios são classificados em local ou em nuvens. No tipo local os dados são armazenados em servidores locais. Já ô tipo em nuvens é utilizado o serviço Simple Storage Service (S3) da Amazon Webservices para armazenamento dos dados. O cadastro de mapeamento é utilizado para informar à ferramenta onde buscar os metadados dos objetos em um determinado SGBD. Os cadastros de tipos e objetos por SGBD

4 são utilizados apenas para validação dos dados da BKPML. A. arquitetura A BKPML Manager é baseada em uma arquitetura Web, composta por um cliente web gráfico responsável por enviar requisições para o servidor de aplicação (Servlet Container) TOMCAT6.0 [22], e se comunicar com um banco de dados MYSQL5.0 através do framework hibernate3.0 [7], responsável pelo gerenciamento das requisições de acesso aos dados da BKPML Manager. Por utilizar uma arquitetura Web, foi utilizado o padrão Model View Controller (MVC) [7] para dividir a arquitetura do projeto em camadas, facilitando o uso e manutenção dos mesmos. A camada modelo é responsável por manter todos os modelos dos objetos (classes bean) utilizados pela BKPML. Como a BKPML Manager utiliza o framework hibernate3.0, estes modelos passam a ser conhecidos como classes de entidade. A camada de visão é responsável por manter e gerenciar as telas de entrada e saída de dados. Nesta camada, foram utilizadas as tecnologias Java Server Page (JSP) [10], Hipertext Markup Language (HTML) [12] para formatação e apresentação dos dados, e a JavaServer Pages Standard Tag Library (JSTL) [11] para comunicação entre as camadas de visão e controle. A camada de controle mantém toda a lógica utilizada nas funcionalidades de backup, restauração, transformação e migração de dados. Para desenvolvimento deste módulo, foram utilizados os padrões de projeto Decorator [6], Strategy [6] e Data Access Object (DAO) [3] para organizar os processos e facilitar e reutilização das funcionalidades quando necessário. O padrão Decorator foi utilizado para facilitar a utilização do processo de geração dos arquivos de backup em formato BKPML, o padrão Strategy foi utilizado no processo de transformação dos dados para arquivos secundários, e o padrão DAO foi utilizado para organizar o acesso aos dados de forma padronizada. A arquitetura da BKPML Manager é dividida em três camadas, conforme Figura 3. Figura 3. Arquitetura da BKPML Manager B. Cadastro e execução de backup de dados Para dar início ao processo de backup de dados, deve-se primeiro cadastrar todas as ações de backup para os objetos desejados. Depois, a tela de execução de backup de dados deverá estar preenchida com a lista de todos os backups disponíveis para execução. No cadastro de ações são realizadas todas as configurações de um backup de dados. Em resumo, uma ação é um backup não executado, uma vez que o mesmo possui todas as informações necessárias para isso. Para o cadastro das ações, deve-se informar o SGBD e o objeto a ser copiado, o repositório dos dados, a data e hora de execução, e a frequência de execução do backup. No caso do objeto ser do tipo tabela, faze-se necessário informar também a query para extração dos dados. Após isso, o cadastro dos dados poderá ser confirmado. A Figura 4 apresenta a tela de cadastro de ações. Figura 4. tela de cadastro de ações de backup A tela de cadastro de ações não é responsável pela execução dos backups de dados, mas sim pelo cadastro dos mesmos. Quando o cadastro de uma ação é finalizado, o mesmo é enviado para uma lista de backups a serem executados pela funcionalidade de backup de dados. A tela de execução de backup é constituída apenas de uma lista de ações que poderão ser executadas mediante o clique no botão de execução, disponível para cada elemento da lista. Quando executadas, essas ações são submetidas ao ciclo de processamento de backup, composto pelos seguintes passos. O processo gerar BKPML solicita as informações de dados e metadados de um objeto, e gera a estrutura BKPML de acordo com a taxonomia definida. Após isso, o processo de criptografia e compactação dos dados são executados. E por fim, o hash do arquivo final é extraído e o arquivo enviado para o local de armazenamento selecionado. C. Restauração e transformação de arquivos BKPML O processo de restauração dos dados é responsável por recuperar os dados de um arquivo BKPML para diversos SGBDS, ou realizar a transformação dos mesmos para arquivos secundários. É importante ressaltar que esta funcionalidade destina-se a manipular apenas arquivos BKPML de objetos de tipo tabela, os demais objetos ficam sob responsabilidade da funcionalidade de migração de dados complexos. A tela utilizada para esta tarefa é constituída de uma lista de todos os backups realizados pela ferramenta. Para realizar a restauração dos dados para um SGBD, o usuário deverá informar o SGBD desejado e, no campo formato, selecionar a opção transferência. Após isso, o botão de

5 execução do item desejado deverá ser pressionado. O processo de transformação assume os mesmos passos, com diferença no campo formato. Neste campo o usuário deverá informar o tipo de transformação desejada. Após isso, o botão de execução do registro desejado deverá ser pressionado para início deste processo. A Figura 5 apresenta a tela de restauração de dados. estrutura fica sob responsabilidade do SGBD, que retornará um erro caso a sintaxe não esteja de acordo com seus padrões. A alteração da sintaxe dos objetos pode ser realizada utilizando os métodos Buscar sintaxe Equivalente e Alterar, disponíveis na parte inferior da área de edição. Para utilização desses métodos, o usuário deverá selecionar o tipo ou sintaxe e clicar no botão Buscar Sintaxe Equivalente. Se a sintaxe ou tipo estiverem cadastrados devidamente, a sintaxe correspondente será enviada para a caixa de texto, localizada ao lado do botão pressionado. Após isso, o botão alterar deverá ser pressionado para substituição do tipo ou sintaxe selecionado. E. Resultados Obtidos Figura 5. D. Migração de dados complexos tela de restauração e transformação de dados A funcionalidade de migração de dados complexos é utilizada quando o objeto a ser migrado refere-se a um objeto complexo. De acordo com a ferramenta, um objeto complexo é aquele que necessita de análise visual e alteração manual em sua estrutura para que a restauração possa ser efetivada. A ferramenta considera como objeto complexo os objetos: visão, índice, permissão, gatilho e método. O único tipo de objeto que não é considerado complexo é o objeto tabela, visto anteriormente. A tela de migração de dados funciona como um editor para adaptação da estrutura dos objetos complexos. Esta tela é composta pelas funcionalidades carregar objeto, responsável pela transformação dos objetos mantidos nos arquivos BKPML para sua sintaxe padrão SQL, com exceção dos objetos do tipo método e gatilho. Para esses objetos, seus metadados são transferidos para uma sintaxe definida pela própria ferramenta. A Figura 6 apresenta a tela de migração de dados complexos. Figura 6. tela de migração de dados complexos Após a sintaxe de um objeto ser carregada para a tela de edição, o usuário deverá adaptar a mesma para a sintaxe correspondente do SGBD selecionado. Após isso, o botão Submeter Comando deverá ser pressionado para que o objeto possa ser transferido. Toda validação de sintaxe, tipos e Os testes realizados na ferramenta BKPML Manager foram feitos em um ambiente real, cedido por uma empresa de consultoria situada na cidade de Manaus, a knowhow consultoria. O objetivo desta primeira fase de testes consistiu em procurar erros no módulo de cadastros básicos e nas funcionalidades. Além disso, foram verificados o tempo de processamento levado por essas funcionalidades em relação aos objetos concedidos pela empresa. A partir dos resultados obtidos nesta primeira fase, pode-se concluir que o módulo de cadastro e funcionalidades gerou resultados satisfatórios quanto ao tempo de processamento. Em relação aos erros, os identificados foram corrigidos e a ferramenta preparada para a segunda fase de testes. Como os testes da primeira fase foram realizados com uma baixa quantidade de dados, sentiu-se a necessidade de testar as funcionalidades principais quanto a grandes volumes de dados, para isso, a empresa cedeu um computador com as seguintes configurações: processador Intel DUAL CORE 2.1 GHZ com 2GB de RAM e HD de 200GB. Neste computador, foi configurado o ambiente para execução da ferramenta, bem como o SGBD POSTGRES8.4 [17] com uma tabela criada para realização desse teste. Após isso, foi necessário desenvolver um sistema para inserção de dados aleatórios na tabela de testes. No final de cada execução desse sistema, a ferramenta BKPML Manager era executada para gerar os arquivos de backup dos dados armazenados. De acordo com os resultados obtidos, foi possível perceber que o tempo para geração dos arquivos BKPML foi relativamente rápido, tornando aceitável o uso da ferramenta para geração de arquivos com grandes volumes de dados. Já ôs testes relativos ao processo de restauração, foi possível notar que os tempos obtidos são mais elevados, mas no entanto aceitáveis. A partir desses resultados, foi possível estimar que, para 1 Gygabyte de informação ou de registros, a BKPML Manager levaria em média 17hs de processamento para restaurar todos esses dados, ou seja, um tempo pouco eficiente para volumes de dados muito grandes. Apesar de ser uma ferramenta estudantil e em fase de constantes mudanças e aprimoramentos, as principais funcionalidades como: backup de dados, transformação, restauração e migração de objetos complexos obtiveram bons resultados, mas que ainda assim precisam ser aprimorados.

6 V. CONCLUSÃO Este trabalho apresentou uma estrutura padrão em formato aberto, baseado em XML, desenvolvida para desvincular a dependência dos dados de backup em formato fechado, permitindo a manipulação desses entre diversos SGBDS. Mais especificamente, esse formato vislumbra auxiliar projetos de migração de dados em relação às dificuldades enfrentadas. Após o desenvolvimento deste padrão, foi necessário o desenvolvimento de um protótipo para validação dos arquivos BKPML, denominado BKPML Manager. A BKPML Manager foi desenvolvida para gerar e validar arquivos de backup em formato BKPML, bem como para auxiliar a restauração, transformação e migração dos dados para diversas plataformas de SGBDS, ou para arquivos secundários. Além disso, esta ferramenta possibilita o armazenamento dos dados em nuvens, utilizando o serviço S3 da Amazon webservice para armazenamento dos dados. Após o desenvolvimento da BKPML Manager, foram realizados testes para verificação do desempenho da ferramenta e das funcionalidades desenvolvidas. No final dos testes, foram apresentadas as conclusões sobre os resultados obtidos. As principais contribuições deste trabalho foram: O desenvolvimento de um formato aberto para padronização de backup de dados; O desenvolvimento de uma ferramenta para auxiliar o formato BKPML e proporcionar aos projetos de backup e migração de dados maior flexibilidade quanto à manipulação dos dados em qualquer plataforma de SGBD; Facilitar a portabilidade e manipulação dos dados através da transformação dos mesmos para arquivos secundários; Desenvolvimento de uma estrtuura em XML para backup de dados que não se limita apenas a objetos de tipo tabela; Para trabalhos futuros este artigo propõe: Aumentar o poder de expressividade da BKPML para atender a mais objetos como Roles e Packages; Desenvolvimento de um framework Open Source para ser acoplado em sistemas que desejam utilizar a BKPML como formato padrão dos arquivos de backup; Desenvolvimento de uma estrutura XML para manter o mapeamento de tipos, sintaxe, objetos e das propriedades dos objetos dos SGBDS, reduzindo o número de cadastros realizados; Desenvolvimento de um mecanismo para quebrar um arquivo BKPML muito grande em arquivos menores, facilitando a leitura dos mesmos e evitando problemas como estouro de memória. XLink neste processo poderia ser utilizado para ligar de forma correta a ordem dos arquivos, evitando problemas quanto a restauração e perda de dados. [3] DAO, S. (2011). DAO Reference. corej2eepatterns/patterns/dataaccessobject.html. acessado em fev/2011 [4] DOM4J. (2011). DOM4J official site. acessado em [5] Firefox, M.(2010). Firefox reference and download. acessado [6] GAMMA, E., JOHNSON, R., VLISSIDES, J., andhelm, R.(1995). PADRÕES DE PROJETO. ARTMED EDITORA S.A, Santana - PortoAlegre - RS. [7] Gonçalves, E. (2007). Desenvolvendo Aplicações WEB com JSP, Servlets, JSF, Hibernate, EJB e AJAX. Editora Moderna, Rio de Janeiro-RJ. [8] Internet Explorer, M.(2010). site oficial. acessado [9] JSON(2010).Json specication. acessado [10] JSP,S.(2010).Java server pages. acessado [11] JSTL, S. (2010). Javaserver pages standard tag lib. acessado [12] Markup, W. (2010). Hipertext markup language. acessado [13] MYSQL. (2011). MYSQL Site Oficial. acessado em [14] Namedin, P. T. J. (2011). backup Markup Language (BKPML): Uma Proposta para Padronização e Interoperabilidade de backup de Dados/PE. Masters thesis, Universidade Federal de Pernambuco, Recife, Pernambuco, Brasil. acessado em [15] Oracle. (2011). Oracle Official site. acessado em [16] Oumtanaga, S., Lambert, K. T., Tiémoman, K., Pierre, T., and Florent, D.N. (2007). Use xml format like a model of data backup. International Journal of Computer and Information Engineering. [17] POSTGRES. (2011). Site Oficial. acessado em [18] Quinn, J. B., Baruch, J. J., and Zien, K. A.(1997). Innovation explosion: using intellect and software to revolutionize growth strategies. FreePress, NewYork. [19] SAX. (2011). About SAX. acessado em [20] SQLServer. (2011). microsoft SQLServer. acessado em fev/2011 [21] Terra, J. C. C.(2005). Gestão do Conhecimento: O Grande Desafio Empresarial. Artmed Editora S.A, Rio de janeiro - RJ. [22] Tomcat, A. (2010). Tomcat. acessado em [23] Voas, J. and Zhang, J. (2009). Cloud computing: New wine or just a new bottle? IT Professional. [24] W3C DOM. (2011). Document Object Model. acessado em [25] W3C XML (2011). Extensible Markup Language. acessado em [26] W3C XMLSchema (2011). XML Schema. acessado [27] Xerces,A.(2010).Xerces reference. acessado [28] YAML(2010).Yaml specication. acessado em REFERÊNCIAS [1] BKPML (2011). XML Schema da BKPML. acessado em [2] Creativyst (2011). The Comma Separated Value (CSV) File Format. acessado em