Criteri per altri servizi gestiti da Full Stack Disaster Recovery
Full Stack DR implementa i flussi di lavoro DR gestendo altre risorse OCI che fanno parte dello stack di applicazioni. Impostare i criteri in base al caso d'uso. Ad esempio, per Oracle Database, assicurarsi di configurare i criteri per Vault. Analogamente, per il servizio di computazione, assicurarsi di configurare i criteri per l'agente Oracle Cloud.
Per consentire al servizio DR di gestire queste risorse OCI, è necessario configurare l'accesso basato su criteri per consentire l'accesso a queste risorse. Fare riferimento a Funzionamento dei criteri per informazioni sui concetti generali dei criteri IAM prima di definire i criteri IAM per il DR.
- Criteri per il servizio di computazione e l'agente Oracle Cloud
Per consentire al recupero in seguito a calamità (DR) di gestire le istanze di computazione durante la riconfigurazione dinamica, è necessario impostare i criteri per le istanze di computazione e per l'agente Oracle Cloud. - Criteri per il servizio per volumi a blocchi
Mostra come consentire a Disaster Recovery (DR) di gestire i volumi di storage a blocchi e i gruppi di volumi che fanno parte dello stack di applicazioni. - Criteri per il servizio di networking
Mostra come consentire a Disaster Recovery (DR) di gestire i componenti di rete per le istanze di computazione che fanno parte dello stack di applicazioni. - Policy per Functions Service
Mostra come consentire al disaster recovery (DR) di richiamare Oracle Functions come parte di un passo definito dall'utente in un piano DR. - Politiche per Oracle Database
Mostra come consentire al Disaster Recovery (DR) di gestire il DR per Oracle Base Database, Oracle Exadata Database Service on Dedicated Infrastructure, Oracle Exadata Database Service on Exascale Infrastructure, Oracle Exadata Database Service on Cloud@Customer database che fanno parte dello stack di applicazioni. - Policy per Oracle Autonomous Database
Mostra come consentire al disaster recovery (DR) di gestire i database Oracle Autonomous Database Service come Oracle Autonomous Database Serverless e Autonomous Database su un'infrastruttura Exadata dedicata (Autonomous Container Database) che fanno parte dello stack di applicazioni. - Criteri per la posizione del log per i log delle operazioni
Mostra come consentire a Disaster Recovery (DR) di gestire i bucket e gli oggetti dello storage degli oggetti. Questo accesso è necessario per scrivere i log nello storage degli oggetti durante le esecuzioni dei piani DR. - Criteri per lo storage degli oggetti
Mostra come consentire a Disaster Recovery (DR) di gestire i bucket e gli oggetti dello storage degli oggetti. Questo accesso è necessario per: - Criteri per il servizio tag
Mostra come consentire a Disaster Recovery (DR) di utilizzare gli spazi di nomi tag. Questo accesso è necessario quando si avviano le istanze di computazione nell'ambito delle esecuzioni dei piani DR. - Criteri per il servizio vault
Mostra come consentire al servizio vault di utilizzare il servizio DR (Disaster Recovery). Questo accesso è necessario quando si leggono le password del database Exadata e Enterprise richieste per le esecuzioni dei piani DR. - Criteri per i file system
Mostra come consentire a Disaster Recovery (DR) di gestire i file system che fanno parte dello stack di applicazioni. - Criteri per i load balancer
Mostra come consentire a Disaster Recovery (DR) di gestire i load balancer che fanno parte dello stack di applicazioni. - Policy per Kubernetes Engine (OKE)
Mostra come consentire al Disaster Recovery (DR) di gestire Kubernetes Engine (OKE) che fa parte dello stack di applicazioni. - Criteri per il sistema DB MySQL HeatWave
Mostra come consentire il Disaster Recovery (DR) per gestire il sistema DB MySQL che fa parte dello stack di applicazioni. - Criteri per i load balancer di rete
Mostra come consentire a Disaster Recovery (DR) di gestire i load balancer di rete che fanno parte dello stack di applicazioni. - Criteri per i compartimenti
Mostra come consentire al disaster recovery (DR) di gestire i compartimenti (o la tenancy) che contengono risorse che fanno parte dello stack di applicazioni.