Crash de base

Bonjour,
J'ai un problème sur mon serveur de base de données suite à un plantage.

Un requête a été lancé hier matin vers 9h, celle-ci a tournée pendant 11h (il s'agit d'un INSERT ... SELECT de plusieurs millions de lignes).

Au bout de 11h de traitement, la Log éyant atteint 16Go l'espace disque de mon serveur a saturé. Du coup, plantage hier soir vers 21h.

Ce matin en arrivant j'ai fait un reboot de mon serveur qui était un peu HS mais rien n'y fait. Depuis lors j'ai l'impression qu'il travail au bruit du disque dur. De plus, dans le gestionnaire des tâches l'un des deux processeurs tourne à 100% (le processus sqlservr semble tourner).

Et lorsque j'exécute un BAKUP LOG il me dit :

Les opérations de sauvegarde et de manipulation de fichiers (ALTER DATABASE ADD FILE) sur une BdD doivent être sérialisées. Relancez l'instruction après la sauvegarde en cours ou la manipulation de fichiers.

Par conséquent je voudrais bien savoir ce qu'il se passe et combien de temps cela peut prendre.

Ce problème est d'autant plus bloquant que le serveur héberge d'autres bases de données et que certaines actions ne marche plus comme par exemple la sélection d'une base dans l'analyseur de requête ou dans Entreprise Manager.

Merci d'avance

La problématique est la suivante :

• Votre requête monstrueuse a rempli le log
• La plantée a arrêté le serveur
• Le redémarrage du serveur tente de relire le journal de transactions (les 16G) pour tenter de savoir s'il faut commiter ou rollbacker la transaction... et donc risque en final de replanter

Ce qu'il faudrait faire

• Laisser terminer afin que la transaction soit rollbackée
• Si vous ne pouvez attendre et si vous avez des sauvegardes, remonter vos sauvegardes et journaux avec un UNTIL_TIME d'avant la requête.

Sinon, il y a possibilité de remonter la base en mode master_recover_only et de tronquer le log de la base cible, mais c'est a coup de dbcc et moins sûr que ce que je vous spécifie ici haut.

il est probable aussi que son disque soit saturé auquel cas même le rollback risque de ne pas se terminer...

voyez si le disque est saturé avant de relancer SQL Server

Puis, démarrez le serveur en single user (commutateur -m)

A +

PS : il serait peut être temps de faire une formation administration SQL Server ... Non ?

Merci pour les réponses.
J'ai opté pour la solution de la patience... merci en tout cas pour ce petit cours d'administration ;)
Cordialement