View a markdown version of this page

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

Nota

Avviso di fine del supporto: il 31 marzo 2027, AWS terminerà il supporto per Amazon RDS Custom for Oracle. Dopo il 31 marzo 2027, non sarà più possibile accedere alla console RDS Custom for Oracle o alle risorse RDS Custom for Oracle. Per ulteriori informazioni, consulta Fine del supporto per RDS Custom for Oracle.

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 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 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 Fase 2: Aggiungere 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.

È possibile ripristinare un'istanza DB personalizzata RDS in un determinato momento utilizzando l'API Console di gestione AWS AWS CLI, the o RDS.

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

  1. Accedi a Console di gestione AWS 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'ora legale standard Time/Central orientale.

  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).

È 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 personalizzata RDS.

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.

Esempio

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