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

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
4 Maggio 2011, 4:48 pmFranco 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
5 Maggio 2011, 4:42 pm