Ripristino di un'istanza RDS Custom per Oracle in un determinato momento - Amazon Relational Database Service
Considerazioni PITR per RDS Custom per 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'istanza RDS Custom per Oracle in un determinato momento

Puoi ripristinare un'istanza database in un punto temporale specifico (PITR), creando una nuova istanza database. Per supportare PITR, le istanze DB devono avere la retention dei backup impostata su un valore diverso da zero.

L'ultimo orario ripristinabile di un'istanza database RDS Custom dipende da diversi fattori, ma generalmente entro 5 minuti dall'orario attuale. Per determinare l'ultima ora di ripristino per un'istanza database, utilizza il comando AWS CLI describe-db-instances e verifica il valore restituito nel campo LatestRestorableTime per l'istanza database. Per visualizzare l'ora di ripristino più recente per ogni istanza del DB nella console Amazon RDS, scegliere Backup automatici.

Puoi eseguire il ripristino point-in-time durante il periodo di retention dei backup. Per visualizzare il tempo di ripristino più breve per ogni istanza del DB, scegliere Backup automatici nella console Amazon RDS.

Per informazioni generali su PITR, consulta Ripristino di un’istanza database a un punto temporale specifico per Amazon RDS.

Considerazioni PITR per RDS Custom per Oracle

In RDS Custom per Oracle, PITR differisce secondo le seguenti importanti modalità da PITR in Amazon RDS:

  • 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: aggiungi una politica di accesso a AWSRDSCustom InstanceRoleForRdsCustomInstance.

  • Tutte le istanze database RDS Custom per Oracle devono avere la retention dei backup impostata su un valore diverso da zero.

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

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

    Per illustrare, supponiamo che la tua LRT sia 10 minuti fa. Metti in sospensione l'automazione. Durante la pausa, RDS Custom non carica i log di ripristino archiviati. Se l'istanza database si arresta in modo anomalo, è possibile eseguire il ripristino solo a un orario prima dell'LRT esistente al momento della pausa. Quando si riprende l'automazione, RDS Custom riprende il caricamento dei registri. L'LRT avanza. Si applicano regole PITR normali.

  • In RDS Custom, è possibile specificare manualmente un numero arbitrario di ore per conservare i log di ripristino 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 oggetto JSON con il formato seguente: {"archivedLogRetentionHours" : "num_of_hours"}. Il numero deve essere un numero intero compreso tra 1 e 840.

  • Supponi di collegare un database non CDB a un database container (CDB) come PDB e quindi prova PITR. L'operazione ha esito positivo solo se in precedenza è stato eseguito il backup del PDB. Dopo aver creato o modificato un PDB, ti consigliamo di eseguire sempre il backup.

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

    • 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_TARGET influisce sull’ultima ora ripristinabile. ARCHIVE_LAG_TARGET viene impostato su 300 perché l’obiettivo del punto di ripristino (RPO) è impostato su 5 minuti. Per raggiungere questo obiettivo, RDS cambia il log di redo online ogni 5 minuti e lo archivia in un bucket Amazon S3. Se la frequenza di cambio di log causa un problema di prestazioni per il database RDS Custom per Oracle, puoi scalare l’istanza database e l’archiviazione a un database con IOPS e throughput più elevati. Se necessario per il piano di ripristino, puoi regolare l’impostazione del parametro di inizializzazione ARCHIVE_LAG_TARGET su un valore compreso tra 60 e 7200.

  • Se si personalizzano i parametri di inizializzazione del database, è consigliabile 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 modifichi un parametro che non è presente nell'elenco precedente, potrebbe avere un effetto negativo sul PITR e portare a risultati imprevedibili. Ad esempio, CONTROL_FILE_RECORD_KEEP_TIME influisce sulle regole per il caricamento e l'eliminazione dei registri.

Puoi ripristinare un'istanza database RDS Custom a un punto temporale tramite AWS Management Console, AWS CLI o l'API di RDS.

Per ripristinare un'istanza database RDS Custom un punto temporale specifico

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

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

  3. Scegli l'istanza database RDS Custom da 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 come un offset dell'ora UTC (Coordinated Universal Time). Ad esempio, UTC-5 è l'orario standard degli Stati Uniti orientali/ora legale degli Stati Uniti centrali.

  6. Per DB Instance Identifier (Identificatore istanze database), inserire il nome dell'istanza database RDS Custom 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).

Si ripristina un'istanza database a un'ora specifica utilizzando il comando restore-db-instance-to-point-in-time AWS CLI per creare una nuova istanza database RDS Custom.

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.

Per Linux, macOS o 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

Per 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