Je souhaite pouvoir trouver une solution qui me permettrait de réparer une
base de données apparaissant comme "suspect", et les erreurs suivantes de
consignées dans le journal :
Source Spid51 Erreur : 823, Gravité : 24, État : 2.
I/O error (torn page) detected during read at offset 0x00000000012000 in
file 'D:\MILORDW\DONNEES\BASES\GRH_31_2004.MDF'..
Merci d'avance pour vos solutions, et bonnes fêtes de fin d'année.
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
Hervé RESCOURIO
Bonjour,
J'ai essayé les commandes suivantes, sans succès :
- sp_resetstatus - DBCC CHECKDB (NomBase), mais SQlServer me dit que la base ne peut-être ouverte car des fichiers sont inaccessibles, la mémoire ou l'espace disque sont insuffisants.
Existe t'il d'autres solutions?
Merci d'avance pour vos réponses.
"Hervé RESCOURIO" a écrit dans le message de news:
Bonjour,
Je souhaite pouvoir trouver une solution qui me permettrait de réparer une base de données apparaissant comme "suspect", et les erreurs suivantes de consignées dans le journal : Source Spid51 Erreur : 823, Gravité : 24, État : 2. I/O error (torn page) detected during read at offset 0x00000000012000 in file 'D:MILORDWDONNEESBASESGRH_31_2004.MDF'..
Merci d'avance pour vos solutions, et bonnes fêtes de fin d'année.
Bonjour,
J'ai essayé les commandes suivantes, sans succès :
- sp_resetstatus
- DBCC CHECKDB (NomBase), mais SQlServer me dit que la base ne peut-être
ouverte car des fichiers sont inaccessibles, la mémoire ou l'espace disque
sont insuffisants.
Existe t'il d'autres solutions?
Merci d'avance pour vos réponses.
"Hervé RESCOURIO" <hr@segilog.com> a écrit dans le message de news:
OGUkZZx7EHA.3840@tk2msftngp13.phx.gbl...
Bonjour,
Je souhaite pouvoir trouver une solution qui me permettrait de réparer une
base de données apparaissant comme "suspect", et les erreurs suivantes de
consignées dans le journal :
Source Spid51 Erreur : 823, Gravité : 24, État : 2.
I/O error (torn page) detected during read at offset 0x00000000012000 in
file 'D:MILORDWDONNEESBASESGRH_31_2004.MDF'..
Merci d'avance pour vos solutions, et bonnes fêtes de fin d'année.
J'ai essayé les commandes suivantes, sans succès :
- sp_resetstatus - DBCC CHECKDB (NomBase), mais SQlServer me dit que la base ne peut-être ouverte car des fichiers sont inaccessibles, la mémoire ou l'espace disque sont insuffisants.
Existe t'il d'autres solutions?
Merci d'avance pour vos réponses.
"Hervé RESCOURIO" a écrit dans le message de news:
Bonjour,
Je souhaite pouvoir trouver une solution qui me permettrait de réparer une base de données apparaissant comme "suspect", et les erreurs suivantes de consignées dans le journal : Source Spid51 Erreur : 823, Gravité : 24, État : 2. I/O error (torn page) detected during read at offset 0x00000000012000 in file 'D:MILORDWDONNEESBASESGRH_31_2004.MDF'..
Merci d'avance pour vos solutions, et bonnes fêtes de fin d'année.
bruno reiter [MVP]
Si la base a été correctement sauvegardée : backup log ... with no_truncate
restore database ... NORECOVERY puis restore de tous les logs dans l'ordre RECOVERY sur le dernier
br
"Hervé RESCOURIO" wrote in message news:
Bonjour,
J'ai essayé les commandes suivantes, sans succès :
- sp_resetstatus - DBCC CHECKDB (NomBase), mais SQlServer me dit que la base ne
peut-être
ouverte car des fichiers sont inaccessibles, la mémoire ou l'espace disque sont insuffisants.
Existe t'il d'autres solutions?
Merci d'avance pour vos réponses.
"Hervé RESCOURIO" a écrit dans le message de news:
> Bonjour, > > Je souhaite pouvoir trouver une solution qui me permettrait de réparer
une
> base de données apparaissant comme "suspect", et les erreurs suivantes
de
> consignées dans le journal : > Source Spid51 Erreur : 823, Gravité : 24, État : 2. > I/O error (torn page) detected during read at offset 0x00000000012000 in > file 'D:MILORDWDONNEESBASESGRH_31_2004.MDF'.. > > Merci d'avance pour vos solutions, et bonnes fêtes de fin d'année. > > >
Si la base a été correctement sauvegardée :
backup log ... with no_truncate
restore database ... NORECOVERY
puis restore de tous les logs dans l'ordre RECOVERY sur le dernier
br
"Hervé RESCOURIO" <hr@segilog.com> wrote in message
news:OsFfAvx7EHA.1564@TK2MSFTNGP09.phx.gbl...
Bonjour,
J'ai essayé les commandes suivantes, sans succès :
- sp_resetstatus
- DBCC CHECKDB (NomBase), mais SQlServer me dit que la base ne
peut-être
ouverte car des fichiers sont inaccessibles, la mémoire ou l'espace disque
sont insuffisants.
Existe t'il d'autres solutions?
Merci d'avance pour vos réponses.
"Hervé RESCOURIO" <hr@segilog.com> a écrit dans le message de news:
OGUkZZx7EHA.3840@tk2msftngp13.phx.gbl...
> Bonjour,
>
> Je souhaite pouvoir trouver une solution qui me permettrait de réparer
une
> base de données apparaissant comme "suspect", et les erreurs suivantes
de
> consignées dans le journal :
> Source Spid51 Erreur : 823, Gravité : 24, État : 2.
> I/O error (torn page) detected during read at offset 0x00000000012000 in
> file 'D:MILORDWDONNEESBASESGRH_31_2004.MDF'..
>
> Merci d'avance pour vos solutions, et bonnes fêtes de fin d'année.
>
>
>
Si la base a été correctement sauvegardée : backup log ... with no_truncate
restore database ... NORECOVERY puis restore de tous les logs dans l'ordre RECOVERY sur le dernier
br
"Hervé RESCOURIO" wrote in message news:
Bonjour,
J'ai essayé les commandes suivantes, sans succès :
- sp_resetstatus - DBCC CHECKDB (NomBase), mais SQlServer me dit que la base ne
peut-être
ouverte car des fichiers sont inaccessibles, la mémoire ou l'espace disque sont insuffisants.
Existe t'il d'autres solutions?
Merci d'avance pour vos réponses.
"Hervé RESCOURIO" a écrit dans le message de news:
> Bonjour, > > Je souhaite pouvoir trouver une solution qui me permettrait de réparer
une
> base de données apparaissant comme "suspect", et les erreurs suivantes
de
> consignées dans le journal : > Source Spid51 Erreur : 823, Gravité : 24, État : 2. > I/O error (torn page) detected during read at offset 0x00000000012000 in > file 'D:MILORDWDONNEESBASESGRH_31_2004.MDF'.. > > Merci d'avance pour vos solutions, et bonnes fêtes de fin d'année. > > >
Hervé RESCOURIO
Malheureusement, il n'existait aucune sauvegarde de cette base.
Existe t'il quand même une solution qui me permettrait d'extraire les données ou de réparer cette base?
Merci
"bruno reiter [MVP]" <remove.this! a écrit dans le message de news:
Si la base a été correctement sauvegardée : backup log ... with no_truncate
restore database ... NORECOVERY puis restore de tous les logs dans l'ordre RECOVERY sur le dernier
br
"Hervé RESCOURIO" wrote in message news:
Bonjour,
J'ai essayé les commandes suivantes, sans succès :
- sp_resetstatus - DBCC CHECKDB (NomBase), mais SQlServer me dit que la base ne
peut-être
ouverte car des fichiers sont inaccessibles, la mémoire ou l'espace disque sont insuffisants.
Existe t'il d'autres solutions?
Merci d'avance pour vos réponses.
"Hervé RESCOURIO" a écrit dans le message de news:
> Bonjour, > > Je souhaite pouvoir trouver une solution qui me permettrait de réparer
une
> base de données apparaissant comme "suspect", et les erreurs suivantes
de
> consignées dans le journal : > Source Spid51 Erreur : 823, Gravité : 24, État : 2. > I/O error (torn page) detected during read at offset 0x00000000012000 > in > file 'D:MILORDWDONNEESBASESGRH_31_2004.MDF'.. > > Merci d'avance pour vos solutions, et bonnes fêtes de fin d'année. > > >
Malheureusement, il n'existait aucune sauvegarde de cette base.
Existe t'il quand même une solution qui me permettrait d'extraire les
données ou de réparer cette base?
Merci
"bruno reiter [MVP]" <remove.this!.br33@bol.com.br> a écrit dans le message
de news: ODMctTy7EHA.2608@TK2MSFTNGP10.phx.gbl...
Si la base a été correctement sauvegardée :
backup log ... with no_truncate
restore database ... NORECOVERY
puis restore de tous les logs dans l'ordre RECOVERY sur le dernier
br
"Hervé RESCOURIO" <hr@segilog.com> wrote in message
news:OsFfAvx7EHA.1564@TK2MSFTNGP09.phx.gbl...
Bonjour,
J'ai essayé les commandes suivantes, sans succès :
- sp_resetstatus
- DBCC CHECKDB (NomBase), mais SQlServer me dit que la base ne
peut-être
ouverte car des fichiers sont inaccessibles, la mémoire ou l'espace
disque
sont insuffisants.
Existe t'il d'autres solutions?
Merci d'avance pour vos réponses.
"Hervé RESCOURIO" <hr@segilog.com> a écrit dans le message de news:
OGUkZZx7EHA.3840@tk2msftngp13.phx.gbl...
> Bonjour,
>
> Je souhaite pouvoir trouver une solution qui me permettrait de réparer
une
> base de données apparaissant comme "suspect", et les erreurs suivantes
de
> consignées dans le journal :
> Source Spid51 Erreur : 823, Gravité : 24, État : 2.
> I/O error (torn page) detected during read at offset 0x00000000012000
> in
> file 'D:MILORDWDONNEESBASESGRH_31_2004.MDF'..
>
> Merci d'avance pour vos solutions, et bonnes fêtes de fin d'année.
>
>
>
Malheureusement, il n'existait aucune sauvegarde de cette base.
Existe t'il quand même une solution qui me permettrait d'extraire les données ou de réparer cette base?
Merci
"bruno reiter [MVP]" <remove.this! a écrit dans le message de news:
Si la base a été correctement sauvegardée : backup log ... with no_truncate
restore database ... NORECOVERY puis restore de tous les logs dans l'ordre RECOVERY sur le dernier
br
"Hervé RESCOURIO" wrote in message news:
Bonjour,
J'ai essayé les commandes suivantes, sans succès :
- sp_resetstatus - DBCC CHECKDB (NomBase), mais SQlServer me dit que la base ne
peut-être
ouverte car des fichiers sont inaccessibles, la mémoire ou l'espace disque sont insuffisants.
Existe t'il d'autres solutions?
Merci d'avance pour vos réponses.
"Hervé RESCOURIO" a écrit dans le message de news:
> Bonjour, > > Je souhaite pouvoir trouver une solution qui me permettrait de réparer
une
> base de données apparaissant comme "suspect", et les erreurs suivantes
de
> consignées dans le journal : > Source Spid51 Erreur : 823, Gravité : 24, État : 2. > I/O error (torn page) detected during read at offset 0x00000000012000 > in > file 'D:MILORDWDONNEESBASESGRH_31_2004.MDF'.. > > Merci d'avance pour vos solutions, et bonnes fêtes de fin d'année. > > >
Hervé RESCOURIO
De plus lorsque j'essaye de faire une sauvegarde de mon fichier de transaction avec la commande suivante "BACKUP log grh_31_2004 with no_truncate" j'ai l'erreur suivante :
Impossible d'ouvrir la base de données 'GRH_31_2004' version 0. Mettez-la au niveau de la dernière version.
"Hervé RESCOURIO" a écrit dans le message de news:
Malheureusement, il n'existait aucune sauvegarde de cette base.
Existe t'il quand même une solution qui me permettrait d'extraire les données ou de réparer cette base?
Merci
"bruno reiter [MVP]" <remove.this! a écrit dans le message de news:
Si la base a été correctement sauvegardée : backup log ... with no_truncate
restore database ... NORECOVERY puis restore de tous les logs dans l'ordre RECOVERY sur le dernier
br
"Hervé RESCOURIO" wrote in message news:
Bonjour,
J'ai essayé les commandes suivantes, sans succès :
- sp_resetstatus - DBCC CHECKDB (NomBase), mais SQlServer me dit que la base ne
peut-être
ouverte car des fichiers sont inaccessibles, la mémoire ou l'espace disque sont insuffisants.
Existe t'il d'autres solutions?
Merci d'avance pour vos réponses.
"Hervé RESCOURIO" a écrit dans le message de news:
> Bonjour, > > Je souhaite pouvoir trouver une solution qui me permettrait de réparer
une
> base de données apparaissant comme "suspect", et les erreurs suivantes
de
> consignées dans le journal : > Source Spid51 Erreur : 823, Gravité : 24, État : 2. > I/O error (torn page) detected during read at offset 0x00000000012000 > in > file 'D:MILORDWDONNEESBASESGRH_31_2004.MDF'.. > > Merci d'avance pour vos solutions, et bonnes fêtes de fin d'année. > > >
De plus lorsque j'essaye de faire une sauvegarde de mon fichier de
transaction avec la commande suivante "BACKUP log grh_31_2004 with
no_truncate" j'ai l'erreur suivante :
Impossible d'ouvrir la base de données 'GRH_31_2004' version 0. Mettez-la au
niveau de la dernière version.
"Hervé RESCOURIO" <hr@segilog.com> a écrit dans le message de news:
uDwhVdz7EHA.3596@TK2MSFTNGP12.phx.gbl...
Malheureusement, il n'existait aucune sauvegarde de cette base.
Existe t'il quand même une solution qui me permettrait d'extraire les
données ou de réparer cette base?
Merci
"bruno reiter [MVP]" <remove.this!.br33@bol.com.br> a écrit dans le
message de news: ODMctTy7EHA.2608@TK2MSFTNGP10.phx.gbl...
Si la base a été correctement sauvegardée :
backup log ... with no_truncate
restore database ... NORECOVERY
puis restore de tous les logs dans l'ordre RECOVERY sur le dernier
br
"Hervé RESCOURIO" <hr@segilog.com> wrote in message
news:OsFfAvx7EHA.1564@TK2MSFTNGP09.phx.gbl...
Bonjour,
J'ai essayé les commandes suivantes, sans succès :
- sp_resetstatus
- DBCC CHECKDB (NomBase), mais SQlServer me dit que la base ne
peut-être
ouverte car des fichiers sont inaccessibles, la mémoire ou l'espace
disque
sont insuffisants.
Existe t'il d'autres solutions?
Merci d'avance pour vos réponses.
"Hervé RESCOURIO" <hr@segilog.com> a écrit dans le message de news:
OGUkZZx7EHA.3840@tk2msftngp13.phx.gbl...
> Bonjour,
>
> Je souhaite pouvoir trouver une solution qui me permettrait de réparer
une
> base de données apparaissant comme "suspect", et les erreurs suivantes
de
> consignées dans le journal :
> Source Spid51 Erreur : 823, Gravité : 24, État : 2.
> I/O error (torn page) detected during read at offset 0x00000000012000
> in
> file 'D:MILORDWDONNEESBASESGRH_31_2004.MDF'..
>
> Merci d'avance pour vos solutions, et bonnes fêtes de fin d'année.
>
>
>
De plus lorsque j'essaye de faire une sauvegarde de mon fichier de transaction avec la commande suivante "BACKUP log grh_31_2004 with no_truncate" j'ai l'erreur suivante :
Impossible d'ouvrir la base de données 'GRH_31_2004' version 0. Mettez-la au niveau de la dernière version.
"Hervé RESCOURIO" a écrit dans le message de news:
Malheureusement, il n'existait aucune sauvegarde de cette base.
Existe t'il quand même une solution qui me permettrait d'extraire les données ou de réparer cette base?
Merci
"bruno reiter [MVP]" <remove.this! a écrit dans le message de news:
Si la base a été correctement sauvegardée : backup log ... with no_truncate
restore database ... NORECOVERY puis restore de tous les logs dans l'ordre RECOVERY sur le dernier
br
"Hervé RESCOURIO" wrote in message news:
Bonjour,
J'ai essayé les commandes suivantes, sans succès :
- sp_resetstatus - DBCC CHECKDB (NomBase), mais SQlServer me dit que la base ne
peut-être
ouverte car des fichiers sont inaccessibles, la mémoire ou l'espace disque sont insuffisants.
Existe t'il d'autres solutions?
Merci d'avance pour vos réponses.
"Hervé RESCOURIO" a écrit dans le message de news:
> Bonjour, > > Je souhaite pouvoir trouver une solution qui me permettrait de réparer
une
> base de données apparaissant comme "suspect", et les erreurs suivantes
de
> consignées dans le journal : > Source Spid51 Erreur : 823, Gravité : 24, État : 2. > I/O error (torn page) detected during read at offset 0x00000000012000 > in > file 'D:MILORDWDONNEESBASESGRH_31_2004.MDF'.. > > Merci d'avance pour vos solutions, et bonnes fêtes de fin d'année. > > >
