Problemi nel restore di un database in DB2 su Windows

Nel ripristinare un database su una diversa macchina Windows con IBM DB2 ho avuto i seguenti problemi. Riporto qui le soluzioni come promemoria.

Errore "SQL1092N Mancanza autorizzazione"

db2 => restore db myDB from c:\bck
SQL1092N  "XXX" non dispone dell'autorizzazione per l'esecuzione del
comando richiesto.

Soluzione: eseguire il CLP (Command Line Prompt) come utente db2admin:

c:\>runas /utente:dominio\db2admin "C:\Programmi\IBM\SQLLIB\BIN\DB2CMD.exe DB2SETCP.BAT DB2.EXE"

Errore "SQL2519N oppure SQL1704N: errore nella migrazione"

db2 => restore db myDB from c:\bck
SQL2519N  Il database è stato ripristinato, ma non ne è stata successivamente
eseguita la migrazione al rilascio corrente.  È stato restituito l'errore
"-1704" con token "3"."

oppure

db2 => migrate db myDB
SQL1704N  La migrazione del database ha avuto esito negativo.  Codice di
errore "3".  LINE NUMBER=0.

La dimensione dei file di log non è sufficiente. Per incrementarla si proceda così:

update db cfg for myDB using logprimary 10
update db cfg for myDB using logsecond 10
update db cfg for myDB using logfilsiz 1024

2 commenti

  1. fabra:

    Ciao , sono un novizio del db2 luw , ma con esperienza ventennale di db2 z/os .
    ecco il mio problema :
    ho circa 250 db2 luw su 250 serventi windows geograficamente sparsi per l’italia .
    Ogni db2 ha soltanto applicazioni locali ed un unico database al suo interno .
    I database hanno tutti identiche strutture all ‘interno ma diversi dati (tra l’altro distinguibili tra loro in caso di una eventuale fusione tra i database)
    Ora ho la possibilià di consolidare tutti questi db2 ed annessi db su un unico ( o pochi) server su windows oppure linux oppure z/linux .
    Hai qualche suggerimento sulla scelta del più adatto sistemo operativo e soluzione per quanto riguarda il db2 ? (1 database con 250 tabelle uguali ma con diverso qualifier , oppure 250 database oppure 250 db2 )

    Grazie

  2. Franco Lombardo:

    Mi dispiace, ma la mia esperienza si limita a DB2 su piattaforma Windows: non so quindi fare paragoni con installazioni su sistemi operativi differenti.

    Per quanto riguarda la struttura del DB, questo dipende molto dalle applicazioni che vi dovranno accedere. Il mio consiglio, ovviamente, è quello di tendere alla soluzione più semplice, anche se va considerato il fatto che la presenza di molte macchine penso possa limitare il caso in cui il guasto di un solo, o di un numero limitato di componenti conduca ad un blocco totale del servizio.

    A proposito, con una struttura dati che sembrerebbe così semplice, ma molto distribuita, hai pensato ad usare DB NOSQL, come CouchDB o MongoDB?

    Ciao

    Franco

Lascia un commento