Matriz de suporte: serviço de Backup e DR

Política de fim da vida útil do suporte do serviço de Backup e DR

A política de fim da vida útil do suporte ("EOSL") do Backup e DR abrange o processo e os detalhes relacionados ao fim do suporte do Backup e DR para sistemas e softwares de terceiros, bem como para softwares e hardwares do Backup e DR.

O hardware e o software de terceiros incluem plataformas de hardware, sistemas operacionais e software de aplicativo protegidos por dispositivos de backup/recuperação. Quando uma configuração de hardware, sistema operacional ou software de aplicativo de terceiros atinge o EOSL do fornecedor, o suporte do Backup and DR para essas configurações fica limitado a assistência comercialmente razoável.

O Backup e DR não vai mais emitir hotfixes ou atualizações para oferecer suporte a sistemas de software e hardware que estejam além do fim da vida útil de suporte dos respectivos fornecedores.

Protocolos de rede compatíveis

O Backup e DR oferece suporte à movimentação de dados por:

• Dispositivo de bloco de rede (NBD, na sigla em inglês): esse modo de transporte é usado para fazer backup de máquinas virtuais do Google Cloud VMware Engine.

• NFS: o Backup e DR é compatível apenas com o NFS V3 para capturar e apresentar dados nas seguintes configurações de implantação:

  • Apresentar backups para hosts do Google Cloud VMware Engine usando um repositório de dados NFS

  • Apresentar um disco de staging para captura de dados baseada em agente em uma VM do Compute Engine ou do Google Cloud VMware Engine

Ambientes compatíveis com backups

O agente é compatível com esses ambientes.

Backups baseados em agentes

O agente de backup e DR pode fazer backup e recuperar bancos de dados e sistemas de arquivos compatíveis dos sistemas operacionais Microsoft Windows e Linux nos seguintes ambientes.

Tipo de app	Execução em instâncias do Compute Engine	Execução em VMs do Google Cloud VMware Engine
Bancos de dados	Sim	Sim
Sistemas de arquivos	Sim	Sim

Observação: a CBT em instâncias do Compute Engine e VMs do Google Cloud VMware Engine exige que a inicialização segura da UEFI seja desativada.

Backups sem agente

O serviço de Backup e DR é compatível com backups de VM nos seguintes ambientes sem precisar de um agente dentro da VM:

• Instâncias do Compute Engine e do Cloud SQL (aproveita as APIs de snapshot do Persistent Disk)
• Bancos de dados SAP HANA e IBM Db2 com backup em Persistent Disk
• VMs do Google Cloud VMware Engine (aproveitam as APIs de armazenamento do VMware vSphere: proteção de dados, antes conhecidas como APIs vStorage para proteção de dados ou VADP)

Compatibilidade de armazenamento de objetos para o OnVault

O OnVault é compatível com o seguinte armazenamento Google Cloud :

• Standard Storage
• Nearline Storage
• Coldline Storage
• Archive Storage

Virtualização de dados de aplicativos com o agente do Backup e DR

O agente de backup e DR (também conhecido como conector) é um executável leve que oferece os seguintes recursos avançados durante os processos de captura e recuperação de dados.

• Descoberta de aplicativos: o agente do Backup e DR permite a descoberta detalhada de bancos de dados e sistemas de arquivos configurados em um host de produção.

• Integração de API: sempre que possível, os agentes do Backup e DR se integram às APIs/comandos específicos do aplicativo para uma captura eficiente dos dados do aplicativo.

• Acompanhamento de alterações em blocos: em situações em que os aplicativos de produção não têm um acompanhamento de alterações em blocos integrado, o Backup and DR introduz esse recurso em plataformas selecionadas.

• Recuperação/montagem com reconhecimento de aplicativos: os agentes do Backup e DR têm reconhecimento de aplicativos integrado. O agente de backup e DR permite instanciar instâncias utilizáveis de aplicativos durante operações de montagem de recuperação, eliminando a necessidade de realizar ações manuais com script após a montagem.

• Estrutura de captura de dados de aplicativos genéricos (LVM): os agentes do Backup e DR fornecem uma estrutura genérica para capturar dados de qualquer aplicativo em execução em sistemas operacionais Linux compatíveis. Esse framework fornece hooks para chamar scripts personalizados e conseguir captura de dados consistente do aplicativo e instanciação do aplicativo com dados de backup.

Suporte ao Microsoft Windows Server

O agente do Backup e DR é compatível com os seguintes sistemas operacionais Microsoft Windows.

Versão do sistema operacional	Suporte básico para agentes de Backup e DR	Suporte ao acompanhamento de bloco alterado para SQL Server
Windows Server 2025 Datacenter	Sim	Sim
Windows Server 2025 Datacenter Core	Sim	Sim
Windows Server 2022 Datacenter	Sim	Sim
Windows Server 2022 Datacenter Core	Sim	Sim
Windows Server 2019 Datacenter	Sim	Sim
Windows Server 2019 Datacenter Core	Sim	Sim
Windows Server 2016 Datacenter	Sim	Sim
Windows Server 2016 Datacenter Core	Sim	Sim

Suporte ao sistema operacional Linux

O agente do Backup e DR é compatível com os seguintes sistemas operacionais Linux (x86).

O suporte básico inclui suporte para sistemas de arquivos e bancos de dados Oracle.

O suporte ao Change Block Tracking (CBT) inclui a capacidade de backup incremental permanente para outros bancos de dados.

SO	Versão	Suporte básico para agentes de Backup e DR	Suporte ao rastreamento de blocos alterados	Versão mínima necessária do agente de Backup e DR
RHEL^1,4	8.4	Sim	Sim	V11.0.1
	8,5	Sim	Sim	V11.0.1
	8.6	Sim	Sim	V11.0.4
	8,7	Sim	Sim	V11.0.5
	8.8	Sim	Não	V11.0.8
	8.9	Sim	Não	V11.0.9
	8.10	Sim	Não	V11.0.15
	9,0	Sim	Não	V11.0.4
	9.2	Sim	Não	V11.0.8
	9.4	Sim	Não	V11.0.15
	9,5	Sim	Não	V11.0.15
RHEL para SAP^1	8.4	Sim	Sim	V11.0.1
	8.6	Sim	Sim	V11.0.4
	8.8	Sim	Não	V11.0.8
	9,0	Sim	Não	V11.0.8
	9.2	Sim	Não	V11.0.8
	9.4	Sim	Não	V11.0.15
SLES ^1, 3	12 SP5	Sim	Sim	V11.0.1
	15 SP2	Sim	Sim	V11.0.1
	15 SP3	Sim	Sim	V11.0.1
	15 SP4	Sim	Sim	V11.0.4
	15 SP5	Sim	Sim	V11.0.9
	15 SP6	Sim	Sim	V11.0.13
SLES para SAP ^1, 3	12 SP5	Sim	Sim	V11.0.1
	15 SP2	Sim	Sim	V11.0.1
	15 SP3	Sim	Sim	V11.0.1
	15 SP4	Sim	Sim	V11.0.4
	15 SP5	Sim	Sim	V11.0.9
Rocky Linux	9.3	Sim	Não	V11.0.9
Rocky Linux otimizado para Google Cloud	9.3	Sim	Não	V11.0.9
Ubuntu	20.04 LTS	Sim	Não	V11.0.1
	22.04 LTS	Sim	Não	V11.0.1
Oracle Linux ^1, 2	7.0-7.6	Sim	Não	V11.0.1
	7,7	Sim	Não	V11.0.1
	7,8	Sim	Não	V11.0.1
	7,9	Sim	Não	V11.0.1
	8.0-8.1	Sim	Não	V11.0.1
	8.2	Sim	Não	V11.0.1
	8,3	Sim	Não	V11.0.1
	8.4	Sim	Não	V11.0.1
	8,5	Sim	Não	V11.0.1
	8.6	Sim	Não	V11.0.1
	8,7	Sim	Não	V11.0.4
	8,8^5	Sim	Não	V11.0.8
	9,0	Sim	Não	V11.0.4
	9.1^5	Sim	Não	V11.0.8
	9.2^5	Sim	Não	V11.0.8

¹ O Dynamic Multi Pathing (DMP) da Symantec (Veritas) NÃO é compatível.

² Compatível apenas com VMs do Google Cloud VMware Engine, não com instâncias/VMs do Compute Engine

³ Durante o upgrade "off-line" do SuSE (upgrade do ISO), o instalador do SuSE não executa uma reconfiguração em pacotes externos, incluindo o módulo CBT e o DLKM. Como resultado, quando o sistema é inicializado com o kernel atualizado, o dlkm não pode ser carregado porque os arquivos de configuração antigos ainda apontam para o módulo de kernel mais antigo. Não há suporte para upgrade do SO usando ISO.

⁴ O serviço de backup e DR não oferece suporte à alta disponibilidade do RHEL.

⁵ Compatível com as versões do Red Hat Compatible Kernel (RHCK) e do Unbreakable Enterprise Kernel (UEK).

Consulte a lista de kernels compatíveis.

Microsoft SQL Server

Os agentes do Backup and DR versão 1.0.1 e mais recentes oferecem suporte à captura de dados consistente do banco de dados (snapshots) do Microsoft SQL Server.

Versão do SQL Server	Versão do Windows Server
SQL Server 2022 independente	Windows Server 2025
	Windows Server 2022
	Windows Server 2019
	Windows Server 2016
SQL Server 2022 Web	Windows Server 2025 Datacenter
	Windows Server 2022 Datacenter
	Windows Server 2019 Datacenter
SQL Server 2022 Standard	Windows Server 2025 Datacenter
	Windows Server 2022 Datacenter
	Windows Server 2019 Datacenter
SQL Server 2022 Enterprise	Windows Server 2025 Datacenter
	Windows Server 2022 Datacenter
	Windows Server 2019 Datacenter
SQL Server 2019 Web	Windows Server 2025 Datacenter
	Windows Server 2022 Datacenter
SQL Server 2019 independente	Windows Server 2025
SQL Server 2019 Standard	Windows Server 2025 Datacenter
	Windows Server 2022 Datacenter
	Windows Server 2019 Datacenter
SQL Server 2019 Enterprise	Windows Server 2025 Datacenter
	Windows Server 2022 Datacenter
	Windows Server 2019 Datacenter
SQL Server 2017 independente	Windows Server 2025
SQL Server 2017 Web	Windows Server 2025 Datacenter
	Windows Server 2022 Datacenter
SQL Server 2016 Web	Windows Server 2025 Datacenter
	Windows Server 2022 Datacenter

Observação: não há suporte para montagens com reconhecimento de app em uma instância do SQL Server em execução em um cluster de failover da Microsoft se algum dos nós tiver sido descoberto como uma VM do Google Cloud VMware Engine.

IBM Db2

O serviço de Backup e DR é compatível com os seguintes métodos de captura de dados:

• O Db2 no Linux pode ser capturado no nível do volume de maneira incremental e permanente com acesso instantâneo e criação de clone virtual para gerenciamento de dados de teste (TDM, na sigla em inglês). Isso aproveita o LVM do Linux e os recursos de rastreamento de blocos alterados do Backup e DR, sendo a alternativa recomendada.

• Para clientes que não usam o LVM ou não podem usar a captura no nível do volume, o Db2 no Linux pode ser capturado usando backup completo e incremental. Isso usa o próprio backup baseado em despejo do banco de dados.

Versões do IBM Db2 compatíveis	SOs compatíveis	Versão mínima necessária do agente de Backup e DR
10,5	SLES 12	V11.0.1
11.1.0	SLES 12	V11.0.1
11.5.0	SLES 12	V11.0.1
11.5.8.0	RHEL 8.x SLES 12 e 15	V11.0.4

MariaDB

O serviço de Backup e DR é compatível com os seguintes métodos de captura de dados:

• O MariaDB no Linux pode ser capturado no nível do volume de maneira incremental e permanente com acesso instantâneo e criação de clones virtuais para TDM. Isso aproveita os recursos de LVM do Linux e de rastreamento de blocos alterados do Backup e DR, sendo a alternativa recomendada.

• Para clientes que não usam o LVM ou não podem usar a captura no nível do volume, o MariaDB no Linux pode ser capturado usando um backup completo e incremental. Isso usa o próprio backup baseado em despejo do banco de dados e geralmente é executado como um backup completo semanal e incremental diário. A recuperação envolve a reconstrução dos incrementais com base no backup completo mais recente.

Versões compatíveis do MariaDB	SOs compatíveis	Versão mínima necessária do agente de Backup e DR
10.3.9	RHEL 8.1 a 8.5	V11.0.1
10,40	RHEL 8.1 a 8.5	V11.0.1
10,5	RHEL 8.1 a 8.5	V11.0.1
	RHEL 8.6	V11.0.4
	RHEL 8.7	V11.0.5
10.11	RHEL 8.1 a 8.5	V11.0.1
	RHEL 8.6	V11.0.4
	RHEL 8.7	V11.0.5

MySQL

O serviço de Backup e DR é compatível com os seguintes métodos de captura de dados:

• O MySQL no Linux pode ser capturado no nível do volume de maneira incremental e permanente, com acesso instantâneo e criação de clones virtuais para TDM. Isso aproveita o LVM do Linux e os recursos de rastreamento de blocos alterados do Backup e DR, sendo a alternativa recomendada.

• Para clientes que não usam o LVM ou não podem usar a captura no nível do volume, o MySQL no Linux pode ser capturado usando o backup completo e incremental. Isso usa o próprio backup baseado em despejo do banco de dados e geralmente é executado como um backup completo semanal e incremental diário. A recuperação envolve a reconstrução dos incrementais com base no último backup completo.

Versões compatíveis do MySQL	SOs compatíveis	Versão mínima necessária do agente de Backup e DR
5,7	RHEL 8.1 a 8.5	V11.0.1
8.x	RHEL 8.1 a 8.5	V11.0.1
	RHEL 8.6	V11.0.4
	RHEL 8.7	V11.0.5

Oracle

Os agentes de backup e DR permitem a captura de dados consistentes do banco de dados de databases Oracle. O Oracle precisa ser executado no modo ARCHIVELOG. A captura de dados permite capturar dados para discos de staging formatados como sistemas de arquivos ou apresentados como destinos de grupo de discos ASM.

A proteção do banco de dados Oracle é a mesma para bancos de dados executados em servidores da Solução Bare Metal ou em uma instância do Compute Engine.

Os dados também podem ser capturados das configurações do Oracle Non Active Data Guard e do Active Data Guard.

Família Oracle	Tipos de configuração	SOs compatíveis	Versão mínima necessária do agente de Backup e DR
Oracle 21c Todas as versões	Independente	RHEL 8.4 Rocky Linux 8.7 Windows 2016, 2019	V11.0.7
	RAC	RHEL 8.4 Rocky Linux 8.7 Windows 2016, 2019	V11.0.7
	Exadata ^1	RHEL 8.4 Rocky Linux 8.7 Windows 2016, 2019	V11.0.7
	Non Active Data Guard ^2	RHEL 8.4 Rocky Linux 8.7 Windows 2016, 2019	V11.0.7
	Active Data Guard ^2	RHEL 8.4 Rocky Linux 8.7 Windows 2016, 2019	V11.0.7
Oracle 19c ^3 Todas as versões	Independente	OEL 7.x, 8.x, 9.0 RHEL 8.x, SLES 12, 15 Windows 2016, 2019 RHEL 8.10 com kernel 4.18.0-553.40.1 RHEL 9.5 com kernel 5.14.0-503.23.1	V11.0.1 V11.0.15
		Rocky Linux 8.7	V11.0.7
	RAC	OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019	V11.0.1
		Rocky Linux 8.7	V11.0.7
	Exadata ^1	OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019	V11.0.1
		Rocky Linux 8.7	V11.0.7
	Non Active Data Guard ^2	OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019	V11.0.1
		Rocky Linux 8.7	V11.0.7
	Active Data Guard ^2	OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019	V11.0.1
		Rocky Linux 8.7	V11.0.7
Oracle 18c ^3 Todas as versões	Independente	OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019	V11.0.1
	RAC	OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019	V11.0.1
	Exadata ^1	OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019	V11.0.1
	Non Active Data Guard ^2	OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019	V11.0.1
	Active Data Guard ^3	OEL 7.x, 8.x, 9.0 RHEL 8.x SLES 12, 15 Windows 2016, 2019	V11.0.1

¹ O sistema Oracle Exadata é compatível com iSCSI e NFS

² O rastreamento de blocos de mudanças do RMAN do banco de dados Oracle está disponível apenas no Active Data Guard

³ A captura de dados do Oracle 18c e versões mais recentes é feita no nível do contêiner (que inclui todos os PDBs). A montagem com reconhecimento de app em um destino está no nível do contêiner. O uso de PDBs virtuais em um contêiner atual é compatível com scripts personalizados.

Métodos de captura e apresentação de dados compatíveis

O serviço de Backup e DR é compatível com vários métodos de captura e apresentação para bancos de dados Oracle em várias configurações. Isso inclui operações de backup, recuperação e montagem com reconhecimento de apps do banco de dados Oracle com TDE (criptografia de dados transparente). Para bancos de dados Oracle com TDE, a carteira para TDE pode ser capturada definindo a configuração avançada de local do arquivo de configuração do Oracle para o app Oracle. Montagens compatíveis com apps para bancos de dados habilitados para TDE exigem que a carteira seja copiada para o local apropriado no host de montagem.

Observação: não é possível recuperar dados do Oracle capturados de uma máquina big-endian para uma little-endian e vice-versa.

Além disso, o dNFS com Oracle é compatível com sistemas operacionais Linux.

Configuração do banco de dados de produção	Formato de captura^1	Formato da apresentação
Arquivos de banco de dados no ASM/RAC	Sistema de arquivos (dispositivo de bloco)	Sistema de arquivos independente
	Sistema de arquivos (NFS)	Sistema de arquivos independente (NFS)
	Sistema de arquivos (NFS)	Sistema de arquivos RAC (NFS)
	Grupo de discos do ASM ^3, 5	ASM independente
	Grupo de discos do ASM ^3, 5	ASM RAC (um ou mais nós)
Arquivos de banco de dados no sistema de arquivos	Sistema de arquivos (dispositivo de bloco)	Sistema de arquivos independente
	Sistema de arquivos (NFS)	Sistema de arquivos independente (NFS)
	Grupo de discos do ASM ^3, 4, 5	ASM independente
	Grupo de discos do ASM ^3, 4, 5	ASM RAC (um ou mais nós)

¹ O formato de captura é o formato resultante da cópia gerenciada pelo Backup e DR.

³ A captura do ASM para o ASM e a apresentação de backups no formato ASM não são compatíveis com sistemas operacionais Windows.

⁴ A instância do Oracle ASM é necessária no sistema de origem para esse método de captura

⁵ A combinação de disco ASM (formato de captura) não é compatível quando os dados são capturados por NFS

Formatos de captura de dados aceitos	Como usar o sistema de arquivos	Como usar o grupo de discos do ASM
Suporte a backups	Dados de HCC ou não HCC
Recuperação do Oracle usando o RMAN	HCC ou não HCC
Suporte para app ^1	Exadata para não Exadata

¹ O acesso a dados de cópias virtuais de dados compactados com HCC exige que eles sejam descompactados antes do acesso.

Suporte do Oracle Exadata

O serviço de Backup e DR é compatível com as seguintes configurações do Oracle Exadata.

• Versões do Exadata Database Machine: X4 e mais recentes

• Versões do Oracle: 18c e 19c

Observação: o suporte é limitado a máquinas Exadata que executam o Oracle Enterprise Linux versão 6.0 e mais recentes.

PostgreSQL

O serviço de Backup e DR é compatível com os seguintes métodos de captura de dados:

• O PostgreSQL no Linux pode ser capturado no nível do volume de maneira incremental para sempre com acesso instantâneo e criação de clone virtual para TDM. Isso aproveita o LVM do Linux e os recursos de rastreamento de blocos alterados do Backup e DR, sendo a alternativa recomendada.

• Para clientes que não usam LVM ou não podem usar captura no nível do volume, o PostgreSQL no Linux pode ser capturado usando backup completo e incremental. Isso usa o comando "pg_dump" do banco de dados, que não oferece suporte a backup incremental. Portanto, cada backup será um backup completo do banco de dados.

• Devido a limitações do PostgreSQL, a recuperação de roll forward não é compatível com a operação de restauração de backups completos e incrementais.

Versões compatíveis do PostgreSQL	SOs compatíveis	Versão mínima necessária do agente de serviço de Backup e DR
10.23	RHEL 8.1 a 8.5	V11.0.1
	RHEL 8.6	V11.0.4
	RHEL 8.7	V11.0.5
11.x	RHEL 8.1 a 8.5	V11.0.1
	RHEL 8.6	V11.0.4
	RHEL 8.7	V11.0.5
12.x	RHEL 8.1 a 8.5	V11.0.1
	RHEL 8.6	V11.0.4
	RHEL 8.7	V11.0.5
13.x	RHEL 8.1 a 8.5	V11.0.1
	RHEL 8.6	V11.0.4
	RHEL 8.7	V11.0.5
14.x	RHEL 8.1 a 8.5	V11.0.1
	RHEL 8.6	V11.0.4
	RHEL 8.7	V11.0.5
15.x	RHEL 8.1 a 8.5	V11.0.1
	RHEL 8.6	V11.0.4
	RHEL 8.7	V11.0.5
16.x	RHEL 8.10	V11.0.13-14 com hotfixes

SAP

O serviço de backup e DR é compatível com o SAP em todos os bancos de dados listados neste documento.

SAP ASE (antigo Sybase ASE)

O serviço de Backup e DR é compatível com os seguintes métodos de captura de dados:

• O SAP ASE no Linux pode ser capturado no nível do volume de maneira incremental para sempre com acesso instantâneo e criação de clone virtual para TDM. Isso aproveita o LVM do Linux e os recursos de rastreamento de blocos alterados do Backup e DR, sendo a alternativa recomendada.

• Para clientes que não usam LVM ou não podem usar a captura no nível do volume, o SAP ASE no Linux pode ser capturado usando backup completo e incremental. Isso usa o próprio backup baseado em despejo do banco de dados e geralmente é executado como um backup completo semanal e incremental diário. A recuperação envolve a reconstrução dos incrementais com base no último backup completo.

Versões compatíveis do SAP ASE	SOs compatíveis	Versão mínima necessária do agente de Backup e DR
16.0.x	SLES 12 SP5 SLES 15 SP3	V11.0.1
	SLES 15 SP4	V11.0.4
	SLES 15 SP5	V11.0.9

SAP HANA

O agente de backup e DR é compatível com a captura do SAP HANA nas seguintes configurações.

Configuração compatível	API SavePoint do SAP HANA ^2	Baseado em arquivos SAP (HDBSQL/Backint) ^3	SOs compatíveis	Versão mínima necessária do agente de Backup e DR
Escalonamento horizontal do HANA 2.0, armazenamento não compartilhado	Sim (preferencial) ^1	Sim	RHEL 8.1-8.5 SLES 12 SP5 SLES 15 SP3	V11.0.1
	Sim (preferencial) ^1	Sim	RHEL 8.6 SLES 15 SP4	V11.0.4
	Sim (preferencial) ^1	Sim	RHEL 8.7	V11.0.5
	Sim (preferencial) ^1	Sim	RHEL 8.10	V11.0.14, kernel 4.18.0-553.40.1
	Sim (preferencial) ^1	Sim	RHEL 9.2	V11.0.14 com hotfixes
	Sim (preferencial) ^1	Sim	RHEL 9.5	V11.0.14, kernel 5.14.0-503.23.1
	Sim (preferencial) ^1	Sim	SLES 15 SP5	V11.0.9
Escalonamento horizontal do HANA 2.0, armazenamento compartilhado ^4	Incompatível	Sim	RHEL 8.1-8.5 SLES 12 SP5 SLES 15 SP3	V11.0.1
	Incompatível	Sim	RHEL 8.6 SLES 15 SP4	V11.0.4
	Sim (preferencial) ^1	Sim	RHEL 8.7	V11.0.5
	Sim (preferencial) ^1	Sim	SLES 15 SP5	V11.0.9
SAP HANA 2.0 independente ou HA (1+1)	Sim (preferencial) ^1	Sim	RHEL 8.1-8.5 SLES 12 SP5 SLES 15 SP3	V11.0.1
	Sim (preferencial) ^1	Sim	RHEL 8.6 SLES 15 SP4	V11.0.4
	Sim (preferencial) ^1	Sim	RHEL 8.7	V11.0.5
	Sim (preferencial) ^1	Sim	SLES 15 SP5	V11.0.9
Sistema de contêiner único (HANA 1.0) ^5	Sim (preferencial)	Sim	RHEL 8.1-8.5 SLES 12 SP5 SLES 15 SP3	V11.0.1
	Sim (preferencial)	Sim	RHEL 8.6 SLES 15 SP4	V11.0.4
	Sim (preferencial) ^1	Sim	RHEL 8.7	V11.0.5
	Sim (preferencial) ^1	Sim	SLES 15 SP5	V11.0.9

¹ Requer o SAP HANA 2.0 SPS 04 ou versões mais recentes

² A API SavePoint do SAP HANA usa o CBT do Backup e DR e oferece suporte ao recurso de montagem instantânea incremental e com reconhecimento de apps com opção de substituição de registros. O serviço de backup e DR é compatível com CBT com HANA no RHEL 7.2 e versões mais recentes. Para conferir uma lista completa das versões do RHEL qualificadas para CBT, consulte Suporte a sistemas operacionais Linux.

³ O modo Backint do SAP HANA só aceita backups completos semanais com incrementais diários. Compatível com a recuperação do HANA usando comandos HANA HDBSQL/Backint. Além disso, a capacidade de montagem instantânea com reconhecimento de apps não é compatível com a API baseada em arquivos do HANA (HDBSQL/Backint).

⁴ Compatível apenas com a opção de mapeamento de disco NFS de backup e DR. O disco NFS é sempre mapeado para todos os nós do HANA.

⁵ Compatível com opções de mapeamento de disco de bloco e NFS de backup e DR

Observação: o backup de registros do HANA é integrado às políticas de backup do banco de dados e é processado automaticamente em todas essas configurações.

SAP MaxDB

O serviço de Backup e DR é compatível com os seguintes métodos de captura de dados:

• O SAP MaxDB no Linux pode ser capturado no nível do volume de maneira incremental e permanente, com acesso instantâneo e criação de clones virtuais para TDM. Isso aproveita o LVM do Linux e os recursos de rastreamento de blocos alterados do Backup e DR, sendo a alternativa recomendada.

• Para clientes que não usam o LVM ou não podem usar a captura no nível do volume, o MaxDB no Linux pode ser capturado usando backup completo e incremental. Isso usa o próprio backup baseado em despejo do banco de dados e geralmente é executado como um backup completo semanal e incremental diário. A recuperação envolve a reconstrução dos incrementais com base no último backup completo.

Versões compatíveis do SAP MaxDB	SOs compatíveis	Versão mínima necessária do agente de Backup e DR
7.9.09	RHEL 8.1-8.5 SLES 12 SP5 SLES 15 SP3	V11.0.1
7.9.10	RHEL 8.1 a 8.5	V11.0.1
	RHEL 8.6 SLES 15 SP4	V11.0.4
	RHEL 8.7	V11.0.5
	SLES 15 SP5	V11.0.9

SAP IQ (antigo Sybase IQ)

O serviço de backup e DR oferece suporte à captura do SAP IQ no nível do volume de maneira incremental e permanente, com acesso instantâneo e criação de clone virtual para TDM. Isso aproveita os recursos de LVM do Linux e de rastreamento de blocos alterados do Backup e DR, sendo a alternativa recomendada.

Versões compatíveis do SAP IQ	SOs compatíveis	Versão mínima necessária do agente de Backup e DR
SAP IQ 16.x (completo + incremental)	RHEL 8.1-8.5 SLES 12 SP5 SLES 15 SP3	V11.0.1
SAP IQ 16.x (LVM + CBT)	RHEL 8.1-8.5 SLES 12 SP5 SLES 15 SP3	V11.0.1
	RHEL 8.6 SLES 15 SP4	V11.0.4
	RHEL 8.7	V11.0.5
	SLES 15 SP5	V11.0.9

Sistemas de arquivos

Os agentes de Backup e DR descobrem cada volume em um ponto de montagem de rede como um aplicativo protegível. Para cada um desses aplicativos descobertos, o agente do Backup e DR orquestra o processo de consistência (por snapshots VSS/LVM), apresenta um disco de staging que será formatado com um sistema de arquivos do mesmo tipo da origem ou um tipo de sistema de arquivos compatível, conforme documentado aqui.

Sistema operacional	FS de origem	Sistema de arquivos do disco de preparação	Versão mínima necessária do agente de Backup e DR
Windows	NTFS	NTFS	V11.0.1
	SMB	NTFS	V11.0.1
	ReFS	ReFS	V11.0.1
Linux^1	EXT2	EXT2 ou NFS^4	V11.0.1
	EXT3	EXT3 ou NFS^4	V11.0.1
	EXT4	EXT4 ou NFS^4	V11.0.1
	XFS	XFS ou NFS^4	V11.0.1
	ReiserFS	ReiserFS ou NFS^4	V11.0.1
	NFS	EXT3 ou NFS^4	V11.0.1
	BTRFS	EXT3 ou NFS^4	V11.0.1

¹ O snapshot do LVM é usado como origem, se houver. A remontagem do LVM no mesmo servidor é compatível.

² Somente versões integradas

³: criptografia não compatível

⁴ Somente a V3 do protocolo NFS é compatível

Gerenciamento de dados de teste com contêineres

O Backup and DR usa volumes NFS para disponibilizar os dados de aplicativos capturados como compartilhamentos NFS para contêineres. Isso permite criar clones virtuais de bancos de dados compatíveis que podem ser acessados no ambiente conteinerizado.

Observação: somente bancos de dados MySQL e PostgreSQL em sistemas operacionais Linux compatíveis são qualificados para o gerenciamento de dados de teste com contêineres.

Virtualização de dados para ambientes virtuais

O Backup e DR oferece suporte à virtualização de dados para ambientes virtuais usando os seguintes métodos:

Google Cloud VMware Engine

O serviço de backup e DR é compatível com a captura de dados de máquinas virtuais do VMware usando APIs de armazenamento do VMware vSphere: proteção de dados (anteriormente conhecidas como APIs vStorage para proteção de dados ou VADP) para capturar um servidor virtual inteiro. Especificamente, as chamadas de API podem:

• Realizar o rastreamento de blocos de mudanças: faz um snapshot completo inicial de um banco de dados e, depois, apenas os snapshots das mudanças no banco de dados, ativando a estratégia de captura incremental permanente do Backup and DR.

• Suspender aplicativos: garante a consistência do aplicativo durante a captura.

Observação: a proteção de máquinas virtuais do VMware View não é compatível.

vCenter^1, 6	7.0, 7.0 U1, 7.0 U2, 7.0 U3, 8.0 ^7
ESX Server^6	7.0, 7.0 U1, 7.0 U2, 7.0 U3
Hardware virtual^2	7 a 15 e 17 a 19
SO convidado	Todos os SOs compatíveis com o Google Cloud VMware Engine
Desativar aplicativos^3	Sim, com base nas ferramentas do VMware
Suporte do vSAN^4	vSAN 7.0 U1, vSAN 7.0 U2, vSAN 7.0 U3
Rastreamento de alterações de blocos^5	Usa as APIs de armazenamento do VMware vSphere: proteção de dados (antes conhecidas como APIs vStorage para proteção de dados ou VADP)

¹ Usa a versão 7.0 do VMware VDDK.

² Os tipos de controlador NVME (encontrados no ESX 7.0 e versões mais recentes) não são compatíveis. As versões 14 e mais recentes do hardware virtual são compatíveis apenas com o ESX 7.0 (e versões mais recentes)

³ Capacidade aplicável a qualquer aplicativo com um gravador VSS ou scripts pré e pós para conseguir uma captura consistente do aplicativo.

⁴ Como o VMware vSAN não é compatível com recursos de acesso a dispositivos RDM, a montagem de uma VM não é compatível com o Backup e DR ao usar RDMs. Restaurar e clonar VMs são ações compatíveis. No entanto, a montagem de uma VM é compatível com o Backup e DR ao usar o transporte NFS em vez de RDM.

⁵ Não há suporte para discos apresentados a VMs de produção como pRDM.

⁶ Não é possível configurar o modo de transporte da SAN para o disco de preparo de backup (backups baseados em agente) nem montar e restaurar backups usando iSCSI.

⁷ O VMware vCenter Server 8.0 é compatível com o serviço de backup e DR 11.0.15 e versões mais recentes.