Ripristino di un'RDSistanza Custom for Oracle in un determinato momento - Amazon Relational Database Service
PITRconsiderazioni per Custom for RDS Oracle

Le traduzioni sono generate tramite traduzione automatica. In caso di conflitto tra il contenuto di una traduzione e la versione originale in Inglese, quest'ultima prevarrà.

Ripristino di un'RDSistanza Custom for Oracle in un determinato momento

È possibile ripristinare un'istanza DB in un momento specifico (PITR), creando una nuova istanza DB. Per essere supportatePITR, le istanze DB devono avere la conservazione del backup impostata su un valore diverso da zero.

L'ultimo tempo di ripristino per un'istanza DB RDS Custom for Oracle dipende da diversi fattori, ma in genere è entro 5 minuti dall'ora corrente. Per visualizzare l'ora di ripristino più recente per un'istanza DB, usa il AWS CLI describe-db-instancescomando e guarda il valore restituito nel LatestRestorableTime campo per l'istanza DB. Per visualizzare l'ora di ripristino più recente per ogni istanza DB nella RDS console Amazon, scegli Backup automatizzati.

Puoi eseguire il ripristino point-in-time durante il tempo di conservazione del backup. Per visualizzare la prima data di ripristino per ogni istanza DB, scegli Backup automatici nella console AmazonRDS.

Per informazioni generali su PITR, consulta Ripristino di un'istanza DB a un'ora specificata per Amazon RDS.

PITRconsiderazioni per Custom for RDS Oracle

In RDS Custom for Oracle, PITR si differenzia dai seguenti importanti aspetti rispetto PITR ad AmazonRDS:

  • Il database ripristinato ha lo stesso nome dell’istanza database di origine. Non puoi specificare un nome diverso. Il valore predefinito è ORCL.

  • AWSRDSCustomIamRolePolicy richiede nuove autorizzazioni. Per ulteriori informazioni, consulta Passaggio 2: aggiungere una politica di accesso a AWSRDSCustomInstanceRoleForRdsCustomInstance.

  • Tutte le istanze DB RDS Custom for Oracle devono avere la conservazione del backup impostata su un valore diverso da zero.

  • Se si modifica il sistema operativo o il fuso orario dell'istanza DB, PITR potrebbe non funzionare. Per informazioni sulla modifica dei fusi orari, consulta Fuso orario Oracle.

  • Se si imposta l'automazione RDS suALL_PAUSED, Custom sospende il caricamento dei redo log file archiviati, inclusi i log creati prima dell'ultima data di ripristino (). LRT Si consiglia di sospendere l'automazione per un breve periodo.

    Per illustrare, supponiamo che il tuo sia passato 10 minuti. LRT Metti in sospensione l'automazione. Durante la pausa, RDS Custom non carica i redo log archiviati. Se l'istanza DB si arresta in modo anomalo, puoi ripristinare solo un periodo precedente a LRT quello esistente al momento della pausa. Quando riprendi l'automazione, RDS Custom riprende a caricare i log. LRTI progressi. Si applicano PITR le regole normali.

  • In RDS Custom, puoi specificare manualmente un numero arbitrario di ore per conservare i redo log archiviati prima che RDS Custom li elimini dopo il caricamento. Specifica il numero di ore come segue:

    1. Crea un file di testo denominato /opt/aws/rdscustomagent/config/redo_logs_custom_configuration.json.

    2. Aggiungi un JSON oggetto nel seguente formato:. {"archivedLogRetentionHours" : "num_of_hours"} Il numero deve essere un numero intero compreso tra 1 e 840.

  • Supponiamo di inserire un non- CDB in un database contenitore (CDB) come un PDB e poi provaciPITR. L'operazione ha esito positivo solo se in precedenza è stato eseguito il PDB backup di. Dopo aver creato o modificato un filePDB, si consiglia di eseguirne sempre il backup.

  • Si consiglia di non personalizzare i parametri di inizializzazione del database. Ad esempio, la modifica dei seguenti parametri influisce suPITR:

    • CONTROL_FILE_RECORD_KEEP_TIME influisce sulle regole per il caricamento e l'eliminazione dei registri.

    • LOG_ARCHIVE_DEST_n non supporta più destinazioni.

    • ARCHIVE_LAG_TARGETinfluisce sull'ultima ora di ripristino. ARCHIVE_LAG_TARGETè impostato su 300 perché l'obiettivo del punto di ripristino (RPO) è di 5 minuti. Per raggiungere questo obiettivo, RDS cambia il redo log online ogni 5 minuti e lo archivia in un bucket Amazon S3. Se la frequenza del log switch causa un problema di prestazioni per il database RDS Custom for Oracle, puoi scalare l'istanza DB e lo storage su uno con un throughput più elevato. IOPS Se necessario per il piano di ripristino, è possibile regolare l'impostazione del parametro di ARCHIVE_LAG_TARGET inizializzazione su un valore compreso tra 60 e 7200.

  • Se si personalizzano i parametri di inizializzazione del database, si consiglia vivamente di personalizzare solo quanto segue:

    • COMPATIBLE

    • MAX_STRING_SIZE

    • DB_FILES

    • UNDO_TABLESPACE

    • ENABLE_PLUGGABLE_DATABASE

    • CONTROL_FILES

    • AUDIT_TRAIL

    • AUDIT_TRAIL_DEST

    Per tutti gli altri parametri di inizializzazione, RDS Custom ripristina i valori predefiniti. Se si modifica un parametro che non è nell'elenco precedente, ciò potrebbe avere un effetto negativo PITR e portare a risultati imprevedibili. Ad esempio, CONTROL_FILE_RECORD_KEEP_TIME influisce sulle regole per il caricamento e l'eliminazione dei registri.

È possibile ripristinare un'istanza DB RDS personalizzata in un determinato momento utilizzando il AWS Management Console, il, o il AWS CLI. RDS API

Per ripristinare un'istanza DB RDS personalizzata a un'ora specificata

  1. Accedi a AWS Management Console e apri la RDS console Amazon all'indirizzo https://console.aws.amazon.com/rds/.

  2. Nel riquadro di navigazione, selezionare Automated backups (Backup automatici).

  3. Scegli l'istanza DB RDS personalizzata che desideri ripristinare.

  4. In Actions (Operazioni), scegli Restore to point in time (Ripristina a un istante temporale).

    Viene visualizzata la finestra Restore to point in time (Ripristina a un istante temporale).

  5. Scegliere Latest restorable time (Ultimo orario di ripristino) per eseguire il ripristino in base al momento più recente oppure scegliere Custom (Personalizzato) per scegliere una data e un'ora.

    Se scegli Personalizzato, specifica la data e l'ora in cui desideri ripristinare l'istanza.

    Gli orari vengono visualizzati nel fuso orario locale, indicato da un offset rispetto al Coordinated Universal Time (UTC). Ad esempio, UTC -5 è l'ora solare orientale/ora legale centrale.

  6. Per l'identificatore dell'istanza DB, inserisci il nome dell'istanza DB RDS personalizzata di destinazione ripristinata. Il nome deve essere univoco.

  7. Scegli altre opzioni in base alle esigenze, ad esempio la classe di istanza database.

  8. Scegli Restore to point in time (Ripristina per punto nel tempo).

È possibile ripristinare un'istanza DB a un'ora specificata utilizzando il point-in-time AWS CLI comando restore-db-instance-to- per creare una nuova istanza DB RDS personalizzata.

Utilizzare una delle opzioni seguenti per specificare il backup da cui effettuare il ripristino:

  • --source-db-instance-identifier mysourcedbinstance

  • --source-dbi-resource-id dbinstanceresourceID

  • --source-db-instance-automated-backups-arn backupARN

L'opzione custom-iam-instance-profile è obbligatoria.

Il seguente esempio ripristina my-custom-db-instance a una nuova istanza database denominata my-restored-custom-db-instance, a partire dal tempo specificato.

In Linux, macOS, oppure Unix:

aws rds restore-db-instance-to-point-in-time \
    --source-db-instance-identifier my-custom-db-instance\
    --target-db-instance-identifier my-restored-custom-db-instance \
    --custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance \
    --restore-time 2022-10-14T23:45:00.000Z

In Windows:

aws rds restore-db-instance-to-point-in-time ^
    --source-db-instance-identifier my-custom-db-instance ^
    --target-db-instance-identifier my-restored-custom-db-instance ^
    --custom-iam-instance-profile AWSRDSCustomInstanceProfileForRdsCustomInstance ^
    --restore-time 2022-10-14T23:45:00.000Z