migrazione DB, problemone allo step finale (tape scanning)

Ciao Alessandro, 

Mi spieghi meglio come sei arrivato a quella condizione? 

Hai migrato il VBR con la restore del DB Config e una volta che deve vedere la tape library va in stuck? 

sì la restore del db è andata tutta a buon fine, il passo finale sarebbe proprio quel rescan. Il catalogo dei nastri è estremamente pesante.

Dire che è “stuck” è improprio: si vedeva dal task manager del DB server (che non lavora per altri) che c’era una notevole attività eseguita dall’sql su richiesta della procedura che lavorava. Appare “congelata” perché non c’è nessuna indicazione del progresso. Quindi non si è in grado di prevedere quando tempo sarà ancora richiesto.

Può essere che l’abbiamo interrotta quando era al 98% come al 3%….

le dimensioni sono queste:

brutta cosa quella di aver interrotto il processo di import del catalogo…. comunque… in Tape Infrastructure non hai nulla??? Onestamente non l’ho mai fatto e quindi non saprei aiutarti con una esperienza diretta (l’ultimo tape server nel 2005/2006 l’ho fatto funzionare prendendolo a calci… letteralmente). 

Hi

Sorry not italian but I had the same issue some weeks ago on a customer to migrate to postgreSQL.

His veeam backup configuration file was 9GB size. It took 4h to migrate and then error at 98% because of timeout.

We chose to remove tape from catalog then restart veeam backup services and à task "tape média cleaning" is doing on VBR console.

After this the file backup configuration was 1GB size and I could perform the migration and then catalog again all my tapes.

I tried to open veeam support ticket but unfortunately no good answer and I didn t have lot of time…

It took arround 3 days to remove from catalog + perform the task after service restart.

It s not THE solution but it s à working workaround.

abbiamo abortito tutto e fatto un roll back completo. domani è previsto un altro tentativo

in this case it’s around 3 GB. Veeam DB is currently 150 GB 😢

My customer was 200GB ^^ . All of this size because of arround 110TB NAS file …. And because backup to tape ^^ all files on tapes are stored in the DB… thousands and thousands….

purtroppo per cause di forza maggiore non abbiamo ancora potuto procedere al secondo tentativo 😔

no news quindi...