Oracle Data Guard dobra proteção para o banco de dados e

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
White Paper ESG
Í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..................................................................... 4
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) 482-0188.
Enterprise Strategy Group
Página 1
White Paper ESG
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
White Paper ESG
Eficiência e eficácia da continuidade dos negócios no banco de dados
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
White Paper ESG
Integrando os objetivos de RPO e RTO à camada do banco de dados
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
White Paper ESG
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 BarnesandNoble.com
corporativa da empresa, ou seja, foco no
cliente. Segundo Willen, o principal Banco de Motivos para selecionar o Oracle Data Guard
Dados de Comércio Eletrônico da
✓ Precisava de uma solução de recuperação de
BarnesandNoble.com (Conta e Pedido do
catástrofe para o aplicativo de comércio eletrônico
Cliente) tem 400 GB e normalmente suporta
✓ Precisava de uniformidade e integridade dos dados
entre 300 e 500 usuários simultâneos. O
para uma solução de recuperação de catástrofe do
banco de dados
aplicativo de comércio eletrônico da
BarnesandNoble.com gera centenas de
milhões de dólares de faturamento anual e por Benefícios
✓ RPO de cinco minutos, RTO de 45 minutos para o
si só era suficiente para garantir um
aplicativo de banco de dados de comércio eletrônico
investimento em uma solução de continuidade
Aplicativo da Web que suporta acesso 24x7 dos
✓
dos negócios. Entretanto, o potencial de perda
clientes via Internet
de receita era um fator significativo no projeto,
explica Willen. “O componente intangível da
perda de confiança do cliente – quando ele Citação do cliente
“Utilizamos o EMC Symmetrix e temos largura de banda,
acessa a Internet, faz um pedido e não
assim temos a capacidade de usar soluções como o SRDF,
consegue finalizar a compra – nos impele a mas para este sistema de banco de dados crítico,
manter o site online. Portanto, a arquitetura do escolhemos o Data Guard. A uniformidade e integridade
novo sistema precisava ser uma extensão da dos dados foram os principais fatores.”
filosofia da empresa centrada no cliente.”
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
White Paper ESG
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 Burlington Coat Factory
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 , Motivos para selecionar o Oracle Data Guard
Administrador de Banco de Dados Sênior da
✓ Buscava melhorar os tempos de recuperação do
Burlington Coat Factory, comenta a decisão de
banco de dados devido a falhas no sistema e na
trabalhar com a Oracle: “Acreditamos na
mídia de armazenamento
empresa, em seu direcionamento e em sua
✓ Queria minimizar os custos operacionais ao
trabalhar com uma solução de banco de dados
idoneidade. Eles nos ajudaram no passado.”
altamente disponível
Enquanto controlavam os custos através da
padronização, Balint e seus colegas também Benefícios
✓ Não depende mais de fita para restaurar os bancos
foram capazes de usar o Oracle Data Guard
de dados após recuperação da falha
para aumentar a disponibilidade de aplicativos
Os tempos de recuperação de banco de dados
✓
e a proteção dos dados. Voltando-se para os
foram reduzidos de quatro horas para cinco minutos
requisitos cada vez maiores de disponibilidade,
a Burlington Coat se concentrou na capacidade
Citação do cliente
de recuperar os dados rapidamente no caso de “Como temos familiaridade com o Oracle, o Data Guard foi
uma corrupção ou catástrofe no site afetar seus um passo natural. Tínhamos suficiente experiência em
bancos de dados de produção. Implantando um Oracle internamente e podíamos treinar o pessoal
banco de dados de standby físico em um apropriado em uma única solução de disponibilidade.
segundo data center a menos de 1,5 quilômetro Não precisamos comprar um novo armazenamento ou um
do local primário, a Burlington Coat Factory novo componente para os nossos sistemas de
reduziu o tempo necessário para recuperação armazenamento existentes, nem fazer treinamento em
após uma indsiponibilidade não-planejada. uma solução de replicação de terceiros. O Data Guard nos
Balint e seus administradores não precisam permite alcançar um nível mais alto de proteção e
mais recorrer à fita para obter um backup disponibilidade dos dados.”
anterior dos arquivos de dados e fazer a
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
White Paper ESG
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 1.400 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
White Paper ESG
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