Bonjour,
je souhaite faire migrer une base de 60Go de FB 2.0 en FB2.5. L'idéal serait de faire une backup/restore, mais celà nécessite au moins 20 heures d'arrêts. Ce n'est pas possible actuellement car il y a des clients qui font 600 transactions par minute en moyenne en permanence. On peut se permettre 4 à 8 heures d'arrêt, mais pas plus.
On souhaite donc purger au fur et à mesure les données pendant quelques semaines la nuit. Même une fois la purge terminée, on trouve les logs suivants:

SRV-S7 (Server) Tue Jul 31 10:00:24 2012
INET/inet_error: read errno = 10054


SRV-S7 (Server) Tue Jul 31 10:00:24 2012
INET/inet_error: read errno = 10054


SRV-S7 (Server) Tue Jul 31 10:00:26 2012
Database: I:\DATABASE.DB
operation was cancelled
internal gds software consistency check (error during savepoint backout (290), file: exe.cpp line: 3731)


SRV-S7 (Server) Tue Jul 31 10:00:26 2012
Database: I:\DATABASE.DB
operation was cancelled


SRV-S7 (Server) Tue Jul 31 10:00:29 2012
Database: I:\DATABASE.DB
operation was cancelled


SRV-S7 (Server) Tue Jul 31 10:01:52 2012
XNET error: connection lost: another side is dead



SRV-S7 (Client) Tue Jul 31 10:06:25 2012
Guardian starting: C:\Program Files\Firebird\Firebird_2_0\bin\fbserver.exe

- Ce problème n'est pas dû au hardware ou bien au réseau car j'ai fait des essais sur des serveurs dans des contextes différents (Uniquement Windows 2003)

- De plus j'ai remarqué que ça se produisait souvent lorsque le sweep était en cours.

Lorsque ça se produit, la durée des transactions devient très importante.

De plus il y a un risque que la base soit endommagée et que le restore ne passe pas correctement.


Comment éviter ce problème? Y a-t-il une solution ?