Backup e recuperação do Oracle E-Business Suite em Sistemas Vblock com a arquitetura da solução EMC Avamar

Transcrição

1 Oracle E-Business Suite on Vblock Systems Backup and Recovery with EM Avamar Solution Architecture Índice Backup e recuperação do Oracle E-Business Suite em Sistemas Vblock com a arquitetura da solução EM Avamar Versão 1.0 Maio de 2013

2 opyright 2013 VE ompany Inc. Todos os direitos reservados. A VE assegura que as informações apresentadas neste documento estavam corretas na data da publicação. As informações estão sujeitas a alterações sem prévio aviso. AS INFORMAÇÕES NESTA PUBLIAÇÃO SÃO FORNEIDAS "NO ESTADO EM QUE SE ENONTRAM". A VE NÃO GARANTE NENHUM TIPO DE INFORMAÇÃO ONTIDA NESTA PUBLIAÇÃO, ASSIM OMO SE ISENTA DAS GARANTIAS PARA A OMERIALIZAÇÃO DE UM PRODUTO PARA UM PROPÓSITO ESPEÍFIO. 2

3 onteúdo Introdução... 6 Sobre este documento... 6 Visão geral da solução... 6 Objetivos... 6 Escopo... 7 Público-alvo... 7 Feedback... 7 Visão geral da tecnologia... 8 omponentes da solução... 8 Visão geral da arquitetura... 9 Layout lógico... 9 Layout físico omponentes de hardware e software onsiderações do projeto onfiguração da computação onfiguração de rede Projeto de armazenamento onfiguração da virtualização onfiguração do aplicativo Oracle EBS EM Avamar Visão geral do VE Data Protection Validação da solução Resumos da categoria de teste de backup e recuperação ategoria 1: Backup e recuperação on-line dinâmicos ategoria 2: Backup e recuperação off-line estáticos ategoria 3: PITR (Point-In-Time Restore/Recovery, restauração/recuperação point-in-time) ategoria 4: Backup/recuperação incrementais (opcionais) Objetivos de validação Projeto do ambiente de teste Testes e procedimentos de teste ritérios de aceitação do teste Teste 1 Backup e recuperação on-line dinâmicos Ambiente de teste Procedimentos do teste Resultados do teste

4 Teste 2 Backup de banco de dados estático para Oracle EBS com Avamar Ambiente do Teste Procedimentos do Teste Resultados do Teste Teste 3 Restauração point-in-time e recuperação de banco de dados para Oracle EBS com Avamar Ambiente do Teste Procedimentos do Teste Procedimento 1 - Teste 3: Recuperação de banco de dados a partir do backup on-line dinâmico do Avamar Resultados do teste Procedimento 2 - Teste 3: Recuperação no nó do nível do aplicativo a partir do backup estático do Avamar Resultados do teste Procedimento 3 - Teste 3: Recuperação no nó do nível do aplicativo a partir do backup dinâmico do Avamar Resultados do teste Procedimento 4 - Teste 3: Recuperação de banco de dados completa a partir do backup de banco de dados do Avamar Resultados do teste Procedimento 5 - Teste 3: Recuperação point-in-time a partir do backup on-line dinâmico do Avamar Resultados do teste Teste 4 Backup e recuperação Oracle com VMware Data Protection Ambiente do Teste Procedimentos do Teste Resultados do Teste Teste 5 Backup e recuperação com VDP para o nível do aplicativo Oracle EBS Ambiente do Teste Procedimentos do Teste Resultados do Teste Resumo dos resultados de validação Resultados do Teste 1 para backup e recuperação on-line dinâmicos Resultados do Teste 2 para backup do banco de dados dinâmico para Oracle EBS com Avamar Resultados do Teste 3 para restauração de ponto no tempo e recuperação de banco de dados para Oracle EBS com Avamar Teste 4 Resultados para backup e recuperação Oracle EBS com VMware Data Protection Resultados do Teste 5 para realizar backup e recuperação com VDP para o nível do aplicativo Oracle EBS Resumo combinado

5 onclusão Próximos passos APÊNDIE Descrição dos componentes da solução Vblock Systems Sistema Vblock Sistema Vblock omponentes de computação omponentes de rede omponentes de armazenamento omponentes de virtualização Oracle Database 11g Release 2 Enterprise Edition Oracle Real Application lusters Oracle E-Business Suite versão EM Avamar EM Avamar Data Store Referências

6 Introdução Sobre este documento Soluções integradas para backup e recuperação são essenciais para os negócios. rescimento de dados exponencial, exigências normativas e a demanda por disponibilidade contínua tornam difícil concluir backups com sucesso dentro de janelas de backup cada vez menores. A VE aborda essa necessidade para os clientes Oracle com uma nova arquitetura integrada de solução de backup e recuperação: Backup e recuperação do Oracle E-Business Suite (EBS) em Sistemas Vblock com o EM Avamar. O VMware vsphere Data Protection Suite também está incluído na solução. Visão geral da solução A arquitetura da solução descreve os principais recursos e benefícios de backup e recuperação no Oracle EBS virtualizado em sistemas Vblock com EM Avamar. A VE projeta e fornece os Sistemas Vblock, a infraestrutura convergente mais avançada do mundo. Ele otimiza a infraestrutura, reduz os custos, protege o ambiente, acelera a implementação e promove a inovação. om os melhores componentes da categoria, uma arquitetura abrangendo todo o portfólio, gerenciamento avançado de operações para infraestrutura convergente, um ponto único de contato do início até o suporte e a linha mais robusta de configurações e modelos do setor, os Sistemas Vblock abordam as necessidades e exigências exclusivas de organizações de praticamente qualquer porte, com uma variedade de faixas de preço e uma diversidade de verticais específicos e geradores de negócios. Além disso, se você gostaria de usar a solução Sistemas Vblock como um local estático, consulte os artigos anteriores relacionados ao VE Oracle EBS: Enhanced Operational Agility and Scalability for Oracle E-Business Suite R12 and RA on VMware vsphere 5 e Zero Downtime Bi-Directional Physical to Virtual Migration for Oracle EBS R12 with RA on Vblock Infrastructure Platforms. Esses artigos também demonstram a facilidade com que os Sistemas Vblock podem ser integrados aos investimentos atuais. Objetivos Este artigo de arquitetura de solução orienta sobre como realizar backup e recuperação de uma implementação virtualizada do Oracle EBS em Sistemas Vblock com Avamar e o VMware vsphere Data Protection Suite. Objetivos desta solução: Fornecer uma visão geral da tecnologia da solução de backup e recuperação e arquitetura de suporte, incluindo uma explicação das práticas recomendadas de instalação, configuração e operação para implementar a solução de backup e recuperação no ambiente Oracle EBS em Sistemas Vblock Definir como os dados são protegidos de modo completo. 6

7 Descrever a metodologia de backup, incluindo backups dinâmicos e estáticos para o ambiente de missão crítica Oracle E-business, que não afeta o trabalho simultâneo dos usuários corporativos. Um objetivo extra é a documentação dos aspectos conceituais e práticos das práticas recomendadas desta solução: Implementação do Oracle EBS em um ambiente típico Avamar (por exemplo, estes 2 a 4 TB do ambiente Oracle são uma parte do ambiente geral de cargas de trabalho mistas de aplicativos) Descrição do ambiente de laboratório de protótipo em que a capacidade de proteção de dados do VMware vsphere pode ser usada como um utilitário Descrição das soluções de proteção de dados Vblock incluindo apenas EM Avamar e Avamar e Data Domain, incluindo dimensionamento e ajuste de escala A validação durante o uso dessa metodologia inclui os seguintes objetivos: Medir o throughput de backup em termos de TB/hora e GB/minuto, medir a latência e calcular o volume diário de backup Verificar backups de execução longa perto de zero ou com falha Demonstrar que os backups foram realizados com sucesso sem perda nem corrupção Demonstrar como o Avamar contribui para reduzir o RTO/RPO no caso de falha Escopo Os objetivos acima descrevem o escopo deste projeto. Público-alvo O público principal deste artigo de arquitetura de solução são profissionais técnicos, como gerentes de data center, arquitetos de bancos de dados e DBAs (Database Administrators, administradores de bancos de dados). Além disso, as equipes de gerenciamento de TI também estariam interessadas em analisar este documento como parte de uma avaliação de produto. Feedback Para sugerir mudanças na documentação e fornecer feedback sobre este artigo, envie um para docfeedback@vce.com. Informe o título deste artigo e o nome do tópico ao qual seu comentário se aplica. 7

8 Visão geral da tecnologia Esta seção apresenta um resumo das tecnologias usadas na solução da VE. omponentes da solução A solução usa os seguintes componentes de hardware e software e tecnologias: onsulte o Apêndice para ver uma descrição de cada um destes produtos e tecnologias. Sistemas Vblock Oracle Database 11g Release 2 Enterprise Edition Oracle Real Application lusters Oracle E-Business Suite versão 12 EM Avamar EM Avamar Data Store 8

9 Visão geral da arquitetura Layout lógico A Figura 1 mostra a arquitetura lógica geral do ambiente. Figura 1 Arquitetura lógica: Backup e recuperação do Oracle EBS com Avamar O diagrama da arquitetura lógica mostra: Há uma solução Avamar de único nó realizando o backup dos dados. Há Avamar clients e proxies em execução em Sistemas Vblock. Durante os backups noturnos, os agentes Avamar copiam os blocks alterados de comprimento variável do grid Avamar e criam um backup virtual completo apenas dos blocks alterados de comprimento variável. O software Avamar é usado para agendar procedimentos de backup e monitorar e relatar o status do sistema de backup e Avamar. 9

10 A Figura 2, abaixo, também descreve backup e recuperação com Avamar. Figura 2: Visão geral da solução de backup Oracle E-Business com Avamar Layout físico A Figura 3 mostra a arquitetura física implementada para o Avamar com Oracle R12 EBS. Figura 3: Layout físico Backup e recuperação do Oracle EBS com Avamar 10

11 O diagrama da arquitetura física mostra: 1. O Avamar client conecta-se ao nível do banco de dados do Oracle R12 EBS para realizar as operações de backup e restauração. 2. O nível do aplicativo é instalado no banco de dados, e os dados do aplicativo são armazenados no banco de dados. 3. O grid do Avamar interage para fazer backup e restaurar dados no banco de dados 4. Sistemas Vblock: para as camadas de computação, armazenamento e rede, o aplicativo do Oracle R12 EBS é implementado em várias máquinas virtuais para processar as operações do Oracle Financial, que são essenciais para os negócios. 5. O Nexus 5548 (parte integrante dos Sistemas Vblock) é conectado diretamente ao Nexus 7000 para todos os serviços de rede. 6. A partir do Nexus 5548, tudo é conectado conforme os Sistemas Vblock padrão. Todos os hosts e máquinas virtuais estão dentro de Sistemas Vblock e obtêm serviço de rede do Nexus omponentes de hardware e software Tabela 1 mostra os recursos de hardware usados nesta solução. Tabela 1. Descrição dos recursos de hardware usados nesta solução Hardware Descrição Vblock 300 com VNX omputação isco US (Unified omputing System): 3 pacotes de servidor blade isco US B200 M3 (4 núcleos, 128 GB de memória) - 2 usados para o servidor de aplicativos - 1 usado para o servidor de banco de dados Gerenciamento (MiniAMP) 2 servidores isco US 220 M2 isco atalyst 3560 Rede 2 switches isco Nexus switches SAN de agregação isco MDS 9148 Armazenamento 1 EM VNX 5300 Virtualização 1 VMware vsphere VMware venter Server 5.1 Outros componentes 1 EM Avamar Data Store Tabela 2. Descrição do software usado para validar esta solução Software Quantidade Versão Finalidade Oracle Enterprise Linux (OEL) 3 Oracle Linux 6.2 Sistema operacional de servidor Oracle R12 EBS Software de banco de dados ERP Oracle 11g Database Enterprise 1 11gR2 ( ) Software do servidor de banco de dados 11

12 onsiderações do projeto O backup e a recuperação do Oracle requerem recuperação de instância e banco de dados para resolver falhas de dados e sistema. Assim, deve ser feito backup regular de cópias dos arquivos de banco de dados, arquivos de registros de arquivamento e arquivos binários do sistema operacional no Avamar, e eles devem estar disponíveis para uma operação de restauração e recuperação. Para obter detalhes sobre os procedimentos de backup e recuperação Oracle, consulte o Oracle Database Backup and Recovery User's Guide 11g Release 1 (11.1) em: O EM Avamar fornece um pacote de ferramentas com recursos avançados para realizar backup e recuperação do banco de dados Oracle e do Oracle EBS usando uma variedade de plug-ins baseados em software. Por exemplo, para realizar backup e restauração do nível de aplicativo Oracle EBS, uma vez que tem binários baseados em arquivo, o plug-in do sistema operacional Linux é usado para realizar backup e restauração dos servidores em nível de aplicativo dentro do ambiente do Oracle R12 EBS. Para realizar backup e restauração dos servidores no nível do banco de dados para o Oracle R12 EBS, o Avamar fornece um plug-in que faz interface direta com a camada de banco de dados do Oracle Recovery Manager (RMAN). Além dos principais recursos de backup e recuperação, o Avamar também fornece opções avançadas de backup e recuperação usando um sistema baseado em política. Os filtros podem ser configurados e aplicados conforme o horário, a data, o período de retenção e a natureza da operação de backup e restauração para Oracle. Esses recursos dentro do Avamar remediam as limitações presentes dentro do sistema operacional nativo e dos utilitários de banco de dados Oracle. Além disso, scripts pré- e pós-personalização também podem ser implementados para simplificar as operações de backup e recuperação de um determinado ambiente Oracle do cliente. onfiguração da computação Três blades isco US foram usados e associados a três máquinas virtuais, como mostrado a seguir. 12

13 A guia Summary lista os recursos e as informações técnicas gerais usados para a configuração. onfiguração de rede omo mostra a captura de tela Summary na seção anterior, cada uma das máquinas virtuais Oracle usou um switch de grupo de portas padrão para fins de comunicação. 13

14 Projeto de armazenamento Essa solução usa os storage arrays baseados em VNX fornecidas nos Sistemas Vblock. A série VNX da EM é um servidor de rede dedicado otimizado para acesso a file e block, fornecendo recursos high-end em um pacote dimensionável e fácil de usar. A série VNX oferece uma solução de file e block integrada que proporciona um ponto centralizado de gerenciamento para ambientes distribuídos. Possibilita expandir, compartilhar e gerenciar de modo econômico e dinâmico file systems multiprotocolo, além de fornecer acesso a block multiprotocolo. Os administradores podem aproveitar o suporte simultâneo para os protocolos NFS e IFS permitindo aos clients Windows e Linux/UNIX compartilhar arquivos usando os mecanismos sofisticados de bloqueio de arquivo do VNX for File e do VNX for Block para aplicativos de grande largura de banda ou sensíveis a latência. A seguir, estão as tabelas de dados de armazenamento. A tabela 3 apresenta as informações de armazenamento da máquina virtual. Máquina virtual IP Sub-rede GW VLAN vpu Memória (GB) SO (GB) LUN do DB e tamanho do registro (TB) OracleR12EBS _AppTier 1 OracleR12EBS _AppTier 2 OracleR12EBS _DBTier TB A tabela 4 apresenta as informações do grupo de RAID. Número do grupo de RAID Número de discos Tipo de disco Tamanho do disco RPM 34 1 SAS 600 GB 10 K Hot Spare Hot Spare 35 1 SAS 600 GB 10 K Hot Spare Hot Spare A tabela 5 apresenta as informações do pool de armazenamento. Nome do pool Número de discos Tipo de disco Tamanho do disco RPM Tipo de Raid Finalidade OracleAvamar_AppTier 8 SAS 600 GB 10 K I/O de RAID Nível de aplicativos Oracle OracleAvamar_DBTier 14 SAS 600 GB 10 K RAID 5 Nível de DB Oracle vb319 5 SAS 600 GB 10 K RAID 5 Swap de inicialização da máquina virtual e inicialização do ESXi 14

15 onfiguração da virtualização O VMware vsphere 5.1 foi implementado como um componente de virtualização de hipervisor para Oracle e Avamar no Vblock 300. Um total de três máquinas virtuais foram criadas dentro do VMware venter e associadas a três hosts ESXi. A seguinte captura de tela mostra um exemplo de configuração para cada máquina virtual para a configuração de banco de dados e servidor de aplicativos. Uma vez que o nível do aplicativo Oracle EBS hospeda processos leves de servidor de aplicativos, os requisitos totais para o processamento de aplicativos são inferiores aos usados para o servidor no nível do banco de dados. Várias máquinas virtuais no nó do servidor de aplicativos foram usadas para balancear carga e impulsionar o throughput geral, conforme indicado pelas práticas recomendadas da Oracle, EM e VMware. Para o servidor no nível do banco de dados, a seguinte máquina virtual única foi configurada: 15

16 onfiguração do aplicativo Depois de a implementação da infraestrutura para Oracle e Avamar ter sido concluída, o Oracle R12 EBS foi instalado e configurado com o sistema operacional Oracle Linux de acordo com as práticas recomendadas e diretrizes da Oracle, EM e VMware. Dois servidores no nível do aplicativo foram implementados para otimizar o desempenho e a disponibilidade para processamento simultâneo de lotes e cargas de trabalho baseadas em OLTP. Além disso, as práticas recomendadas para a configuração de gerenciadores e processamento de lotes simultâneos foram otimizadas para o ambiente. Apenas um nível do banco de dados Oracle foi implementado para concluir a configuração. O seguinte mostra a arquitetura geral para o ambiente Oracle EBS implementado. Primeiro, temos os nós em nível do aplicativo em execução sob a plataforma Oracle Linux 6: O segundo nó em nível do aplicativo tem a mesma configuração mostrada acima. O nível do banco de dados tem a seguinte configuração: 16

17 Dentro do utilitário Oracle 11g SQL*Plus, a configuração geral do banco de dados é mostrada a seguir: O modo de registro de arquivamento foi habilitado, uma vez que essa é uma exigência para backups dinâmicos com Oracle e Avamar. Oracle EBS Para demonstrar uma carga de trabalho realista, os processos em lote do Oracle Financial mostrados na captura de tela a seguir foram executados no ambiente em tempo real durante e após as operações de backup e recuperação. EM Avamar O software EM Avamar e o software Avamar lient foram instalados e configurados de acordo com a documentação do EM Avamar

18 Visão geral do VE Data Protection om os produtos Vblock Systems Data Protection, a VE fornece soluções completas que são projetadas para atender suas necessidades únicas de infraestrutura. Os clientes agora podem adicionar novos níveis de proteção de dados a Sistemas Vblock ou podem converter suas soluções de proteção de dados não EM ou não VE existentes em uma solução VE. As soluções VE Data Protection incluem: EM Avamar software e sistema de backup com desduplicação que fornece desduplicação altamente eficiente e de tamanho variável, com forte integração com dispositivos de backup de uso específico da EM. O Avamar possibilita backups diários mais rápidos e completos de ambientes virtualizados, inclusive a infraestrutura de TI inteira, aplicativos e dados corporativos. A desduplicação no client reduz o conflito de acesso de ESXi e o tráfego de rede, diminuindo os tempos de backup. EM Avamar mais Data Domain opções duplas: O Avamar direciona o Avamar Data Store em sua solução. Ou para cargas de trabalho maiores, com alta taxa de mudanças, o destino pode ser um sistema Data Domain que forneça desduplicação de alta velocidade, tamanho variável e em linha. O resultado é um espaço ocupado de armazenamento de dados em backup em média de 10 a 30 vezes menor do que o backup tradicional. EM VPLEX o VPLEX permite que os administradores compartilhem, protejam ou balanceiem a carga de dados em vários Sistemas Vblock no mesmo data center ou em diferentes data centers dentro de um campus ou região metropolitana. É possível mover máquinas virtuais em tempo real sem causar interrupções entre locais para evitar tempo de inatividade. O VPLEX também trata eventos não planejados de maneira automática para tempo de recuperação de aplicativo. 18

19 Validação da solução As informações de validação são apresentadas para categorias de backup e recuperação, seguidas por uma tabela de objetivos para o projeto, e uma tabela que correlaciona os objetivos com os testes reais descritos realizados. Resumos da categoria de teste de backup e recuperação O backup e a recuperação da Oracle consistem em um tópico complexo. Para explicar os objetivos, processos e planos de teste, abaixo estão resumos detalhados dos principais tipos de backup e recuperação a serem realizados para a solução. Os tipos de backup e recuperação incluem quatro categorias. As quatro categorias explicadas abaixo são refletidas nos testes reais executados. Para a solução, o BRS (Backup and Restore Service, serviço de backup e restauração), a agilidade operacional foi testada a partir de um backup dinâmico da Avamar, um backup off-line estático e uma recuperação point-in-time para Oracle R12 EBS. Também foi testado como uma solução de backup e recuperação incremental opcional. ategoria 1: Backup e recuperação on-line dinâmicos A Tabela 6 apresenta os recursos de backup e recuperação on-line dinâmicos. ategoria 1: Backup e recuperação on-line dinâmicos Descrição Benefícios Vantagens e desvantagens Janela de backup Período de retenção Agendamento de backup O backup e a recuperação dinâmicos Oracle fornecem o mais alto nível de RTO em comparação a backups estáticos, uma vez que o banco de dados e o aplicativo podem permanecer on-line e disponíveis durante o processo de backup. Há, porém, uma pequena janela de manutenção de tempo de inatividade durante um processo de restauração e recuperação porque os registros do banco de dados precisam ser aplicados para resolver a falha de dados. RTO e RPO de alto nível Algum impacto no desempenho e manutenção adicional estão envolvidos nos requisitos para armazenamento para arquivos de redo log e impacto de operações de leitura/gravação do Avamar com Oracle. Estimativa de 4 horas on-line sem inatividade 10 dias (varia conforme as exigências de negócios) Diariamente durante horário de operação de negócios fora do pico 19

20 ategoria 2: Backup e recuperação off-line estáticos A Tabela 7 apresenta os recursos de backup e recuperação off-line estáticos. ategoria 2: Backup e recuperação off-line estáticos Descrição Benefício: RPO alto Vantagens e desvantagens: RTO maior Janela de backup Período de retenção Agendamento de backup Os backups estáticos Oracle são úteis para garantia contra perda de dados, assegurando um alto nível de RPO. Porém, uma vez que o aplicativo e o banco de dados devem ser colocados off-line durante a operação de backup e restauração, há algum tempo de inatividade envolvido para o aplicativo concluir backup e restauração off-line estáticos. Todos os dados confirmados no local antes de o banco de dados e o aplicativo serem desligados e que tiveram por backup podem ser restaurados completamente, pois a imagem de backup não está corrompida. Assim, um backup estático tem o nível mais alto de RPO para backups Oracle. Algum tempo de inatividade está envolvido, uma vez que o aplicativo e os serviços de banco de dados devem ser colocados off-line para realizar o backup estático para Oracle EBS. Estimada em 4 horas (tempo real a ser determinado por processo de teste). 10 dias (varia conforme as exigências de negócios). Semanalmente. ategoria 3: PITR (Point-In-Time Restore/Recovery, restauração/recuperação point-in-time) A Tabela 8 apresenta os recursos de restauração/recuperação point-in-time. ategoria 3: PITR (Point-In-Time Restore/Recovery, restauração/recuperação point-in-time) Descrição Benefícios Vantagens e desvantagens Janela de backup Período de retenção Agendamento de backup Recupera para o point-in-time antes da falha de dados. Melhor RTO para BRS com Oracle e Avamar. Fornece restauração apenas para um point-in-time, versus uma recuperação completa de um desastre envolvendo todo o local. A PITR é mais adequada para complementar um backup completo semanal no caso de, por exemplo, um usuário acidentalmente remover uma tabela de um esquema. Estimativa de 10 minutos a 30 minutos, conforme a quantidade de trabalho de refazer para recuperação a ser aplicado para a restauração PITR. 10 dias (varia conforme as exigências de negócios). Sob demanda quando ocorre um evento que requer a realização de PITR versus uma restauração e recuperação completas. 20

21 ategoria 4: Backup/recuperação incrementais (opcionais) A Tabela 9 apresenta os recursos de backup/recuperação incrementais (opcionais) ategoria 4: Backup/recuperação incrementais (opcionais) Descrição Benefícios Vantagens e desvantagens Janela de backup Período de retenção Agendamento de backup Backup e recuperação incrementais suplementam um backup completo estático ou dinâmico capturando apenas as alterações delta em blocks durante o processamento de aplicativo e banco de dados. Para grandes warehouses de processamento em massa que carregam diferentes quantidades de transações de volume massivo que mudam frequentemente, um backup incremental pode ser útil para economizar em tempo (RTO) para restaurar um ambiente. Fornece backup e recuperação parciais para cenários de point-in-time e usa menos armazenamento para capturar apenas as alterações feitas desde a última operação de backup completo. Não é possível fazer menos que uma restauração completa. Deve usar uma recuperação completa também. Varia de 10 minutos a algumas horas (a ser testado e determinado). 10 dias (varia conforme as exigências de negócios). Semanalmente. Objetivos de validação Essa validação foca como realizar o backup do ambiente virtual Oracle E-Business. Os seguintes objetivos estão relacionados a mostrar como restaurar dados quando eles estão corrompidos no E-Business (o que pode acontecer dentro do ambiente integrado ou componentes de suporte do Oracle E-Business), ou quando há uma falha com a máquina virtual devido a falta de energia, falha em processos ou outras falhas. Os objetivos são: 1. Implementar Oracle EBS R12 em Sistemas Vblock 300 com EM VNX 5300 e realizar teste funcional com VMware vsphere 5.1 Data Protection. 2. Medir o desempenho do backup de linha de base e garantir o melhor desempenho de Sistemas Vblock 300 para Oracle. 3. Simular falha do nó no nível do aplicativo e realizar recuperação de dados sem perda de dados para o Oracle EBS. 4. Simular falha no nível do banco de dados e mostrar que a recuperação de dados com o Avamar não produz perda de dados. 5. Implementar recuperação point-in-time do Avamar para o Oracle R12 EBS. Projeto do ambiente de teste Uma vez que os níveis do aplicativo e banco de dados estão envolvidos em backup e recuperação do Oracle R12 EBS, tarefas adicionais são necessárias no projeto e implementação da arquitetura e da configuração de serviço de backup e recuperação (BRS) versus um ambiente Oracle OLTP ou de data warehouse tradicional. 21

22 Testes e procedimentos de teste Os cenários de teste abrangem todas as principais metas para os objetivos e refletem as categorias indicadas para backup e recuperação Oracle. Há cinco seções de teste diferentes: Teste 1: Backup e recuperação on-line dinâmicos Teste 2: Backup de banco de dados off-line estático para Oracle EBS com Avamar Teste 3: Teste 3 Restauração point-in-time e recuperação de banco de dados para Oracle EBS com Avamar Teste 4: Teste 4 Backup e recuperação Oracle com VMware Data Protection 5.1 Teste 5: Realizar backup e recuperação com VDP para o nível do aplicativo Oracle EBS ritérios de aceitação do teste Resultados do teste bem-sucedidos atenderão os seguintes critérios de aceitação de teste. 1. Desempenho do backup: - Medir o throughput (TB/hora) de dados para tarefas de backup e calcular o volume de backup diário. - Otimiza a velocidade conforme o necessário. 2. Medição de desempenho de recuperação e resultados do teste: - O RTO (Recovery Time Objective, objetivo de tempo de recuperação), a duração de tempo e um nível de serviço dentro do qual um processo de negócios deve ser restaurado após um desastre (ou interrupção), deve ser cumprido. - O RPO (Recovery Point Objective, objetivo de ponto de recuperação), o período máximo tolerável pelo qual os dados podem ser perdidos de um serviço de TI devido a um incidente de importante para aplicativos de banco de dados, deve ser cumprido. - O Avamar contribui para os objetivos de RTO e RPO. Além disso, um processo de backup e recuperação completo com ênfase no manuseio de um ambiente Oracle EBS virtualizado, e que destaque os benefícios de implementar Oracle em Sistemas Vblock, deve ser documentado. 22

23 Teste 1 Backup e recuperação on-line dinâmicos Esse teste tem como objetivo medir os processos de backup e recuperação on-line dinâmicos para Oracle com Avamar. Os objetivos do Teste 1 são mostrar que: 1. Recuperação de aplicativo e banco de dados minimiza a perda de dados. 2. Os aplicativos e banco de dados funcionam corretamente após a recuperação ser realizada. 3. O RTO é reduzido devido à funcionalidade de recuperação on-line. Ambiente de teste 1 A maioria dos clientes automatiza o processo para backup e recuperação durante janelas de manutenção de baixa atividade para não afetar os usuários durante o horário de operação de negócios. Para a solução, uma janela de backup padrão típica do cliente e um agendamento de 30 a 45 dias foram implementados. O Avamar usa o conceito de um conjunto de dados para pré-configurar um conjunto padrão de operações de backup, incluindo tipo de backup, agendamento e período de retenção. Procedimento: 1. onfigurar o Avamar para o backup Oracle RMAN. 2. Instalar o software Avamar client para o client Oracle RMAN e Oracle Linux conforme a documentação do EM Avamar onfigurar a política de agendamento e backup para os conjuntos de dados Oracle EBS. A seguinte captura de tela mostra o conjunto de dados criado para a solução de backup com Avamar e Oracle EBS. 23

24 4. Selecione a guia Opções. A janela Selecionar tipo de plug-in se abre. 5. Analise os campos para garantir que todos estejam corretos. 6. lique em Ferramentas e Gerenciar todos os conjuntos de dados, ou clique em Ferramentas e Gerenciar todos os agendamentos. 24

25 7. A janela correspondente se abre (Gerenciar todos os conjuntos de dados ou Gerenciar todos os agendamentos): 8. A partir da janela principal do Avamar acima, clique em Ferramentas e, em seguida, clique em Gerenciar retenção. A janela Gerenciar todas as políticas de retenção é exibida. Aqui, as configurações podem ser conferidas ou editadas. 9. lique em OK para sair. O conjunto de backups foi criado com sucesso para o conjunto de dados necessário com Avamar e Oracle. 25

26 Procedimentos do teste 1 A tarefa é para realizar um backup de banco de dados on-line dinâmico Oracle RMAN completo. Os backups on-line dinâmicos de bancos de dados Oracle permitem fazer um backup desses bancos enquanto estes e o aplicativo permanecem on-line, minimizando o impacto sobre a disponibilidade do ambiente Oracle EBS 1. Realizar um backup sob demanda para Oracle com Avamar. O Avamar usa o software de plug-in Oracle RMAN para realizar backups de banco de dados para Oracle EBS. O período de retenção foi definido para 30 dias para a política de backup de banco de dados. O backup dinâmico inicial realizado era um backup de banco de dados on-line dinâmico que incluía um arquivo de controle e um backup completo de registro de arquivamento. Backups incrementais (níveis 0/1) foram realizados após o backup de banco de dados on-line completo inicial para economizar no espaço em disco necessário para capturar deltas no ambiente de backup de aplicativo. 26

27 2. Além disso, um backup de banco de dados dinâmico incremental completo de níveis 0 e 1 foi realizado pelo Avamar para Oracle especificando as opções avançadas na configuração de backup Avamar. Qualquer um deles pode ser configurado como mostrado para o Backup de nível 1 a seguir: 3. Quando os backups são concluídos, o status pode ser verificado na guia Monitor de atividade. 27

28 Resultados do teste 1 Vários canais RMAN foram implementados para aprimorar o desempenho de backup do banco de dados para a solução. Para essa solução, o período de retenção padrão para os backups de banco de dados foi definido para 30 dias. Os resultados de dados de desempenho de backup do banco de dados on-line Oracle Avamar para backup e recuperação on-line dinâmicos Oracle EBS e Avamar são mostrados na Tabela 10. A Tabela 10 mostra os resultados dos dados de desempenho de backup e recuperação on-line dinâmicos Oracle EBS e Avamar. Nome de host Aplicativo Tipo de backup Tempo de execução total Tamanho do backup ebsdb01 Nível do banco de dados On-line dinâmico completo 50m:06s 159,4Gb ebsdb01 Nível do banco de dados On-line incremental de nível 0 15m:09s 159,3Gb ebsdb01 Nível do banco de dados On-line incremental de nível 1 1m:06s 20,5 Mb ebsapp01 Nível de aplicativo Sistema de arquivos on-line completo ebsapp01 Nível de aplicativo Sistema de arquivos on-line completo 8m:33s 11m:57s 90,5 Gb 89,4Gb Foram realizados backups tanto no nível do banco de dados quanto no nível de aplicativos. O tempo de execução total e o tamanho do backup também são fornecidos para cada execução de teste. onforme o esperado, os resultados mostram que: Não houve nenhuma inatividade durante o backup Houve RTO de alto nível Um curto tempo de execução total foi obtido O tempo total para executar os backups foi estimado em 240 min, enquanto o tempo de execução total real atingido foi de apenas 86 min: 51 segundos 28

29 Teste 2 Backup de banco de dados estático para Oracle EBS com Avamar Esse teste é para executar e medir um backup de banco de dados off-line estático para Oracle EBS com Avamar. Objetivos do Teste 2: 1. Mostrar que a recuperação completa de aplicativo e banco de dados cumpre os requisitos para perda de dados mínima a nula (RPO). 2. Mostrar que o desempenho para backup e recuperação é ideal para um backup de banco de dados completo. Ambiente do Teste 2 O ambiente de teste foi descrito nas seções acima, exceto que para este teste os backups off-line do banco de dados estático Oracle são realizados quando o ambiente Oracle EBS foi silenciado e desligado para fins de manutenção. Procedimentos do Teste 2 Primeiro, os níveis do aplicativo e banco de dados Oracle devem ser desligados de maneira limpa e colocados off-line, apenas então pode passar por backup para Oracle com o EBS a ser configurado. Ambos os procedimentos são descritos abaixo. 1. As seguintes tarefas foram realizadas para preparar o Oracle EBS para backup off-line estático do Avamar: [oracle@ebsdb01 ~]$ echo $ORALE_HOME /d01/oracle/vis/db/tech_st/11,1.0 [oracle@ebsdb01 ~]$ echo $ORALE_SID VIS [oracle@ebsdb01 ~]$ sqlplus '/as sysdba' SQL*Plus: Versão Produção em sexta-feira, 29 de março 13h26min16 de 2013 opyright (c) 1982, 2008, Oracle. Todos os direitos reservados. 2. onectado a: Oracle Database 11g Enterprise Edition Versão bits Produção om as opções de particionamento, OLAP, Data Mining e Real Application Testing: SQL> desligamento imediato; Banco de dados fechado. Banco de dados desmontado. 29

30 Instância do ORALE desligada. SQL> sair Desconectado do Oracle Database 11g Enterprise Edition Versão bits Produção om as opções de particionamento, OLAP, Data Mining e Real Application Testing [oracle@ebsdb01 ~]$ A seguir um backup no nível de arquivo foi realizado a partir do Avamar com plug-in Oracle RMAN. 1. Na guia Selecionar backup, as opções de backup no nível de arquivo, junto com o plug-in Oracle Linux Avamar, foram selecionadas como mostrado a seguir. 2. Um backup estático sob demanda foi realizado para a solução. 30

31 3. Depois de especificar as Opções avançadas na configuração de backup do Avamar, a configuração para o backup no nível de arquivos e banco de dados estático foi definida. 4. A seguir, também selecionado a partir de Opções avançadas, as opções de backup no nível de arquivos estático para o ORALE_HOME e o file system raiz foram definidas: 31

32 5. lique em OK. 6. O backup estático off-line foi realizado. 7. Verificação mostrou que o backup estático do Oracle Avamar foi concluído com sucesso. Resultados do Teste 2 O processo de backup off-line estático do Oracle e Avamar com sucesso resultou em uma imagem de backup não corrompida, como o esperado. 32

33 Teste 3 Restauração point-in-time e recuperação de banco de dados para Oracle EBS com Avamar O teste de restauração e recuperação point-in-time envolve usar os sistemas e os resultados dos Testes 1 e 2. Objetivos do Teste 3: Os objetivos são os cinco procedimentos a serem realizados e discutidos no Teste 3 para a restauração e recuperação point-in-time. Tabela 11 inco procedimentos envolvendo o Teste 3 Número do procedimento - Teste 3: Nome do procedimento/objetivo de teste 1 Recuperação de banco de dados completa a partir do backup on-line dinâmico do Avamar 2 Recuperação no nó do nível do aplicativo a partir do backup estático do Avamar 3 Recuperação no nó do nível do aplicativo a partir do backup dinâmico do Avamar 4 Recuperação de banco de dados completa de backup estático do Avamar 5 Recuperação point-in-time a partir do backup on-line dinâmico do Avamar Observação: Para realizar a restauração de ponto no tempo e a restauração de banco de dados (PITR) para Oracle EBS, o Avamar interage com o utilitário Oracle RMAN para realizar operações de restauração e recuperação de banco de dados completas e incrementais usando os backups realizados anteriormente. Ambiente do Teste 3 No ambiente de teste, a interação do utilitário Oracle RMAN foi utilizada. Procedimentos do Teste 3 Para realizar uma restauração e recuperação para o banco de dados, selecione a imagem e a data a restaurar como mostra a janela de recuperação do Avamar. 33

34 A seguir estão as cinco subseções que apresentam os cinco procedimentos diferentes envolvendo o Teste 3. Procedimento 1 - Teste 3: Recuperação de banco de dados a partir do backup on-line dinâmico do Avamar Para realizar uma recuperação de banco de dados on-line completa a partir do Avamar para Oracle EBS: 1. A imagem de backup foi recuperada do ambiente Avamar. 2. Na janela Backup e restauração do administrador do Avamar, clique na guia Selecionar para restauração. 3. Selecione o backup do banco de dados on-line completo recente a restaurar 34

35 4. A seguir, escolha as opções de restauração e recuperação para a operação de restauração/recuperação on-line: 5. lique em Mais opções para definir a instância do banco de dados e os detalhes da conta de backup. 6. Execute a operação. Resultados do teste 1. A operação foi concluída com sucesso em menos tempo que uma operação de backup e recuperação tradicional usando Avamar, em vez de ferramentas BRS nativas. 2. Perda de dados nula foi obtida com a operação de recuperação com o Avamar para Oracle. 3. O tempo de inatividade foi mantida a um nível mínimo por resultados de alto desempenho do Avamar com ferramentas de recuperação nativas Oracle. 35

36 Procedimento 2 - Teste 3: Recuperação no nó do nível do aplicativo a partir do backup estático do Avamar Primeiro, o nó no nível do aplicativo foi silenciado para interromper todo o processamento e evitar afetar o ambiente. Então, o processo de recuperação estática a partir do nó no nível do aplicativo foi executado a partir do Avamar Administrator. Os resultados mostraram perda de dados nula com um tempo total de menos de 10 minutos. A seguir estão as etapas para a recuperação estática do nível do aplicativo para o Oracle EBS: 1. Os nós no nível do aplicativo foram desligados com os scripts Oracle EBS: [apps@ebsapp01 scripts]$ adstpall.sh apps/apps Você está executando o adstpall.sh versão 120,10 O arquivo de registro para essa sessão está localizado em /d01/oracle/vis/inst/apps/vis_ebsapp01/logs/appl/admin/log/adstp all.log Executando o script de controle de serviço: /d01/oracle/vis/inst/apps/vis_ebsapp01/admin/scripts/jtffmctl.sh stop script retornado: **************************************************** Você está executando o jtffmctl.sh versão Desligando o Fulfillment Server para VIS na porta jtffmctl.sh: saindo com o status 0 36

37 2. O backup estático recente a partir do Avamar para o nível do aplicativo Oracle EBS foi selecionado. 3. A imagem a restaurar foi selecionada. 4. A restauração bem-sucedida foi verificada. 37

38 5. A seguir, os serviços do nó no nível do aplicativo foram reiniciados: [apps@ebsapp01 scripts]$ adstrtal.sh apps/apps Você está executando o adstrtal.sh versão 120,15 O arquivo de registro para essa sessão está localizado em /d01/oracle/vis/inst/apps/vis_ebsapp01/logs/appl/admin/log/adstr tal.log Executando o script de controle de serviço: /d01/oracle/vis/inst/apps/vis_ebsapp01/admin/scripts/adopmnctl.s h start script retornado: **************************************************** Você está executando o adopmnctl.sh versão Iniciando o Oracle Process Manager (OPMN)... opmnctl: opmn iniciado. adopmnctl.sh: saindo com o status 0 adopmnctl.sh: consulte o arquivo de registro /d01/oracle/vis/inst/apps/vis_ebsapp01/logs/appl/admin/log/adopm nctl.txt para mais informações A funcionalidade do aplicativo foi verificada com o Oracle R12 EBS Resultados do teste O teste de recuperação off-line estática foi concluído com sucesso e cumpriu os requisitos para RPO de perda de dados nula. omo mencionado no Procedimento 3 - Teste 3, seção Resultados do teste a seguir, a recuperação no nível do aplicativo on-line dinâmica resultou em uma janela de processo de tempo de recuperação (RTO) mais curta que recuperação de aplicativo off-line estática. Ambos os resultados do teste cumprem os requisitos para RPO de perda de dados nula. Procedimento 3 - Teste 3: Recuperação no nó do nível do aplicativo a partir do backup dinâmico do Avamar 1. O servidor no nível do aplicativo foi mantido on-line e disponível durante o processo de restauração dinâmica. [apps@ebsapp01 scripts]$ adapcctl.sh status Você está executando o adapcctl.sh versão Verificando o status da instância do Oracle HTTP Server (OHS) gerenciado por OPMN... Processos na instância: VIS_ebsapp01.ebsapp01.mordor.vce ias-component process-type pid status 38

39 O4JGroup:default_group O4J:oafm Alive O4JGroup:default_group O4J:forms Alive O4JGroup:default_group O4J:oacore Alive HTTP_Server HTTP_Server Alive 2. A partir do Avamar, a imagem de backup foi selecionada para realizar a recuperação e restauração no local on-line para o nó no nível do aplicativo. 3. As opções de restauração foram selecionadas. 4. A recuperação verificada foi concluída e obteve sucesso. 39

40 Resultados do teste omo esperado, a recuperação de nó no nível do aplicativo foi realizada a partir do Avamar e foi concluída com sucesso em menos de 10 minutos, com perda de dados nula. Os resultados reais obtidos mostram que o processo foi concluído em menos de oito minutos, com perda de dados nula. Uma vez que o backup foi concluído como um backup no nível do aplicativo on-line dinâmico, não ocorreu qualquer tempo de inatividade durante o processo de recuperação, e todo o processamento do banco de dados continuou sem incidentes. Isso resultou em uma janela de RTO menor que para a recuperação off-line estática. Ambos os resultados do teste cumprem os requisitos para RPO de perda de dados nula. Procedimento 4 - Teste 3: Recuperação de banco de dados completa a partir do backup de banco de dados do Avamar 1. Visualize a imagem de backup estático do Avamar, como mostrado a seguir, antes de realizar a restauração e recuperação a partir do backup. 2. Garanta que o banco de dados Oracle esteja desligado e que nenhum processo de instância em segundo plano esteja em execução para o banco de dados. Resultados do teste A recuperação de banco de dados estática exigiu uma curta janela de manutenção, na qual os nós nos níveis de banco de dados e aplicativo foram colocados off-line para realizar o processo de recuperação. Depois de a recuperação ser concluída, os nós e os serviços nos níveis de banco de dados e aplicativo foram recolocados on-line com sucesso. Procedimento 5 - Teste 3: Recuperação point-in-time a partir do backup on-line dinâmico do Avamar Backups on-line dinâmicos usam cópias dos registros de arquivamento de banco de dados Oracle armazenados em disco ou fita para recuperação após falhas de disco, armazenamento ou usuário que possam ocorrer com o Oracle R12 EBS. O benefício de realizar a recuperação on-line é um tempo de inatividade mínimo em comparação com a paralisação total exigida para restaurar a partir de um backup off-line estático. 40

41 1. Desligar e iniciar o modo nomount. [oracle@ebsdb01 ~]$ sqlplus '/as sysdba' SQL*Plus: Versão Produção em segunda-feira, 1º de abril 14h10min55 de 2013 opyright (c) 1982, 2008, Oracle. Todos os direitos reservados. onectado a uma instância ociosa. SQL> inicializar nomount; Instância do ORALE iniciada. Área global do sistema total Tamanho fixo Tamanho variável Buffers do banco de dados Buffers de refazer bytes bytes bytes bytes byte Este procedimento é realizado de maneira similar que para a restauração e recuperação de banco de dados on-line completas anteriores (conforme especificado na seção anterior). A principal diferença nesta restauração e recuperação é especificar as opções avançadas para a recuperação point-in-time (PITR) a partir do backup on-line. 1. Na janela Opções de restauração, clique no botão Mais opções. 41

42 2. A janela Restore ommand Line Options se abre. lique em Ponto no tempo (PIT). lique também em Mostrar opções avançadas e defina as opções. 3. Para a solução, o Modo de recuperação foi definido para usar o registro de data e hora para o ambiente Oracle. 42

43 4. O recurso Opções avançadas fornece recuperação a partir de problemas de block corrompido, bem como capacidade de sistema de mensagens de depuração. 5. A seguir, verificou-se que a restauração havia sido concluída com sucesso a partir do Avamar e do Oracle EBS. SQL> selecione instance_name, status em v$instance; INSTANE_NAME STATUS VIS OPEN Resultados do teste A restauração do Avamar e do Oracle EBS foi concluída com sucesso. Os seguintes resultados foram obtidos a partir da restauração de ponto no tempo: 1. Perda de dados nula para aplicativo e banco de dados com Avamar para Oracle R12 EBS. 2. Os objetivos de tempo de recuperação de menos de uma hora foram atingidos com sucesso, cumprindo as metas de RTO e RPO para um ambiente Oracle EBS do cliente típico. 43

44 Teste 4 Backup e recuperação Oracle com VMware Data Protection 5.1 A VMware fornece um produto de backup e recuperação (BRS) no Data Protection Suite (VDP) via Web vsphere 5.1 para backup e recuperação de máquinas virtuais. omplementa produtos BRS corporativos para a solução BRS para Oracle no Sistema Vblock. Nesse caso de uso, o VDP será implementado para backup e restauração de máquinas virtuais Oracle no caso de falha de dados. A vantagem de usar VDP versus um produto BRS completo, como Avamar, é aproveitar as janelas de RTO menores quando apenas uma única máquina virtual precisar ser restaurar versus uma operação de recuperação corporativa completa que poderia levar horas com o Avamar. Além disso, usando VDP com virtualização Oracle na plataforma Vblock, as tarefas de arquivamento podem ser simplificadas por retenção de dados de máquinas virtuais de aplicativo e banco de dados individuais versus um backup de banco de dados completo. Detalhes completos sobre a instalação e a configuração de um VDP são fornecidos no documento da VMware chamado vsphere Data Protection Administration Guide - vsphere Data Protection 5.1 EN , disponível online na VMware para consulta. Ambiente do Teste 4 O mesmo ambiente de teste foi usado. Procedimentos do Teste 4 aso de uso de backup e recuperação para Oracle com VMware Data Protection (VDP) Suite e vsphere 5.1 via o web client para VMware. 44

45 Uma configuração VDP é exibida. Os detalhes de relatórios e configuração são apresentados a seguir. 45

46 1. O backup foi realizado a partir do VDP usando o link a seguir: Faça log-in como appuser/vce12345 O aplicativo VMware Data Protection está disponível como mostrado a seguir. 2. Um novo procedimento de backup para máquinas virtuais Oracle foi criado. 3. As máquinas virtuais Oracle foram selecionadas. lique em Avançar. 46

47 4. Na página Agendamento, a solução de backups diários do VMware Data Protection (VDP) foi agendada para simular um ambiente real do cliente. 5. Na página Política de retenção, o período de retenção do backup foi definido para 60 dias. 6. A seguir, o nome padrão é fornecido para o novo procedimento de backup para o VDP. 7. Na página Pronto para concluir, o resumo do procedimento de backup é apresentado. 47

48 8. O backup é analisado e concluído, como mostrado a seguir. 9. A seguir, o backup é habilitado e iniciado para começar o procedimento de backup para Oracle. 10. Selecione o procedimento de Backup semanal do Oracle VDP e Fazer backup agora. A caixa suspensa é exibida. lique em Fazer backup de todas as fontes. 48

49 11. Uma Informação de confirmação aparece. lique em OK. 12. A seguir, na guia Reports, verifique o tempo de execução e conclusão para o Oracle VDP Backup. Resultados do Teste 4 Backup Oracle e VDP: O caso de uso simulou uma falha de máquina virtual para o nó no nível do aplicativo Oracle EBS R12 com uma recuperação de máquina virtual completa usando VDP. Todos os backups de máquina virtual para o conjunto de backups VDP agendado para Oracle foram executados até a conclusão com sucesso entre 20h00min00 e 22h00min00 para um tempo de execução total de 120 minutos. 49

50 Teste 5 Backup e recuperação com VDP para o nível do aplicativo Oracle EBS Esse teste é para executar backup e recuperação com VDP para o nível do aplicativo EBS. Objetivos do teste: 1. Demonstrar o objetivo de RPO de que a falha de máquinas virtuais para o nível do aplicativo Oracle pode ser resolvida com rapidez e perda de dados nula. 2. Mostrar que o nível do aplicativo para Oracle R12 EBS tem impacto baixo ou inexistente sobre as operações atuais. 3. Demonstrar que a recuperação cumpre os objetivos de tempo (RTO) para restaurar o aplicativo em menos de uma hora. Ambiente do Teste 5 Para uso com restauração do VDP e Oracle, o VDP fornece uma interface de assistente para realizar operações de backup e restauração como mostrado a seguir. Guias individuais dentro do VDP podem ser usadas para realizar operações de backup e restauração. 50

51 Procedimentos do Teste 5 O teste a seguir foi realizado com VDP e Oracle: Teste de recuperação de falha da máquina virtual de aplicativo para o nível do aplicativo: A máquina virtual em nível do aplicativo é restaurada da seguinte maneira a partir da guia Restauração do VDP. Observação: Devido a uma limitação de tamanho dentro do VMware, máquinas virtuais maiores que 2 TB não podem passar por backup com o VDP. Detalhes sobre essa limitação são fornecidos no documento da base de conhecimento do VMware. riar um snapshot para uma máquina virtual falha com o erro: o arquivo é maior que o tamanho máximo de arquivo permitido ( : &externalid= O caso de uso para utilizar VDP 5.1 com backup e recuperação para ambientes Oracle é mais adequado para clientes com configurações de banco de dados de pequeno a médio porte inferiores a 2 TB para o nível do banco de dados. Avamar e Data Domain são ferramentas melhores para BRS com ambientes VLDB. Para implementações do cliente maiores do ambiente Oracle R12EBS, recomendamos usar VDP 5.1 para backup e recuperação de máquinas virtuais no nível do aplicativo, uma vez que são ambientes com espaço físico reduzido. omplementar o uso do VP 5.2 com Avamar para realizar o backup da infraestrutura completa é uma prática recomendada da VE, isco, VMware e EM. 51

52 Para a solução, um novo backup foi realizado para as máquinas virtuais Oracle, como mostrado a seguir: 1. Na tela riar um novo procedimento de backup, escolha o backup da máquina virtual. 2. O agendamento de backup é definido para diário para o teste da solução. 3. Por padrão, o período de retenção é de 30 dias. 4. A seguir, use a imagem de backup do VDP para restaurar o ambiente Oracle. 52

53 5. Restauração e recuperação da máquina virtual do aplicativo Oracle após a exibição da tela de falha. 6. Selecione os backups rentes para restaurar as máquinas virtuais Oracle. 7. A seguir, clique em Definir opções de restauração para realizar a restauração. 53

54 8. Na solução, as restaurações para as máquinas virtuais Oracle são realizadas no local original depois de a falha de disco e armazenamento ter sido resolvida. Para evitar impacto sobre o ambiente Oracle R12 EBS geral, o nível do banco de dados foi desligado de maneira limpa para garantir que o todo o ambiente de ERP seja restaurado em um estado consistente. 9. A partir das opções de restauração do VDP, selecione: 54

55 10. Selecione a imagem de backup do VDP mais recente: 11. lique em Avançar. 55

56 12. lique em oncluir. 13. Inicie a restauração. 14. Monitore as operações de restauração. 15. Verifique se a máquina virtual foi restaurada, então ligue para verificar o status da máquina virtual do aplicativo: 16. A máquina virtual no nível do aplicativo é restaurada com perda de dados nula em menos de cinco minutos: 56