Domande frequenti su Zero Data Loss Recovery Appliance

Che cos'è Zero Data Loss Recovery Appliance di Oracle?

Zero Data Loss Recovery Appliance di Oracle è un sistema ingegnerizzato di Oracle appositamente progettato per la protezione di Oracle AI Database e la resilienza informatica. Co-sviluppato con Oracle AI Database, Recovery Appliance offre funzionalità uniche per semplificare la gestione operativa, migliorare l'efficienza delle risorse e ridurre i rischi aziendali con un recupero dei dati a perdita zero rapido e prevedibile.

L'automazione del recupero, l'immutabilità del backup e un'architettura a elevata disponibilità aiutano a soddisfare i requisiti dell'organizzazione per la protezione e il recupero rapido dei dati fondamenali.

È disponibile una versione cloud di Recovery Appliance?

Sì. Database Zero Data Loss Autonomous Recovery Service di Oracle è un'offerta di cloud pubblico completamente gestita che utilizza la stessa tecnologia di perdita zero di dati insieme all'automazione cloud integrata. Viene eseguita sulle Recovery Appliance completamente gestite dagli ingegneri cloud Oracle. Recovery Service è disponibile negli ambienti di cloud pubblico (OCI) e multicloud di Oracle:Oracle Database@AWS, Oracle Database@Azure e Oracle Database@Google Cloud.

Quali sono le versioni di Oracle AI Database supportate?

Recovery Appliance supporta ambienti eterogenei su cui sono in esecuzione Oracle Database e Oracle AI Database 26ai, Standard ed Enterprise Edition.

Quali sono le opzioni di interfaccia disponibili con Recovery Appliance?

Oracle Enterprise Manager Cloud Control è l'interfaccia utente consigliata per gestire e monitorare l'ambiente. Il plugin Cloud Control per Recovery Appliance offre una vista unificata dell'intero ciclo di vita del backup per ogni database, indipendentemente dal fatto che i backup risiedano su disco, su nastro o su un'altra Recovery Appliance.

Sebbene Cloud Control sia l'interfaccia utente consigliata per l'amministrazione di Recovery Appliance, Oracle fornisce il pacchetto DBMS_RA PL/SQL come alternativa dalla riga di comando. Per il monitoraggio e il reporting della riga di comando, è sufficiente eseguire una query sulle viste del catalogo Recovery Appliance.

È possibile eseguire il backup dei dati del file system o di qualsiasi database non Oracle su Recovery Appliance?

No, Recovery Appliance è progettato appositamente per la protezione di Oracle AI Database e la resilienza informatica.

Quale resilienza e tolleranza agli errori sono integrate nell'architettura dell'appliance?

Recovery Appliance, un Oracle Engineered System, offre un'architettura resiliente con software integrato, server di calcolo e storage e best practice integrate di Oracle Maximum Availability Architecture (MAA) senza alcun singolo punto di errore. Basata sull'architettura di Oracle Exadata, Recovery Appliance eredita le sue comprovate caratteristiche di affidabilità, scalabilità, ridondanza e prestazioni.

Recovery Appliance è progettata per essere isolata dagli errori dal database di produzione che protegge. Se un attacco informatico colpisce il database di produzione, Recovery Appliance non viene compromessa.

In che modo l'abilitazione del trasporto dei redo log in tempo reale migliora la resilienza?

Recovery Appliance ha integrato in modo nativo la tecnologia di trasporto dei redo log di Oracle Data Guard, riducendo il Recovery Point Objective (RPO) a meno di un secondo invece del tempo trascorso dall'ultimo backup, che potrebbe essere di 15 minuti, poche ore o anche un giorno intero. Per una protezione e un recupero continui delle transazioni senza perdita di dati, è sufficiente abilitare il trasporto dei redo log in tempo reale su database protetti. Quando il database genera modifiche dei redo log in memoria, il redo viene inviato automaticamente a Recovery Appliance, che convalida i blocchi di redo. Quando si verifica un log switch del database, Recovery Appliance crea automaticamente un backup del log archiviato compresso e lo cataloga.

Che cosa accade se il trasporto dei redo log in tempo reale è abilitato e la connettività all'appliance viene persa?

Se il flusso dei redo log termina in modo imprevisto, Recovery Appliance chiude il flusso dei redo log in entrata e crea un backup parziale del file dei redo log archiviato, proteggendo così le transazioni fino all'ultima modifica ricevuta. Quando Recovery Appliance rileva che il flusso dei redo log è stato riavviato, recupera automaticamente tutti i file dei redo log i mancanti dal database protetto per conservare la finestra di recupero prevista definita dall'utente.

Se i redo log sono già presenti in Recovery Appliance, sono ancora necessari backup incrementali?

Sì. I backup incrementali giornalieri rendono il processo di recupero più veloce ed efficiente rispetto al ripristino e all'applicazione di giorni o settimane di backup dei log archiviati durante il recupero.

Se il trasporto dei redo log in tempo reale è abilitato, i backup dei log archiviati sono ancora necessari?

No. Recovery Appliance protegge le transazioni del database man mano che si verificano, creando automaticamente backup dei log archiviati quando si verifica un log switch del database. Poiché i backup dei log archiviati risiedono già su Recovery Appliance, si elimina la necessità di eseguire e inviare backup periodici dei log archiviati all'appliance.

Una strategia di vault informatico con replica air-gapped è supportata?

Sì, Recovery Appliance supporta la replica continua per scopi di disaster recovery o elevata disponibilità e la replica air-gapped per configurazioni di vault informatici. La connettività di rete alla Recovery Appliance sviluppata in un vault informatico è controllata da un firewall/gateway. Ciò crea un "air gap" che limita la quantità di tempo in cui l'ambiente è accessibile dalla rete, riducendo così il vettore di attacco.

La strategia di backup incrementale permanente di Recovery Appliance aiuta a ridurre al minimo la finestra online del vault poiché solo le modifiche incrementali vengono replicate dopo un backup completo iniziale. I controlli di accesso integrati ed Enterprise Manager vengono utilizzati per creare configurazioni sicure in cui nessun singolo utente ha accesso al 100% a tutti gli ambienti (ad esempio, Recovery Appliance primaria, repliche e vault informatico). È possibile ripristinare in un'area pulita o in un altro ambiente quando necessario.

I backup su Recovery Appliance possono essere eseguiti su un database in standby su Data Guard?

Sì, è possibile utilizzare una strategia incrementale permanente quando si esegue il backup dai database primari o in standby. Se i backup vengono eseguiti sia sul database primario che in standby, ogni Recovery Appliance dispone di backup e informazioni dei redo log per lo stesso database. Di conseguenza, entrambe le appliance possono essere utilizzate per le operazioni di ripristino e recupero RMAN.

Quali sono le best practice per la sicurezza integrate nell'appliance?

La piattaforma Recovery Appliance utilizza un'architettura approfondita per la difesa che segue le best practice per la sicurezza, tra cui:

• Codice limitato utilizzato con un elenco troncato di pacchetti installati in modo che solo i servizi essenziali vengano eseguiti sull'appliance
• Oracle Integrated Lights Out Manager (ILOM) per la gestione remota sicura
• Record di audit di tutte le modifiche a login e configurazione
• Controlli di scrubbing dei dischi Exadata e checksum Exadata
• Firewall abilitati (iptables) nei server di storage
• Audit abilitato per gli utenti del sistema operativo
• Applicazione di policy della password potenziati

In che modo Recovery Appliance può ridurre al minimo i tipici vettori di attacco e la superficie di attacco?

Sebbene lo sviluppo utilizzi un’architettura client/server, la connettività è intrinsecamente limitata solo ai database Oracle, invece che a una vasta gamma di applicazioni con differenti protocolli di sicurezza. La comunicazione tra database protetti (client) e Recovery Appliance è organizzata da RMAN, che controlla tutti gli spostamenti dei dati per le operazioni di backup e recupero.

Recovery Appliance accetta i backup in entrata solo da database pre-iscritti con un account utente del catalogo privato virtuale (VPC) autorizzato (ad esempio, amministratore del database) configurato da un amministratore dell'appliance. Durante la fase di caricamento, tutti i backup vengono convalidati (leggibili da RMAN) prima di essere memorizzati sul disco. Nessun file .exe, un tipico vettore di attacco, sarebbe accettato.

La standardizzazione della gestione operativa con una strategia di backup incrementale permanente in tutti i database Oracle aiuta a eliminare il sovraccarico e il rischio di utilizzare diversi script di database in tutto l'ambiente. Recovery Appliance offre prestazioni e scalabilità su scala cloud, consentendo il consolidamento della protezione dei dati per decine, centinaia o migliaia di database Oracle, riducendo così l'area di attacco.

Recovery Appliance prevede una separazione dei compiti e un accesso basato sui ruoli?

Sì. Gli ambienti Recovery Appliance sono costituiti da tre gruppi di utenti principali: amministratori di Cloud Control, amministratori di database (DBA) e amministratori di Recovery Appliance. Il modello utente prevede una separazione dei compiti; i ruoli per i database, Recovery Appliance e per qualsiasi appliance correlata sono separati l'uno dall'altro. A ciascun gruppo di utenti può essere concesso l'accesso per i compiti associati al proprio ruolo. Nessun utente può accedere ad altri sistemi per i quali non dispone i privilegi. Ciò consente alle organizzazioni di implementare protocolli di sicurezza come nessun utente che dispone dei diritti di modifica sui dati di produzione e backup.

Ambienti più grandi possono includere più Recovery Appliance con una replica a un'altra per il disaster recovery e/o un vault informatico. Ogni Recovery Appliance mantiene il proprio set di utenti autorizzati e criteri di protezione, che possono allinearsi o differire dall'appliance a monte.

È possibile consultare la documentazione per ulteriori dettagli.

Gli utenti con privilegi SYSDBA possono sostituire le impostazioni dei criteri di protezione di Recovery Appliance?

No. I backup dei database protetti vengono gestiti durante tutto il loro ciclo di vita in base ai criteri di protezione associati definiti su Recovery Appliance. Un DBA che emette RMAN DELETE OBSOLETE o DELETE DATABASE ALONG WITH BACKUPS potrebbe influire sui backup gestiti localmente (se presenti), ma non avrebbe alcun effetto sui backup nella gestione di Recovery Appliance, indipendentemente dal fatto che risiedano su Recovery Appliance o siano stati copiati su supporti alternativi.

Come viene salvaguardato l'accesso root all'appliance?

Le organizzazioni con requisiti di sicurezza e compliance stringenti possono rafforzare le operations e ridurre l'esposizione a un singolo account utente richiedendo un quorum degli utenti per l'accesso di sistema o root. Una volta configurato, l'accesso root può essere concesso a un amministratore per un periodo definito solo se altri due amministratori approvano la richiesta.

Per ulteriori informazioni sulle operazioni di sicurezza con i requisiti di quorum degli utenti, consulta la documentazione.

Se è implementato Oracle Transparent Data Encryption (TDE), qual è l'impatto sul consumo dello storage di backup?

L'integrazione di Recovery Appliance con i formati di dati TDE offre il vantaggio esclusivo di una protezione dei dati efficiente in termini di spazio: i database vengono compressi durante il backup per prestazioni più rapide e un consumo di storage inferiore. La compressione dei backup insieme a una strategia incrementale permanente aiutano a massimizzare l'efficienza, a ridurre al minimo il consumo di storage di backup e a ridurre i costi complessivi.

Le chiavi di cifratura di backup sono memorizzate nell'appliance?

No. Le chiavi di cifratura per i database che hanno una protezione con TDE vengono gestite dal database e memorizzate in un Oracle Wallet o in Oracle Key Vault.

Recovery Appliance può applicare un requisito per la cifratura di tutti i backup?

Sì, questa è un'impostazione facoltativa dei criteri di protezione. All'interno del criterio di protezione, attiva la modalità sicura per richiedere che tutti i backup e i redo log accettati da Recovery Appliance siano cifrati. Questa impostazione sarà applicabile a tutti i database protetti associati a tale criterio.

Recovery Appliance supporta l'immutabilità del backup?

Sì. I criteri di protezione di Recovery Appliance consentono di impostare un periodo di conservazione della compliance in cui è vietata l'eliminazione o la riduzione del periodo di conservazione. L'immutabilità del backup può essere ulteriormente applicata alle copie di archiviazione inviate dall'appliance ai bucket compliance con le normative OCI o ZFS per periodi di conservazione immutabili a lungo termine.

Per ulteriori informazioni sull'immutabilità del backup o sull'impostazione di criteri per soddisfare i requisiti di blocco legale, è possibile consultare la documentazione.

In che modo i dati di backup e recupero vengono inviati in modo sicuro sulla rete?

Recovery Appliance utilizza Transport Layer Security (TLS) per la cifratura delle comunicazioni end-to-end. TLS tra Recovery Appliance e i database client utilizzano certificati che autenticano e cifrano la comunicazione. È possibile consultare la documentazione per ulteriori dettagli.

Le reti non instradabili possono essere utilizzate per isolare i dati di backup e recupero in transito?

Sì. Recovery Appliance supporta il tag VLAN per la segregazione della rete. Utilizza reti con tag VLAN per isolare il traffico di backup e recupero per i database protetti con zone di rete non instradabili.

In che modo i database protetti si connettono e comunicano con l'appliance?

I database protetti utilizzano il modulo di backup Zero Data Loss Recovery Appliance (libra) incluso in un'installazione di database standard, rendendo più facile stabilire l'appliance come destinazione di backup. Questo modulo è una libreria SBT fornita da Oracle che RMAN utilizza per trasferire i dati di backup sulla rete a Recovery Appliance.

È necessario un catalogo Oracle Recovery Manager (RMAN)?

Tuttavia, è possibile importare i cataloghi RMAN esistenti nel catalogo dell'appliance oppure utilizzare il comando RMAN REGISTER DATABASE. Tuttavia, è possibile importare i cataloghi RMAN esistenti nel catalogo dell'appliance oppure utilizzare il comando RMAN REGISTER DATABASE.

Qual è il processo di esecuzione di patch per Recovery Appliance?

Recovery Appliance rilascia bundle di patch trimestrali che includono ogni aggiornamento software e firmware necessario. In qualità di Oracle Engineered System, Oracle Platinum Services offre un processo proattivo di distribuzione delle patch per garantire la manutenzione ottimale dell'appliance. Per ulteriori informazioni su questo servizio gratuito e sull'assistenza remota per la distribuzione delle patch fornita, è possibile consultare il documento ID di My Oracle Support 2063633.1.

Durante il recupero, i DBA devono specificare la posizione di "recupero da" (ad esempio disco, nastro, cloud, replica)?

No. Recovery Appliance tiene traccia di backup, repliche e copie di archiviazione insieme alla memorizzazione associata a ciascuno di essi. Avvierà automaticamente il recupero dalla fonte ottimale. Ad esempio, se il backup non risiede più nel Recovery Appliance locale (la posizione di backup iniziale) ma si trova su una replica e su nastro, il recupero verrà eseguito direttamente dalla replica poiché in genere è più veloce del nastro, senza necessità di intervento da parte dell'utente.

In che modo gli amministratori possono monitorare in modo proattivo lo stato di integrità e protezione dell'appliance dei database?

La home page di Recovery Appliance in Cloud Control fornisce una panoramica corrente dell'ambiente e dell'attività, con la visualizzazione di avvertenze, avvisi ed errori. Il framework di notifica degli incidenti e degli eventi di Cloud Control è integrato in modo nativo all'interno dell'appliance, consentendo di gestire in modo efficace eventuali problemi che si verificano e tenerne traccia fino alla risoluzione.

È possibile generare avvisi automatici per notificare agli amministratori problemi urgenti o potenziali?

Sì. Oltre al dashboard della home page, gli avvisi possono essere inviati alle parti coinvolte in base a parametri definiti dall'utente all'interno della pagina delle impostazioni delle metriche e delle raccolte di Enterprise Manager per Recovery Appliance. Questa pagina include categorie quali l'integrità del sistema, i database protetti e lo storage. Gli amministratori possono modificare la frequenza di raccolta delle metriche (in genere i valori predefiniti sono 5 o 15 minuti) e stabilire soglie di avvertenza e critiche per attivare gli avvisi.

Per ulteriori informazioni, è possibile consultare Monitoraggio di Recovery Appliance.

Recovery Appliance offre report pronti all'uso?

Sì. Recovery Appliance offre una selezione di report dettagliati e sintetici che aiutano a gestire in modo efficace, pianificare proattivamente e tenere informate le parti coinvolte su prestazioni, capacità, stato della protezione attuale ed esposizione ai rischi. I report sono integrati in Oracle Analytics Publisher e possono essere consultati su richiesta o pianificati e inviati automaticamente al team di gestione.

Oracle Analytics Publisher è disponibile come componente della suite completa di Oracle Analytics Server o come componente di Oracle Analytics Publisher installato in modo indipendente. Per ulteriori informazioni, è possibile consultare Accesso ai report di Recovery Appliance.

Quali sono le configurazioni Recovery Appliance minime e massime?

Un rack di base Recovery Appliance RA23 o RA23-Z è composto da 2 server di calcolo e 3 server di storage. È possibile aggiungere ulteriori server di storage in modo incrementale fino a un totale di 17 server di storage in un rack completo. Una singola configurazione Recovery Appliance può scalare fino a 18 rack completi con 36 server di calcolo e fino a 306 server di storage.

Per ulteriori dettagli, è possibile consultare la scheda tecnica di Recovery Appliance (PDF).

Qual è la differenza tra le configurazioni Recovery Appliance RA23 e RA23-Z?

Le configurazioni Recovery Appliance RA23 e RA23-Z sono identiche ad eccezione della capacità e del numero di dischi High Capacity (HC) per server di storage. Un server di storage RA23 fornisce 92 TB1 di capacità con 12 unità HC. D'altro canto, i server di storage RA23-Z sono ottimizzati con 6 dischi HC e 45 TB¹ di capacità ciascuno per quei clienti che hanno bisogno di meno capacità e throughput.

I server di storage RA23 e RA23-Z possono essere utilizzati nella stessa Recovery Appliance?

No. Le configurazioni Recovery Appliance devono utilizzare gli stessi server di storage: RA23 o RA23-Z. Tuttavia, entrambi possono essere utilizzati in ambienti replicati: i backup possono essere replicati da Recovery Appliance RA23 a RA23-Z o viceversa.

Le prestazioni sono scalabili in modo lineare con l'aggiunta di più rack alla configurazione?

Sì. Ogni rack Recovery Appliance aggiuntivo include 2 server di calcolo, aumentando la produzione finale e le prestazioni disponibili. Ad esempio, la configurazione multi-rack 3 in 1 di Recovery Appliance offre la potenza di calcolo e la produzione finale di 6 server di calcolo e la capacità di 9-51 server di storage. Sebbene i server di storage possano essere scalati all'interno di un singolo rack da un minimo di 3 a 17, ogni rack dispone sempre di 2 server di calcolo, il che è tutto ciò che è necessario per alimentare in modo efficace le operazioni per la massima capacità del rack.

È possibile aggiungere altri server di storage mentre Recovery Appliance è online?

Sì. L'aggiunta di server di storage a Recovery Appliance non richiede periodi di inattività e può essere eseguita mentre l'appliance è online.

Exadata può essere connesso direttamente a Recovery Appliance per un backup/recupero più rapido?

Recovery Appliance può essere configurato con switch Top-of-Rack (ToR) da 100 Gb per creare una rete di backup/recupero dedicata per i database protetti ospitati su Exadata. Questa connettività diretta aiuta a ottimizzare la produzione finale complessiva, che è particolarmente vantaggiosa per i grandi volumi di backup del database, ed elimina i potenziali ritardi di congestione dovuti al passaggio su reti di backup del data center condivise.

I clienti con severi requisiti di sicurezza spesso utilizzano questa strategia per migliorare le prestazioni e isolare il traffico di rete per le applicazioni di database critiche.

In che modo la soluzione può ottimizzare le prestazioni durante il backup dei database cifrati con TDE?

Recovery Appliance, integrato con il formato di dati TDE, preserva la crittografia del database a riposo, fornendo al contempo funzionalità di compressione innovative e backup incrementali permanenti per ridurre il consumo di storage. I backup crittografati ed efficienti in termini di spazio possono ottenere fino a tre volte il risparmio di storage di backup e il doppio della velocità di backup rispetto alle soluzioni di storage per uso generico, meno dati inviati sulla rete e inclusi nell'appliance.

Quali topologie di replica sono supportate?

Recovery Appliance supporta la maggior parte delle topologie di replica per soddisfare i requisiti di disaster recovery, elevata disponibilità e resilienza informatica.

Recovery Appliance Replication o Replica dei backup con Recovery Appliance nella documentazione e Rafforza Oracle Database Cyber Defense and Recovery con Zero Data Loss Air-Gapped Backups per informazioni dettagliate sull'implementazione di una strategia di vault informatico.

I database possono essere associati a criteri di protezione diversi su ogni appliance in configurazioni di replica?

Sì. I criteri di protezione vengono definiti e gestiti in modo indipendente su ogni Recovery Appliance. Ogni database protetto deve essere associato a un criterio di protezione definito in ogni Recovery Appliance in cui risiedono i backup: i criteri possono utilizzare le stesse impostazioni o impostazioni diverse. Ciò offre flessibilità e controllo dettagliato nella gestione del backup di un database durante tutto il suo ciclo di vita, che può includere più posizioni per durate variabili. Le copie di backup su supporti alternativi possono essere create su richiesta o pianificate da qualsiasi appliance con impostazioni di conservazione definite dall'utente per le copie.

I cataloghi di Recovery Appliance vengono sincronizzati periodicamente in modo automatico, rendendo i ripristini fluidi senza la necessità di designare la posizione in cui risiedono attualmente i backup.

La replica è configurata da un database o da un criterio protetto?

La replica viene configurata a livello di criterio di protezione e tutti i backup per i database protetti associati a tale criterio vengono replicati nell'appliance definita. Che si tratti di replicare in un'altra appliance per finalità di disaster recovery/elevata disponibilità o in un vault informatico, Recovery Appliance automatizza il processo senza la necessità di pianificazioni definite dall'utente a livello di criteri o database.

A quale intervallo vengono replicati i backup?

I backup RMAN in entrata vengono replicati in automatico immediatamente alla ricezione senza dover essere inclusi completamente nell'appliance a monte. Ogni Recovery Appliance convalida e cataloga in modo indipendente tutti i backup: i cataloghi vengono sincronizzati automaticamente durante i processi periodici in background. Se il trasporto dei redo log in tempo reale è abilitato, quando si verifica un log switch del database, l'appliance a monte crea un backup del log archiviato che viene quindi replicato.

Nelle configurazioni di vault informatici con connettività di rete air-gapped, Recovery Appliance invia automaticamente i backup quando il vault è online e mette in coda i backup durante i periodi di accesso chiuso.

Come viene controllata la connettività nelle configurazioni di vault informatico air-gapped?

Oracle Enterprise Manager fornisce un dashboard unificato per l'intera distribuzione Oracle, tra cui gestione, monitoraggio e avvisi per Recovery Appliance. Nelle configurazioni di vault informatico, la guida alle best practice consiste nell'utilizzare un'installazione Enterprise Manager separata per l'isolamento della gestione dagli ambienti di produzione.

L'apertura e la chiusura della connettività dei vault possono essere coordinate con la replica di Recovery Appliance per ridurre al minimo il tempo di connessione. Un interruttore di circuito basato sul tempo può anche essere aggiunto al gateway di replica per ridurre al minimo l'errore umano che potrebbe lasciare il gateway aperto più a lungo del necessario.

Per ulteriori best practice, è possibile consultare Zero Data Loss Recovery Appliance Cyber Security Architecture.

I backup possono essere replicati tra Recovery Appliance RA23 e RA23-Z?

Sì. Qualsiasi Recovery Appliance, in esecuzione su RA23, RA23-Z o su una generazione precedente, può essere replicata in un'altra Recovery Appliance in ogni topologia di replica supportata.

Per ulteriori informazioni sulla replica, consulta la documentazione.

Quali soluzioni di storage alternative sono integrate con l'appliance per la conservazione a lungo termine?

Recovery Appliance semplifica la creazione di una solida strategia di backup su più livelli con la scelta di supporti alternativi integrati, tra cui nastro, storage su disco locale e/o storage cloud:

• Nastro: il software di backup su nastro di Oracle è preinstallato e consente di implementare una strategia di backup su nastro senza i costi aggiuntivi del software di gestione dei supporti, poichè consente di collegare i dispositivi a nastro all'appliance in fibra. In alternativa, è possibile installare un modulo software di backup di terze parti (SBT) per inviare copie di backup sulla rete al server dei supporti con le unità nastro collegate.
• Storage su disco locale: puoi utilizzare ZFS Storage Appliance configurato per Oracle Cloud Infrastructure (OCI) Object Storage come livello di storage secondario.
• Cloud: archivia le copie di backup nello OCI Object Storage con il modulo SBT di backup cloud.

Come viene gestita la conservazione e come vengono rimossi i backup precedenti per le copie di backup dell'archivio?

Recovery Appliance gestisce automaticamente la conservazione di backup per le copie di archivio create su richiesta o tramite pianificazioni sull'appliance in base ai parametri definiti dall'utente impostati all'interno del criterio di protezione.

È possibile generare periodicamente copie di backup di tipo KEEP UNTIL o FOREVER per esigenze di conformità?

Sì. Molte aziende hanno requisiti di conformità per mantenere i backup di fine mese o anno per periodi di tempo specifici che vanno oltre i criteri di conservazione standard. Con Recovery Appliance, puoi creare su richiesta o pianificare una copia di backup dell'archivio con un punto di recupero specifico e mantenere fino al periodo (ad esempio, 7 anni) da inviare a nastro o cloud per lo storage a lungo termine.

Per ulteriori informazioni, è possibile consultare la documentazione relativa alle copie d'archivio.