Domande frequenti su Zero Data Loss Autonomous Recovery Service

Domande generali

Perché scegliere Oracle Database Zero Data Loss Autonomous Recovery Service?

Oracle Database Zero Data Loss Autonomous Recovery Service è una soluzione di protezione dei dati completamente gestita progettata per salvaguardare i database Oracle su più piattaforme cloud, tra cui Oracle Cloud Infrastructure (OCI), Amazon AWS, Microsoft Azure e Google Cloud. Progettato appositamente per la protezione e la resilienza informatica di Oracle Database, protegge le transazioni del database in tempo reale, convalida continuamente l'integrità del backup e offre un ripristino rapido del database senza perdite di dati.

Recovery Service offre una soluzione unica, affidabile, efficiente e a costi contenuti per proteggere gli asset strategici di Oracle Database nel cloud.

Quali sono le versioni di database supportate?

Recovery Service può essere utilizzato per proteggere Oracle Database 19c, 21c e 23ai Standard ed Enterprise Edition. Per informazioni su versioni e release specifiche, consulta la documentazione.

Recovery Service è integrato con l'API di Oracle Recovery Manager (RMAN)?

Oracle RMAN è una parte fondamentale della tecnologia Recovery Service con un'integrazione che si estende ben oltre quella dell'API. Progettato appositamente per la protezione di Oracle Database e la resilienza ai ransomware, Recovery Service è integrato in modo nativo con tecnologie di database che offrono un ripristino prevedibilmente rapido in qualsiasi momento senza perdita di dati.

Oracle RMAN viene utilizzato insieme alla collaudata base tecnologica di Zero Data Loss Recovery Appliance di Oracle. Recovery Service aggiunge l'automazione cloud end-to-end per ragioni di facilità d'uso ed economia del cloud che apportano maggiore disponibilità e resilienza per le organizzazioni di qualsiasi dimensione o budget.

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

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

Quanto costa il Recovery Service?

Il costo si basa interamente sulla quantità di storage necessaria per i backup con consumo pay-as-you-use e senza costi iniziali. La versione base, Oracle Database Autonomous Recovery Service, è l'opzione predefinita per i backup automatici e ha un prezzo pari a quello dei backup di Oracle Cloud Infrastructure (OCI) Object Storage, offrendo al contempo un valore aziendale molto maggiore.

Per circa il 30% in più, Oracle Database Zero Data Loss Autonomous Recovery Service introduce una protezione dei dati in tempo reale, consentendoti di ripristinare fino al punto dell'ultima transazione impegnata, riducendo notevolmente i rischi aziendali.

Disponibilità

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

Recovery Service viene eseguito su Zero Data Loss Recovery Appliance di Oracle, un Oracle Engineered System che integra risorse software, di calcolo e di storage e incorpora le best practice di Oracle Maximum Availability Architecture (MAA) senza alcun singolo punto di errore.

Implementato in una configurazione ad alta disponibilità, Recovery Service replica automaticamente i backup in un'altra istanza all'interno della stessa region cloud senza costi aggiuntivi. Questa resilienza integrata non prevede tempi di inattività e l'infrastruttura è completamente gestita dai tecnici di Oracle Cloud.

In che modo la protezione dei dati in tempo reale migliora la resilienza ai ransomware?

Recovery Service è integrato in modo nativo con la tecnologia di trasporto redo di Oracle Data Guard per proteggere le transazioni del database in tempo reale, riducendo così i recovery point objective (RPO) a meno di un secondo. Senza questo, l'RPO sarebbe di almeno 15 minuti, ma in genere anche ore o un giorno intero: la quantità di tempo passata dall'ultimo backup.

Con un solo clic, puoi abilitare la protezione dei dati in tempo reale, rendendo Recovery Service una destinazione di log archiviata alternativa per il database protetto. Man mano che le modifiche redo vengono generate nella memoria del database, vengono inviate e convalidate automaticamente sul Recovery Service come ricevute. Quando si verifica un log switch del database, Recovery Service crea automaticamente un backup del log archiviato compresso e lo registra nel Recovery Catalog.

Cosa succede se la protezione dei dati in tempo reale è abilitata e la connettività al Recovery Service viene persa?

Se il flusso dei redo log termina in modo imprevisto, Recovery Service chiude il flusso dei 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 Service rileva che il flusso dei redo log è stato riavviato, recupera automaticamente tutti i file dei redo log mancanti dal database protetto per conservare la finestra di recupero prevista definita dall'utente.

Se i redo log sono già presenti in Recovery Service, 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 la protezione dei dati in tempo reale è abilitata, i backup dei log archiviati sono ancora necessari?

No. Recovery Service 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 Service, si elimina la necessità di eseguire e inviare backup periodici dei log archiviati al Recovery Service.

Sicurezza

Quale separazione logica esiste tra database di produzione e backup?

Recovery Service è progettato per essere isolato dagli errori dai database di produzione che protegge. Opera all'interno di una tenancy gestita da Oracle, utilizzando la connettività degli endpoint privati alla tenancy del cliente. Questa architettura fornisce un air gap logico aggiungendo un buffer di sicurezza extra; se un attacco informatico compromette il database di produzione, il Recovery Service rimane inalterato.

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

Recovery Service è progettato appositamente per Oracle Database, riducendo così l'esposizione a vari file system e applicazioni distribuite con protocolli di sicurezza diversi. La comunicazione tra database protetti e Recovery Service è organizzata da RMAN, che gestisce tutti gli spostamenti dei dati per le operazioni di backup e recupero.

I backup vengono accettati solo dai database pre-registrati. Durante il processo di inclusione, tutti i backup vengono convalidati per confermare che siano leggibili da Oracle RMAN prima di essere memorizzati sul disco. Questo processo di convalida rifiuta tutti i file che non soddisfano i criteri, ad esempio i file eseguibili (.exe), che sono vettori di attacco comuni.

Quali sono i controlli dell'accesso e la separazione dei compiti degli utenti disponibili?

Recovery Service fornisce controlli di accesso completi sui privilegi e sulle attività degli utenti, consentendo alle organizzazioni di soddisfare una vasta gamma di requisiti di sicurezza. Puoi creare facilmente account e gruppi di utenti di Oracle Cloud Infrastructure per gestire le risorse del Recovery Service con modelli predefiniti e criteri personalizzati.

Consulta la documentazione del Recovery Service sulla creazione di gruppi e utenti insieme alle autorizzazioni necessarie durante l'esecuzione del Recovery Service nei data center del cloud pubblico di Oracle o nei modelli di policy multicloud.

Recovery Service supporta l'immutabilità del backup?

Sì. Le policy di protezione di Recovery Service ti permettono di impostare un periodo retention-locked in cui è vietata l'eliminazione o la riduzione del periodo di conservazione.

Qual è l'impatto sul consumo di storage del backup dei database crittografati?

Poiché Recovery Service è integrato con i formati Transparent Data Encryption (TDE) Oracle, l'impatto sullo storage è trascurabile. Recovery Service comprime i database cifrati TDE durante il backup per una protezione dei dati più rapida ed efficiente in termini di spazio. 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 ad abbassare così i costi complessivi.

Con le soluzioni di backup tradizionali, ci si potrebbe aspettare che il consumo di storage di backup aumenti poiché i dati crittografati in genere non possono essere compressi o deduplicati. Recovery Service elimina efficacemente questa tassa sullo storage di backup che viene fornita con la crittografia end-to-end della sicurezza dei dati alla sua origine, tutto all'interno del database.

Le chiavi di cifratura di backup sono memorizzate nel Recovery Service?

No. Le chiavi di cifratura per i database protetti e messi in sicurezza con Oracle Transparent Data Encryption sono gestite dal database protetto memorizzato in un Oracle Wallet, Oracle Key Vault, Azure Key Vault o in un altro sistema di gestione delle chiavi integrato.

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

Recovery Service utilizza una subnet privata designata per le operazioni di backup e ripristino per fornire isolamento della rete e controllo dell'accesso. Ogni virtual cloud network (VCN) deve disporre di almeno una subnet privata configurata per i backup, che può quindi essere registrata con Recovery Service abilitando la connettività tra il database e il servizio.

Le policy OCI possono essere assegnate per il controllo dell'accesso, ad esempio consentendo al Recovery Service di accedere ai database solo in una VCN scelta. Consulta la documentazione di Recovery Service per ulteriori dettagli sulla gestione delle subnet.

Gestione operativa

In che modo i database protetti si connettono e comunicano con Recovery Service?

I database protetti utilizzano il modulo di backup di Recovery Service, una libreria SBT Oracle utilizzata da Oracle RMAN per trasferire i dati di backup sulla rete al servizio. Poiché è incorporato nel software di database, non è necessario installare componenti aggiuntivi. È sufficiente selezionare Recovery Service (impostazione predefinita) come destinazione quando si impostano i backup automatici. Facoltativamente, puoi abilitare la protezione dei dati in tempo reale per utilizzare Zero Data Loss Autonomous Recovery Service.

È necessario un catalogo Oracle Recovery Manager?

No. Recovery Service dispone di un catalogo di ripristino completamente gestito e integrato che offre tutti i vantaggi di un catalogo Oracle RMAN. Gestisce inoltre i metadati per le policy, le impostazioni e le operazioni del Recovery Service.

È necessario specificare la posizione di backup quando si avvia un'operazione di ripristino?

No. Il Recovery Service tiene traccia di backup, repliche e copie di archiviazione insieme alla conservazione associata per ciascuno e avvierà automaticamente il ripristino dall'origine ottimale. Ad esempio, se un backup non risiede più nel Recovery Service, ma è disponibile una copia di backup dell'archivio, verrà ripristinato automaticamente senza l'intervento dell'utente.

Negli ambienti multicloud, i backup nel Recovery Service possono essere memorizzati nello stesso cloud?

Sì. Quando si configura Recovery Service come destinazione di backup automatico, è possibile scegliere l'opzione per cui i backup vengano memorizzati nel Recovery Service nello stesso cloud in cui viene eseguito il database di produzione, ad esempio OCI, Azure o Google Cloud. Se questa opzione non è selezionata, i backup verranno memorizzati nel Recovery Service situato nei data center OCI.

Le copie di conservazione a lungo termine on-demand vengono memorizzate nei data center del cloud pubblico di Oracle nell'Infrequent Access Tier di Oracle Cloud Infrastructure (OCI) Object Storage. Negli ambienti multicloud, ciò è concettualmente simile al modo in cui i backup su nastro sono stati inviati allo storage esterno per la durata dei periodi di conservazione.

In che modo gli amministratori possono gestire centralmente la propria strategia di backup per tutti i database?

L'OCI Console fornisce un'interfaccia unificata per centralizzare la strategia di backup per tutti i database Oracle Cloud nella tua tenancy. Puoi utilizzare la pagina Database Backups per configurare le risorse del Recovery Service, monitorare i backup dei database protetti e analizzare l'utilizzo dello storage di backup per i singoli database.

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

Sì. Utilizza la funzione di allarmi del servizio Oracle Cloud Infrastructure Monitoring per monitorare le risorse del database protetto e ricevere una notifica quando le metriche soddisfano i trigger specificati dagli allarmi.

Da ogni metrica mostrata nella pagina dei dettagli del database protetto è possibile impostare un allarme e ricevere una notifica quando viene soddisfatta una condizione definita dall'utente. Ad esempio, puoi creare un allarme per notificare quando lo spazio utilizzato per la finestra di ripristino è superiore al 70% o quando lo stato di integrità del database protetto viene modificato a 1 (avvertenza).

I backup gestiti dal servizio possono essere utilizzati per creare copie del database o creare un'istanza di uno standby Data Guard?

Sì. L'amministratore del database può facilmente selezionare quale backup completo virtuale deve essere utilizzato per la copia o per creare un'istanza di uno standby Data Guard.