Norme relative al ritiro del servizio di backup e RE
Le norme relative al ritiro del supporto di Backup e DR ("EOSL") coprono la procedura e i dettagli relativi al ritiro del supporto di Backup e DR per sistemi e software di terze parti, nonché per hardware e software di Backup e DR.
L'hardware e il software di terze parti includono piattaforme hardware, sistemi operativi e software di applicazioni protetti da appliance di backup/DR. Quando una configurazione di hardware, sistema operativo o software di applicazioni di terze parti raggiunge il ciclo di vita utile finale del fornitore, l'assistenza per il backup e il ripristino dei dati di queste configurazioni sarà limitata all'assistenza commercialmente ragionevole. Il team di assistenza per il backup e il ripristino dei dati non emetterà più patch rapide o aggiornamenti per supportare i sistemi hardware e software che hanno superato il termine del ciclo di vita dell'assistenza dei rispettivi fornitori.
Protocolli di rete supportati
Il backup e la DR supportano lo spostamento dei dati tramite:
iSCSI
Network Block Device (NBD): questa modalità di trasporto viene utilizzata per eseguire il backup delle macchine virtuali Google Cloud VMware Engine.
NFS: Backup e RE supportano solo NFS V3 per l'acquisizione e la presentazione dei dati nelle seguenti configurazioni di implementazione:
Presentazione di eventuali backup agli host Google Cloud VMware Engine utilizzando un datastore NFS
Presentazione di un disco di staging per l'acquisizione dei dati basata su agenti all'interno di una VM Compute Engine o Google Cloud VMware Engine
Ambienti supportati per i backup
L'agente è supportato in questi ambienti.
Backup basati su agente
L'agente (connettore) di Backup e DR può eseguire il backup e il recupero di database e file system supportati dei sistemi operativi Microsoft Windows e Linux supportati nei seguenti ambienti.
| Tipo di applicazione | In esecuzione su istanze Compute Engine 1 | In esecuzione su VM Google Cloud VMware Engine 1 |
|---|---|---|
| Database | Sì | Sì |
| File system | Sì | Sì |
1 La CBT nell'istanza Compute Engine e nelle VM GCVE richiede la disattivazione dell'avvio protetto UEFI.
Backup senza agente
Il servizio di backup e RE supporta i backup delle VM nei seguenti ambienti senza dover installare un agente all'interno della VM:
Istanze Compute Engine (utilizza le API di snapshot dei dischi permanenti)
VM Google Cloud VMware Engine (utilizza le API di archiviazione VMware vSphere - Data Protection (in precedenza API vStorage per la protezione dei dati o VADP))
Compatibilità con l'archiviazione di oggetti per OnVault
OnVault supporta lo Google Cloud spazio di archiviazione seguente.
| Tipo di archiviazione | Versione minima richiesta del servizio di backup e RE |
|---|---|
| Standard Storage | V11.0.1 |
| Nearline Storage | V11.0.1 |
| Coldline Storage | V11.0.1 |
| Archive Storage | V11.0.1 |
Virtualizzazione dei dati delle applicazioni con l'agente Backup and DR (Connector)
L'agente di backup e RE (comunemente noto anche come connettore) è un file eseguibile leggero che offre le seguenti funzionalità avanzate durante le procedure di acquisizione e recupero dei dati.
Rilevamento delle applicazioni: l'agente di backup e RE consente un rilevamento approfondito di database e file system configurati su un host di produzione
Integrazione delle API: se possibile, gli agenti di backup e DR si integrano con le API/i comandi specifici dell'applicazione per acquisire in modo efficiente i dati dell'applicazione
Monitoraggio dei blocchi di modifiche: nelle situazioni in cui le applicazioni di produzione non dispongono di un monitoraggio dei blocchi di modifiche integrato, il backup e il DR introducono il monitoraggio dei blocchi di modifiche su piattaforme selezionate
Montaggio/ripristino basato sulle applicazioni: gli agenti di backup e DR hanno un'awareness delle applicazioni integrata. L'agente Backup e DR (Connector) consente di creare istanze utilizzabili delle applicazioni durante le operazioni di montaggio del recupero, eliminando così la necessità di eseguire azioni basate su script manuali dopo il montaggio.
Framework di acquisizione dei dati delle applicazioni generiche (LVM): gli agenti di backup e RE forniscono un framework generico per acquisire i dati da qualsiasi applicazione in esecuzione sui sistemi operativi Linux supportati. Questo framework fornisce hook per chiamare script personalizzati al fine di ottenere l'acquisizione coerente dei dati e l'instanziazione dell'applicazione dai dati di backup.
Assistenza Microsoft Windows Server
L'agente di Backup e DR supporta i seguenti sistemi operativi Microsoft Windows.
| Versione sistema operativo | Supporto di base dell'agente (connector) di Backup and DR | Assistenza per la modifica del monitoraggio dei blocchi 1 | Versione minima richiesta dell'agente (connettore) di Backup e DR |
|---|---|---|---|
| Windows Server 2016 | Sì | Sì | V11.0.1 |
| Windows Server 2019 | Sì | Sì | V11.0.1 |
| Windows Server 2022 | Sì | Sì | V11.0.1 |
1 Il CBT è supportato solo per Microsoft SQL Server.
Supporto del sistema operativo Linux
L'agente di Backup e DR (Connector) supporta i seguenti sistemi operativi Linux (x86).
Il supporto di base include il supporto per i file system e i database Oracle.
Il supporto di Change Block Tracking (CBT) include la funzionalità di backup incrementale permanente per altri database.
| Sistema operativo | Versione | Supporto di base dell'agente (connector) di Backup and DR | Modificare il supporto del blocco del monitoraggio | Versione minima richiesta dell'agente (connettore) di Backup e DR |
|---|---|---|---|---|
| RHEL1,4,5 | 8.0-8.17 | Sì | Sì | V11.0.1 |
| 8.2 | Sì | Sì | V11.0.1 | |
| 8,3 | Sì | Sì | V11.0.1 | |
| 8,4 | Sì | Sì | V11.0.1 | |
| 8,5 | Sì | Sì | V11.0.1 | |
| 8,6 | Sì | Sì | V11.0.4 | |
| 8,7 | Sì | Sì | V11.0.5 | |
| 8,8 | Sì | No | V11.0.8 | |
| 8.9 | Sì | No | V11.0.9 | |
| 9,0 | Sì | No | V11.0.4 | |
| 9,2 | Sì | No | V11.0.8 | |
| 9,3 | Sì | No | V11.0.9 | |
| RHEL per SAP 1, 5 | 8,4 | Sì | Sì | V11.0.1 |
| 8,6 | Sì | Sì | V11.0.4 | |
| 8,8 | Sì | No | V11.0.8 | |
| 9,0 | Sì | No | V11.0.8 | |
| 9,2 | Sì | No | V11.0.8 | |
| SLES 1, 3, 6 | 12 SP5 | Sì | Sì | V11.0.1 |
| 15 SP2 | Sì | Sì | V11.0.1 | |
| 15 SP3 | Sì | Sì | V11.0.1 | |
| 15 SP4 | Sì | Sì | V11.0.4 | |
| 15 SP5 | Sì | Sì | V11.0.9 | |
| SLES for SAP 1, 3, 6 | 12 SP5 | Sì | Sì | V11.0.1 |
| 15 SP2 | Sì | Sì | V11.0.1 | |
| 15 SP3 | Sì | Sì | V11.0.1 | |
| 15 SP4 | Sì | Sì | V11.0.4 | |
| 15 SP5 | Sì | Sì | V11.0.9 | |
| Rocky Linux 5 | 8,7 | Sì | Sì | V11.0.7 |
| 8,8 | Sì | No | V11.0.8 | |
| 8.9 | Sì | No | V11.0.9 | |
| 9,0 | Sì | No | V11.0.8 | |
| 9.1 | Sì | No | V11.0.8 | |
| 9,2 | Sì | No | V11.0.8 | |
| 9,3 | Sì | No | V11.0.9 | |
| Rocky Linux ottimizzato per Google Cloud | 8,7 | Sì | No | V11.0.5 |
| 8,8 | Sì | No | V11.0.8 | |
| 8.9 | Sì | No | V11.0.9 | |
| 9,2 | Sì | No | V11.0.8 | |
| 9,3 | Sì | No | V11.0.9 | |
| Ubuntu | 20.04 LTS | Sì | No | V11.0.1 |
| 22.04 LTS | Sì | No | V11.0.1 | |
| Oracle Enterprise Linux 1, 2 | 7,0-7,6 | Sì | No | V11.0.1 |
| 7,7 | Sì | No | V11.0.1 | |
| 7,8 | Sì | No | V11.0.1 | |
| 7,9 | Sì | No | V11.0.1 | |
| 8,0-8,1 | Sì | No | V11.0.1 | |
| 8.2 | Sì | No | V11.0.1 | |
| 8,3 | Sì | No | V11.0.1 | |
| 8,4 | Sì | No | V11.0.1 | |
| 8,5 | Sì | No | V11.0.1 | |
| 8,6 | Sì | No | V11.0.1 | |
| 8,7 | Sì | No | V11.0.4 | |
| 8,88 | Sì | No | V11.0.8 | |
| 9,0 | Sì | No | V11.0.4 | |
| 9.18 | Sì | No | V11.0.8 | |
| 9.28 | Sì | No | V11.0.8 |
1 Il Dynamic Multi Pathing (DMP) di Symantec (Veritas) NON è supportato.
2 Supportato solo sulle VM di Google Cloud VMware Engine e non sulle istanze/VM di Compute Engine
3 Durante l'upgrade "offline" di SuSE (upgrade da ISO), il programma di installazione di SuSE non esegue una ricoconfigurazione sui pacchetti esterni, inclusi il modulo CBT e DLKM. Di conseguenza, quando il sistema si avvia con il kernel aggiornato, il dlkm non riesce a caricarsi perché i vecchi file di configurazione fanno ancora riferimento al modulo del kernel precedente. L'upgrade del sistema operativo da ISO non è supportato.
4 Il servizio di backup e RE non supporta RHEL HA.
5 Non supporta la CBT se la versione del kernel è > 4.18.0-425.3.1.
6 Non supporta la CBT se la versione del kernel è > 5.14.21-150400.22.1.
7 In rari casi, il comando snapshot LVM su questa versione del sistema operativo potrebbe causare l'interruzione della risposta dei backup. Si tratta di un problema noto di Red Hat. L'ID bug interno di questo bug, gestito da Red Hat, è 1758605. Esegui l'upgrade del kernel Linux all'ultima versione disponibile nella release RHEL/CentOS 8.1. Per ulteriori informazioni, visita la pagina https://access.redhat.com/solutions/5049041 o contatta il team di assistenza Red Hat/CentOS per ulteriore supporto.
8 Supportato sia nelle versioni del kernel compatibile con Red Hat (RHCK) sia in quelle del kernel Unbreakable Enterprise (UEK).
Microsoft SQL Server
Gli agenti di backup e DR supportano l'acquisizione di dati coerenti del database (snapshot) da Microsoft SQL Server.
| Versione | Configurazioni supportate | Versione minima richiesta dell'agente (Connector) di Backup and DR |
|---|---|---|
| 2019 | Autonoma | V11.0.1 |
| Gruppi di disponibilità AlwaysOn | V11.0.1 | |
| Gruppi di disponibilità distribuiti | V11.0.1 | |
| Istanza di failover 1 | V11.0.1 | |
| 2017 | Autonoma | V11.0.1 |
| Gruppi di disponibilità AlwaysOn | V11.0.1 | |
| Gruppi di disponibilità distribuiti | V11.0.1 | |
| Istanza di failover 1 | V11.0.1 | |
| 2016 | Autonoma | V11.0.1 |
| Gruppi di disponibilità AlwaysOn | V11.0.1 | |
| Gruppi di disponibilità distribuiti | V11.0.1 | |
| Istanza di failover 1 | V11.0.1 | |
| 2014 | Autonoma | V11.0.1 |
| Gruppi di disponibilità AlwaysOn | V11.0.1 | |
| Istanza di failover 1 | V11.0.1 |
1 Nessun supporto per i mount consapevoli delle app in un'istanza SQL Server in esecuzione su un cluster di failover Microsoft se uno dei suoi nodi è stato rilevato come VM Google Cloud VMware Engine.
IBM Db2
Il servizio di Backup e DR supporta i seguenti metodi di acquisizione dei dati:
Db2 su Linux può essere acquisito a livello di volume in modo incrementale e permanente con accesso istantaneo e creazione di cloni virtuali per la gestione dei dati di test (TDM). Questa soluzione sfrutta le funzionalità di monitoraggio dei blocchi modificati di Linux LVM e Backup e DR ed è l'alternativa consigliata.
Per i clienti che non utilizzano LVM o che non possono utilizzare l'acquisizione a livello di volume, in alternativa è possibile acquisire Db2 su Linux utilizzando il backup completo + incrementale. Viene utilizzato il backup basato su dump del database.
| Versioni di IBM DB2 supportate | Sistemi operativi supportati | Versione minima richiesta dell'agente Backup and DR (Connector) |
|---|---|---|
| 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
Il servizio di Backup e DR supporta i seguenti metodi di acquisizione dei dati:
MariaDB su Linux può essere acquisito a livello di volume in modo incrementale e permanente con accesso istantaneo e creazione di cloni virtuali per TDM. Sfrutta le funzionalità di LVM di Linux e di monitoraggio dei blocchi modificati di Backup e DR ed è l'alternativa consigliata.
Per i clienti che non utilizzano LVM o che non possono utilizzare l'acquisizione a livello di volume, MariaDB su Linux può essere acquisito in alternativa utilizzando un backup completo e incrementale. Viene utilizzato il backup basato su dump del database e in genere viene eseguito come backup completo settimanale e incrementale giornaliero. Il recupero prevede la ricostruzione degli incrementali sull'ultimo backup completo.
| Versioni MariaDB supportate | Sistemi operativi supportati | Versione minima richiesta dell'agente Backup and DR (Connector) |
|---|---|---|
| 10.3.9 | RHEL 8.1-8.5 | V11.0.1 |
| 10,4 | RHEL 8.1-8.5 | V11.0.1 |
10.5 |
RHEL 8.1-8.5 | V11.0.1 |
| RHEL 8.6 | V11.0.4 | |
| RHEL 8.7 | V11.0.5 | |
10.11 |
RHEL 8.1-8.5 | V11.0.1 |
| RHEL 8.6 | V11.0.4 | |
| RHEL 8.7 | V11.0.5 |
MySQL
Il servizio di Backup e DR supporta i seguenti metodi di acquisizione dei dati:
MySQL su Linux può essere acquisito a livello di volume in modo incrementale e permanente con accesso istantaneo e creazione di cloni virtuali per TDM. Questa soluzione sfrutta le funzionalità di monitoraggio dei blocchi modificati di Linux LVM e Backup e DR ed è l'alternativa consigliata.
Per i clienti che non utilizzano LVM o che non possono utilizzare l'acquisizione a livello di volume, MySQL su Linux può essere acquisito utilizzando il backup completo e incrementale. Viene utilizzato il backup basato su dump del database e solitamente viene eseguito come backup completo settimanale e incrementale giornaliero. Il recupero richiede la ricostruzione degli incrementali sull'ultimo backup completo.
| Versioni di MySQL supportate | Sistemi operativi supportati | Versione minima richiesta dell'agente Backup and DR (Connector) |
|---|---|---|
| 5,7 | RHEL 8.1-8.5 | V11.0.1 |
| 8.x | RHEL 8.1-8.5 | V11.0.1 |
| RHEL 8.6 | V11.0.4 | |
| RHEL 8.7 | V11.0.5 |
Oracle
Gli agenti di backup e DR consentono di acquisire dati coerenti dei database Oracle. Oracle deve essere eseguito in modalità ARCHIVELOG. La funzionalità di acquisizione dei dati supporta l'acquisizione dei dati su dischi di staging formattati come file system o presentati come target di gruppi di dischi ASM.
La protezione dei database Oracle è la stessa per i database in esecuzione sui server Bare Metal Solution o all'interno di un'istanza Compute Engine.
I dati possono essere acquisiti anche dalle configurazioni Oracle Non Active Data Guard e Active Data Guard.
| Famiglia Oracle | Tipi di configurazione | Sistemi operativi supportati | Versione minima richiesta dell'agente Backup and DR |
|---|---|---|---|
| Oracle 21c
Tutte le versioni |
Autonoma | 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 non attivo 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
Tutte le versioni |
Autonoma |
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 non attivo 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
Tutte le versioni |
Autonoma |
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 non attivo 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 Il sistema Oracle Exadata è supportato con iSCSI e NFS
2 Il monitoraggio dei blocchi di variazione RMAN del database Oracle è disponibile solo su Active Data Guard
3 L'acquisizione dei dati di Oracle 18c e versioni successive avviene a livello di contenitore (inclusi tutti i PDB). Il montaggio sensibile all'app su un target avviene a livello di container. I PDB virtuali in un container esistente sono supportati tramite script personalizzati.
Metodi di acquisizione e presentazione dei dati supportati
Il servizio di backup e DR supporta una serie di metodi di acquisizione e presentazione per i database Oracle in varie configurazioni. Sono incluse le operazioni di backup, recupero e montaggio consapevoli delle app del database Oracle con la crittografia TDE (Transparent Data Encryption). Per i database Oracle con TDE, il portafoglio per TDE può essere acquisito impostando l'impostazione avanzata della posizione del file di configurazione Oracle per l'app Oracle. I mount attenti all'app per i database con TDE abilitato richiedono la copia del portafoglio nella posizione appropriata sull'host di montaggio.
Tieni inoltre presente che dNFS con Oracle è supportato sui sistemi operativi Linux.
| Configurazione del database di produzione | Formato di acquisizione1 | Formato presentazione |
|---|---|---|
| File di database su ASM/RAC | File system (dispositivo di blocco) | File system autonomo |
| File system (NFS) | File system autonomo (NFS) | |
| File system (NFS) | File system RAC (NFS) | |
| Gruppo di dischi ASM 3, 5 | ASM autonomo | |
| Gruppo di dischi ASM 3, 5 | ASM RAC (uno o più nodi) | |
| File DB sul file system | File system (dispositivo di blocco) | File system autonomo |
| File system (NFS) | File system autonomo (NFS) | |
| Gruppo di dischi ASM 3, 4, 5 | ASM autonomo | |
| Gruppo di dischi ASM 3, 4, 5 | ASM RAC (uno o più nodi) |
1 Formato di acquisizione è il formato risultante della copia gestita da Backup e DR.
3 Acquisizione da ASM ad ASM e presentazione dei backup in formato ASM non supportata sui sistemi operativi Windows
4 istanze Oracle ASM richieste sul sistema di origine per questo metodo di acquisizione
5 La combinazione di ASM Disk (formato di acquisizione) non è supportata quando i dati vengono acquisiti tramite NFS
| Formati di Data Capture supportati |
Utilizzo del file system
Utilizzo del gruppo di dischi ASM |
|---|---|
| Supporto per il backup | Dati HCC o non HCC |
| Ripristino di Oracle utilizzando RMAN | HCC o non HCC |
| Supporto sensibile all'app 1 | Exadata a non Exadata |
1 L'accesso ai dati da copie virtuali di dati compressi con HCC richiede che i dati vengano decompressi prima dell'accesso
Supporto Oracle Exadata
Il servizio di Backup e DR supporta le seguenti configurazioni di Oracle Exadata.
Versioni di Exadata Database Machine: X4 e versioni successive
Versioni Oracle: 18c e 19c
PostgreSQL
Il servizio di Backup e DR supporta i seguenti metodi di acquisizione dei dati:
PostgreSQL su Linux può essere acquisito a livello di volume in modo incrementale e permanente con accesso istantaneo e creazione di cloni virtuali per TDM. Questa soluzione sfrutta le funzionalità di monitoraggio dei blocchi modificati di Linux LVM e Backup e DR ed è l'alternativa consigliata.
Per i clienti che non utilizzano LVM o che non possono utilizzare l'acquisizione a livello di volume, PostgreSQL su Linux può in alternativa essere acquisito utilizzando il backup completo e incrementale. Viene utilizzato il comando "pg_dump" del database, che non supporta il backup incrementale, pertanto ogni backup sarà un backup completo del dump del database.
A causa delle limitazioni di PostgreSQL, il recupero con avanzamento non è supportato per l'operazione di ripristino dei backup completi e incrementali.
| Versioni supportate di PostgreSQL |
Sistemi operativi supportati | Versione minima richiesta dell'agente Backup and DR (Connector) |
|---|---|---|
10.23 |
RHEL 8.1-8.5 | V11.0.1 |
| RHEL 8.6 | V11.0.4 | |
| RHEL 8.7 | V11.0.5 | |
11.x |
RHEL 8.1-8.5 | V11.0.1 |
| RHEL 8.6 | V11.0.4 | |
| RHEL 8.7 | V11.0.5 | |
12.x |
RHEL 8.1-8.5 | V11.0.1 |
| RHEL 8.6 | V11.0.4 | |
| RHEL 8.7 | V11.0.5 | |
13.x |
RHEL 8.1-8.5 | V11.0.1 |
| RHEL 8.6 | V11.0.4 | |
| RHEL 8.7 | V11.0.5 | |
14.x |
RHEL 8.1-8.5 | V11.0.1 |
| RHEL 8.6 | V11.0.4 | |
| RHEL 8.7 | V11.0.5 | |
15.x |
RHEL 8.1-8.5 | V11.0.1 |
| RHEL 8.6 | V11.0.4 | |
| RHEL 8.7 | V11.0.5 |
SAP
Il servizio di backup e RE supporta SAP su tutti i database supportati in questo documento.
SAP ASE (in precedenza Sybase ASE)
Il servizio di Backup e DR supporta i seguenti metodi di acquisizione dei dati:
SAP ASE su Linux può essere acquisito a livello di volume in modo incrementale e permanente con accesso istantaneo e creazione di cloni virtuali per TDM. Questa soluzione sfrutta le funzionalità di monitoraggio dei blocchi modificati di Linux LVM e Backup e DR ed è l'alternativa consigliata.
Per i clienti che non utilizzano LVM o che non possono utilizzare l'acquisizione a livello di volume, SAP ASE su Linux può essere acquisito utilizzando il backup completo + incrementale. Viene utilizzato il backup basato su dump del database e solitamente viene eseguito come backup completo settimanale e incrementale giornaliero. Il recupero richiede la ricostruzione degli incrementali sull'ultimo backup completo.
| Versioni di SAP ASE supportate | Sistemi operativi supportati | Versione minima richiesta dell'agente (Connector) di 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
L'agente di backup e RE supporta l'acquisizione di SAP HANA nelle seguenti configurazioni.
| Configurazione supportata | API SavePoint di SAP HANA 2 | File SAP (HDBSQL/Backint) 3 | Sistemi operativi supportati | Versione minima richiesta dell'agente Backup and DR (Connector) |
|---|---|---|---|---|
| HANA 2.0 scalabile orizzontalmente, spazio di archiviazione non condiviso | Sì (opzione preferita) 1 | Sì |
RHEL 8.1-8.5 SLES 12 SP5 SLES 15 SP3 |
V11.0.1 |
| Sì (opzione preferita) 1 | Sì | RHEL 8.6 SLES 15 SP4 |
V11.0.4 | |
| Sì (opzione preferita) 1 | Sì | RHEL 8.7 | V11.0.5 | |
| Sì (opzione preferita) 1 | Sì | SLES 15 SP5 | V11.0.9 | |
| HANA 2.0 scalabile, archiviazione condivisa 4 | Non supportato | Sì |
RHEL 8.1-8.5 SLES 12 SP5 SLES 15 SP3 |
V11.0.1 |
| Non supportato | Sì | RHEL 8.6 SLES 15 SP4 |
V11.0.4 | |
| Sì (opzione preferita) 1 | Sì | RHEL 8.7 | V11.0.5 | |
| Sì (opzione preferita) 1 | Sì | SLES 15 SP5 | V11.0.9 | |
| SAP HANA 2.0 autonomo o HA (1+1) | Sì (opzione preferita) 1 | Sì |
RHEL 8.1-8.5 SLES 12 SP5 SLES 15 SP3 |
V11.0.1 |
| Sì (opzione preferita) 1 | Sì | RHEL 8.6 SLES 15 SP4 |
V11.0.4 | |
| Sì (opzione preferita) 1 | Sì | RHEL 8.7 | V11.0.5 | |
| Sì (opzione preferita) 1 | Sì | SLES 15 SP5 | V11.0.9 | |
| Sistema a singolo contenitore (HANA 1.0) 5 | Sì (opzione preferita) | Sì |
RHEL 8.1-8.5 SLES 12 SP5 SLES 15 SP3 |
V11.0.1 |
| Sì (opzione preferita) | Sì | RHEL 8.6 SLES 15 SP4 |
V11.0.4 | |
| Sì (opzione preferita) 1 | Sì | RHEL 8.7 | V11.0.5 | |
| Sì (opzione preferita) 1 | Sì | SLES 15 SP5 | V11.0.9 |
1 Richiede SAP HANA 2.0 SPS 04 o versioni successive
2 L'API SavePoint di SAP HANA sfrutta il CBT di backup e RE e supporta la funzionalità di montaggio istantaneo incrementale permanente e consapevole delle app con opzione di rollforward dei log. Il servizio di backup e RE supporta la CBT con HANA su RHEL 7.2 e versioni successive. Per un elenco completo delle versioni RHEL idonee per la CBT, consulta Supporto del sistema operativo Linux.
3 La modalità Backint di SAP HANA supporta solo il backup settimanale completo con incrementali giornalieri. Supporta il recupero di HANA utilizzando i comandi HANA HDBSQL/Backint. Inoltre, la funzionalità di montaggio istantaneo consapevole delle app non è supportata con l'API HANA basata su file (HDBSQL/Backint)
4 Supporta solo l'opzione di mappatura dei dischi NFS di Backup e DR. Il disco NFS è sempre mappato a tutti i nodi HANA
5 Supporta sia le opzioni di mappatura dei blocchi di backup e DR sia quelle dei dischi NFS
SAP MaxDB
Il servizio di Backup e DR supporta i seguenti metodi di acquisizione dei dati:
SAP MaxDB su Linux può essere acquisito a livello di volume in modo incrementale e permanente con accesso istantaneo e creazione di cloni virtuali per TDM. Questa opzione sfrutta le funzionalità di monitoraggio dei blocchi modificati di LVM e Backup e DR ed è l'alternativa consigliata.
Per i clienti che non utilizzano LVM o che non possono utilizzare l'acquisizione a livello di volume, in alternativa è possibile acquisire MaxDB su Linux utilizzando il backup completo + incrementale. Viene utilizzato il backup basato su dump del database e tipicamente viene eseguito come backup completo settimanale e incrementale giornaliero. Il recupero richiede la ricostruzione degli incrementali sull'ultimo backup completo.
| Versioni di SAP MaxDB supportate | Sistemi operativi supportati | Versione minima richiesta dell'agente (Connector) di 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-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 (in precedenza Sybase IQ)
Il servizio di backup e RE supporta l'acquisizione di SAP IQ a livello di volume in modo incrementale e permanente con accesso istantaneo e creazione di cloni virtuali per TDM. Sfrutta le funzionalità di monitoraggio dei blocchi modificati di LVM e Backup e DR ed è l'alternativa consigliata.
| Versioni SAP IQ supportate | Sistemi operativi supportati | Versione minima richiesta dell'agente (Connector) di Backup e DR |
|---|---|---|
| SAP IQ 16.x (completa + incrementale) |
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 |
File system
Gli agenti di backup e DR rilevano ogni volume su un punto di montaggio di rete come applicazione protetta. Per ognuna di queste applicazioni rilevate, l'agente di backup e RE orchestra il processo di raggiungimento della coerenza (tramite snapshot VSS/LVM), presenta un disco di staging che verrà formattato con un file system dello stesso tipo di quello di origine o un tipo di file system compatibile come descritto qui.
| Sistema operativo | FS di origine | Staging Disk FS | Versione minima richiesta dell'agente Backup and DR (Connector) |
|---|---|---|---|
| Windows | NTFS | NTFS | V11.0.1 |
| PMI | NTFS | V11.0.1 | |
| ReFS | ReFS | V11.0.1 | |
| Linux 1 | EXT2 | EXT2 o NFS 4 | V11.0.1 |
| EXT3 | EXT3 o NFS 4 | V11.0.1 | |
| EXT4 | EXT4 o NFS 4 | V11.0.1 | |
| XFS | XFS o NFS 4 | V11.0.1 | |
| ReiserFS | ReiserFS o NFS 4 | V11.0.1 | |
| NFS | EXT3 o NFS 4 | V11.0.1 | |
| BTRFS | EXT3 o NFS 4 | V11.0.1 |
Se presente, viene utilizzato come origine 1 snapshot LVM. È supportato il montaggio nuovamente sullo stesso server LVM
2 Solo versioni integrate
3 Crittografia non supportata
4 È supportata solo la versione 3 del protocollo NFS
Testare la gestione dei dati con i container
Il backup e il RE sfruttano i volumi NFS per rendere disponibili i dati delle applicazioni acquisite come condivisioni NFS per i container. In questo modo è possibile creare cloni virtuali dei database supportati accessibili dall'interno dell'ambiente containerizzato.
Virtualizzazione dei dati per gli ambienti virtuali
La funzionalità di backup e DR supporta la virtualizzazione dei dati per gli ambienti virtuali utilizzando i seguenti metodi:
Google Cloud VMware Engine
Il servizio di backup e RE supporta l'acquisizione di dati dalle macchine virtuali VMware sfruttando le chiamate alle API VMware vSphere Storage - Data Protection (in precedenza API vStorage per la protezione dei dati o VADP) per acquisire un intero server virtuale. Nello specifico, le chiamate API possono:
Esegui il monitoraggio dei blocchi di modifica: viene creato uno snapshot completo iniziale di un database, dopodiché vengono acquisiti solo gli snapshot delle modifiche al database, attivando così la strategia di acquisizione incrementale permanente di Backup e DR.
Metti in sospensione le applicazioni: garantisce la coerenza delle applicazioni durante l'acquisizione.
| 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 virtuale 2 | 7-15 e 17-19 |
| Sistema operativo guest | Tutti i sistemi operativi supportati da Google Cloud VMware Engine |
| Mettere in sospensione le applicazioni 3 | Sì, in base a VMware Tools |
| Assistenza vSAN 4 | vSAN 7.0 U1, vSAN 7.0 U2, vSAN 7.0 U3 |
| Modificare il monitoraggio dei blocchi5 | Sfrutta le API di archiviazione VMware vSphere - Data Protection (in precedenza API vStorage per la protezione dei dati o VADP) |
1 Sfrutta la versione 7.0 di VMware VDDK.
2 tipi di controller NVME (disponibili su ESX 7.0 e versioni successive) non sono supportati. L'hardware virtuale versione 14 e successive è supportato solo con ESX 7.0 (e versioni successive)
3 Funzionalità applicabile a qualsiasi applicazione con uno scrittore VSS o script pre e post per ottenere un'acquisizione coerente con l'applicazione.
4 Poiché VMware vSAN non supporta le funzionalità di accesso ai dispositivi RDM, il montaggio di una VM non è supportato da Backup e RE quando si utilizzano RDM. Sono supportati i ripristini e le cloni delle VM. Tuttavia, il montaggio di una VM è supportato in Backup e RE quando si utilizza il trasporto NFS anziché RDM.
5 Non supportato per i dischi presentati alle VM di produzione come pRDM.
6 La configurazione della modalità di trasporto SAN per il disco di staging del backup (backup basati su agente) e il montaggio e il ripristino dei backup utilizzando iSCSI non è supportata.