Per soddisfare il requisito relativo al disaster recovery, in Oracle Enterprise Performance Management Cloud sono disponibili opzioni self-service per eseguire il ripristino dello stato operativo degli ambienti e conseguentemente ottenere un quasi immediato RTO (Recovery Time Objective). Per ulteriori informazioni sull'opzione self-service per aggiornare automaticamente gli ambienti di disaster recovery, fare riferimento alla sezione "Replica di un ambiente di EPM Cloud" in Working with EPM Automate for Oracle Enterprise Performance Management Cloud (in lingua inglese).
Domande frequenti
Ogni giorno viene eseguito uno snapshot all'ora di manutenzione programmata. Fare riferimento alle fonti di informazione seguenti.
È responsabilità esclusivamente dell'amministratore gestire la sicurezza, la protezione e il backup dei contenuti in modo appropriato. Oracle consiglia di copiare lo snapshot in un computer locale come backup secondario. Lo snapshot in un ambiente viene sovrascritto ogni giorno. Per gestire la cronologia, è necessario acquisire una copia a livello locale. È possibile eseguire il backup automatico di snapshot mediante uno script batch di Windows o Linux. Per uno script di esempio, fare riferimento alla sezione Creazione del backup dello snapshot dell'applicazione in un computer in Working with EPM Automate for Oracle Enterprise Performance Management Cloud (in lingua inglese). I clienti possono tuttavia usufruire dell'assistenza Oracle per ripristinare l'applicazione. Per ulteriori informazioni, fare riferimento alla sezione Richiesta di uno snapshot di backup precedente di un ambiente nella Guida operativa di Oracle Enterprise Performance Management Cloud.
Gli snapshot vengono memorizzati nello stesso ambiente per tre giorni, trascorsi i quali gli snapshot degli ambienti di produzione vengono archiviati fuori sede. Oracle non archivia gli snapshot degli ambienti di test. È possibile memorizzare e archiviare gli snapshot a seconda dei casi. Lo snapshot visibile al cliente è sempre lo snapshot eseguito durante l'ultima manutenzione.
Il ripristino degli snapshot si basa sull'approccio "best effort" e pertanto i tempi di ripristino dipendono dalla gravità dello scenario.
Queste informazioni vengono trattate nel documento "SaaS Hosting and Delivery Pillar". Il ripristino degli snapshot si basa sull'approccio "best effort".
Sì. L'ambiente recuperato farà riferimento all'ultimo snapshot disponibile nell'ambiente. Le modifiche apportate dopo la creazione dell'ultimo snapshot di manutenzione andranno perdute.
È possibile creare uno script di EPM Automate per eseguire ogni giorno la copia dello snapshot dall'ambiente principale all'ambiente secondario distinto. Se si dispone già di utenti identici con assegnazioni di ruolo appropriate nell'ambiente secondario, è possibile spostare quasi istantaneamente gli utenti nell'ambiente secondario. I dati disponibili faranno riferimento all'ultima importazione eseguita nell'ambiente secondario. Se l'ultima importazione ha come oggetto lo snapshot di manutenzione giornaliera, i dati faranno riferimento alle 24 ore precedenti a meno che gli snapshot non vengano eseguiti e importati con maggiore frequenza nell'ambiente secondario.
No. Gli utenti non possono accedere all'ambiente durante l'esecuzione della manutenzione. Viene eseguito un backup a freddo durante la manutenzione giornaliera dell'ambiente.
È possibile eseguire il backup di un ambiente in base alle specifiche esigenze di lavoro. Gli snapshot non programmati creati vengono considerati backup a caldo.