Política de fim de suporte do serviço de backup e DR
A política de fim de suporte do backup e DR ("EOSL") abrange o processo e detalhes sobre o fim do suporte do backup e DR para sistemas e softwares de terceiros, bem como softwares e hardwares de backup e DR.
Hardware e software de terceiros incluem plataformas de hardware, sistemas operacionais e softwares de aplicativos protegidos por dispositivos de backup/DR. Quando uma configuração de hardware, sistema operacional ou software de aplicativo de terceiros atinge o EOSL do fornecedor, o suporte a backup e DR para essas configurações é limitado a assistência comercialmente razoável. O backup e a DR não vão mais emitir correções rápidas ou atualizações para sistemas de software e hardware que estão além do fim do suporte dos respectivos fornecedores.
Protocolos de rede com suporte
O backup e a DR oferecem suporte ao movimento de dados por:
iSCSI
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.
O NFS: o backup e o DR são compatíveis apenas com o NFS V3 para capturar e apresentar dados nas seguintes configurações de implantação:
Apresentação de backups para hosts do Google Cloud VMware Engine usando um repositório de dados NFS
Como apresentar um disco de preparação para a captura de dados baseada em agentes em uma VM do Compute Engine ou do Google Cloud VMware Engine
Ambientes com suporte para backups
O agente é compatível com esses ambientes.
Backups baseados em agentes
O agente de backup e DR (conector) pode fazer backup e recuperar bancos de dados e sistemas de arquivos compatíveis com os sistemas operacionais Microsoft Windows e Linux nos seguintes ambientes.
| Tipo de app | Em execução em instâncias do Compute Engine 1 | Em execução em VMs do Google Cloud VMware Engine 1 |
|---|---|---|
| Bancos de dados | Sim | Sim |
| Sistemas de arquivos | Sim | Sim |
1 O CBT na instância do Compute Engine e nas VMs do GCVE exige que a inicialização segura do UEFI seja desativada.
Backups sem agente
O serviço de backup e DR oferece suporte a backups de VM nos seguintes ambientes sem a necessidade de um agente na VM:
Instâncias do Compute Engine (usa APIs de snapshot de Persistent Disk)
VMs do Google Cloud VMware Engine (aproveita as APIs VMware vSphere Storage para proteção de dados, anteriormente conhecidas como APIs vStorage para proteção de dados ou VADP)
Compatibilidade de armazenamento de objetos para o OnVault
O OnVault oferece suporte aos seguintes armazenamentos do Google Cloud .
| Tipo de armazenamento | Versão mínima necessária do serviço de backup e DR |
|---|---|
| Standard Storage | V11.0.1 |
| Nearline Storage | V11.0.1 |
| Coldline Storage | V11.0.1 |
| Archive Storage | V11.0.1 |
Virtualização de dados de aplicativos com o agente de backup e DR (conector)
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.
Discovery de aplicativos: o agente de 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 de backup e DR são integrados à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 e a DR introduzem o acompanhamento de alterações em blocos em algumas plataformas.
Recuperação/montagem ciente do aplicativo: os agentes de backup e DR têm consciência do aplicativo. O agente de backup e DR (conector) 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.
Framework de captura de dados de aplicativos genéricos (LVM, na sigla em inglês): os agentes de backup e DR fornecem um framework genérico para capturar dados de qualquer aplicativo em execução em sistemas operacionais Linux compatíveis. Esse framework fornece hooks para chamar scripts personalizados para conseguir a captura consistente de dados do aplicativo e a instanciação do aplicativo a partir de dados de backup.
Suporte do Microsoft Windows Server
O agente de backup e DR oferece suporte aos seguintes sistemas operacionais Microsoft Windows:
| Versão do sistema operacional | Suporte básico ao agente de backup e DR (conector) | Mudança no suporte ao rastreamento de bloqueio 1 | Versão mínima necessária do agente de backup e DR (conector) |
|---|---|---|---|
| Windows Server 2016 | Sim | Sim | V11.0.1 |
| Windows Server 2019 | Sim | Sim | V11.0.1 |
| Windows Server 2022 | Sim | Sim | V11.0.1 |
1 O CBT só tem suporte para o Microsoft SQL Server.
Suporte ao sistema operacional Linux
O agente de backup e DR (conector) é 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 o recurso de backup incremental permanente para outros bancos de dados.
| SO | Versão | Suporte básico ao agente de backup e DR (conector) | Mudar o suporte ao acompanhamento de bloco | Versão mínima necessária do agente de backup e DR (conector) |
|---|---|---|---|---|
| RHEL1,4,5 | 8.0-8.17 | Sim | Sim | V11.0.1 |
| 8.2 | Sim | Sim | V11.0.1 | |
| 8,3 | Sim | Sim | V11.0.1 | |
| 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 | |
| 9,0 | Sim | Não | V11.0.4 | |
| 9.2 | Sim | Não | V11.0.8 | |
| 9,3 | Sim | Não | V11.0.9 | |
| RHEL para SAP 1, 5 | 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 | |
| SLES 1, 3, 6 | 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 | |
| SLES para SAP 1, 3, 6 | 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 5 | 8,7 | Sim | Sim | V11.0.7 |
| 8.8 | Sim | Não | V11.0.8 | |
| 8.9 | Sim | Não | V11.0.9 | |
| 9,0 | Sim | Não | V11.0.8 | |
| 9.1 | Sim | Não | V11.0.8 | |
| 9.2 | Sim | Não | V11.0.8 | |
| 9,3 | Sim | Não | V11.0.9 | |
| Rocky Linux otimizado para Google Cloud | 8,7 | Sim | Não | V11.0.5 |
| 8.8 | Sim | Não | V11.0.8 | |
| 8.9 | Sim | Não | V11.0.9 | |
| 9.2 | Sim | Não | V11.0.8 | |
| 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 Enterprise 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,88 | Sim | Não | V11.0.8 | |
| 9,0 | Sim | Não | V11.0.4 | |
| 9.18 | Sim | Não | V11.0.8 | |
| 9.28 | Sim | Não | V11.0.8 |
1 Não há suporte para o caminho múltiplo dinâmico (DMP) da Symantec (Veritas).
2 Suporte apenas para VMs do Google Cloud VMware Engine, e não para instâncias/VMs do Compute Engine
3 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 a partir do ISO.
4 O serviço de backup e DR não oferece suporte ao RHEL HA.
5 Não oferece suporte a CBT se a versão do kernel for > 4.18.0-425.3.1.
6 Não oferece suporte a CBT se a versão do kernel for > 5.14.21-150400.22.1.
7 Em casos raros, o comando de snapshot do LVM nessa versão do SO pode fazer com que os backups parem de responder. Esse é um problema conhecido do Red Hat. O ID interno do bug mantido pela Red Hat é 1758605. Faça upgrade do kernel Linux para a versão mais recente disponível no RHEL/CentOS 8.1. Para mais informações, acesse https://access.redhat.com/solutions/5049041 ou entre em contato com a equipe de suporte do Red Hat/CentOS para receber mais ajuda.
8 Compatível com as versões do Kernel compatível com o Red Hat (RHCK) e do Unbreakable Enterprise Kernel (UEK).
Microsoft SQL Server
Os agentes de backup e DR oferecem suporte à captura de dados consistentes do banco de dados (instantâneos) do Microsoft SQL Server.
| Versão | Configurações aceitas | Versão mínima necessária do agente de Backup e DR (conector) |
|---|---|---|
| 2019 | Independente | V11.0.1 |
| Grupos de disponibilidade sempre ativados | V11.0.1 | |
| Grupos de disponibilidade distribuídos | V11.0.1 | |
| Instância de failover 1 | V11.0.1 | |
| 2017 | Independente | V11.0.1 |
| Grupos de disponibilidade sempre ativados | V11.0.1 | |
| Grupos de disponibilidade distribuídos | V11.0.1 | |
| Instância de failover 1 | V11.0.1 | |
| 2016 | Independente | V11.0.1 |
| Grupos de disponibilidade sempre ativados | V11.0.1 | |
| Grupos de disponibilidade distribuídos | V11.0.1 | |
| Instância de failover 1 | V11.0.1 | |
| 2014 | Independente | V11.0.1 |
| Grupos de disponibilidade sempre ativados | V11.0.1 | |
| Instância de failover 1 | V11.0.1 |
1 Não há suporte para montagens com conhecimento de app em uma instância do SQL Server executada em um cluster de failover da Microsoft se algum dos nós for detectado como uma VM do Google Cloud VMware Engine.
IBM Db2
O serviço de backup e DR oferece suporte aos seguintes métodos de captura de dados:
O Db2 no Linux pode ser capturado no nível do volume de forma incremental e permanente com acesso instantâneo e criação de clones virtuais para gerenciamento de dados de teste (TDM). Isso aproveita os recursos de rastreamento de blocos alterados do LVM e do backup e da DR do Linux e é a alternativa recomendada.
Para clientes que não usam LVM ou que não podem usar a captura no nível do volume, o Db2 no Linux pode ser capturado usando o 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 (conector) |
|---|---|---|
| 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 oferece suporte aos seguintes métodos de captura de dados:
O MariaDB no Linux pode ser capturado no nível do volume de forma incremental e permanente com acesso instantâneo e criação de clones virtuais para TDM. Isso aproveita os recursos de rastreamento de blocos alterados do LVM e do Backup e DR do Linux e é a alternativa recomendada.
Para clientes que não usam LVM ou que não podem usar a captura de nível de volume, o MariaDB 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 incremento semanal completo e diário. A recuperação envolve a reconstrução dos incrementais sobre o último backup completo.
| Versões do MariaDB com suporte | SOs compatíveis | Versão mínima necessária do agente de backup e DR (conector) |
|---|---|---|
| 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 oferece suporte aos seguintes métodos de captura de dados:
O MySQL no Linux pode ser capturado no nível do volume de forma incremental e permanente com acesso instantâneo e criação de clones virtuais para TDM. Isso aproveita os recursos de rastreamento de bloco alterado do LVM e do Backup e DR do Linux e é a alternativa recomendada.
Para clientes que não usam LVM ou que não podem usar a captura de nível de volume, o MySQL no Linux pode ser capturado usando o backup completo e incremental. Ele usa o backup baseado em despejo do banco de dados e normalmente é executado como um incremental diário e semanal completo. A recuperação envolve a reconstrução dos incrementais sobre o backup completo mais recente.
| Versões do MySQL com suporte | SOs compatíveis | Versão mínima necessária do agente de backup e DR (conector) |
|---|---|---|
| 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 de bancos de dados Oracle. O Oracle precisa ser executado no modo ARCHIVELOG. A captura de dados oferece suporte à captura de dados em discos de preparação formatados como sistemas de arquivos ou apresentados como destinos de grupos 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 de configurações do Oracle Active Data Guard e do Oracle Non 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 | |
| Data Guard não ativo 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 |
V11.0.1 |
| 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 | ||
| Data Guard não ativo 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 | |
| Data Guard não ativo 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 |
1 O sistema Oracle Exadata tem suporte para iSCSI e NFS
2 O rastreamento de blocos de mudança do RMAN do banco de dados Oracle está disponível apenas no Active Data Guard.
3 A captura de dados do Oracle 18c e versões mais recentes é no nível do contêiner, o que inclui todos os PDBs. A montagem ciente de apps em um destino está no nível do contêiner. Os PDBs virtuais para um contêiner existente são compatíveis com scripts personalizados.
Métodos de apresentação e captura de dados compatíveis
O serviço de Backup e DR oferece suporte a vários métodos de captura e apresentação para bancos de dados Oracle em várias configurações. Isso inclui backup, recuperação e operações de montagem com conhecimento de app do banco de dados Oracle com TDE (criptografia de dados transparente). Para bancos de dados do Oracle com TDE, a carteira para TDE pode ser capturada definindo a configuração avançada de local de arquivo da configuração do Oracle para o app Oracle. As montagens com conhecimento do app para bancos de dados com TDE ativado exigem que a carteira seja copiada para o local apropriado no host de montagem.
Além disso, o dNFS com Oracle tem suporte em sistemas operacionais Linux.
| Configuração do banco de dados de produção | Formato de captura1 | Formato da apresentação |
|---|---|---|
| Arquivos de banco de dados no ASM/RAC | Sistema de arquivos (dispositivo de bloco) | Sistema de arquivos autônomo |
| Sistema de arquivos (NFS) | Sistema de arquivos autônomo (NFS) | |
| Sistema de arquivos (NFS) | Sistema de arquivos RAC (NFS) | |
| Grupo de disco ASM 3, 5 | ASM independente | |
| Grupo de disco ASM 3, 5 | ASM RAC (um ou mais nós) | |
| Arquivos DB no sistema de arquivos | Sistema de arquivos (dispositivo de bloco) | Sistema de arquivos autônomo |
| Sistema de arquivos (NFS) | Sistema de arquivos autônomo (NFS) | |
| Grupo de disco ASM 3, 4, 5 | ASM independente | |
| Grupo de disco ASM 3, 4, 5 | ASM RAC (um ou mais nós) |
1 O formato de captura é o formato resultante da cópia gerenciada pelo Backup e DR.
3 A captura de ASM para ASM e a apresentação de backups no formato ASM não são compatíveis com os sistemas operacionais Windows.
4 Instância do Oracle ASM necessária no sistema de origem para este método de captura
5 Não há suporte para a combinação de disco ASM (formato de captura) quando os dados são capturados pelo NFS.
| Formatos de captura de dados aceitos |
Usando o sistema de arquivos
Usando o grupo de discos do ASM |
|---|---|
| Suporte a backup | Dados de HCC ou não HCC |
| Recuperação do Oracle usando o RMAN | HCC ou não HCC |
| Montagem compatível com apps 1 | Exadata para não Exadata |
1 O acesso a dados de cópias virtuais de dados compactados HCC exige que os dados sejam descompactados antes do acesso.
Suporte ao Oracle Exadata
O serviço de backup e DR é compatível com as seguintes configurações do Oracle Exadata.
Versões da máquina do Exadata Database: X4 e mais recentes
Versões do Oracle: 18c e 19c
PostgreSQL
O serviço de backup e DR oferece suporte aos seguintes métodos de captura de dados:
O PostgreSQL no Linux pode ser capturado no nível do volume de forma incremental e permanente com acesso instantâneo e criação de clones virtuais para TDM. Isso aproveita os recursos de rastreamento de bloco alterado do LVM e do Backup e DR do Linux e é a alternativa recomendada.
Para clientes que não usam LVM ou que não podem usar a captura de nível de 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 backups incrementais. Portanto, cada backup será um backup de despejo completo do banco de dados.
Devido a limitações do PostgreSQL, a recuperação de avanço não é compatível com a operação de restauração de backups completos e incrementais.
| Versões do PostgreSQL compatíveis |
SOs compatíveis | Versão mínima necessária do agente de backup e DR (conector) |
|---|---|---|
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 |
SAP
O serviço de backup e DR oferece suporte ao SAP em todos os bancos de dados compatíveis com este documento.
SAP ASE (anteriormente Sybase ASE)
O serviço de backup e DR oferece suporte aos 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 clones virtuais para TDM. Isso aproveita os recursos de rastreamento de bloco alterado do LVM e do Backup e DR do Linux e é a alternativa recomendada.
Para clientes que não usam LVM ou que não podem usar a captura de nível de volume, o SAP ASE no Linux pode ser capturado usando o backup completo e incremental. Ele usa o backup baseado em despejo do banco de dados e normalmente é executado como um incremental diário e semanal completo. A recuperação envolve a reconstrução dos incrementais sobre o backup completo mais recente.
| Versões compatíveis do SAP ASE | SOs compatíveis | Versão mínima necessária do agente de backup e DR (conector) |
|---|---|---|
| 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 oferece suporte à captura do SAP HANA nas seguintes configurações.
| Configuração compatível | API SavePoint do SAP HANA 2 | SAP baseado em arquivos (HDBSQL/Backint) 3 | SOs compatíveis | Versão mínima necessária do agente de backup e DR (conector) |
|---|---|---|---|---|
| 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 | SLES 15 SP5 | V11.0.9 | |
| HANA 2.0 de escalonamento horizontal, 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 autônomo 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 |
1 Requer o SAP HANA 2.0 SPS 04 ou mais recente
2 A API SavePoint do SAP HANA aproveita o CBT de backup e DR e oferece suporte ao recurso de montagem instantânea incremental e ciente de apps com a opção de registro de avanço. O serviço de backup e DR oferece suporte ao CBT com HANA no RHEL 7.2 e versões mais recentes. Para conferir uma lista completa de versões do RHEL qualificadas para CBT, consulte Suporte ao sistema operacional Linux.
3 O modo Backint do SAP HANA só oferece suporte a semanal completo com incrementais diários. Suporta a recuperação do HANA usando comandos HANA HDBSQL/Backint. Além disso, o recurso de montagem instantânea compatível com apps não é aceito com a API baseada em arquivos HANA (HDBSQL/Backint).
4: 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.
5 Suporte a opções de mapeamento de disco de backup e DR e NFS
SAP MaxDB
O serviço de backup e DR oferece suporte aos seguintes métodos de captura de dados:
O SAP MaxDB no Linux pode ser capturado no nível do volume de forma incremental e permanente com acesso instantâneo e criação de clones virtuais para TDM. Isso aproveita os recursos de rastreamento de bloco alterado do Linux LVM e Backup e DR e é a alternativa recomendada.
Para clientes que não usam LVM ou que não podem usar a captura de nível de volume, o MaxDB no Linux pode ser capturado usando backup completo e incremental. Ele usa o backup baseado em despejo do banco de dados e normalmente é executado como um incremental diário e semanal completo. A recuperação envolve a reconstrução dos incrementais sobre o backup completo mais recente.
| Versões do SAP MaxDB com suporte | SOs compatíveis | Versão mínima necessária do agente de backup e DR (conector) |
|---|---|---|
| 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 (anteriormente Sybase IQ)
O serviço de backup e DR oferece suporte à captura do SAP IQ no nível do volume de forma incremental, com acesso instantâneo e criação de clones virtuais para TDM. Isso aproveita os recursos de rastreamento de blocos alterados do LVM e do Backup e DR do Linux e é a alternativa recomendada.
| Versões do SAP IQ com suporte | SOs compatíveis | Versão mínima necessária do agente de backup e DR (conector) |
|---|---|---|
| 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 que pode ser protegido. Para cada um desses aplicativos descobertos, o agente de backup e DR orquestra o processo de alcançar a consistência (por meio de snapshots do VSS/LVM), apresenta um disco de preparação que será formatado com um sistema de arquivos do mesmo tipo que a origem ou um tipo de sistema de arquivos compatível, conforme documentado aqui.
| Sistema operacional | FS de origem | FS de disco de preparação | Versão mínima necessária do agente de backup e DR (conector) |
|---|---|---|---|
| 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 |
1 O snapshot do LVM é usado como origem, se presente. O LVM mount de volta ao mesmo servidor é compatível
2 Somente versões integradas
3 Sem suporte para criptografia
4 Somente o V3 do protocolo NFS é aceito
Testar o gerenciamento de dados com contêineres
O backup e a DR aproveitam os volumes NFS para disponibilizar os dados de aplicativos capturados como compartilhamentos NFS para contêineres. Isso permite criar clones virtuais de bancos de dados com suporte que podem ser acessados no ambiente conteinerizado.
Virtualização de dados para ambientes virtuais
O Backup e a DR oferecem suporte à virtualização de dados para ambientes virtuais usando os seguintes métodos:
Google Cloud VMware Engine
O serviço de backup e DR oferece suporte à captura de dados de máquinas virtuais do VMware usando chamadas de APIs VMware vSphere Storage - Data Protection (anteriormente conhecidas como APIs vStorage para proteção de dados ou VADP) para capturar um servidor virtual inteiro. Mais especificamente, as chamadas de API podem:
Fazer o rastreamento de blocos de mudança: cria um snapshot inicial completo de um banco de dados e, em seguida, apenas os snapshots das mudanças no banco de dados, ativando a estratégia de captura incremental sempre do Backup e da DR.
Aplicativos em repouso: garante a consistência do aplicativo durante a captura.
| vCenter 1, 6 | 7.0, 7.0 U1, 7.0 U2, 7.0 U3 |
| ESX Server 6 | 7.0, 7.0 U1, 7.0 U2, 7.0 U3 |
| Hardware virtual 2 | De 7 a 15 e de 17 a 19 anos |
| SO convidado | Todos os SOs com suporte do Google Cloud VMware Engine |
| Aplicativos de inatividade 3 | Sim, com base nas ferramentas do VMware |
| Suporte do vSAN 4 | vSAN 7.0 U1, vSAN 7.0 U2, vSAN 7.0 U3 |
| Mudar o rastreamento de bloco5 | Aproveita as APIs VMware vSphere Storage para proteção de dados (antes conhecidas como APIs vStorage para proteção de dados ou VADP). |
1 Aproveita a versão 7.0 do VDDK da VMware.
2 Os tipos de controlador NVME (encontrados no ESX 7.0 e versões mais recentes) não têm suporte. A versão 14 e mais recentes do hardware virtual são compatíveis apenas com o ESX 7.0 (e versões mais recentes).
3 Recurso aplicável a qualquer aplicativo com um VSS Writer ou scripts pré e pós para conseguir uma captura consistente do aplicativo.
4 Como o VMware vSAN não oferece suporte a recursos de acesso a dispositivos RDM, a montagem de uma VM não é compatível com o Backup e a DR ao usar RDMs. As restaurações e clones de VMs são compatíveis. No entanto, a montagem de uma VM é compatível com o backup e a DR ao usar o transporte NFS em vez do RDM.
5 Não há suporte para discos apresentados a VMs de produção como pRDM.
6 Não é possível configurar o modo de transporte SAN para o disco de preparo de backup (backups baseados em agentes) e montar e restaurar backups usando iSCSI.