PROTEÇÃO DE MÁQUINA VIRTUAL VMWARE DELL POWERVAULT DL 2000 BASEADO EM TECNOLOGIA SYMANTEC

Transcrição

1 PROTEÇÃO DE MÁQUINA VIRTUAL VMWARE DELL POWERVAULT DL 2000 BASEADO EM TECNOLOGIA SYMANTEC

2 O PowerVault DL2000 baseado na tecnologia da Symantec Backup Exec oferece a única solução de backup em disco totalmente integrada do setor, com software instalado de fábrica. Em conjunto, a Dell e a Symantec desenvolveram essa oferta para fornecer a você recursos mais fáceis de gerenciamento do ambiente de backup em disco. É a maneira ideal para que qualquer departamento de TI obtenha restaurações e backups mais rápidos e confiáveis. Além disso, a ferramenta simplifica o backup e a recuperação de ambientes virtuais baseados em VMware, integrando-se com o VMware Virtual Center, o VMware Consolidated Backup e o VMware Converter. Atualmente, a virtualização de servidores está tornando-se rapidamente uma tecnologia padrão em vários data centers. Embora a VMware aumente significativamente a utilização de hardware por meio da virtualização de servidores, o Virtual Infrastructure (ESX) 3 do VMware apresenta novos problemas relacionados à proteção e à recuperação de ambientes virtuais. Os dados criados e utilizados em máquinas virtuais não são menos importantes do que os dados localizados em uma única máquina física. Este documento descreve várias abordagens que podem ser usadas para servir de auxílio ao VMware ESX Server 3.x e seus componentes subjacentes que usam o Backup Exec for Windows Servers e o Agent for VMware Virtual Infrastructure (AVVI). Este documento também apresenta as vantagens e desvantagens relativas de cada método. 2

3 DESAFIOS DE BACKUP E RECUPERAÇÃO DO VMWARE VIRTUAL INFRASTRUCTURE 3 À medida que a consolidação de servidores continua a acelerar, colocar números cada vez maiores de máquinas virtuais Convidadas VMware em um único ambiente virtualizado, planejar o backup, a restauração e a recuperação de desastres do ambiente virtual é um requisito essencial para o gerenciamento de sua infraestrutura virtual. O Virtual Infrastructure 3 (VI 3) da VMware tornou-se rapidamente um padrão do setor para as organizações que procuram virtualizar seus ambientes de TI. As empresas estão se tornando dependentes do backup eficiente e da rápida recuperação de seus sistemas virtuais e dos sistemas de host em que são executados para manter a produtividade dos negócios e as economias de custo proporcionadas pela virtualização de servidores. Isso inclui não apenas as máquinas virtuais Convidadas, mas também os aplicativos que foram instalados nessas máquinas, como Microsoft Exchange, SQL e SharePoint Server. Um servidor ESX perdido pode afetar a produtividade durante muitas horas, ou até mesmo muitos dias, em vários departamentos, enquanto o administrador de TI se esforça para recuperar o ambiente virtual e as máquinas virtuais Convidadas individuais. Os administradores que procuram proteger o respectivo ambiente VMware entendem rapidamente a frustração e o tempo envolvido com tecnologias de backup que não foram desenvolvidas especificamente para ambientes virtuais de proteção. Administradores e empresas que não tiveram a experiência de recuperar máquinas virtuais Convidadas usando ferramentas básicas de backup e recuperação enfrentarão várias limitações para recuperar seus dados rapidamente com essas ferramentas de backup mais antigas, que foram projetadas apenas para sistemas físicos, incluindo: A necessidade de instalar um agente de backup em cada máquina virtual Convidada ou diretamente no servidor ESX Normalmente, a recuperação de um único arquivo exige uma longa restauração de toda a máquina virtual Convidada Backups separados para recuperação de sistema vs de arquivo individual Deixar máquinas virtuais Convidadas off-line durante o backup para protegê-las completamente Preocupações quanto ao fato de garantir que aplicativos executados nas máquinas virtuais Convidadas possam ser recuperados Necessidade de usar produtos de backup separados para máquinas físicas vs máquinas virtuais Tradicionalmente, esse problema foi superado com o uso dos utilitários VMware, os quais permitem que aplicativos de software de backup de terceiros executem backups no ESX Service Console das máquinas virtuais Convidadas. Infelizmente, executar backups dinâmicos ou Remotos de máquinas virtuais Convidadas em execução, usando esses utilitários pode exigir o uso de scripts e ferramentas baseadas em Linux, o que normalmente exige experiência com scripts de Linux. Além disso, esses tipos de backups no servidor ESX podem colocar uma carga de desempenho adicional em todo o servidor ESX durante o backup, afetando todas as máquinas virtuais Convidadas nesse servidor ESX e todos os usuários conectados a essas máquinas. A execução de um backup remoto pode ser algo difícil ou impossível de ser gerenciado manualmente e, certamente, esse processo não será econômico se não for centralizado e puder ser utilizado pela equipe necessária. O VMware Virtual Infrastructure 3 apresenta uma nova tecnologia, o VMware Consolidated Backup (VCB), para ajudar a superar alguns desses desafios encontrados com os métodos de backup tradicionais de máquinas virtuais. Ele também apresenta alguns desafios de backup e recuperação próprios que precisam ser considerados para todos os ambientes que planejam implementá-lo, incluindo: O gerenciamento de scripts do VCB trabalhosos e complicados para a integração com produtos de backup existentes A instalação de módulos de integração do VCB proprietário que exigem instalação e testes adicionais Backups separados para recuperação de sistema vs de arquivo individual para recuperar um único arquivo de um.vmdk Este documento tenta discutir esses tópicos, mostrar como o Backup Exec pode ajudar a lidar com esses desafios exclusivos e, por fim, fornecer informações suficientes aos administradores de forma que seja possível tomar uma decisão sobre qual solução do Backup Exec é a correta para eles. 3

4 VISÃO GERAL DA ARQUITETURA VMWARE Ao planejar seus procedimentos de backup e recuperação para um sistema de servidor ESX, você deve identificar os itens que precisam ser tratados para a recuperação em seu ambiente antes que uma recuperação seja necessária. Normalmente, com o Virtual Infrastructure 3 (VI3) da VMware, os principais componentes que precisam ser considerados para backup são (consulte a Figura 1: Arquitetura do VMware Virtual Infrastructure 3 ESX): Discos virtuais Arquivos de configuração de máquina virtual A configuração do sistema de servidor ESX propriamente dito Figura 1: Arquitetura do VMware Virtual Infrastructure (ESX) 3 4

5 LIDANDO COM OS DESAFIOS DE BACKUP E RECUPERAÇÃO DO VMWARE VI3 Conforme já discutido anteriormente neste documento, embora a virtualização possa fornecer maior flexibilidade e utilização do servidor, ela também apresenta desafios exclusivos de backup e recuperação. Existem várias maneiras de configurar o Backup Exec para proteger ambientes VMware com maior segurança. Antes de planejar seus processos de backup e recuperação de seu ambiente virtual, considere primeiro várias questões, incluindo: Você deseja fazer o backup de máquinas virtuais individuais como clientes normais, para recuperação de aplicativo e de arquivo, ou deseja fazer o backup dos arquivos.vmdk subjacentes, em que as máquinas virtuais estão baseadas, somente para uma recuperação de sistema ou volume completo? Enquanto o backup de uma máquina virtual está sendo realizado, qual é o impacto no desempenho causado em máquinas virtuais adicionais hospedadas no mesmo servidor físico ESX 3 durante o backup? Quais são as vantagens/desvantagens relativas de cada uma dessas técnicas de backup? Quais são as vantagens/desvantagens relativas em termos de recuperação do servidor ESX e das máquinas virtuais convidadas? Como você executaria uma recuperação de desastres de uma máquina virtual Convidada inteira? Uma combinação desses métodos de backup faz sentido para o meu ambiente? Levando esses problemas em conta, falaremos desses métodos em detalhes e, posteriormente, forneceremos um gráfico de comparação neste documento. 5

6 MÉTODOS DE BACKUP TRADICIONAIS DO VMWARE VIRTUAL INFRASTRUCTURE (ESX) 3 Backups tradicionais em nível de agente Instalação do Linux Agent no servidor ESX Integração do VCB em nível de script básico Backup tradicional em nível de agente Neste método, você está tratando basicamente cada máquina virtual como se fosse um sistema físico tradicional. Em cada caso, um Backup Exec Remote Agent precisará ser adquirido e instalado em cada máquina virtual Convidada (consulte a Figura 2: Instalação de Backup Exec Agents em máquinas virtuais Convidadas VMware). Vantagens do backup tradicional de máquinas virtuais convidadas em nível de agente As máquinas virtuais aparecerão para o Backup Exec como sistemas físicos normais. As restaurações dos dados contidos nas máquinas virtuais Convidadas são realizadas da mesma forma como em qualquer trabalho de restauração padrão do Backup Exec. Figura 2: Instalação de Backup Exec Agents em máquinas virtuais Convidadas VMware 6

7 DESVANTAGENS DE BACKUP EXEC AGENTS EM BACKUPS DE MÁQUINAS VIRTUAIS CONVIDADAS Instalar um agente em cada um dos sistemas de máquinas virtuais Convidadas pode ter um custo muito elevado para várias organizações quanto à parte financeira e ao desempenho de E/S no servidor ESX. Os licenciamentos existentes do Backup Exec aplicam-se a ambientes VMware. O Backup Exec e seus agentes são licenciados por servidor, sejam eles servidores físicos ou virtuais. Por exemplo, no caso de três máquinas virtuais convidadas executando o Windows 2003, a proteção por um Backup Exec Media Server exigiria: 1 licença do Backup Exec for Windows Servers Media Server 3 licenças do Backup Exec Agent for Windows Systems (AWS) (as licenças Agent for Windows Systems incluem uma licença Continuous Protection Agent e uma licença Remote Agent for Windows Systems) MÉTODO DE BACKUP E RECUPERAÇÃO DO SERVICE CONSOLE DE ARQUIVOS.VMDK COM O RALUS É possível instalar o Remote Agent for Linux and Unix Servers (RALUS) do Backup Exec for Windows Servers diretamente no ESX 3 Service Console para proteger os arquivos.vmdk e.vmx nos sistemas de arquivos suportados pela VMware, incluindo EXT3 e VMFS. (consulte a Figura 3: Instalação do RALUS no VMware ESX 3 Service Console) Figura 3: Instalação do RALUS no VMware ESX 3 Service Console 7

8 DESVANTAGENS DE BACKUPS COM O RALUS NO SERVICE CONSOLE É preciso muito cuidado ao fazer o backup desses arquivos para certificar-se de que o backup seja feito de uma maneira consistente, garantindo que os arquivos restaurados não sejam corrompidos. Antes de fazer o backup dos arquivos vmdk, todas as operações de E/S nesses arquivos devem ser interrompidas. Isso pode ser feito: Desligando cada máquina virtual convidada antes do backup Executando instantâneos das máquinas virtuais que possam ser usadas para backup Esses comandos podem ser usados automaticamente pelo Backup Exec em uma tarefa de backup como um comando de pré/pós-tarefa. Para obter a documentação completa de todos os comandos vcbmounter e vcbrestore, consulte a documentação do ESX em Observação: o agente RALUS do Backup Exec for Windows Servers requer o ESX 3 ou posterior e não será instalado nem funcionará corretamente em um servidor ESX 2.x. Backup do ESX Service Console propriamente dito Normalmente, o Service Console propriamente dito (excluindo arquivos.vmx e.vmdk) não é alterado sempre. Portanto, não é necessário que o backup do sistema operacional do Service Console ocorra com frequência. Além disso, versões do ESXi nem mesmo incluem mais o Service Console. No entanto, no caso de uma falha de sistema do ESX, as operações de restauração dos arquivos de configuração do Service Console poderiam ser facilitadas se um backup atual do Service Console estivesse disponível. Como um ponto de esclarecimento, o backup do Service Console descrito nesta seção normalmente não incluiria os arquivos.vmx e.vmdk associados a um sistema operacional convidado. Esses arquivos seriam protegidos separadamente, como mencionado na seção anterior deste documento (Método de backup e recuperação do Service Console de arquivos.vmdk com o RALUS). BACKUP DO VMWARE CONSOLIDATED BACKUP (VCB) EM NÍVEL DE SCRIPT BÁSICO A prática tradicional de colocar agentes de backup na máquina virtual para executar backups diários aplica uma carga extra no servidor ESX e pode afetar o desempenho desse servidor ESX e de todos os usuários conectados às máquinas virtuais hospedadas por esse servidor ESX. 8

9 VANTAGENS DE BACKUPS DO VCB EM NÍVEL DE SCRIPT BÁSICO Para uma ampla variedade de máquinas virtuais do servidor ESX, o VCB pode realizar dois tipos de backups separados dos dados das máquinas virtuais Convidadas. Nível de arquivo Esse tipo de backup do VCB fará com que todo o conteúdo do sistema de arquivos dos arquivos.vmdk seja montado como diretório local (isto é, ponto de montagem) no servidor proxy Windows 2003 do VCB, que pode então ser protegido pelo Backup Exec por meio de um backup normal do sistema de arquivos do servidor proxy do VCB. Nível de imagem Esse tipo de backup do VCB resultará em cópias de instantâneos dos arquivos.vmdk da máquina virtual sendo feitas dos volumes VMFS do servidor ESX 3 para o servidor proxy Windows 2003 do VCB como imagens de arquivos de disco.vmdk completas. É possível fazer esses backups em nível de arquivo ou em nível de imagem em um servidor separado do servidor ESX (isto é, fora do host ), usando uma máquina centralizada com Windows 2003 como o servidor Proxy do VCB fora do host. O VCB é então usado pelo Backup Exec, por meio de scripts de pré/pós-tarefa, durante um backup de um servidor ESX, para executar o backup em nível de arquivo ou em nível de imagem (ou uma combinação deles) das máquinas virtuais convidadas, exportando os dados do nível de arquivos ou os dados completos do nível de imagem (arquivos.vmdk,.vmx e.log) para o servidor proxy Windows 2003 fora do host. (consulte a Figura 4: Configuração de backup do servidor proxy do VCB) Figura 4: Configuração de backup do servidor proxy do VCB 9

10 DESVANTAGENS DE BACKUPS DO VCB EM NÍVEL DE SCRIPT BÁSICO É importante entender que tanto os backups do VCB em nível de imagem quanto os em nível de arquivo devem ser executados separadamente para que seja possível obter um backup completo de uma máquina virtual Convidada e uma recuperação de arquivos individual. Esse processo de duas etapas resulta no dobro de tempo de backup, no dobro de armazenamento de dados de mídia de backup em fita ou em disco e no dobro de tempo do administrador de backup para garantir que os dois backups sejam executados com êxito. Além disso, você deve baixar, instalar, configurar e gerenciar os scripts do VCB criados pelo VMware para que o Backup Exec execute essas funções. Você pode obter o VCB e os módulos de interoperabilidade do VCB especificamente para o Backup Exec diretamente da VMware em download/download.do?downloadgroup=vcb MELHORIA NO BACKUP E NA RECUPERAÇÃO DO VMWARE VIRTUAL INFRASTRUCTURE (ESX) 3 O Backup Exec Agent for VMware Virtual Infrastructure (AVVI) aproveita as vantagens do VCB, como o backup fora do host, além de acabar com alguns dos desafios da implementação de uma solução de backup baseada em VCB e em script. Melhorias foram feitas em várias áreas principais que vão além da integração em nível de script do VCB básico, incluindo: Integração com APIs principais da VMware para garantir que scripts do VCB ou módulos de integração não sejam necessários Eliminação de backups do VCB separados para recuperação de sistema vs de arquivo individual para recuperar um único arquivo dentro de um arquivo.vmdk Proteger aplicativos que reconhecem o **VSS, como Exchange, SQL ou SharePoint, como parte de toda a máquina virtual Convidada (**consulte a seção Práticas recomendadas abaixo) O AVV não requer que agentes sejam instalados no ESX e que nada seja configurado para que ocorram backups do VCB. Todo o suporte necessário para a execução de backups do VMware Virtual Infrastructure está incluído. (Consulte a Figura 5: Configuração do Backup Exec AVVI) Figura 5: Configuração do Backup Exec AVVI 10

11 RECURSOS E BENEFÍCIOS DO BACKUP EXEC AVVI Recursos do AVVI Integrado com o VMware Virtual Infrastructure 3 (VI3) Integração sem script do VCB com o Backup Exec Backup de máquina virtual Convidada sem agente Licenciamento e preços simplificados Tecnologia de restauração granular (GRT) incorporada Proteção de aplicativos via VSS Recursos de restauração em qualquer lugar Integrado com o Backup Exec para permitir a proteção de sistemas físicos e virtuais Benefícios Suporta todas as principais tecnologias da VMware e integra-se a elas, incluindo VCB, VirtualCenter, VMotion, VMware Converter, ESX/ESXi e VMware Tools. O AVVI está integrado diretamente no console do Backup Exec e não requer scripts do VCB ou módulos de integração para proteger um ambiente VMware. É possível fazer backups sem a instalação de um Backup Exec Agent nas máquinas virtuais Convidadas ou no servidor host ESX. Uma única licença do AVVI pode proteger todas as máquinas virtuais Convidadas do Windows e do Linux em um servidor ESX. Basta adquirir uma licença do AVVI para cada servidor ESX em seu ambiente. Uma única licença do AVVI inclui a capacidade de proteger um número ilimitado de máquinas virtuais Convidadas no host ESX. A tecnologia GRT incluída proporciona a capacidade de restaurar pastas e arquivos individuais dentro da máquina virtual Convidada sem restaurar toda essa máquina (*apenas máquinas Windows Convidadas) Ao proteger toda a máquina virtual Windows Convidada, o AVVI pode fornecer proteção de aplicativos por meio do Serviço de Cópia de Sombra de Volume (VSS) da Microsoft. Isso permite que o servidor e o aplicativo inteiros sejam recuperados juntos. Restaure máquinas virtuais Convidadas para seus locais originais ou locais de armazenamento de dados alternativos, incluindo a especificação de diferentes nomes de máquina virtual e de rede virtual para serem usados após a restauração. O Backup Exec AVVI pode detectar automaticamente seu ambiente virtual VMware próximo ao seu ambiente físico para fornecer a proteção contínua de ambos. 11

12 UTILIZAÇÃO DO BACKUP EXEC AGENT FOR VIRTUAL INFRASTRUCTURE (AVVI) Depois que a licença do Agent for VMware Virtual Infrastructure tiver sido instalada no servidor do Backup Exec, a interface fácil de usar do Backup Exec poderá comunicar-se com o VirtualCenter da VMware ou com servidores ESX individuais para orientar os administradores pelo processo de identificação dos hosts ESX necessários, dos grupos e das máquinas virtuais Convidadas para um processo rápido e simples de backup e recuperação. (Consulte a Figura 6: Detecção e seleção de máquinas virtuais convidadas) Figura 6: Detecção e seleção de máquinas virtuais convidadas Toda a máquina virtual Convidada e todos os seus componentes necessários são automaticamente selecionados para backup, incluindo os arquivos.vmdk,.vmx,.log e.nvram dessa máquina (consulte a Figura 7: Proteção das máquinas virtuais convidadas). Figura 7: Proteção das máquinas virtuais convidadas 12

13 Quando surgir a necessidade de recuperar uma máquina virtual Convidada inteira, basta navegar pelos seus sistemas de máquinas virtuais Convidadas protegidos no console do Backup Exec a fim de restaurar toda a máquina ou arquivos.vmdk individuais. (Consulte a Figura 8: Restauração das máquinas virtuais convidadas) Figura 8: Restauração das máquinas virtuais convidadas 13

14 Também é possível usar a tecnologia GRT incorporada do Backup Exec para permitir a recuperação individual de arquivos/pastas de um arquivo.vmdk sem a necessidade de executar um backup separado deles. (Consulte a Figura 9: Restauração de arquivos e pastas individuais) Figura 9: Restauração de arquivos e pastas individuais 14

15 É possível restaurar os backups de volta aos seus locais originais ou para locais alternativos, incluindo armazenamentos de dados alternativos, servidores host ESX, com diferentes nomes de máquina virtual e para diferentes redes virtuais. (Consulte a Figura 10: Restauração para locais originais ou alternativos) Figura 10: Restauração para locais originais ou alternativos 15

16 Recurso Integrado com estrutura de backup do VMware VCB Recuperação em nível de pasta e de arquivo individual a partir de um backup em nível de imagem de etapa única de uma máquina virtual convidada (.vmdk) Integrado com o VMware VirtualCenter Backup sem agente de máquinas virtuais Convidadas Processamento de backup fora do host GRÁFICO DE COMPARAÇÃO DE MÉTODOS DE BACKUP DA VMWARE A tabela a seguir fornece uma comparação dos métodos da VMware descritos neste documento. Backup Exec Agent for VMware Virtual Infrastructure (AVVI) O suporte à estrutura do VCB da VMware foi integrado ao console de backup sem a necessidade de módulo de script ou integração O AVVI usa a tecnologia GRT do Backup Exec para fazer a recuperação. Arquivos individuais, diretórios ou volumes inteiros podem ser restaurados sem que se restaure o arquivo.vmdk inteiro da máquina virtual Convidada O AVVI pode comunicar-se diretamente com o VirtualCenter da VMware para detectar e exibir automaticamente seu ambiente VMware O AVVI permite que o Backup Exec comunique-se diretamente com o VirtualCenter ou com servidores ESX individuais para fornecer proteção de máquinas virtuais Convidadas sem instalar um agente no ESX ou na máquina virtual Convidada O AVVI usa o VCB da VMware para descarregar tarefas de backup de sistemas do servidor ESX em um ou mais servidores proxy do VCB de backup dedicados, o que reduz a carga nos sistemas do servidor ESX Backup de máquina virtual Convidada em nível de agente Não há suporte integrado para a estrutura do VCB da VMware quando agentes são instalados nas máquinas virtuais Convidadas Arquivos individuais, diretórios ou volumes inteiros apenas poderão ser selecionados para restauração de uma máquina virtual Convidada quando um Backup Exec Agent tiver sido usado para backup Arquivos individuais, diretórios ou volumes inteiros apenas poderão ser selecionados para restauração de uma máquina virtual Convidada quando um Backup Exec Agent tiver sido usado para backup O backup de máquina virtual Convidada individual exige que um agente seja instalado em cada máquina virtual Convidada No momento, backups fora do host não são suportados com backups em nível de agente de máquinas virtuais Convidadas Backup em nível de proxy fora do host do VCB com script Requer módulos de integração ou scripts separados para suporte ao VCB da VMware como scripts de pré/pós-tarefa Arquivos individuais, diretórios ou volumes inteiros apenas poderão ser selecionados quando tiver sido executado um backup do VCB separado em nível de arquivo, de duas etapas Arquivos individuais, diretórios ou volumes inteiros apenas poderão ser selecionados quando tiver sido executado um backup do VCB separado em nível de arquivo, de duas etapas Fornece backup básico sem exigir que um agente seja instalado em cada máquina virtual Convidada Fornece suporte a backup do VCB em nível de script básico para backups fora do host Backup do Service Console via RALUS*** Não há suporte para a estrutura do VCB da VMware É preciso restaurar o arquivo.vmdk inteiro. Não é possível restaurar arquivos individuais do.vmdk separadamente É preciso restaurar o arquivo.vmdk inteiro. Não é possível restaurar arquivos individuais do.vmdk separadamente Exige que o agente seja instalado no ESX Service Console (o que não é possível com o ESXi) e não descarrega a E/S do backup Backups dos arquivos.vmdk e.vmx com o agente RALUS devem ser feitos no host, no servidor VMware ESX 3, para um servidor Backup Exec remoto *** O Backup Exec Remote Agent for Linux\Unix Servers (RALUS) não suporta ESX 2.x. Ele é compatível apenas com servidores ESX 3.x. 16

17 GRÁFICO DE COMPARAÇÃO DE MÉTODOS DE BACKUP DA VMWARE (CONT.) A tabela a seguir fornece uma comparação dos métodos da VMware descritos neste documento. Recurso Suporte a aplicativos incluído Utiliza o VMware Converter para restaurações personalizadas de máquinas virtuais Convidadas Utiliza o VMware Converter para restaurações personalizadas de máquinas virtuais Convidadas Backups on-line de máquinas virtuais Convidadas Suporta todas as configurações de armazenamento de dados da VMware Backup Exec Agent for VMware Virtual Infrastructure (AVVI) O AVVI incluiu suporte ao VSS para proteger aplicativos com reconhecimento de VSS (como Microsoft Exchange, Microsoft SQL, Microsoft SharePoint etc) ao proteger toda a máquina virtual Convidada O AVVI utiliza o VMware Converter para restaurar o backup de máquinas virtuais Convidadas para seu local original ou alternativo com diferentes nomes de máquina virtual e/ou diferentes redes O AVVI utiliza o VMware Converter para restaurar o backup de máquinas virtuais Convidadas para seu local original ou alternativo com diferentes nomes de máquina virtual e/ou diferentes redes O AVVI utiliza o VCB da VMware para comunicar-se com o VirtualCenter ou com servidores ESX individuais a fim de executar backups online fora do host de máquinas virtuais Convidadas O AVVI pode suportar todas as infraestruturas de armazenamento de dados atuais da VMware, incluindo SAN, iscsi, NBD/NFS e armazenamento de dados local Backup de máquina virtual Convidada em nível de agente Backups de aplicativos estão disponíveis por meio do Backup Exec Agent correspondente, quando instalado na máquina virtual Convidada que executa o aplicativo A integração do VMware Converter não está disponível A integração do VMware Converter não está disponível É possível instalar o Backup Exec Agent for Windows Servers (AWS) e o Backup Exec System Recovery 7.0 Option (BESRO) na máquina virtual Convidada para fazer backups on-line sem a necessidade de desligamento Não é necessária uma SAN para executar backups em nível de agente de cada máquina virtual convidada Backup em nível de proxy fora do host do VCB com script O VCB 1.5 suporta o backup ou a recuperação de dados de aplicativos on-line que vai além de um backup do sistema de arquivos com falha de consistência do arquivo.vmdk Uma SAN é necessária para executar backups do proxy fora do host do VCB Uma SAN é necessária para executar backups do proxy fora do host do VCB O VCB permite backups on-line de máquinas virtuais Convidadas O script do VCB pode suportar várias infraestruturas de armazenamento de dados, incluindo SAN, iscsi, NBD/NFS e armazenamento de dados local Backup do Service Console via RALUS*** Atualmente, o RALUS não suporta o backup ou a recuperação de dados de aplicativos on-line que vai além de um backup do sistema de arquivos com falha de consistência do arquivo.vmdk A integração do VMware Converter não está disponível A integração do VMware Converter não está disponível O Backup Exec Remote Agent for Linux and Unix (RALUS) pode usar as ferramentas vcbmounter e vcbrestore da VMware para executar backups on-line de máquinas virtuais Convidadas É possível restaurar pastas públicas diretamente por backups habilitados para o GRT do Backup Exec para locais originais ou locais redirecionados. *** O Backup Exec Remote Agent for Linux\Unix Servers (RALUS) não suporta ESX 2.x. Ele é compatível apenas com servidores ESX 3.x. 17

18 LICENCIAMENTO DO BACKUP EXEC AGENT FOR VMWARE VIRTUAL INFRASTRUCTURE O Backup Exec Agent for VMware Virtual Infrastructure destina-se a acomodar as necessidades de implantações grandes e pequenas sejam de um único host ESX ou de um ambiente gerenciável do VirtualCenter, sólido e de vários hosts ESX. Ele é licenciado simplesmente por host ESX. Cenários Ambiente do cliente Licenciamento Proteger 3 (três) hosts ESX com 18 (dezoito) máquinas virtuais Convidadas no total 3 (três) sistemas de host ESX com 18 (dezoito) máquinas virtuais Convidadas compartilhadas, sendo que 10 (dez) executam o Windows e 8 (oito) executam o Linux Quantidade: 3 licenças do Backup Exec Agent for VMware Virtual Infrastructure. **Nota: nenhuma licença do Agent for Windows Systems ou do Agent for Remote Linux/Unix Servers é necessária para nenhuma máquina virtual Convidada hospedada no host ESX protegido e licenciado. No entanto, a recuperação em nível de aplicativo ou em nível de aplicativo granular requer um aplicativo Backup Exec ou um Database Agent separado. Consulte a Seção de proteção de dados integrados abaixo AVVI SYSTEM REQUIREMENTS Para suportar o Backup Exec AVVI, são necessários os seguintes componentes: VMware ESX 3.0.2, 3.0.3, 3.5 ou posterior VMware Converter ou posterior VMware VirtualCenter 2.5 ou posterior VMware VCB 1.1, 1.5 ou posterior Máquinas virtuais Convidadas precisam ter o VMware Tools instalado Para obter as informações mais atuais, consulte a lista de compatibilidade de software do Backup Exec em 18

19 LICENCIAMENTO DO BACKUP EXEC AGENT FOR VMWARE VIRTUAL INFRASTRUCTURE A instalação do AVVI é simples e não envolve a instalação de nenhum software no servidor ESX. A seção a seguir descreve quais componentes do Backup Exec e do VMware Virtual Infrastructure são instalados e onde isso ocorre. (Consulte a Figura 11 abaixo: Locais de instalação do software Backup Exec AVVI) Um ou mais sistemas proxy de backup executando o Microsoft Windows 2003 SP1 ou posterior, com conectividade de rede ao VirtualCenter Server que gerencia seu cluster ESX (ou ao sistema do servidor ESX caso você não esteja usando o VirtualCenter e possua apenas um sistema de servidor ESX) e que contém um adaptador do barramento do host (HBA) Fibre Channel. Para melhor desempenho, recomenda-se que o Backup Exec for Windows Servers seja instalado no servidor proxy Windows 2003 do VCB para executar os backups dos dados exportados de servidores ESX 3 O software VCB 1.1 ou posterior da VMware deve ser instalado no servidor proxy Windows 2003 do VCB O VMware Converter pode ser instalado no servidor proxy do VCB ou em outro local do Windows que possa ser acessado pelo servidor do Backup Exec Para proteger aplicativos com reconhecimento de VSS, como Exchange, SQL, SharePoint e Active Directory, um provedor de VSS do Backup Exec pode ser instalado na máquina virtual Convidada. Esse provedor de VSS está no CD do Backup Exec. Como alternativa, o VCB 1.5 também inclui um componente de VSS que pode ser usado no lugar do fornecido com o Backup Exec AVVI. É importante garantir que ambos não sejam usados juntos. Para obter mais detalhes sobre a instalação do componente de VSS, consulte o Guia dos Administradores do Backup Exec. Figura 11: Locais de instalação do software Backup Exec AVVI 19

20 PRÁTICAS RECOMENDADAS DE PROTEÇÃO DE DADOS DA VMWARE COM O BACKUP EXEC Configuração do backup Para melhor desempenho, recomenda-se que o Backup Exec for Windows Servers seja instalado no servidor proxy Windows 2003 do VCB para executar os backups dos dados exportados de servidores ESX 3. Se o Backup Exec for instalado em um servidor separado do servidor proxy do VCB, o Backup Exec for Windows Servers ou o Backup Exec for Windows Servers Agent for Windows Systems (AWS) deverá ser instalado no servidor proxy Windows 2003 do VCB. Ao executar backups em nível de imagem do VCB, deve-se tomar cuidado para garantir que exista espaço em disco suficiente no servidor proxy do VCB para todos os arquivos.vmdk que serão copiados diretamente para ele para o backup fora do host. Não use o Symantec Backup Exec VSS Provider e o VCB 1.5 VSS Requester juntos no mesmo sistema de máquina virtual Convidada. Apenas instale um ou outro. Backups habilitados para VSS via VCB de máquinas virtuais Convidadas que contêm aplicativos, como Microsoft Exchange, SQL, SharePoint e AD, têm o objetivo de substituir backups em nível de aplicativos/bancos de dados tradicionais por meio de agentes de aplicativos/bancos de dados do Backup Exec. Backups do VCB com VSS habilitado não suportam métodos de backup em nível de aplicativos/ bancos de dados Completos, Incrementais ou Diferenciais. Os seguintes métodos de backup do Backup Exec suportados com backups de VSS do VCB são backups de CÓPIA que não truncam arquivos de registro do aplicativo ou fornecem recuperação granular do aplicativo. Para backups de SAN, o servidor proxy do VCB fora do host precisará ser zoneado adequadamente para visualizar os LUNs de VMFS utilizados pelos servidores ESX. O VCB montará um arquivo VMDK de máquina virtual em um diretório no servidor Windows do VCB centralizado e permitirá o backup do conteúdo do VMDK. Para evitar problemas associados a instantâneos, os backups devem ser programados durante períodos de atividade de E/S relativamente baixa na máquina virtual. Reduzir o número de backups simultâneos (e, por sua vez, instantâneos do VCB) também pode ajudar nessa situação. Atualize para a versão mais recente do VMware Virtual Infrastructure. Isso inclui a versão mais recente do ESX Server, do Virtual Center Server e do VCB Framework. Normalmente, as versões mais recentes dos componentes do Virtual Center possuem melhorias que aprimoram a confiabilidade do instantâneo do VCB. Depois que um instantâneo do VCB é criado, os dados são transferidos do armazenamento de dados da máquina virtual para o ponto de montagem do proxy de backup. A velocidade de conclusão do processo de instantâneo pode ser significativamente aprimorada se houver cuidado para garantir que o caminho de dados do armazenamento de dados ao ponto de montagem do instantâneo seja o mais rápido possível. O ponto de montagem do instantâneo deve ser configurado com o máximo de dispositivos dedicados possível. Atualmente, os discos RDM não são suportados por backups do VCB e serão automaticamente ignorados. Restaurações O VCB não fornece recurso de restauração direta a máquinas virtuais Convidadas individuais. Um Backup Exec Agent for Windows Systems (AWS) deve ser instalado na máquina virtual Convidada de destino para executar restaurações habilitadas para GRT de arquivos e pastas individuais. Ou uma restauração alternativa de cliente pode ser executada em um compartilhamento do Windows, e os arquivos restaurados podem ser acessados e transferidos para a máquina virtual por meio desse compartilhamento. A recuperação granular de arquivos e pastas individuais de um arquivo.vmdk funciona melhor ao restaurar a partir de um backup baseado em disco. Embora a recuperação granular de um backup baseado em fita seja suportada, ela exige o armazenamento temporário de todo o arquivo.vmdk em um local em disco durante a restauração, que depois é removido. Para recuperar todo o arquivo.vmdk, verifique se há espaço em disco suficiente no local de armazenamento temporário especificado nas propriedades da restauração do trabalho. 20