White Paper. Oracle Data Guard dobra proteção para o banco de dados e recuperação de catástrofe

Transcrição

1 IT Knowledge Business Results White Paper Oracle Data Guard dobra proteção para o banco de dados e recuperação de catástrofe Brian Babineau Analista Enterprise Strategy Group Proteção da Informação Novembro de 2006

2 Índice Índice... 1 Resumo executivo... 1 Resumo executivo... 2 Introdução... 2 Eficiência e eficácia da continuidade dos negócios no banco de dados... 3 Integrando os objetivos de RPO e RTO à camada do banco de dados Maximizando o investimento na continuidade dos negócios estudos de caso... 5 BarnesandNoble.com... 5 Burlington Coat Factory... 6 D. Swarovski & Co... 7 Conclusão... 8 Todas as marcas comerciais são de propriedade de suas respectivas empresas. As informações contidas nesta publicação foram obtidas por fontes que o The Enterprise Strategy Group (ESG) considera idôneas, porém não são garantidas pelo ESG. Esta publicação pode conter opiniões do ESG, que estão sujeitas a alterações periodicamente. Esta publicação está protegida por leis de direitos autorais em nome de The Enterprise Strategy Group, Inc. e deve ser usada somente por Assinantes ou pessoas que a adquiriram diretamente do ESG. Qualquer reprodução ou redistribuição desta publicação, parcial ou na íntegra, seja em formato de cópia impressa, eletrônico ou de outro modo, a pessoas não autorizadas a recebê-la, sem o expresso consentimento de The Enterprise Strategy Group, Inc., estará infringindo a lei de direitos autorais dos EUA e estará sujeita a uma ação por danos civis e, se cabível, acusação penal. Em caso de eventuais dúvidas, entre em contato com o Relacionamento com o Cliente ESG no telefone (508) Enterprise Strategy Group Página 1

3 Resumo executivo As arquiteturas de TI altamente disponíveis deveriam incorporar soluções de recuperação de catástrofe que garantam que os sistemas e informações permaneçam acessíveis no caso de eventos imprevistos prejudicarem as operações do data center. Algumas organizações associam o termo recuperação de catástrofe a soluções de armazenamento proprietárias que espelham atualizações de disco em subsistemas de armazenamento remotos. O espelhamento remoto proporciona uma certa proteção aos dados, mas essas configurações podem ser caras e fazer com que a TI ignore soluções alternativas que podem melhorar os níveis de proteção e disponibilidade dos dados. Uma dessas soluções é o Data Guard, um recurso do Banco de Dados Oracle 10g para manter bancos de dados de standby, que são mantidos sincronizados automaticamente com o banco de dados de produção, possibilitando rápido failover em caso de falha. Isso garante que os dados permaneçam online, mesmo no caso de falha não-planejada. O Data Guard também permite o uso produtivo dos bancos de dados de standby, reduzindo com eficácia o custo das soluções de recuperação de catástrofe e tornando esse investimento facilmente justificável. Este white paper descreve como os clientes podem usar o Data Guard, explica os benefícios inerentes e oferece depoimentos de clientes que reduziram o risco da perda de dados e melhoraram a disponibilidade. Introdução É impossível questionar a importância dos bancos de dados nos data centers corporativos atuais. De grandes conglomerados multinacionais a pequenos negócios familiares, as organizações dependem de bancos de dados para processar, organizar e armazenar dados transacionais. Embora o tamanho desses bancos de dados possa variar, a importância relativa dos dados não pode ser medida, e as organizações precisam atribuir valor às informações e protegê-las de maneira apropriada. Quando os bancos de dados estão offline, ou pior ainda, quando os dados são perdidos, podem ocorrer danos irreparáveis na forma de perda de receita, insatisfação do cliente e outras situações indesejadas. Os bancos de dados estão sujeitos a muitos dos mesmos riscos de interrupção dos negócios a que estão outros sistemas de TI: catástrofes naturais, indisponibilidades planejadas, corrupção de dados e falha humana, para citar alguns. As organizações historicamente implantaram soluções de backup em fita como meio de proteger os dados contra falhas. Entretanto, essa abordagem resulta em significativo tempo de inatividade devido à demora na restauração de um banco de dados de fita, isso sem falar no tempo que pode ser necessário para adquirir novos sistemas e recursos se o sistema de produção original for perdido em uma catástrofe de alguma espécie. A replicação do armazenamento (também conhecida como espelhamento remoto), em que os dados são copiados entre sistemas de armazenamento geograficamente dispersos, supera algumas das desvantagens do backup em fita. Entretanto, essas soluções também têm limitações. Por exemplo, ela exige dois sistemas de armazenamento idênticos, além da largura de banda necessária e de dispositivos de rede especializados, como conversores de protocolo, para conectá-los. Aliás, muitas organizações continuam usando os backups em fita tradicionais porque o espelhamento remoto é muito caro e restritivo. Para quem pode pagá-lo, o espelhamento remoto realmente oferece um excelente nível de proteção de dados. Entretanto, quando se trata de implementar uma solução que garante a disponibilidade e proteção das informações do banco de dados, as organizações deveriam considerar as inovações feitas pelos fornecedores de banco de dados. Devido a seu conhecimento íntimo do banco de dados, os fornecedores podem oferecer valor agregado significativo que se traduz em maior disponibilidade e melhor proteção dos dados. Por exemplo, a Oracle ajuda os clientes a manter as informações online e acessíveis com o Oracle Real Application Clusters (RAC), evitando o tempo de inatividade que resultaria de falhas do servidor. Da mesma maneira, muitos administradores de banco de dados começaram a utilizar o Data Guard, um recurso incluso no Banco de Dados Oracle, para aumentar a disponibilidade e oferecer um nível adicional de proteção de dados no caso de eventos imprevistos afetarem o banco de dados de produção. Enterprise Strategy Group Página 2

4 Eficiência e eficácia da continuidade dos negócios no banco de dados White Paper ESG O Data Guard permite que os clientes Oracle implementem e mantenham um banco de dados de standby, que é uma cópia sincronizada do banco de dados de produção, para proteger os dados e aumentar a disponibilidade das informações no caso de algum evento causar falha no banco de dados de produção. O Data Guard não impõe limites geográficos, permitindo que o banco de dados de standby esteja localizado a alguns metros de distância (no mesmo data center) ou a milhares de quilômetros (em um data center remoto). Se o banco de dados de produção ficar indisponível, os clientes poderão usar o Data Guard para fazer failover no banco de dados de standby. O Data Guard permite que os clientes criem vários bancos de dados de standby para um único de produção, aumentando assim a proteção de dados e reduzindo o risco da inatividade e da perda de dados. Os clientes implementam o Data Guard fazendo um backup online de seu banco de dados de produção e restaurando-o em outro servidor para criar um de standby, situado de preferência em um local remoto. Após a criação do banco de dados de standby, o Data Guard Transport Services o sincroniza automaticamente, transmitindo-lhe de modo eficiente blocos de dados transacionais. A criação do standby, desde o backup até a sincronização, não interrompe a disponibilidade do banco de dados principal. O banco de dados de standby pode estar situado em qualquer lugar, porque o Data Guard usa protocolo TCP/IP padrão para transmitir dados entre os bancos de dados principal e de standby, eliminando a necessidade de dispositivos de rede especializados. O Data Guard Apply Services consiste em processos que aplicam os dados recebidos do local de produção para o banco de dados de standby. Como é o caso de cada processo do Data Guard, os Apply Services reconhecem o Oracle, usando seu conhecimento do banco de dados Oracle para executar validação de dados adicional antes de quaisquer dados serem aplicados ao banco de dados de standby. Essa etapa importante, possível apenas graças ao Data Guard, proporciona um nível adicional de proteção para garantir que a corrupção de dados induzida por hardware ou rede não seja propagada para o banco de dados de standby. As soluções de espelhamento remoto, devido à falta de conhecimento sobre a estrutura de dados do banco de dados, copiam todos, incluindo todas as corrupções causadas pelo armazenamento ou hardware de rede. O Data Guard Apply Services também oferece uma opção em relação a quantos dados são aplicados no banco de dados de standby. Os clientes podem implementar um standby físico que tem a estrutura física idêntica à do banco de dados principal, tornando-o uma réplica perfeita do banco de dados de produção. Um standby físico pode ficar aberto em modo somente leitura, permitindo que os clientes consultem os dados, ao mesmo tempo em que ele continua recebendo dados do banco de dados de produção, garantindo que permaneçam protegidos sempre. Também pode ser usado para aliviar a sobrecarga de executar backups dos bancos de dados de produção para o standby, liberando assim recursos de servidor importantes do banco de dados de produção. Como alternativa, os clientes podem optar por implementar um standby lógico, que, como sugere o nome, cria uma cópia lógica do banco de dados de produção. Um standby lógico converte os dados recebidos do banco de dados de produção em instruções SQL e aplica estas no standby para manter a sincronização. Isso permite que um standby lógico sempre abra em modo de leitura/gravação, tornandoo útil para suportar consultas e gerar relatórios com base em uma cópia atualizada de produção. É um standby lógico porque, embora os dados sejam idênticos aos do banco de dados de produção, a estrutura física do banco de dados pode ser diferente. Isso permite aos clientes a flexibilidade de adicionar dados locais ou criar índices adicionais para otimizar a performance das consultas. O Oracle Enterprise Manager Grid Control (EM), ferramenta de gerenciamento de data centers da Oracle, oferece a interface Web para gerenciar uma ou mais configurações do Data Guard. O EM inclui assistentes que automatizam a criação das configurações do Data Guard. Os administradores podem executar facilmente os switchovers do Data Guard (eventos planejados) ou failovers (o resultado de falhas repentinas e não-planejadas) que promovem rapidamente um standby a um banco de dados de produção. Um importante benefício desse recurso de gerenciamento é a facilidade com que os usuários do Data Guard podem testar facilmente seus sistemas de recuperação de catástrofe. Enterprise Strategy Group Página 3

5 Integrando os objetivos de RPO e RTO à camada do banco de dados White Paper ESG O Data Guard proporciona aos clientes significativa flexibilidade e valor agregado ao implantar uma solução de continuidade dos negócios para os dados empresariais. Assim como em qualquer solução de continuidade dos negócios, os clientes também devem avaliar os requisitos de objetivo de ponto de recuperação (RPO) e objetivo de tempo de recuperação (RTO) de todos os aspectos de uma infraestrutura de banco de dados que suporta as informações que estão protegendo. O RPO mede a quantidade de dados que uma organização pode perder se ocorrer uma catástrofe ou falha nãoplanejada. Por exemplo, um RPO de 2 horas significa que, em caso de falha, você pode recuperar tudo até 2 horas antes da falha. Com o RPO, você considera que perder 2 horas de dados é um risco aceitável para o custo associado à proteção desses dados. Já o RTO é a quantidade de tempo necessário para restaurar o acesso aos sistemas de TI, aplicativos e dados associados. As arquiteturas altamente disponíveis devem minimizar a perda de dados e reduzir o tempo necessário para colocar os aplicativos de volta online. O Data Guard é um dos inúmeros recursos integrados de alta disponibilidade do Banco de Dados Oracle 10g todos projetados para ajudar os clientes a alcançar RPO e RTO específicos. Dois recursos adicionais do Oracle de particular interesse são o Oracle Real Application Clusters (RAC) e o Flashback Database. Muitos clientes Oracle optam por implementar o Real Application Clusters (RAC) para executar clusters de servidores de banco de dados, proporcionando alta disponibilidade em caso de falha de um servidor, além de oferecer a opção de escalabilidade dos recursos do servidor conforme a necessidade. De maneira semelhante ao Data Guard, o RAC é transparente para o aplicativo e permite que os clientes aumentem a disponibilidade e escalabilidade, fazendo com que vários servidores compartilhem o acesso a um único banco de dados Oracle. Servidores adicionais podem ser oferecidos conforme os requisitos de performance, e os administradores podem mudar a alocação de recursos em um cluster de um aplicativo para outro, conforme as necessidades dos negócios, sem qualquer interrupção nos servidores existentes. Se um servidor falhar, o RAC poderá reequilibrar a carga de trabalho entre os servidores restantes, evitando a inatividade, uma vez que um servidor não apresenta mais um único ponto de falha. Outra semelhança com o Data Guard é que o RAC permite aos clientes reduzir os custos de hardware utilizando servidores padrão de mercado sem comprometer a disponibilidade ou escalabilidade. O Data Guard oferece valor significativo com ou sem RAC, mas ele complementa uma configuração RAC mantendo um banco de dados de standby em um local remoto para garantir proteção de dados e alta disponibilidade no caso de algum evento afetar a disponibilidade do banco de dados RAC de produção. O Oracle Flashback Database também pode ser usado em conjunto com o Data Guard e o RAC para permitir que os clientes retornem rapidamente os bancos de dados para um momento anterior em caso de falha humana ou outra forma de corrupção lógica. Quando o Flashback Database é habilitado, o Oracle registra todas as alterações nos dados em um log de flashback. Os usuários determinam seu período de retenção decidindo quanto espaço em disco será alocado para esses logs. Uma das maiores vantagens de usar o Flashback Database com o Data Guard é a capacidade do banco de dados de produção, após um failover, rejuntar rapidamente a configuração do Data Guard como um banco de dados de standby e se ressincronizar automaticamente com o novo sistema de produção. Isso elimina a demorada tarefa de recriar o banco de dados de produção original a partir de um novo backup de produção e de retornar muito rapidamente a configuração a um estado protegido. O Flashback Database também oferece a base para os recursos integrados de proteção contínua dos dados (Continuous Data Protection, CDP) no Banco de Dados Oracle 10g. Enterprise Strategy Group Página 4

6 Maximizando o investimento na continuidade dos negócios estudos de caso BarnesandNoble.com Durante 2004, a BarnesandNoble.com embarcou em um projeto para reprojetar seu Banco de Dados de Comércio Eletrônico. David Willen, Diretor de Tecnologia da BarnesandNoble.com, e sua equipe foram incumbidos de desenvolver uma infra-estrutura de aplicativos que refletisse a filosofia corporativa da empresa, ou seja, foco no cliente. Segundo Willen, o principal Banco de D a d o s d e C o m é r c i o E l e t r ô n i c o d a BarnesandNoble.com (Conta e Pedido do Cliente) tem 400 GB e normalmente suporta entre 300 e 500 usuários simultâneos. O aplicativo de comércio eletrônico da BarnesandNoble.com gera centenas de milhões de dólares de faturamento anual e por si só era suficiente para garantir um investimento em uma solução de continuidade dos negócios. Entretanto, o potencial de perda de receita era um fator significativo no projeto, explica Willen. O componente intangível da perda de confiança do cliente quando ele acessa a Internet, faz um pedido e não consegue finalizar a compra nos impele a manter o site online. Portanto, a arquitetura do novo sistema precisava ser uma extensão da filosofia da empresa centrada no cliente. BarnesandNoble.com Motivos para selecionar o Oracle Data Guard Precisava de uma solução de recuperação de catástrofe para o aplicativo de comércio eletrônico Precisava de uniformidade e integridade dos dados para uma solução de recuperação de catástrofe do banco de dados Benefícios RPO de cinco minutos, RTO de 45 minutos para o aplicativo de banco de dados de comércio eletrônico Aplicativo da Web que suporta acesso 24x7 dos clientes via Internet Citação do cliente Utilizamos o EMC Symmetrix e temos largura de banda, assim temos a capacidade de usar soluções como o SRDF, mas para este sistema de banco de dados crítico, escolhemos o Data Guard. A uniformidade e integridade dos dados foram os principais fatores. Com foco no cliente da BarnesandNoble.com, o departamento de TI optou pelo Oracle RAC e pelo Data Guard porque, segundo Willen, O novo sistema precisava ser altamente disponível, ou seja, era preciso um excelente banco de dados de standby para poder voltar online em um curto espaço de tempo. A BarnesandNoble.com queria uma arquitetura altamente disponível para os bancos de dados no caso de alguma falha que derrubasse o data center primário. A empresa usa dois data centers na costa leste dos EUA um acomoda o banco de dados de produção, enquanto o outro hospeda o standby remoto. Como a BarnesandNoble.com precisa estar disponível para os clientes comprarem 24 horas por dia, 7 dias por semana, a equipe do projeto sentiu que o Oracle RAC e o Data Guard alcançariam com mais sucesso seus RPOs e RTOs. Durante a fase de planejamento, a empresa estabeleceu um RPO de continuidade dos negócios de cinco minutos e um RTO de 45 minutos. Depois de implementar a nova configuração altamente disponível, a BarnesandNoble.com testou o sistema e percebeu que alcançou seus objetivos de RPO e que o RTO pós-falha do sistema na verdade foi de entre dez e vinte minutos, uma melhoria de 20% em comparação com a meta inicial. Esse benefício se deve principalmente à solução Data Guard, afirmou Willen. Embora muitos clientes ainda procurem soluções de replicação baseadas em sistemas de armazenamento, o Data Guard pode ajudar a superar objetivos específicos de proteção e recuperação de dados, como foi o caso da Barnes & Noble. Quando chegou a hora de selecionar entre uma solução baseada em armazenamento e o Data Guard, Willen achou a escolha muito fácil. Utilizamos o EMC Symmetrix e temos largura de banda, assim temos a capacidade de usar soluções como o SRDF, mas para este sistema de banco de dados crítico, escolhemos o Data Guard. A uniformidade e integridade dos dados foram os principais fatores. O Data Guard ajudou a BarnesandNoble.com a manter seu aplicativo de comércio eletrônico, cumprindo o objetivo do projeto de 2004 manter os clientes satisfeitos com um site sempre online. Enterprise Strategy Group Página 5

7 Burlington Coat Factory Com mais de 400 lojas espalhadas pelos Estados Unidos, a Burlington Coat Factory processa vários milhões de transações no varejo por ano. Como o varejista se tornou um conhecido site de compras de muitos norte-americanos, seu departamento de TI precisou simplificar as operações para controlar custos e, ao mesmo tempo, aumentar a disponibilidade de vários aplicativos de missão crítica. Para reduzir os custos operacionais, a Burlington Coat Factory padronizou-se com Oracle como plataforma de sistema de gerenciamento de banco de dados. Com os bancos de dados Oracle suportando comércio eletrônico, transações de ponto-de-venda, data warehousing e aplicativos de intercâmbio eletrônico de dados, a padronização foi crucial n o c o n t r o l e d e c u s t o s. M i k e B a l i n t, Administrador de Banco de Dados Sênior da Burlington Coat Factory, comenta a decisão de trabalhar com a Oracle: Acreditamos na empresa, em seu direcionamento e em sua idoneidade. Eles nos ajudaram no passado. Enquanto controlavam os custos através da padronização, Balint e seus colegas também foram capazes de usar o Oracle Data Guard para aumentar a disponibilidade de aplicativos e a proteção dos dados. Voltando-se para os requisitos cada vez maiores de disponibilidade, a Burlington Coat se concentrou na capacidade de recuperar os dados rapidamente no caso de uma corrupção ou catástrofe no site afetar seus bancos de dados de produção. Implantando um banco de dados de standby físico em um segundo data center a menos de 1,5 quilômetro do local primário, a Burlington Coat Factory reduziu o tempo necessário para recuperação após uma indsiponibilidade não-planejada. Balint e seus administradores não precisam mais recorrer à fita para obter um backup anterior dos arquivos de dados e fazer a Burlington Coat Factory Motivos para selecionar o Oracle Data Guard Buscava melhorar os tempos de recuperação do banco de dados devido a falhas no sistema e na mídia de armazenamento Queria minimizar os custos operacionais ao trabalhar com uma solução de banco de dados altamente disponível Benefícios Não depende mais de fita para restaurar os bancos de dados após recuperação da falha Os tempos de recuperação de banco de dados foram reduzidos de quatro horas para cinco minutos Citação do cliente Como temos familiaridade com o Oracle, o Data Guard foi um passo natural. Tínhamos suficiente experiência em Oracle internamente e podíamos treinar o pessoal apropriado em uma única solução de disponibilidade. Não precisamos comprar um novo armazenamento ou um novo componente para os nossos sistemas de armazenamento existentes, nem fazer treinamento em uma solução de replicação de terceiros. O Data Guard nos permite alcançar um nível mais alto de proteção e disponibilidade dos dados. recuperação de um momento. Não importava o que fizéssemos, a recuperação podia levar horas, disse Balint. Com um banco de dados de standby físico, os dados são 100% atualizados ou bem próximos disso, e podemos recuperar imediatamente. Balint também observa que o Data Guard auxiliou em outros problemas de banco de dados e sistema de armazenamento em que as recuperações têm impacto na disponibilidade do aplicativo ou nas operações dos negócios. O Data Guard nos ajuda muito nessas situações de recuperação de falhas, porque elas são reduzidas de quatro horas para cinco minutos. A Burlington Coat Factory depende bastante de seus sistemas de armazenamento para suportar os bancos de dados Oracle, mas preferiu não adotar o espelhamento remoto. Um dos principais motivos disso foi a capacidade de se padronizar com uma solução de disponibilidade inclusa no banco de dados. Como temos familiaridade com o Oracle, o Data Guard foi um passo natural. Tínhamos suficiente experiência em Oracle internamente, podíamos utilizar habilidades de DBAs internos e podíamos treinar o pessoal apropriado em uma única solução de disponibilidade, explicou Balint. Não precisamos comprar um novo armazenamento ou um novo componente para os nossos sistemas de armazenamento existentes, nem fazer treinamento em uma solução de replicação de terceiros. O Data Guard nos permite alcançar um nível mais alto de proteção e disponibilidade dos dados. Até hoje, a Burlington Coat Factory continua se padronizando com outros recursos de alta disponibilidade da Oracle, incluindo Data Guard, RAC, Flashback Database e RMAN (a solução de backup e recuperação para Banco de Dados Oracle). Como seus aplicativos de geração de receita (comércio eletrônico) e aplicativos internos (recursos humanos) são cruciais para manter os clientes satisfeitos e os funcionários produtivos, a disponibilidade é prioridade número um no departamento de TI. É muito fácil ver por que Balint tomou rapidamente a decisão em favor do Data Guard. É uma ferramenta de gerenciamento de risco, porque resolve nosso principal problema: a capacidade de recuperar dados em um espaço de tempo curto e previsível. Enterprise Strategy Group Página 6

8 D. Swarovski & Co. Como fornecedor líder de cristal lapidado, a Swarovski expandiu suas operações de negócios para mais de 120 países. Sediada em Wattens, Áustria, a empresa atua desde 1895 e depende do SAP R/3 para muitos de seus aplicativos empresariais, incluindo gestão de recursos empresariais, CRM e Business Warehousing. A Swarovski tem orgulho de produzir cristais lapidados de qualidade, e seu departamento de TI estende esse paradigma aos próprios processos. Ao empreender sua implantação global do SAP, a gerência de TI sênior da Swarovski decidiu que o sistema fosse projetado para evitar qualquer perda de dados e garantir que os aplicativos pudessem ser colocados online em uma hora em caso de inatividade não-planejada. Harald Neuner, Gerente de TI da Swarovski para a instalação do SAP, descreve o perfil do projeto que foi implementado pela gerência sênior: Desde o começo do conceito dos sistemas de TI, sabíamos que não podíamos perder uma única transação sob nenhuma circunstância. O aplicativo mais crucial para a Swarovski é o módulo Enterprise Resource Management do SAP, que precisa suportar usuários no mundo inteiro, a qualquer hora. Para evitar a perda de dados e reduzir o tempo necessário para colocar esse aplicativo online em caso de catástrofe ou corrupção de dados, Neuner e sua equipe optaram pelo Oracle Data Guard. A Swarovski criou um banco de dados de standby físico localizado em um segundo data center a 400 metros do primário. Os serviços de transporte síncrono do Data Guard são utilizados para proteger contra qualquer possibilidade de perda de dados. Manter a integridade das informações no standby foi o principal motivo para a Swarovski ter escolhido o Data Guard em vez do espelhamento remoto. D. Swarovski & Co. Motivos para selecionar o Oracle Data Guard Queria uma arquitetura de banco de dados altamente disponível para o aplicativo de ERP SAP R/3 Queria flexibilidade de configuração para minimizar o risco de corrupção ou perda de dados no banco de dados de standby Benefícios Reduziu o tempo de recuperação do aplicativo de banco de dados de ERP SAP R/3 de 12 horas para 30 minutos Cumpriu a meta de projetar uma infra-estrutura que não perderá uma única transação, e os aplicativos poderão estar operantes em uma hora após uma interrupção Citação do cliente Estamos planejando usar essa tecnologia para outros bancos de dados críticos no futuro. Temos familiaridade com o funcionamento e documentamos o nosso processo, por isso é natural para nós adicionar o Data Guard a outros sistemas. Além de ter um standby que pode ser colocado online em minutos, a Swarovski também usa a flexibilidade do Data Guard para reduzir o risco de uma corrupção lógica ou um erro de usuário afetar seus aplicativos SAP. O Data Guard envia os dados imediatamente, mas a Swarovski usa seu recurso de atraso na aplicação de atualizações no banco de dados de standby. O atraso planejado de 4 horas da Swarovski dá à equipe de Neuner o tempo para desfazer transações excluídas ou corrompidas acidentalmente antes que sejam aplicadas no standby. Com a flexibilidade do Data Guard, pudemos projetar esse atraso e diminuir nosso tempo de recuperação de 12 horas para menos de 30 minutos sem afetar a disponibilidade dos aplicativos ou aumentar o risco de perda de dados, afirmou Neuner. Isso é possível porque, mesmo com um atraso de 4 horas na aplicação, o Data Guard ainda envia os dados para o standby com a mesma rapidez com que são gerados. Se a Swarovski de repente precisar executar failover no standby, o atraso será removido, e a performance do Data Guard é tal que leva apenas alguns minutos para alcançar o standby até o último dado recebido. A Swarovski pretende aproveitar os recursos de disponibilidade do Data Guard em mais componentes de seu portfólio de aplicativos SAP. Estamos planejando usar essa tecnologia para outros bancos de dados críticos no futuro, diz Neuner. Temos familiaridade com o funcionamento e documentamos o nosso processo, por isso para nós é natural adicionar o Data Guard a outros sistemas. Enterprise Strategy Group Página 7

9 Durante sua existência, a Swarovski não se desviou de seu compromisso com a qualidade e não parece que suas operações de TI ignorarão sua meta de evitar a perda de dados. Ao continuar expandindo sua arquitetura altamente disponível entre os módulos de aplicativo SAP, a Swarovski usará a experiência com o Oracle Data Guard para manter os dados disponíveis aos funcionários em nível mundial. Conclusão As soluções de continuidade dos negócios podem ser caras e complicadas de usar e oferecem pouco valor aos clientes, a menos que um evento catastrófico cause uma falha de sistema. Muitas organizações ainda dependem da recuperação de aplicativos críticos por fita como única solução de continuidade dos negócios, expondo a empresa ao risco de perda significativa dos dados e caros períodos de inatividade. Essas organizações que dependem de implementações de continuidade dos negócios baseadas em armazenamento normalmente não conseguem considerar todas as opções disponíveis para proteger os dados empresariais. Esse desconhecimento aumenta o risco de que os ativos de informação vitais possam ser perdidos se um data center ou banco de dados de produção ficar offline repentinamente. As organizações que dependem de bancos de dados para processar transações e organizar informações devem considerar todas as opções para reduzir a perda de dados e qualquer interrupção dos negócios que possa ser causada por uma indisponibilidade planejada ou não-planejada. O Oracle Data Guard representa uma solução econômica para proteger os dados empresariais, indo além das limitações das soluções de espelhamento remoto e de backup e recuperação baseado em fita, com um recurso de banco de dados nativo que oferece ótima proteção e disponibilidade de dados. A solução vem inclusa como parte do Banco de Dados Oracle 10g e pode ser gerenciada com o Oracle Enterprise Manager Grid Control, uma solução que muitos administradores de banco de dados usam regularmente. O Data Guard também permite aos clientes executar consultas, relatórios e backups usando o banco de dados de standby, aumentando o retorno do investimento em sistemas de recuperação de catástrofe. Depois de falar com clientes Oracle, surgem motivos simples porém decisivos para que os clientes do Banco de Dados Oracle pensem no Data Guard para aumentar a disponibilidade de seus sistemas de gerenciamento de banco de dados. São eles: Utilização eficiente da rede O Data Guard é uma solução de recuperação de catástrofe com reconhecimento do banco de dados que utiliza com eficiência os recursos de rede, transmitindo somente as alterações mínimas necessárias para manter o banco de dados de standby sincronizado. Proteção de dados abrangente O Data Guard evita que as corrupções de dados sejam propagadas aos bancos de dados de standby. Econômico O Data Guard é uma solução com reconhecimento de armazenamento, reduzindo os custos de hardware e a dependência de um único fornecedor. Utilização do standby As opções de configuração flexíveis do Data Guard permitem que os clientes utilizem o banco de dados de standby e servidores para backup, geração de relatórios e outras finalidades. Gerenciamento integrado Configurações, monitoração e manutenção de standby, incluindo failover e switchover, são facilmente gerenciadas pelo Oracle Enterprise Manager Grid Control. O risco de uma indisponibilidade não-planejada causada por uma catástrofe natural, interrupção de energia, falha de sistema ou erro humano pode prejudicar a produtividade dos funcionários se não houver medidas de continuidade dos negócios específicas para o banco de dados implementadas. Com o Data Guard, os clientes agora têm uma opção além do espelhamento baseado em armazenamento para garantir que as informações do banco de dados estarão protegidas independentemente do que interromper o acesso a seus bancos de dados de produção. Se a sua organização considera a informação um ativo de negócios, o Oracle Data Guard é uma solução de proteção de dados da próxima geração que pode reduzir o risco de perda de dados e inatividade. Enterprise Strategy Group Página 8