Strategie per aggiornare il file del fuso orario - Amazon Relational Database Service
Aggiornamento del file di fuso orario senza aggiornare il motoreAggiornamento della versione del file del fuso e del motore di databaseAggiornamento della versione del motore di database senza aggiornare il file del fuso orario

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

Strategie per aggiornare il file del fuso orario

L’aggiornamento del motore database e l’aggiunta dell’opzione TIMEZONE_FILE_AUTOUPGRADE a un gruppo di opzioni sono operazioni separate. L’aggiunta dell’opzione TIMEZONE_FILE_AUTOUPGRADE avvia l’aggiornamento del file di fuso orario se ne è disponibile uno più recente. I seguenti comandi vengono eseguiti (vengono visualizzate solo le opzioni pertinenti) immediatamente oppure nella finestra di manutenzione successiva:

  • Aggiorna il motore database solo utilizzando il seguente comando dell’interfaccia CLI RDS:

    modify-db-instance --engine-version name ...

  • Aggiungi l’opzioneTIMEZONE_FILE_AUTOUPGRADE solo utilizzando il seguente comando dell’interfaccia CLI: 

    add-option-to-option-group --option-group-name name --options OptionName=TIMEZONE_FILE_AUTOUPGRADE ...

  • Aggiorna il motore database e aggiungi un nuovo gruppo di opzioni all’istanza utilizzando il seguente comando dell’interfaccia CLI:

    modify-db-instance --engine-version name --option-group-name name ...

La strategia di aggiornamento varia a seconda se desideri aggiornare contemporaneamente il database e il file di fuso orario oppure eseguire solo una di queste operazioni. Tieni presente che se aggiorni il gruppo di opzioni e successivamente aggiorni il motore database utilizzando operazioni API separate, è possibile che l’aggiornamento del file del fuso orario sia in esecuzione mentre aggiorni il motore database.

Per gli esempi in questa sezione si assume quanto riportato di seguito:

  • Non hai ancora aggiunto TIMEZONE_FILE_AUTOUPGRADE al gruppo di opzioni associato all’istanza database.

  • L'istanza database utilizza il database versione 19.0.0.0.ru-2019-07.rur-2019-07.r1 e il file di fuso orario DSTv33.

  • Il file di sistema dell'istanza database include il file DSTv34.

  • L'aggiornamento di rilascio 19.0.0.0.ru-2022-10.rur-2022-10.r1 include DSTv35.

Per aggiornare il file di fuso orario, è possibile utilizzare le seguenti strategie.

Aggiornamento del file di fuso orario senza aggiornare il motore

In questo scenario, il database utilizza DSTv33, ma è disponibile DSTv34 nel file system dell'istanza database. Vuoi aggiornare il file del fuso orario utilizzato dalla tua istanza database da DSTv33 a DSTv34, ma non vuoi aggiornare il motore a una nuova versione secondaria, che include DSTv35.

In un comando add-option-to-option-group, aggiungi TIMEZONE_FILE_AUTOUPGRADE al gruppo di opzioni utilizzato dall’istanza database. Specifica se vuoi aggiungere l'opzione immediatamente o durante la finestra di manutenzione. Dopo aver applicato l’opzione TIMEZONE_FILE_AUTOUPGRADE, RDS effettua le seguenti operazioni:

  1. Verifica la presenza di una nuova versione dell’ora legale.

  2. Determina se DSTv34 è disponibile nel file system.

  3. Aggiorna immediatamente il file di fuso orario.

Aggiornamento della versione del file del fuso e del motore di database

In questo scenario, il database utilizza DSTv33, ma è disponibile DSTv34 nel file system dell'istanza database. Desideri aggiornare il motore di database alla versione secondaria 19.0.0.0.ru-2022-10.rur-2022-10.r1, che include DSTv35, e il file del fuso orario a DSTv35 durante l'aggiornamento del motore. Pertanto, il tuo obiettivo è saltare DSTv34 e aggiornare i file del fuso orario direttamente a DSTv35.

Per aggiornare contemporaneamente il motore e il file di fuso orario, esegui modify-db-instance con le opzioni --option-group-name e --engine-version. Puoi eseguire il comando immediatamente o durante la finestra di manutenzione. In --option-group-name, specifica un gruppo di opzioni che includa l’opzione TIMEZONE_FILE_AUTOUPGRADE. Per esempio:

aws rds modify-db-instance 
    --db-instance-identifier my-instance \
    --engine-version new-version \
    ----option-group-name og-with-timezone-file-autoupgrade \    
    --apply-immediately

RDS inizia ad aggiornare il motore alla versione 19.0.0.0.ru-2022-10.rur-2022-10.r1. Dopo aver applicato l’opzione TIMEZONE_FILE_AUTOUPGRADE, RDS verifica la presenza di una nuova versione del file dell’ora legale, rileva che DSTv35 è disponibile in 19.0.0.0.ru-2022-10.rur-2022-10.r1 e avvia immediatamente l’aggiornamento a DSTv35.

Per aggiornare immediatamente il motore e quindi aggiornare il file del fuso orario, esegui le operazioni in sequenza:

  1. Aggiorna il tuo motore database solo utilizzando il seguente comando dell’interfaccia CLI:

    aws rds modify-db-instance \
    --db-instance-identifier my-instance \
    --engine-version new-version \
    --apply-immediately

  2. Aggiungi l’opzione TIMEZONE_FILE_AUTOUPGRADE al gruppo di opzioni collegato all’istanza utilizzando il seguente comando dell’interfaccia CLI: 

    aws rds add-option-to-option-group \
    --option-group-name og-in-use-by-your-instance \
    --options OptionName=TIMEZONE_FILE_AUTOUPGRADE \
    --apply-immediately

Aggiornamento della versione del motore di database senza aggiornare il file del fuso orario

In questo scenario, il database utilizza DSTv33, ma è disponibile DSTv34 nel file system dell'istanza database. Vuoi aggiornare il motore di database alla versione 19.0.0.0.ru-2022-10.rur-2022-10.r1, che include DSTv35, ma mantenere DSTv33 per il file del fuso orario. Puoi scegliere questa strategia per i seguenti motivi:

  • I tuoi dati non utilizzano il tipo di dati TIMESTAMP WITH TIME ZONE.

  • I tuoi dati utilizzano il tipo di dati TIMESTAMP WITH TIME ZONE, ma i dati non sono interessati dalle modifiche del fuso orario.

  • Si desidera posticipare l'aggiornamento del file di fuso orario perché non è possibile tollerare il tempo di inattività aggiuntivo.

La strategia dipende da quale delle seguenti condizioni sono vere:

  • L'istanza database non è associata a un gruppo di opzioni che include TIMEZONE_FILE_AUTOUPGRADE. Nel comando modify-db-instance non specificare un nuovo gruppo di opzioni in modo che RDS non aggiorni il file di fuso orario.

  • L’istanza database è attualmente associata a un gruppo di opzioni che include TIMEZONE_FILE_AUTOUPGRADE. In un unico comando modify-db-instance, associa l’istanza database a un gruppo di opzioni che non include TIMEZONE_FILE_AUTOUPGRADE e aggiorna il motore database a 19.0.0.0.ru-2022-10.rur-2022-10.r1.