White Paper Três abordagens para gerenciar o crescimento do banco de dados É possível reduzir o tamanho dos dados, eliminá-los completamente, aposentar aplicativos e arquivar dados mas não ignore o desafio do crescimento de bancos de dados. Um guia para escolher a solução certa.
Este documento contém informações confidenciais, exclusivas e segredos comerciais ( Informações confidenciais ) da Informatica Corporation que não podem ser copiados, distribuídos, duplicados ou reproduzidos de nenhuma maneira, sem o consentimento prévio por escrito da Informatica. Apesar de todos os esforços terem sido realizados para assegurar que as informações deste documento sejam precisas e completas, alguns erros tipográficos ou imprecisões técnicas podem existir. A Informatica não aceita responsabilidade por nenhum tipo de perda resultante do uso das informações contidas neste documento. As informações contidas neste documento estão sujeitas a alterações sem aviso prévio. A incorporação dos atributos de produto discutidos nesses documentos em qualquer versão ou atualização de qualquer produto de software da Informatica bem como o momento de tal versão ou atualização será a critério exclusivo da Informatica. Protegido por uma ou mais das seguintes patentes norte-americanas: 6.032.158; 5.794.246; 6.014.670; 6.339.775; 6.044.374; 6.208.990; 6.208.990; 6.850.947; 6.895.471; ou pelas seguintes patentes pendentes norte-americanas: 09/644,280; 10/966,046; 10/727,700. Esta edição foi publicada em abril de 2014.
White Paper Índice Introdução... 2 Particionamento e compactação para reduzir as necessidades de armazenamento... 3 Arquivamento e criação de camadas para redução do volume de dados... 4 Soluções de camadas de banco de dados de terceiros...6 Soluções de aposentadoria de aplicativos... 7 Soluções de gerenciamento de dados de teste...8 Investimento fundamentado.... 8 Três abordagens para gerenciar o crescimento do banco de dados 1
Introdução Não é segredo que o volume de dados cresce rapidamente. Os especialistas agora apontam para um aumento de 4.300% na geração de dados anuais até o ano de 2020. 1 No final de 2011, a quantidade de informações digitais criadas e compartilhadas no mundo tinha aumentado nove vezes em apenas cinco anos para quase dois zetabytes. Até 2015, a previsão é de que a criação e o compartilhamento de dados praticamente quadruplicarão. 2 Números surpreendentes, mas eles não contam a história toda. A demanda por dados está aumentando dentro das organizações. Multiplicando ainda mais esse crescimento, os dados são duplicados dentro das organizações três ou mais vezes. 3 Acrescente-se a esse desafio o fato de que está ficando mais difícil descartar dados 40% dos entrevistados de uma pesquisa de grupo de usuários da Oracle guardam os dados por mais tempo do que os sete anos exigidos por lei para atender às exigências de conformidade e mantêm os dados para a eventualidade de litígios. 4 Diante dessa explosão de dados, não é surpresa que os armazenamentos de dados estejam se expandindo a uma taxa acima de 20% ao ano. 5 O crescimento descontrolado de bancos de dados degrada o desempenho e limita a disponibilidade de dados e aplicativos essenciais. Os aplicativos de banco de dados, ao contrário dos aplicativos de e-mail ou dos sistemas de compartilhamento de arquivos, exigem várias cópias de bancos de dados de produção para dar suporte a atividades como teste, desenvolvimento e emissão de relatórios. Sempre que os dados se multiplicam em um sistema de produção, os custos também aumentam. À medida que o volume de dados continua crescendo, as estratégias de gerenciamento do crescimento de bancos de dados se tornam mais importantes. É preciso manter o desempenho de aplicativos e todas as cópias relacionadas em bancos de dados de produção caso contrário, o tempo de resposta de consultas ao banco de dados se deteriora. E não é só isso: sem um plano eficaz de gerenciamento do crescimento de bancos de dados, sua manutenção (clonagem, backup e aplicação de patch) demora mais para ser concluída. Os ciclos de teste durante as atualizações de aplicativos também se prolongam. Entretanto, a compra desenfreada de mais hardware para acompanhar o crescimento dos dados não é uma estratégia sustentável no longo prazo, pois mais dinheiro é gasto em uma solução menos eficiente, sem lidar com a raiz do problema. É como construir uma extensão da sua casa porque você não tem mais espaço na garagem, no sótão e no porão para guardar coisas que você não vê, não toca, nem usa há anos. Em vez de agregar hardware ao problema da explosão de dados, é muito mais inteligente investir em soluções que reduzam o espaço ocupado pelos dados e seus requisitos de armazenamento, excluir ou arquivar dados, ou aposentar ou consolidar aplicativos. Este guia explora e avalia os prós e contras das opções de gerenciamento do crescimento de bancos de dados para ajudá-lo a escolher a melhor abordagem para a sua empresa. Zettabytes 8 6 4 2 Uma explosão de dados digitais Informações digitais globais criadas e compartilhadas 0 2005 2007 2009 2011 2013E 2015E techandinnovationdaily.com Fonte: KPCB, IDC 1 http://assets1.csc.com/insights/downloads/csc_infographic_big_data.pdf 2 http://www.techandinnovationdaily.com/2013/05/31/six-tech-statistics-mary-meeker/ 3 http://www.ioug.org/d/do/3556 4 ibid 2 5 http://collaborate14.ioug.org/p/bl/et/blogaid=237
Particionamento e compactação para reduzir as necessidades de armazenamento Os fornecedores de bancos de dados oferecem recursos comuns (particionamento e compactação) que ajudam você, como administrador de banco de dados (DBA), a manter o desempenho dos aplicativos e controlar o espaço total de armazenamento à medida que o volume de dados aumenta. A implantação de qualquer um desses recursos no nível do banco de dados exige um profundo conhecimento do aplicativo. Por isso, os DBAs devem trabalhar em estreita colaboração com a equipe de desenvolvimento de aplicativos para garantir a implementação de uma estratégia adequada que não afete negativamente o desempenho ou as funções dos aplicativos de produção. O particionamento de banco de dados permite usar a lógica de negócios para separar fisicamente os dados que residem em tabelas do banco de dados por meio de partições. Para o aplicativo, os dados parecem residir em uma única tabela lógica. Para o sistema de arquivos, os dados estão armazenados em arquivos individuais e baseados na lógica de partição. Com a separação física dos segmentos de dados, as consultas podem ser otimizadas e só procurar e acessar uma parte dos dados em disco, baseando-se no que é solicitado na consulta (em vez de verificar toda a tabela do banco de dados para encontrar a pequena faixa de dados solicitados). Prós: Se a lógica estiver alinhada às exigências de retenção, você poderá gerenciar e mover com segurança as partições do banco de dados, sem afetar o aplicativo em geral. Você pode mover partições para mídias de armazenamento mais baratas ou então compactá-las, excluí-las ou deixá-las offline. Contras: Contudo, quando você aplica a lógica de partição para fins de desempenho, mas sem alinhála perfeitamente à lógica da política de retenção, o particionamento de banco de dados pode impactar negativamente o desempenho. E o que é pior, se você não puder tornar a lógica de partição consistente em relação a um objeto de negócios completo (ou seja, uma transação comercial que se propaga em várias tabelas cuja lógica de particionamento pode ser diferente), a integridade relacional dos dados poderá ser totalmente destruída caso uma partição seja colocada offline, não importando as dependências entre as tabelas. Os recursos de compactação de banco de dados permitem reduzir o espaço que os dados ocupam (e os requisitos de capacidade de armazenamento), pois executam uma variedade de algoritmos nos dados que residem em uma tabela. As taxas de compactação variam de acordo com a composição dos dados e com o suporte a diferentes algoritmos de compactação disponibilizado pelo fornecedor do seu banco de dados. Assim como ocorre com o particionamento, se você implantar a compactação sem levar em conta o modelo de dados do aplicativo, o desempenho dos aplicativos poderá ser afetado significativamente. Prós: O espaço ocupado pelos dados pode reduzir os requisitos de capacidade de armazenamento e, ao mesmo tempo, dar acesso total a todos os dados do banco de dados. A compactação é altamente recomendada quando se comprova que o desempenho da ferramenta não impacta o desempenho de produção ou a utilização da CPU. Contras: O desempenho pode ser afetado significativamente, dependendo da forma como a compactação é implantada. Taxas de licença de complementos podem ser aplicadas ao uso dos recursos de compactação. Três abordagens para gerenciar o crescimento do banco de dados 3
Arquivamento e criação de camadas para redução do volume de dados A redução do volume de dados consiste na remoção ou exclusão de dados do banco de dados de produção ou de cópias de não produção. Nessa abordagem, é preciso entender o modelo de dados do aplicativo para garantir que, ao remover os dados, você possa manter a integridade relacional dos dados e o funcionamento correto do aplicativo. Entretanto, a exclusão de dados pode não ser uma boa opção para as organizações que precisam manter os dados disponíveis por períodos de retenção prolongados. Se o modelo de dados for complexo ou se for adquirido de um ISV de pacotes de aplicativos de terceiros, o gerenciamento manual do processo se tornará oneroso, difícil e arriscado. Nesse caso, é recomendável usar uma solução de terceiros que permita separar os dados com base na política e que, ao mesmo tempo, dê acesso ao usuário final e mantenha o suporte do ISV de terceiros. As duas soluções que vamos discutir neste guia incluem o arquivamento e a criação de camadas em bancos de dados. As soluções de terceiros para arquivamento de banco de dados surgiram em resposta à necessidade de gerenciar o crescimento dos dados (do banco de dados) em meio às limitações das ofertas dos fornecedores de aplicativos e bancos de dados. Essas soluções permitem identificar, criar camadas, arquivar ou excluir dados do banco de dados de forma seletiva no contexto do aplicativo de negócios. É possível realocar ou arquivar dados qualificados para um esquema de banco de dados, um banco de dados de arquivo morto ou um repositório de arquivos separado e ainda manter o acesso do usuário final aos dados, seja através do aplicativo nativo ou de uma interface do usuário separada comparável. Prós: como essas soluções removem os dados do banco de dados de produção, o desempenho é mantido e, em muitos casos, melhorado. Os dados são disponibilizados para o usuário final pelas interfaces nativas, com pequenas modificações no aplicativo. Contras: o processo de selecionar dados qualificados e movê-los para outro repositório pode apresentar considerações de desempenho de produção que precisam ser claramente entendidas ao escolher uma arquitetura de arquivamento de banco de dados. Dependendo do aplicativo e da configuração de implantação, o gerenciamento e o acesso aos dados em um repositório separado podem envolver tarefas e processos de manutenção adicionais. Figura 1. Configuração típica de arquivamento de banco de dados com acesso ao arquivamento através de um link de banco de dados Acesso de produção Acesso de arquivamento Camada de acesso a dados DBLink Banco de dados de produção Repositório de arquivos Dados quentes Dados frios Dados excluídos Uma abordagem comum é o arquivamento de dados antigos ou inativos do banco de dados de produção em um banco de dados on-line separado ou o arquivamento de documentos, mas mantendo o acesso ao repositório de arquivos por meio de um link de conexão de banco de dados. 4
Uma solução de arquivamento de banco de dados geralmente é composta por quatro componentes principais: os metadados do aplicativo, um mecanismo de política, um repositório de arquivos e uma camada de acesso aos dados. Metadados do aplicativo: Esse componente contém informações que são usadas para definir quais tabelas participarão de uma atividade de partição, realocação ou arquivamento de banco de dados. Ele armazena as relações entre essas tabelas, incluindo restrições do banco de dados ou no nível do aplicativo e os critérios a serem considerados durante a seleção dos dados que serão arquivados. Os metadados de pacotes de aplicativos como Oracle E-Business Suite, PeopleSoft ou SAP geralmente podem ser comprados em repositórios previamente preenchidos para acelerar o tempo de implementação. Os metadados de aplicativos são fundamentais para garantir que, havendo a aplicação de uma política de arquivamento, a integridade referencial dos dados seja mantida e a lógica de negócios seja respeitada. Mecanismo de política: É nesse componente que os usuários de negócios definem as políticas de retenção em termos de duração e outras regras relacionadas aos negócios. O mecanismo de política também é responsável pela execução da política dentro do banco de dados e pela movimentação dos dados para uma área selecionada. Isso envolve converter a política e os metadados em uma linguagem de consulta estruturada que o banco de dados entenda (SELECT * from TABLE A where COLUMN 1 > 2 years and COLUMN 2 = Closed / swap partition / etc.). Dependendo do conjunto de habilidades da sua organização e de seu interesse em controlar o processo durante a execução, esse é um componente importante que precisa ser entendido e pode ser um bom tópico de discussões técnicas e demonstrações. Repositório de destino: Ele armazena os dados de banco de dados que foram particionados, migrados ou arquivados. As opções de repositório variam e serão determinadas com base em uma série de fatores normalmente regidos por requisitos de acesso do usuário final ao arquivo morto. Algumas dessas opções incluem partições de banco de dados dedicadas no mesmo banco de dados, em outro banco de dados dedicado ou em arquivos altamente compactados que podem ser consultados. Há sempre a possibilidade de exportar os dados para um formato aberto, como CSV ou XML. Essa é uma decisão crítica relacionada à arquitetura. As principais considerações de cada tipo de destino são analisadas na Tabela 1. OPÇÃO DE REPOSITÓRIO DE DESTINO Partição separada na mesma tabela Esquema separado no mesmo BD BD separado Arquivamento altamente compactável com capacidade de consulta Arquivo XML/CSV PRÓS Separa os dados para proporcionar o máximo desempenho aos dados acessados mais ativamente Os administradores só precisam gerenciar um único banco de dados O tamanho do banco de dados de produção é reduzido Os dados são removidos do banco de dados de produção e o tamanho dos dados do arquivo morto é reduzido; os dados são armazenados em um arquivo seguro Os dados são removidos do banco de dados de produção e armazenados em um formato padrão aberto para facilitar a legibilidade no longo prazo CONTRAS Todos os dados continuarão residindo no banco de dados de produção até que as partições sejam movidas ou excluídas Todos os dados continuarão residindo no banco de dados de produção até serem movidos ou excluídos Os administradores precisam gerenciar um banco de dados de arquivo morto separado e o desempenho de acesso talvez precise ser monitorado mais de perto O desempenho de acesso talvez precise ser monitorado mais de perto e os administradores devem garantir que as políticas de segurança sejam cumpridas no arquivamento. O desempenho de acesso pode ser significativamente deteriorado; um aplicativo de relatórios separado será necessário para acessar os dados e os administradores precisarão estender as políticas de segurança aos dados que residem em um arquivo. Tabela 1. Prós e contras das diferentes opções de repositório de destino Três abordagens para gerenciar o crescimento do banco de dados 5
Camada de acesso a dados: Esse é o mecanismo que permite a um aplicativo nativo, a uma ferramenta padrão de relatórios de negócios ou a um portal de descoberta de dados acessar os dados de banco de dados particionados, migrados ou arquivados. Mais uma vez, essas opções variam e serão determinadas com base nas necessidades de acesso do usuário final e nos padrões de tecnologia do seu data center. O fornecimento de uma camada de acesso a dados é essencial para os usuários finais que precisam acessar os dados através do aplicativo nativo ou do tipo nativo. Quando os usuários acessam dados de arquivamento usando um modo de exibição que é implantado por meio de uma conexão de banco de dados, o desempenho de resposta da consulta pode ser mais lento. Soluções de camadas de banco de dados de terceiros As soluções de camadas de banco de dados fornecem soluções complementares para os recursos existentes de particionamento de banco de dados, nas quais os dados podem ser isolados automaticamente como ativos ou inativos no banco de dados, dependendo de uma política de negócios específica. A classificação rege o posicionamento dos dados dentro do mesmo banco de dados, potencializando o que foi denominado como segmentação com reconhecimento de aplicativo. A segmentação, ou particionamento, de dados do banco de dados na mesma instância separa fisicamente os dados, sem impactar a representação lógica no aplicativo nativo. Figura 2. Alternativa de camadas para arquivamento de banco de dados Acesso de produção Modelo de dados relacionais EUA Canadá... 2Q14 2Q14 2Q14 1Q14 1Q14 1Q14 4Q13 4Q13 4Q13 3Q13 3Q13 1Q13 Camada 0 (alto desempenho) Camada 1 (alta capacidade) Banco de dados de produção 2Q14 2Q14 2Q14 1Q14 1Q14 1Q14 Camada N (compactados) Ao usar uma abordagem de segmentação, os dados podem ser compactados, colocados offline ou excluídos com impacto mínimo no desempenho de aplicativos de produção. Além disso, as organizações podem otimizar o posicionamento de partições na classe adequada de mídia de armazenamento, alinhadas com os requisitos de desempenho necessários para atender às necessidades de negócios. 6
Soluções de aposentadoria de aplicativos A maioria das organizações com uma proliferação de aplicativos legados que, por sua vez, consomem recursos caros de data center está avaliando e racionalizando a necessidade de manter os aplicativos on-line. Se for preciso preservar os dados de repositórios inativos por motivos de conformidade ou regulamentação, as soluções de aposentadoria de aplicativos poderão fornecer a capacidade de reter os conjuntos de dados necessários por longos períodos e de, ao mesmo tempo, manter o contexto de negócios, permitindo que a TI desligue definitivamente o sistema original. Leia 10 coisas que você precisa saber antes de modernizar o seu aplicativo para saber mais sobre a aposentadoria de aplicativos. No caso de um aplicativo inteiro de banco de dados não ser mais utilizado para apoiar os atuais processos de negócios ou as necessidades operacionais, embora contenha dados com algum requisito de retenção legal ou normativo, as soluções de aposentadoria de aplicativos oferecem uma maneira econômica e eficiente de migrar dados de formatos arcaicos ou sem suporte para um formato compatível, mantendo o contexto dos negócios e algum nível de acesso pelo usuário final. Essas soluções são semelhantes ao arquivamento de bancos de dados, pois também incluem opções de armazenamento dos dados de banco de dados em um arquivo morto, mas diferem porque o aplicativo original é substituído por uma interface do usuário separada comparável, permitindo a completa aposentadoria do aplicativo. A Figura 3 ilustra um exemplo de migração de dados legados para um repositório de aposentadoria de aplicativos que é acessado por interfaces abertas e modernas, eliminando a necessidade de inúmeras tecnologias arcaicas e obsoletas. Figura 3. As soluções de aposentadoria de aplicativos eliminam tecnologias legadas arcaicas Interfaces arcaicas para dados legados Acesso legado Interface padronizada para dados legados Modelo de dados relacionais Banco de dados de aplicativos legados Repositório de dados de aposentadoria de aplicativos Os dados são armazenados em um arquivamento seguro, acessível e online, que pode proporcionar uma significativa redução de armazenamento por meio de altas taxas de compactação de dados. Três abordagens para gerenciar o crescimento do banco de dados 7
Soluções de gerenciamento de dados de teste O Gerenciamento de Dados de Teste (TDM) é o processo de criar e trabalhar com um conjunto de dados representativo, como o utilizado pelos aplicativos corporativos. Uma solução TDM pode poupar horas na criação de dados de teste, desenvolver eficiência no processo de teste, garantir que você elimine o risco de exposição de dados confidenciais e, finalmente, reduzir os custos associados aos testes. As soluções de gerenciamento de dados de teste podem reduzir as exigências de armazenamento, pois elas diminuem o tamanho dos conjuntos de dados de teste. Para saber mais, leia Por que você precisa de gerenciamento de dados de teste. OPÇÃO DE GERENCIAMENTO DE DADOS DE TESTE PRÓS CONTRAS Copiar subconjuntos de dados de produção para um ambiente de destino Excluir o excesso de dados de cópias completas de produção Cópias de bancos de dados virtuais Somente os dados necessários ao ambiente de teste e desenvolvimento são copiados. Com a redução dos conjuntos de dados, os ciclos de testes ficam mais curtos. Se o processo exigir somente a cópia de partições, o tempo para fazer uma cópia será minimizado. Somente os dados necessários ao ambiente de teste e desenvolvimento são retidos. Se o processo exigir apenas a eliminação de partições de dados, o tempo para excluir dados será minimizado. Os bancos de dados de teste podem ser criados quase que instantaneamente, exigindo apenas uma fração de armazenamento. Também é possível restaurar quase que instantaneamente os ambientes de teste. A conclusão das janelas de atualização é praticamente instantânea. Tabela 2. Prós e contras das opções de solução de gerenciamento de dados de teste Investimento fundamentado O processo de copiar dados e inseri-los em um banco de dados vazio pode afetar o desempenho na origem e pode consumir um tempo considerável, dependendo do volume de dados a ser copiado. O processo precisa ser repetido para fins de atualização. Uma cópia completa de produção é necessária inicialmente. O processo para remover grandes conjuntos de dados pode consumir uma quantidade de tempo considerável. O processo precisa ser repetido para fins de atualização. Conjuntos de dados completos são virtuais os planos de teste que acessam conjuntos inteiros de dados não serão executados mais rapidamente após a disponibilização do clone. O desempenho de leitura/gravação dos bancos de dados virtuais dependerá do número de bancos de dados virtuais criados e acessados simultaneamente. Ao avaliar as necessidades corporativas de acesso aos dados de aplicativos e a forma como esses requisitos mudam à medida que os dados envelhecem, você pode implantar uma estratégia de gerenciamento de crescimento de dados que favoreça decisões mais fundamentadas sobre onde investir. Para os dados que precisam ser acessados com regularidade, os principais serviços de TI são aplicáveis (alto desempenho, alta disponibilidade). Para a maior parte deles, porém, os requisitos de acesso diminuem à medida que os dados envelhecem. Ao mapear os requisitos de necessidades de acesso dos usuários de negócios ao longo do tempo, as programações de retenção de gerenciamento legais ou de registros e as necessidades de suporte operacional, as condições de planejamento das compras de infraestrutura e tecnologia melhoram muito quando se trata de controlar o crescimento do volume de dados. Ao obter respostas para algumas perguntas importantes sobre as necessidades de acesso do usuário final e ponderar o impacto econômico das opções tecnológicas, você pode projetar uma solução que otimize o investimento monetário. 8 Quanto tempo os dados de banco de dados precisam ser mantidos e por quê para dar suporte ao processo de negócios, atender às exigências legais e apoiar os processos operacionais? Quanto mais longo o período de retenção, mais a arquitetura da solução terá que dar conta de volumes de dados possivelmente significativos, além de atualizações tecnológicas ou obsolescência. Isso determinará os fatores de custo para manter os dados on-line em um banco de dados ou em um arquivo e as opções de mídia, como on-line, nearline ou offline.
Os dados precisam ser acessados no contexto do aplicativo de negócios original? Se for necessário manter os dados por um longo período, eles precisarão ser acessados no contexto do aplicativo original? Considere as implicações se o aplicativo for removido ou atualizado. Os dados ainda precisarão ser visualizados? Se for o caso, isso poderá afetar a opção de arquivamento dos dados em um formato que não é de banco de dados. Com que frequência os dados serão acessados no decorrer do tempo e quais são as expectativas de desempenho? A migração ou o arquivamento dos dados de banco de dados acessados com menos frequência, visando reduzir a infraestrutura de custos de armazenamento, é uma excelente opção para diminuir o custo total do gerenciamento de dados. Se o número de usuários e a frequência de acesso aos dados de arquivamento forem relativamente altos, a entrada/saída terá que ser levada em conta na escolha da arquitetura desejada para os dados de arquivamento. É comum limitar o acesso aos dados de arquivamento a um grupo menor de superusuários ou administradores. Se o número de usuários que acessarão os dados for pequeno e se houver um limite para o número de acessos aos dados, esta será uma boa opção para a redução do custo de armazenamento com características de desempenho inferiores. Mesmo que a expectativa seja de acesso mínimo a nenhum, praticamente sem usuários, os dados talvez ainda precisem ser acessados por auditores ou pelo departamento jurídico durante a descoberta eletrônica; o acesso ou a possibilidade de pesquisa on-line podem conduzir à arquitetura pretendida. Além de arquitetar uma solução de software que remova os custos de gerenciamento do crescimento de bancos de dados, as opções de servidor e armazenamento podem oferecer vantagens significativas. As respostas para as perguntas acima devem proporcionar uma boa base para que os arquitetos de sistemas entreguem projetos eficientes. A classificação e a categorização dos dados de banco de dados com base em requisitos de retenção e padrões de acesso do usuário final permitem às organizações de TI o uso de uma estratégia que apresente uma redução de custos significativa por meio da redução dos requisitos de computação do servidor e do armazenamento. A escolha inteligente do local de armazenamento de dados e a eliminação de cópias redundantes de dados permitem que a TI faça mais com menos recursos. Uma limpeza geral abre espaços que poderão acomodar futuras exigências de capacidade. Sobre a Informatica A Informatica Corporation (Nasdaq: INFA) é a fornecedora independente líder mundial de software de integração de dados. Empresas do mundo todo contam com a Informatica para maximizar o seu potencial de informações e impulsionar seus principais imperativos de negócios. A Informatica Vibe, primeira e única máquina de dados virtual (VDM) incorporável, aciona as capacidades exclusivas do Map Once. Deploy Anywhere. ( Desenvolva uma vez. Use em qualquer lugar. ) da Plataforma Informatica. Em todo o mundo, mais de 5.000 empresas usam a tecnologia da Informatica para potencializar seus ativos de informação, desde dispositivos móveis e dados sociais, até grandes volumes de dados hospedados na empresa, em nuvem e nas redes sociais. Para obter mais informações, ligue para 55 11 3013 5446 ou visite www.informatica.com.br. Aproveitar os recursos do seu banco de dados ou fornecidos pelo provedor de aplicativos poderá ser suficiente se o seu modelo de dados do banco de dados for simples e o processo implicar um único trabalho de limpeza. Mas se o seu modelo de dados for complexo, abrangendo várias tabelas com lógica de negócios complexa, considere o Informatica Data Archive um software de arquivamento de dados e particionamento inteligente repleto de recursos e altamente dimensionável. Ele ajuda sua organização de TI a melhorar significativamente o desempenho do aplicativo e gerenciar de forma econômica o crescimento do volume de dados em uma variedade de aplicativos de negócios corporativos, simultaneamente reduzindo custos e riscos. Com o Informatica Data Archive, você pode segmentar os dados com base no valor corporativo, arquivar com segurança os dados de aplicativos inativos e fornecer acesso direto aos dados arquivados para a área de negócios. Três abordagens para gerenciar o crescimento do banco de dados 9
Sede América Latina, Centro Empresarial Nações Unidas - Torre Norte, Av. das Nações Unidas, 12.901-3º andar, 04578-000 - São Paulo, SP Brasil Sede mundial, 100 Cardinal Way, Redwood City, CA 94063, EUA Fone: 650.385.5000 Fax: 650.385.5500 Ligação gratuita nos EUA: 1.800.653.3871 informatica.com linkedin.com/company/informatica twitter.com/informaticacorp 2014 Informatica Corporation. Todos os direitos reservados. Informatica e Put potential to work são marcas comerciais ou marcas comerciais registradas da Informatica Corporation nos Estados Unidos e em diferentes jurisdições por todo o mundo. Todos os outros nomes de empresas e produtos podem ser nomes comerciais ou marcas comerciais. IN09_0414_02640