Surveillance des process rollback

Salut

L'arrêt d'une DB (9iR2) en shutdown immediate peut être bloqué par un process de type rollback mais également par d'autres process souvent obsolètes.

Afin d'automatiser l'arrêt d'une DB (avant cold backup), j'aurais besoin de connaître un moyen pour détecter juste avant d'exécuter le shutdown si des transactions subsistent et s'il s'agit d'un rollback en cours.

J'ai regardé V$transaction et v$locked_object mais ça ne me convient pas.

Connaissez-vous une méthode pour arriver à ce résultat (ou une note Oracle) ?

Merci à vous.

Perso, j'utilise un script SQL qui me permet de détailler quelles sessions sont connectées sur la BDD, et "qui fait quoi" (tout type de transaction)

Ce script est planifié coté OS, et grace à ce dernier j'ai plus de recul sur ce qu'il ce passe avant le shutdown, mais cela n'évite en rien l'attente qui peut se produire avant.

Mais à te lire j'ai l"impression que tu est en gestion undo MANUEL, est - ce le cas ?

Si besoin du script fait moi signe.

Mick.

Merci pour ta réponse Mick, je suis intéressé par ton script car je pense que ça m'aidera à trouver les infos dans les bonnes vues ;)

Sinon, je suis un undo_management auto.

Citation:

---

Envoyé par mevardy

Salut

L'arrêt d'une DB (9iR2) en shutdown immediate peut être bloqué par un process de type rollback mais également par d'autres process souvent obsolètes.

Afin d'automatiser l'arrêt d'une DB (avant cold backup), j'aurais besoin de connaître un moyen pour détecter juste avant d'exécuter le shutdown si des transactions subsistent et s'il s'agit d'un rollback en cours.

---

Bonjour

Pour moi, vous faites fausse route sur le principe.

Le rollback est une conséquence absolument normale du "shutdown immediate".
Cette annulation doit pouvoir être menée à terme pour que la base soit cohérente, même si vous trouvez ça long. Bien entendu, il faut déclencher l'arrêt de la base au moment où l'activité sur la base est la plus faible.

Vous ne pourrez pas surveiller les rollback en amont de l'arrêt, puisque c'est l'arrêt lui-même qui provoque ces annulations.

[ Dans l'absolu, les sauvegardes à froid sont plutôt une mauvaise idée :
- il y a souvent des incertitudes sur le fait que la base soit réellement arrêtée lorsqu'on la sauvegarde, et on se retrouve donc avec une sauvegarde inexploitable
- le redémarrage est la phase la plus sujette aux problèmes (même si c'est une fois sur 1000, sur un parc de 50 bases ça fait déjà plus d'un souci par mois) ]