No final de janeiro, foi lançado o Update 4 para o Veeam Availability Suite 9.5, repleto de funcionalidades como um verdadeiro lançamento principal. Hoje, vou resumir as principais novidades implementadas no Veeam Backup & Replication, e prometo escrever sobre o Veeam ONE em breve. Neste artigo, vamos abordar:

versões de sistemas e aplicativos que agora são suportadas pela solução
trabalho com infraestruturas de nuvem
melhorias no backup
melhorias na recuperação
novidades no suporte ao vSphere e Hyper-V

Além disso, iremos descobrir as melhorias no funcionamento de máquinas virtuais com Linux, novos plug-ins e outras funcionalidades.

Então, seja bem-vindo ao conteúdo.

Suporte ao Windows Server 2019, Hyper-V 2019, aplicativos e plataformas mais recentes

Microsoft Windows Server 2019 é suportado como:

sistema operacional convidado para máquinas virtuais protegidas
servidor para instalação do Veeam Backup & Replication e seus componentes remotos
máquina que pode ser feita backup com o Veeam Agent for Microsoft Windows

O mesmo suporte foi implementado para Microsoft Windows 10 October 2018 Update.

A nova versão do hipervisor é suportada Microsoft Windows Server Hyper-V 2019, incluindo suporte para VMs com hardware virtual na versão 9.0.

Para sistemas e aplicativos populares Microsoft Active Directory 2019, Exchange 2019 e SharePoint 2019 é suportado backup considerando o funcionamento das aplicações (processamento ciente do aplicativo) e recuperação de objetos de aplicativos usando ferramentas do Veeam Explorer.

Para VMs com sistema operacional convidado Windows, foi implementado suporte para Oracle Database 18c — também com consideração ao funcionamento do aplicativo, incluindo backup de logs e possibilidade de recuperação em um ponto específico.

Além disso, agora são suportados VMware vSphere 6.7 U1 ESXi, vCenter Server e vCenter Server Appliance (VCSA), assim como VMware vCloud Director 9.5.

Opções flexíveis para armazenamento de backups usando o Capacity Tier

Capacity Tier — é uma nova abordagem para armazenar backups em um repositório escalável (scale-out backup repository, SOBR) com a possibilidade de upload automatizado de dados para armazenamento em nuvem.

Com a Capacity Tier e as políticas de armazenamento, é possível organizar um sistema de armazenamento multifacetado eficiente, onde backups recentes estarão 'ao alcance da mão' (ou seja, em um armazenamento de alta performance) para uma recuperação rápida. Após o prazo estabelecido, eles se tornarão 'de segunda frescura' e serão automaticamente transferidos para um local remoto - neste caso, para a nuvem.

Para utilizar a Capacity Tier, são necessários:

um ou mais repositórios SOBR, contendo 1 ou mais repositórios-extent
um repositório em nuvem (ou seja, um repositório de armazenamento de objetos)

São suportados repositórios em nuvem compatíveis com S3, Amazon S3, Microsoft Azure Blob Storage e IBM Cloud Object Storage.

Se você planeja usar essa funcionalidade, precisará:

Configurar repositórios de backup para serem usados como extent do repositório SOBR.
Configurar um repositório em nuvem.
Configurar um repositório SOBR escalável e adicionar repositórios-extent a ele.
Configurar a ligação do repositório em nuvem ao SOBR e definir a política de armazenamento de dados e upload para a nuvem - isso será a configuração do seu Capacity Tier.
Criar uma tarefa de backup que armazenará backups no repositório SOBR.

O ponto 1 é bastante óbvio (para aqueles que esqueceram, há documentação em russo). Vamos ao ponto 2.

Armazenamento em nuvem como elemento da infraestrutura do Veeam Backup

Sobre a configuração do repositório em nuvem (também conhecido como repositório de armazenamento de objetos), está escrito em detalhes aqui (por enquanto em inglês). Resumindo, você precisa fazer o seguinte:

Na visualização Backup Infrastructure selecionamos na barra à esquerda o nó Backup Repositories e no menu superior clicamos na opção Adicionar Repositório.
Selecionamos qual armazenamento em nuvem iremos configurar:
Em seguida, seguimos as etapas do assistente (a título de exemplo, vamos considerar o Amazon S3)

Nota: São suportados armazenamentos da classe Padrão e Infrequent Access.

Primeiro, inserimos o nome e uma breve descrição do nosso novo armazenamento.
Depois, indicamos a conta para acesso ao Amazon S3 - escolhemos uma existente na lista ou clicamos Adicionar e inserimos uma nova. Da lista de regiões de data centers Data center region escolhemos a região desejada.

Dica: Para especificar contas utilizadas ao trabalhar com componentes em nuvem, foi desenvolvido o Cloud Credentials Manager.
Se necessário, para regular o tráfego da internet através do gateway, pode-se escolher a opção Usar servidor gateway e especificar o gateway necessário.
Especificamos as configurações do novo armazenamento: o bucket desejado, a pasta onde nossos backups serão armazenados, o limite sobre o espaço total (opcional) e a classe de armazenamento (opcional).

Importante! Uma pasta pode estar associada a apenas um armazenamento de objetos! De forma alguma deve-se configurar múltiplos armazenamentos que "apontem" para a mesma pasta.
Na etapa final, verificamos todas as configurações e clicamos em Finish.

Configuração do upload de backups para o armazenamento em nuvem

Agora configuramos o repositório SOBR adequadamente:

Na visualização Backup Infrastructure selecionamos na barra à esquerda o nó Backup Repositories e no menu superior clicamos na opção Adicionar Repositório de Escalabilidade.
Na etapa do assistente Camada de Desempenho especificamos os extents e informamos como os backups devem ser armazenados neles:
Na etapa Capacity Tier:
- escolhemos a opção Expandir capacidade do repositório de backup em escala com armazenamento de objetos (expandir a capacidade do repositório utilizando o armazenamento de objetos) e especificamos qual armazenamento em nuvem de objetos utilizar. Pode-se escolher da lista ou iniciar o assistente de criação, clicando em Adicionar.
- informamos em quais dias e horários o upload para a nuvem pode ser realizado — para isso, clicamos no botão Janela (janela de upload).
- configuramos a política de armazenamento — especificamos após quantos dias de armazenamento no repositório SOBR os dados se tornarão "de segunda frescura" e poderão ser transferidos para a nuvem — no nosso exemplo, são 15 dias.
- é possível ativar a criptografia dos dados ao enviá-los para a nuvem — para isso, selecione a opção Criptografar dados enviados para o armazenamento de objetos e indique qual das senhas armazenadas em Gerenciador de Credenciais, deve ser utilizada. A criptografia é realizada utilizando AES 256-bit.

Por padrão, os dados são coletados dos extents e transferidos para o armazenamento de objetos através de um tipo especial de tarefa — Tarefa de Offload do SOBR. Essa tarefa opera em segundo plano, é nomeada de acordo com o repositório SOBR e tem o sufixo Offload (por exemplo, Offload da Amazon) e, a cada 4 horas, realiza as seguintes operações:

Verifica se as cadeias de backups armazenadas nos extents atendem aos critérios para transferência para o armazenamento de objetos.
Coleta as cadeias que passaram na verificação e as envia, bloco a bloco, para o armazenamento de objetos.
Registra os resultados de sua sessão no banco de dados, para que o administrador possa visualizá-los se necessário.

O esquema de transferência de dados e suas estruturas de armazenamento na nuvem estão ilustrados na figura abaixo:

Importante! Para criar um sistema de armazenamento em várias camadas, você precisará de uma licença da edição não inferior a Enterprise.

Backups armazenados na nuvem, é claro, podem ser usados para restauração diretamente do local de armazenamento. Além disso, é possível também baixar esses backups da nuvem para local e restaurá-los até mesmo com a edição gratuita do Veeam Backup Community Edition.

Novidades no trabalho com infraestruturas em nuvem

Para trabalhar com Amazon

A restauração de backups diretamente no AWS é suportada para VMs com sistema operacional convidado Windows ou Linux, bem como para máquinas físicas. Tudo isso pode ser restaurado em máquinas virtuais em AWS EC2 VM, incluindo Amazon Government Cloud e Amazon China.
Temos a conversão UEFI2BIOS embutida.

Para trabalhar com Microsoft Azure

Implementada a compatibilidade com Azure Government Cloud e assinaturas do Azure CSP.
É possível escolher um grupo de network security group ao restaurar em VMs IaaS do Azure.
Ao entrar na nuvem usando uma conta do Azure, agora é possível especificar o usuário do Azure Active Directory.

Novidades no suporte ao funcionamento de aplicativos

Para o funcionamento de aplicativos em máquinas virtuais vSphere, foi implementado o suporte à autenticação Kerberos.Isso permitirá desativar o NTLM nas configurações de rede do sistema operacional convidado para evitar ataques que utilizam a transmissão de hash, o que é bastante relevante para infraestruturas com níveis de controle não tão elevados.
O módulo de backup de logs de transações SQL e Oracle agora utiliza como local auxiliar durante o backup dos logs um disco que não é do sistema, Comonde muitas vezes falta espaço, mas sim aquele com o máximo de espaço livre. Em VMs Linux, será utilizada a diretório /var/tmp ou /tmp, também dependendo do espaço livre.
Durante o backup dos logs Oracle redo logs sua análise será realizada para garantir a preservação dos pontos de recuperação garantidos. Guaranteed Restore Points (são parte da funcionalidade embutida do Oracle Flashback).
Suporte adicionado Oracle Data Guard.

Backup aprimorado

O tamanho máximo suportado do disco e do arquivo de backup aumentou mais de 10 vezes: com um tamanho de bloco de 1 MB para o arquivo .VBK, o tamanho máximo do disco no backup agora pode ser de até 120 TB, e o tamanho máximo de todo o arquivo de backup pode ser de 1 PB. (Confirmado com testes de 100 TB para ambos os valores.)
Para backups sem criptografia, o volume de metadados foi reduzido em 10 MB.
O desempenho dos processos de inicialização e finalização das tarefas de backup foi otimizado; como resultado, os backups de VMs pequenas ocorrerão quase duas vezes mais rápido.
O módulo responsável pela publicação de conteúdo da imagem da VM foi reformulado, resultando em um aumento significativo na recuperação a nível de arquivos e objetos.
As configurações de Redes Preferenciais agora também serão aplicadas aos aceleradores WAN.

Novidades na recuperação

A nova opção de recuperação completa da VM é chamada de Staged Restore — recuperação em etapas. Neste modo, a VM é restaurada do backup desejado primeiro em uma "sandbox" (que agora se chama DataLab), onde é possível executar um script na OS convidada para fazer alterações no conteúdo do banco de dados, configurações da OS ou aplicativos. A VM com as alterações já aplicadas pode então ser movida para a infraestrutura de produção. Isso pode ser útil, por exemplo, para instalar previamente os aplicativos necessários, ativar ou desativar configurações, remover dados pessoais, etc.

Você pode ler mais sobre isso aqui (em inglês).

Nota: É necessária uma licença não inferior a Enterprise.

Também foi adicionada a possibilidade de Secure Restore — recuperação segura (funciona com quase todos os tipos de recuperação). Agora é possível verificar os arquivos do sistema convidado da VM (diretamente no backup) quanto à presença de vírus, trojans, etc., antes do processo de recuperação — para isso, os discos da VM são montados em um servidor mount associado ao repositório, e a injeção de um antivírus instalado nesse servidor mount é iniciada. (Neste caso, não é necessário que o antivírus no servidor mount e na própria VM sejam o mesmo.)

São suportados por padrão Microsoft Windows Defender, Symantec Protection Engine e ESET NOD32; você também pode especificar outro antivírus, se ele suportar operação via linha de comando.

Você pode ler mais sobre isso aqui (em inglês).

Novidades na operação com Microsoft Hyper-V

Agora é possível adicionar grupos de VMs Hyper-V nas tarefas de backup e replicação.
A recuperação instantânea em VMs Hyper-V a partir de backups criados com o Veeam Agent suporta Windows 10 Hyper-V como hipervisor de destino.

Novidades na operação com VMware vSphere

A performance improvement in cache writing for vPower NFS — for more effective instant VM recovery and SSD usage optimization.
vPower NFS now works more efficiently with the SOBR repository, allowing for the handling of more virtual machines in parallel.
The vPower NFS server now has the option to authorize hosts by IP address (by default, access is granted to the ESXi host providing the vPower NFS datastore). To disable this feature, you need to navigate to the registry of the mount server at HKEY_LOCAL_MACHINE
SOFTWAREWOW6432NodeVeeamVeeam NFS and create a key under it vPowerNFSDisableIPAuth
You can now configure the SureBackup job to use the vPower NFS cache (in addition to redirecting write changes to the vSphere datastore). This resolves the issue of using SureBackup for VMs with disks larger than 2 TB when the only storage for vSphere is VMware VSAN.
Support for Paravirtual SCSI controllers with more than 16 attached disks has been implemented.
Quick Migration now automatically transfers vSphere tags; these tags are retained during instant VM recovery.

Improvements in Linux VM support

For accounts that need to be elevated to root, there is now no need to add the option NOPASSWD:ALL for sudoers.
Support for the enabled option !requiretty in sudoers has been added (this is the default setting, for example, for CentOS).
When registering the Linux server, it is now possible to switch with the command su, if the command sudo is not available.
SSH fingerprint verification now applies to all connections of the Linux server — for protection against MITM attacks.
The reliability of the PKI authentication algorithm has been enhanced.

New plugins

Veeam Plug-in for SAP HANA — helps to use the BACKINT interface for backing up and restoring HANA databases to/from the Veeam repository. Support for HCI SAP HANA has been implemented. The solution is certified by SAP.

Veeam Plug-in for Oracle RMAN — allows the use of RMAN manager for backing up and restoring Oracle databases to/from the Veeam repository. (There is no need to replace the existing OCI-based built-in integration.)

Funciones adicionales

Experimental support for block cloning for deduplicated files on Windows Server 2019 ReFS. To activate this feature in the Veeam backup server registry, you need to find the key HKEY_LOCAL_MACHINESOFTWAREVeeamVeeam Backup and Replication and create the value ReFSDedupeBlockClone (DWORD).
The setup now includes Microsoft SQL Server 2016 SP1.
Para trabalhar com a API RESTful, foi implementado o suporte a JSON.