Sur SQL Server 2000 SP4, j'ai un processus bloqué (pas par un autre), j'ai
beau effectué KILL, le processus reste à l'état suivant :
- status : RUNNABLE
- command : KILLED/ROLLBACK
- blocked by : (rien)
Ce processus a un seul verrou en cours (sur une autre base de données que
celle courante) :
- type DB
- mode verrouillage : S
- état : GRANT.
Rien dans les logs serveur.
Quand Enterprise Manager tente d'accéder à la liste des tables, on obtient
le message d'erreur "Erreur 952 : La base de données 'MaBase' est en état de
transition. Essayer l'instruction ultérieurement.".
Et ce depuis quelques heures.
Faible volumétrie (pas de quoi justifier un rollback de quelques heures !).
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Vuillermet Jacques
J'ai rebootté : problème "résolu"...
Une idée cependant pour éviter le reboot ?
Merci.
Jacques.
"Vuillermet Jacques" a écrit dans le message de news: #4x0$
Sur SQL Server 2000 SP4, j'ai un processus bloqué (pas par un autre), j'ai beau effectué KILL, le processus reste à l'état suivant : - status : RUNNABLE - command : KILLED/ROLLBACK - blocked by : (rien)
Ce processus a un seul verrou en cours (sur une autre base de données que celle courante) : - type DB - mode verrouillage : S - état : GRANT.
Rien dans les logs serveur.
Quand Enterprise Manager tente d'accéder à la liste des tables, on obtient le message d'erreur "Erreur 952 : La base de données 'MaBase' est en état
Et ce depuis quelques heures. Faible volumétrie (pas de quoi justifier un rollback de quelques heures
!).
Que faire ?!
Merci
Jacques.
J'ai rebootté : problème "résolu"...
Une idée cependant pour éviter le reboot ?
Merci.
Jacques.
"Vuillermet Jacques" <nospam@nospam.com> a écrit dans le message de news:
#4x0$5gRHHA.4692@TK2MSFTNGP02.phx.gbl...
Sur SQL Server 2000 SP4, j'ai un processus bloqué (pas par un autre), j'ai
beau effectué KILL, le processus reste à l'état suivant :
- status : RUNNABLE
- command : KILLED/ROLLBACK
- blocked by : (rien)
Ce processus a un seul verrou en cours (sur une autre base de données que
celle courante) :
- type DB
- mode verrouillage : S
- état : GRANT.
Rien dans les logs serveur.
Quand Enterprise Manager tente d'accéder à la liste des tables, on obtient
le message d'erreur "Erreur 952 : La base de données 'MaBase' est en état
"Vuillermet Jacques" a écrit dans le message de news: #4x0$
Sur SQL Server 2000 SP4, j'ai un processus bloqué (pas par un autre), j'ai beau effectué KILL, le processus reste à l'état suivant : - status : RUNNABLE - command : KILLED/ROLLBACK - blocked by : (rien)
Ce processus a un seul verrou en cours (sur une autre base de données que celle courante) : - type DB - mode verrouillage : S - état : GRANT.
Rien dans les logs serveur.
Quand Enterprise Manager tente d'accéder à la liste des tables, on obtient le message d'erreur "Erreur 952 : La base de données 'MaBase' est en état
Et ce depuis quelques heures. Faible volumétrie (pas de quoi justifier un rollback de quelques heures
!).
Que faire ?!
Merci
Jacques.
Fred BROUARD
Vuillermet Jacques a écrit :
Sur SQL Server 2000 SP4, j'ai un processus bloqué (pas par un autre), j'ai beau effectué KILL, le processus reste à l'état suivant : - status : RUNNABLE - command : KILLED/ROLLBACK - blocked by : (rien)
Ce processus a un seul verrou en cours (sur une autre base de données que celle courante) : - type DB - mode verrouillage : S - état : GRANT.
Rien dans les logs serveur.
Quand Enterprise Manager tente d'accéder à la liste des tables, on obtient le message d'erreur "Erreur 952 : La base de données 'MaBase' est en état de transition. Essayer l'instruction ultérieurement.".
Et ce depuis quelques heures. Faible volumétrie (pas de quoi justifier un rollback de quelques heures !).
Que faire ?!
Merci
Jacques.
Votre base de données n'avait-elle pas été restaurée récemment et n'était -elle pas en mode NORECOVERY ?
A +
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
Vuillermet Jacques a écrit :
Sur SQL Server 2000 SP4, j'ai un processus bloqué (pas par un autre), j'ai
beau effectué KILL, le processus reste à l'état suivant :
- status : RUNNABLE
- command : KILLED/ROLLBACK
- blocked by : (rien)
Ce processus a un seul verrou en cours (sur une autre base de données que
celle courante) :
- type DB
- mode verrouillage : S
- état : GRANT.
Rien dans les logs serveur.
Quand Enterprise Manager tente d'accéder à la liste des tables, on obtient
le message d'erreur "Erreur 952 : La base de données 'MaBase' est en état de
transition. Essayer l'instruction ultérieurement.".
Et ce depuis quelques heures.
Faible volumétrie (pas de quoi justifier un rollback de quelques heures !).
Que faire ?!
Merci
Jacques.
Votre base de données n'avait-elle pas été restaurée récemment et
n'était -elle pas en mode NORECOVERY ?
A +
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
Sur SQL Server 2000 SP4, j'ai un processus bloqué (pas par un autre), j'ai beau effectué KILL, le processus reste à l'état suivant : - status : RUNNABLE - command : KILLED/ROLLBACK - blocked by : (rien)
Ce processus a un seul verrou en cours (sur une autre base de données que celle courante) : - type DB - mode verrouillage : S - état : GRANT.
Rien dans les logs serveur.
Quand Enterprise Manager tente d'accéder à la liste des tables, on obtient le message d'erreur "Erreur 952 : La base de données 'MaBase' est en état de transition. Essayer l'instruction ultérieurement.".
Et ce depuis quelques heures. Faible volumétrie (pas de quoi justifier un rollback de quelques heures !).
Que faire ?!
Merci
Jacques.
Votre base de données n'avait-elle pas été restaurée récemment et n'était -elle pas en mode NORECOVERY ?
A +
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
Vuillermet Jacques
> Votre base de données n'avait-elle pas été restaurée récemment et n'était -elle pas en mode NORECOVERY ?
Non, elle était opérationnelle. Le problème a eu lieu suite à un traitement (INSERT table locale SELECT FROM serveur lié) lancé depuis OSQL.EXE.
Initialement, Enterprise Manager ou Management Studio ne pouvait plus lister les tables mais les SELECT sur les tables restaient possibles. Puis, après le premier KILL (--> KILLED/ROLLBACK), même les SELECT ne passaient plus.
En quelques années d'exploitation je n'ai jamais vu ce phénomène. (Un neutrino peut-être...)
La fiabilité du produit n'est pas entamée dans mon esprit !
Merci.
Jacques.
"Fred BROUARD" a écrit dans le message de news: uz#
Vuillermet Jacques a écrit : > Sur SQL Server 2000 SP4, j'ai un processus bloqué (pas par un autre),
j'ai
> beau effectué KILL, le processus reste à l'état suivant : > - status : RUNNABLE > - command : KILLED/ROLLBACK > - blocked by : (rien) > > Ce processus a un seul verrou en cours (sur une autre base de données
que
> celle courante) : > - type DB > - mode verrouillage : S > - état : GRANT. > > Rien dans les logs serveur. > > Quand Enterprise Manager tente d'accéder à la liste des tables, on
obtient
> le message d'erreur "Erreur 952 : La base de données 'MaBase' est en
état de
> transition. Essayer l'instruction ultérieurement.". > > Et ce depuis quelques heures. > Faible volumétrie (pas de quoi justifier un rollback de quelques heures
!).
> > Que faire ?! > > Merci > > Jacques. > > Votre base de données n'avait-elle pas été restaurée récemment et n'était -elle pas en mode NORECOVERY ?
A +
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
> Votre base de données n'avait-elle pas été restaurée récemment et
n'était -elle pas en mode NORECOVERY ?
Non, elle était opérationnelle.
Le problème a eu lieu suite à un traitement (INSERT table locale SELECT
FROM serveur lié) lancé depuis OSQL.EXE.
Initialement, Enterprise Manager ou Management Studio ne pouvait plus lister
les tables mais les SELECT sur les tables restaient possibles.
Puis, après le premier KILL (--> KILLED/ROLLBACK), même les SELECT ne
passaient plus.
En quelques années d'exploitation je n'ai jamais vu ce phénomène.
(Un neutrino peut-être...)
La fiabilité du produit n'est pas entamée dans mon esprit !
Merci.
Jacques.
"Fred BROUARD" <brouardf@club-internet.fr> a écrit dans le message de news:
uz#s3R3RHHA.388@TK2MSFTNGP04.phx.gbl...
Vuillermet Jacques a écrit :
> Sur SQL Server 2000 SP4, j'ai un processus bloqué (pas par un autre),
j'ai
> beau effectué KILL, le processus reste à l'état suivant :
> - status : RUNNABLE
> - command : KILLED/ROLLBACK
> - blocked by : (rien)
>
> Ce processus a un seul verrou en cours (sur une autre base de données
que
> celle courante) :
> - type DB
> - mode verrouillage : S
> - état : GRANT.
>
> Rien dans les logs serveur.
>
> Quand Enterprise Manager tente d'accéder à la liste des tables, on
obtient
> le message d'erreur "Erreur 952 : La base de données 'MaBase' est en
état de
> transition. Essayer l'instruction ultérieurement.".
>
> Et ce depuis quelques heures.
> Faible volumétrie (pas de quoi justifier un rollback de quelques heures
!).
>
> Que faire ?!
>
> Merci
>
> Jacques.
>
>
Votre base de données n'avait-elle pas été restaurée récemment et
n'était -elle pas en mode NORECOVERY ?
A +
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
> Votre base de données n'avait-elle pas été restaurée récemment et n'était -elle pas en mode NORECOVERY ?
Non, elle était opérationnelle. Le problème a eu lieu suite à un traitement (INSERT table locale SELECT FROM serveur lié) lancé depuis OSQL.EXE.
Initialement, Enterprise Manager ou Management Studio ne pouvait plus lister les tables mais les SELECT sur les tables restaient possibles. Puis, après le premier KILL (--> KILLED/ROLLBACK), même les SELECT ne passaient plus.
En quelques années d'exploitation je n'ai jamais vu ce phénomène. (Un neutrino peut-être...)
La fiabilité du produit n'est pas entamée dans mon esprit !
Merci.
Jacques.
"Fred BROUARD" a écrit dans le message de news: uz#
Vuillermet Jacques a écrit : > Sur SQL Server 2000 SP4, j'ai un processus bloqué (pas par un autre),
j'ai
> beau effectué KILL, le processus reste à l'état suivant : > - status : RUNNABLE > - command : KILLED/ROLLBACK > - blocked by : (rien) > > Ce processus a un seul verrou en cours (sur une autre base de données
que
> celle courante) : > - type DB > - mode verrouillage : S > - état : GRANT. > > Rien dans les logs serveur. > > Quand Enterprise Manager tente d'accéder à la liste des tables, on
obtient
> le message d'erreur "Erreur 952 : La base de données 'MaBase' est en
état de
> transition. Essayer l'instruction ultérieurement.". > > Et ce depuis quelques heures. > Faible volumétrie (pas de quoi justifier un rollback de quelques heures
!).
> > Que faire ?! > > Merci > > Jacques. > > Votre base de données n'avait-elle pas été restaurée récemment et n'était -elle pas en mode NORECOVERY ?
A +
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
Fred BROUARD
Vuillermet Jacques a écrit :
Votre base de données n'avait-elle pas été restaurée récemment et n'était -elle pas en mode NORECOVERY ?
Non, elle était opérationnelle. Le problème a eu lieu suite à un traitement (INSERT table locale SELECT FROM serveur lié) lancé depuis OSQL.EXE.
Initialement, Enterprise Manager ou Management Studio ne pouvait plus lister les tables mais les SELECT sur les tables restaient possibles. Puis, après le premier KILL (--> KILLED/ROLLBACK), même les SELECT ne passaient plus.
En quelques années d'exploitation je n'ai jamais vu ce phénomène. (Un neutrino peut-être...)
La fiabilité du produit n'est pas entamée dans mon esprit !
Merci.
Jacques.
"Fred BROUARD" a écrit dans le message de news: uz#
Vuillermet Jacques a écrit :
Sur SQL Server 2000 SP4, j'ai un processus bloqué (pas par un autre),
j'ai
beau effectué KILL, le processus reste à l'état suivant : - status : RUNNABLE - command : KILLED/ROLLBACK - blocked by : (rien)
Ce processus a un seul verrou en cours (sur une autre base de données
que
celle courante) : - type DB - mode verrouillage : S - état : GRANT.
Rien dans les logs serveur.
Quand Enterprise Manager tente d'accéder à la liste des tables, on
obtient
le message d'erreur "Erreur 952 : La base de données 'MaBase' est en
Et ce depuis quelques heures. Faible volumétrie (pas de quoi justifier un rollback de quelques heures
!).
Que faire ?!
Merci
Jacques.
Votre base de données n'avait-elle pas été restaurée récemment et n'était -elle pas en mode NORECOVERY ?
A +
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
tentez un DBCC CHECKDB
A +
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
Vuillermet Jacques a écrit :
Votre base de données n'avait-elle pas été restaurée récemment et
n'était -elle pas en mode NORECOVERY ?
Non, elle était opérationnelle.
Le problème a eu lieu suite à un traitement (INSERT table locale SELECT
FROM serveur lié) lancé depuis OSQL.EXE.
Initialement, Enterprise Manager ou Management Studio ne pouvait plus lister
les tables mais les SELECT sur les tables restaient possibles.
Puis, après le premier KILL (--> KILLED/ROLLBACK), même les SELECT ne
passaient plus.
En quelques années d'exploitation je n'ai jamais vu ce phénomène.
(Un neutrino peut-être...)
La fiabilité du produit n'est pas entamée dans mon esprit !
Merci.
Jacques.
"Fred BROUARD" <brouardf@club-internet.fr> a écrit dans le message de news:
uz#s3R3RHHA.388@TK2MSFTNGP04.phx.gbl...
Vuillermet Jacques a écrit :
Sur SQL Server 2000 SP4, j'ai un processus bloqué (pas par un autre),
j'ai
beau effectué KILL, le processus reste à l'état suivant :
- status : RUNNABLE
- command : KILLED/ROLLBACK
- blocked by : (rien)
Ce processus a un seul verrou en cours (sur une autre base de données
que
celle courante) :
- type DB
- mode verrouillage : S
- état : GRANT.
Rien dans les logs serveur.
Quand Enterprise Manager tente d'accéder à la liste des tables, on
obtient
le message d'erreur "Erreur 952 : La base de données 'MaBase' est en
Et ce depuis quelques heures.
Faible volumétrie (pas de quoi justifier un rollback de quelques heures
!).
Que faire ?!
Merci
Jacques.
Votre base de données n'avait-elle pas été restaurée récemment et
n'était -elle pas en mode NORECOVERY ?
A +
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
tentez un DBCC CHECKDB
A +
--
Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL
Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com
Audit, conseil, expertise, formation, modélisation, tuning, optimisation
********************* http://www.datasapiens.com ***********************
Votre base de données n'avait-elle pas été restaurée récemment et n'était -elle pas en mode NORECOVERY ?
Non, elle était opérationnelle. Le problème a eu lieu suite à un traitement (INSERT table locale SELECT FROM serveur lié) lancé depuis OSQL.EXE.
Initialement, Enterprise Manager ou Management Studio ne pouvait plus lister les tables mais les SELECT sur les tables restaient possibles. Puis, après le premier KILL (--> KILLED/ROLLBACK), même les SELECT ne passaient plus.
En quelques années d'exploitation je n'ai jamais vu ce phénomène. (Un neutrino peut-être...)
La fiabilité du produit n'est pas entamée dans mon esprit !
Merci.
Jacques.
"Fred BROUARD" a écrit dans le message de news: uz#
Vuillermet Jacques a écrit :
Sur SQL Server 2000 SP4, j'ai un processus bloqué (pas par un autre),
j'ai
beau effectué KILL, le processus reste à l'état suivant : - status : RUNNABLE - command : KILLED/ROLLBACK - blocked by : (rien)
Ce processus a un seul verrou en cours (sur une autre base de données
que
celle courante) : - type DB - mode verrouillage : S - état : GRANT.
Rien dans les logs serveur.
Quand Enterprise Manager tente d'accéder à la liste des tables, on
obtient
le message d'erreur "Erreur 952 : La base de données 'MaBase' est en
Et ce depuis quelques heures. Faible volumétrie (pas de quoi justifier un rollback de quelques heures
!).
Que faire ?!
Merci
Jacques.
Votre base de données n'avait-elle pas été restaurée récemment et n'était -elle pas en mode NORECOVERY ?
A +
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
tentez un DBCC CHECKDB
A +
-- Frédéric BROUARD, MVP SQL Server, expert bases de données et langage SQL Le site sur le langage SQL et les SGBDR : http://sqlpro.developpez.com Audit, conseil, expertise, formation, modélisation, tuning, optimisation ********************* http://www.datasapiens.com ***********************
