Problemi noti e limitazioni per Amazon RDS per Db2

Di seguito sono indicati i problemi e le limitazioni per l’utilizzo di Amazon RDS per Db2:

Limitazione dell’autenticazione

Amazon RDS imposta db2auth su JCC_ENFORCE_SECMEC per impostazione predefinita. Tuttavia, se non vuoi applicare la crittografia di ID utente e password, puoi sostituire questa impostazione impostando il parametro db2auth su CLEAR_TEXT nel gruppo di parametri. Per ulteriori informazioni, consulta Modifica di parametri in un gruppo di parametri database in Amazon RDS.

Routine non recintate

RDS per Db2 non supporta la creazione di routine non recintate e la migrazione di tali routine mediante il backup e il ripristino dei dati. Per verificare se il database contiene routine non recintate, esegui il seguente comando SQL:

SELECT 'COUNT:' || count(*) FROM SYSCAT.ROUTINES where fenced='N' and routineschema not in ('SQLJ','SYSCAT','SYSFUN','SYSIBM','SYSIBMADM','SYSPROC','SYSTOOLS')

Tablespace di archiviazione non automatici durante la migrazione

RDS per Db2 non supporta la creazione di nuovi tablespace di archiviazione non automatici. Quando si utilizza il ripristino nativo per una migrazione una tantum del database, RDS per Db2 converte automaticamente i tablespace di archiviazione non automatici in tablespace di archiviazione automatici, quindi ripristina il database su RDS per Db2. Per informazioni sulle migrazioni una tantum, consulta Migrazione da Linux a Linux per Amazon RDS per Db2 e Migrazione da AIX o Windows a Linux per Amazon RDS per Db2.

Impostazione del parametro db2_compatibility_vector

Con Amazon RDS, puoi creare un database iniziale quando crei l’istanza database e quindi modificare i parametri in un gruppo di parametri associato. Tuttavia, per Db2, se desideri impostare il parametro db2_compatibility_vector in un gruppo di parametri, devi prima modificare il parametro in un gruppo di parametri personalizzato, creare l’istanza database senza un database e quindi creare un database utilizzando la stored procedure rdsadmin.create_database.

Migrazione di database che contengono pacchetti INVALID

Se si esegue la migrazione di database Db2 che contengono pacchetti INVALID a RDS per Db2 utilizzando il comando RESTORE, è possibile che si verifichino problemi quando si inizia a utilizzare i database. I pacchetti INVALID possono causare problemi dovuti alla configurazione dell’autorizzazione per l’utente dell’istanza database rdsdb e alla rimozione dell’autorizzazione da PUBLIC. I pacchetti INVALID causano l’esito negativo dei seguenti comandi:

Prima di eseguire la migrazione del database con il comando RESTORE, assicurati che il database non contenga pacchetti INVALID eseguendo il comando seguente:

db2 "SELECT 'COUNT:' || count(*) FROM SYSCAT.INVALIDOBJECTS"

Se il comando restituisce un conteggio maggiore di zero, chiama il comando seguente:

db2 "call SYSPROC.ADMIN_REVALIDATE_DB_OBJECTS()"

Successivamente, chiama il comando precedente per verificare che il database non contenga più pacchetti INVALID.

db2 "SELECT 'COUNT:' || count(*) FROM SYSCAT.INVALIDOBJECTS"

A questo punto puoi eseguire il backup del tuo database e ripristinarlo nell’istanza database RDS per Db2.