Error Bypassing recovery for database

Información general acerca del error 823 existe en este artículo, no son
buenas noticias:

http://support.microsoft.com/defaul...-us;828339


Qué errores tienes en el log de errores de SQL? Fijate en los archivos de la
carpeta LOGS bajo la carpeta de instalación de SQL Server.

Gustavo Larriera
Uruguay LatAm
Blog: http://sqljunkies.com/weblog/gux/
MVP profile: http://aspnet2.com/mvp.ashx?GustavoLarriera
Este mensaje se proporciona "COMO ESTA" sin garantias y no otorga ningun
derecho / This posting is provided "AS IS" with no warranties, and confers
no rights.
"yara" wrote in message
news:

Simplemente "error 823", no hay ninguna informaciòn extra


"Gustavo Larriera [MVP]" escribió:

Puedes postear el mensaje exacto de error?

Gustavo Larriera
Uruguay LatAm
Blog: http://sqljunkies.com/weblog/gux/
MVP profile: http://aspnet2.com/mvp.ashx?GustavoLarriera
Este mensaje se proporciona "COMO ESTA" sin garantias y no otorga ningun
derecho / This posting is provided "AS IS" with no warranties, and
confers
no rights.
"yara" wrote in message
news:
> Si tengo los archivos (mdf y ldf), ya elimine la bd suspect y al
> intentar
> adjuntarla me marca error 823, el cual se refiere a error de lectura o
> escritura en un dispositivo. Como ves mi situación? Ya me resigno a
> perder
> mi bd?
>
> "Gustavo Larriera [MVP]" escribió:
>
>> Posiblemente has hecho un desastre al copiar/mover los archivos
>> físicos
>> de
>> la base de datos. Lo primero que debemos estar seguros es si aún
>> tienes
>> los
>> archivos .mdf y .ldf en alguna parte.
>>
>> 1. Por favor apaga el servicio SQL Server para trabajar con
>> tranquilidad.
>>
>> 2. Busca en tu disco duro los archivos .mdf y .ldf de tu base perdida.
>>
>> 3. Si has encontrado tales archivos:
>>
>> 3.1. Copia (no muevas) los archivos .mdf y .ldf a alguna carpeta
>> nueva.
>>
>> 3.2. Arranca el servicio SQL Server, usar el Enterprise Manager y
>> elimina
>> la base marcada como "suspect".
>>
>> 3.3. Intenta hacer un attach, indicando los archivos que copiaste
>> en
>> el
>> paso 3.1
>>
>> Funcionó?
>>
>> Si en el Punto 3 la respuesta es que NO has encontrado los archivos
>> físicos
>> ..mdf y .ldf, entonces estamos en graves problemas pues debes haberlos
>> perdido al cortarlos en vez de pegarlos. Si es esta la situación y no
>> tienes
>> forma de recuperar esos archivos, me temo que no hay posibilidad de
>> resolver
>> el desastre.
>>
>>
>> Gustavo Larriera
>> Uruguay LatAm
>> Blog: http://sqljunkies.com/weblog/gux/
>> MVP profile: http://aspnet2.com/mvp.ashx?GustavoLarriera
>> Este mensaje se proporciona "COMO ESTA" sin garantias y no otorga
>> ningun
>> derecho / This posting is provided "AS IS" with no warranties, and
>> confers
>> no rights.
>> "yara" wrote in message
>> news:
>> > Mira copie de carpeta Data a otra ubicación en la PC cliente,
>> > después
>> > chequé
>> > en administrador corporativo y no estaba la bd, y cuando fui a
>> > checar
>> > la
>> > carpeta Data en PC Cliente no estaba en esa ubicación. Después la
>> > intenté
>> > adjuntar desde la otra ubicación y ya no pude. Lo que creo que pasò
>> > fue
>> > que
>> > la corté en vez de copiar. Crees que pueda recuperarla?
>> >
>> > "Alejandro Mesa" escribió:
>> >
>> >> El intentar copiar los archivos mdf y ldf, no hace que la bd
>> >> desaparezca
>> >> del
>> >> EM. Hicistes algo mas que no nos has dicho?
>> >>
>> >>
>> >> AMB
>> >>
>> >> "yara" wrote:
>> >>
>> >> > Hola otra vez, resulta que intentè copiar el archivo mdf y ldf a
>> >> > otra
>> >> > ubicaciòn, despues de eso ya no me aparecìa mi base de datos en
>> >> > el
>> >> > admisnistrador corporativo ni como sospechosa. Despues intente
>> >> > adjuntarla y
>> >> > me marca el error 823 que se refiere a error del dispositivo. Y
>> >> > desgraciadamente no hice copia de seguridad, alguna forma de
>> >> > recuperar
>> >> > mi bd?
>> >> > GRACIAS.
>> >> >
>> >> >
>> >> > "yara" escribió:
>> >> >
>> >> > > Gracias, voy a checarlo
>> >> > >
>> >> > > "Alejandro Mesa" escribió:
>> >> > >
>> >> > > > Recommended actions for corrupt or suspect databases
>> >> > > > http://www.karaszi.com/SQLServer/in...ect_db.asp
>> >> > > >
>> >> > > >
>> >> > > > AMB
>> >> > > >
>> >> > > > "yara" wrote:
>> >> > > >
>> >> > > > > Hola: Al intentar conectarme a la base de datos me envìa el
>> >> > > > > error
>> >> > > > > de que no
>> >> > > > > se puede conectar en el log me registra este error:
>> >> > > > > Bypassing recovery for database 'ControlZap' because it is
>> >> > > > > marked
>> >> > > > > SUSPECT.
>> >> > > > >
>> >> > > > > Còmo puedo solucionarlo, alguna idea?
>> >> > > > >
>> >> > > > > Gracias
>>
>>
>>

Hola.

Simplemente un par de cuestiones. Vamos a ver si arreglamos la situación.
- Los ficheros .mdf y .ldf, ¿están físicamente en alguna unidad propiedad
del servidor de base de datos (no en tu PC)?
- Una vez que estemos seguros de ese punto, ¿puedes intentar nuevamente el
attach? Si es posible, inténtalo con query analizer (mira sp_attach_db en
losBOL, presta atención a las rutas de los ficheros y asegúrate también de
tener espacio de sobra en disco).
- Si dice algo más que "Error 823" nos comentas. Debería decirnos si el
error, siendo físico, está en el .mdf o en el .ldf. En función de dónde esté
el error, la forma de intentar recuperar la base de datos es diferente. Si
no te dice nada, nos comentas y probamos de las dos formas, si te parece.

Espero que no pierdas tu base de datos. En cualquier caso, al menos algo
habremos aprendido: hay que hacer backup regularmente y antes de realizar
cualquier operación que pueda implicar algún riesgo.

qwalgrande

"De lo que ves créete la mitad, de lo que no ves no te creas nada"
V. del V.


"yara" escribió en el mensaje
news:

Simplemente "error 823", no hay ninguna informaciòn extra


"Gustavo Larriera [MVP]" escribió:

Puedes postear el mensaje exacto de error?

Gustavo Larriera
Uruguay LatAm
Blog: http://sqljunkies.com/weblog/gux/
MVP profile: http://aspnet2.com/mvp.ashx?GustavoLarriera
Este mensaje se proporciona "COMO ESTA" sin garantias y no otorga ningun
derecho / This posting is provided "AS IS" with no warranties, and
confers
no rights.
"yara" wrote in message
news:
> Si tengo los archivos (mdf y ldf), ya elimine la bd suspect y al
> intentar
> adjuntarla me marca error 823, el cual se refiere a error de lectura o
> escritura en un dispositivo. Como ves mi situación? Ya me resigno a
> perder
> mi bd?
>
> "Gustavo Larriera [MVP]" escribió:
>
>> Posiblemente has hecho un desastre al copiar/mover los archivos
>> físicos
>> de
>> la base de datos. Lo primero que debemos estar seguros es si aún
>> tienes
>> los
>> archivos .mdf y .ldf en alguna parte.
>>
>> 1. Por favor apaga el servicio SQL Server para trabajar con
>> tranquilidad.
>>
>> 2. Busca en tu disco duro los archivos .mdf y .ldf de tu base perdida.
>>
>> 3. Si has encontrado tales archivos:
>>
>> 3.1. Copia (no muevas) los archivos .mdf y .ldf a alguna carpeta
>> nueva.
>>
>> 3.2. Arranca el servicio SQL Server, usar el Enterprise Manager y
>> elimina
>> la base marcada como "suspect".
>>
>> 3.3. Intenta hacer un attach, indicando los archivos que copiaste
>> en
>> el
>> paso 3.1
>>
>> Funcionó?
>>
>> Si en el Punto 3 la respuesta es que NO has encontrado los archivos
>> físicos
>> ..mdf y .ldf, entonces estamos en graves problemas pues debes haberlos
>> perdido al cortarlos en vez de pegarlos. Si es esta la situación y no
>> tienes
>> forma de recuperar esos archivos, me temo que no hay posibilidad de
>> resolver
>> el desastre.
>>
>>
>> Gustavo Larriera
>> Uruguay LatAm
>> Blog: http://sqljunkies.com/weblog/gux/
>> MVP profile: http://aspnet2.com/mvp.ashx?GustavoLarriera
>> Este mensaje se proporciona "COMO ESTA" sin garantias y no otorga
>> ningun
>> derecho / This posting is provided "AS IS" with no warranties, and
>> confers
>> no rights.
>> "yara" wrote in message
>> news:
>> > Mira copie de carpeta Data a otra ubicación en la PC cliente,
>> > después
>> > chequé
>> > en administrador corporativo y no estaba la bd, y cuando fui a
>> > checar
>> > la
>> > carpeta Data en PC Cliente no estaba en esa ubicación. Después la
>> > intenté
>> > adjuntar desde la otra ubicación y ya no pude. Lo que creo que pasò
>> > fue
>> > que
>> > la corté en vez de copiar. Crees que pueda recuperarla?
>> >
>> > "Alejandro Mesa" escribió:
>> >
>> >> El intentar copiar los archivos mdf y ldf, no hace que la bd
>> >> desaparezca
>> >> del
>> >> EM. Hicistes algo mas que no nos has dicho?
>> >>
>> >>
>> >> AMB
>> >>
>> >> "yara" wrote:
>> >>
>> >> > Hola otra vez, resulta que intentè copiar el archivo mdf y ldf a
>> >> > otra
>> >> > ubicaciòn, despues de eso ya no me aparecìa mi base de datos en
>> >> > el
>> >> > admisnistrador corporativo ni como sospechosa. Despues intente
>> >> > adjuntarla y
>> >> > me marca el error 823 que se refiere a error del dispositivo. Y
>> >> > desgraciadamente no hice copia de seguridad, alguna forma de
>> >> > recuperar
>> >> > mi bd?
>> >> > GRACIAS.
>> >> >
>> >> >
>> >> > "yara" escribió:
>> >> >
>> >> > > Gracias, voy a checarlo
>> >> > >
>> >> > > "Alejandro Mesa" escribió:
>> >> > >
>> >> > > > Recommended actions for corrupt or suspect databases
>> >> > > > http://www.karaszi.com/SQLServer/in...ect_db.asp
>> >> > > >
>> >> > > >
>> >> > > > AMB
>> >> > > >
>> >> > > > "yara" wrote:
>> >> > > >
>> >> > > > > Hola: Al intentar conectarme a la base de datos me envìa el
>> >> > > > > error
>> >> > > > > de que no
>> >> > > > > se puede conectar en el log me registra este error:
>> >> > > > > Bypassing recovery for database 'ControlZap' because it is
>> >> > > > > marked
>> >> > > > > SUSPECT.
>> >> > > > >
>> >> > > > > Còmo puedo solucionarlo, alguna idea?
>> >> > > > >
>> >> > > > > Gracias
>>
>>
>>

Yara...

primero deberias checar el log para ver que es lo que te marca y partir
de ahi para encontrar la solucion...

Este archivo lo encuentras en la carpeta logs del directorio de
instalacion de sql server...

Checalo y dinos el problema que reporta sql server...

Saludos

Ya intentè hacerlo desde el query analizer y me manda el mismo error:
Servidor: mensaje 823, nivel:24, estado: 2 lìnea: 1
Conexión interrumpida. Chequé que las rutas fueran correctas y nada.

"qwalgrande" escribió:

Hola.

Simplemente un par de cuestiones. Vamos a ver si arreglamos la situación.
- Los ficheros .mdf y .ldf, ¿están físicamente en alguna unidad propiedad
del servidor de base de datos (no en tu PC)?
- Una vez que estemos seguros de ese punto, ¿puedes intentar nuevamente el
attach? Si es posible, inténtalo con query analizer (mira sp_attach_db en
losBOL, presta atención a las rutas de los ficheros y asegúrate también de
tener espacio de sobra en disco).
- Si dice algo más que "Error 823" nos comentas. Debería decirnos si el
error, siendo físico, está en el .mdf o en el .ldf. En función de dónde esté
el error, la forma de intentar recuperar la base de datos es diferente. Si
no te dice nada, nos comentas y probamos de las dos formas, si te parece.

Espero que no pierdas tu base de datos. En cualquier caso, al menos algo
habremos aprendido: hay que hacer backup regularmente y antes de realizar
cualquier operación que pueda implicar algún riesgo.

qwalgrande

"De lo que ves créete la mitad, de lo que no ves no te creas nada"
V. del V.


"yara" escribió en el mensaje
news:
> Simplemente "error 823", no hay ninguna informaciòn extra
>
>
> "Gustavo Larriera [MVP]" escribió:
>
>> Puedes postear el mensaje exacto de error?
>>
>> Gustavo Larriera
>> Uruguay LatAm
>> Blog: http://sqljunkies.com/weblog/gux/
>> MVP profile: http://aspnet2.com/mvp.ashx?GustavoLarriera
>> Este mensaje se proporciona "COMO ESTA" sin garantias y no otorga ningun
>> derecho / This posting is provided "AS IS" with no warranties, and
>> confers
>> no rights.
>> "yara" wrote in message
>> news:
>> > Si tengo los archivos (mdf y ldf), ya elimine la bd suspect y al
>> > intentar
>> > adjuntarla me marca error 823, el cual se refiere a error de lectura o
>> > escritura en un dispositivo. Como ves mi situación? Ya me resigno a
>> > perder
>> > mi bd?
>> >
>> > "Gustavo Larriera [MVP]" escribió:
>> >
>> >> Posiblemente has hecho un desastre al copiar/mover los archivos
>> >> físicos
>> >> de
>> >> la base de datos. Lo primero que debemos estar seguros es si aún
>> >> tienes
>> >> los
>> >> archivos .mdf y .ldf en alguna parte.
>> >>
>> >> 1. Por favor apaga el servicio SQL Server para trabajar con
>> >> tranquilidad.
>> >>
>> >> 2. Busca en tu disco duro los archivos .mdf y .ldf de tu base perdida.
>> >>
>> >> 3. Si has encontrado tales archivos:
>> >>
>> >> 3.1. Copia (no muevas) los archivos .mdf y .ldf a alguna carpeta
>> >> nueva.
>> >>
>> >> 3.2. Arranca el servicio SQL Server, usar el Enterprise Manager y
>> >> elimina
>> >> la base marcada como "suspect".
>> >>
>> >> 3.3. Intenta hacer un attach, indicando los archivos que copiaste
>> >> en
>> >> el
>> >> paso 3.1
>> >>
>> >> Funcionó?
>> >>
>> >> Si en el Punto 3 la respuesta es que NO has encontrado los archivos
>> >> físicos
>> >> ..mdf y .ldf, entonces estamos en graves problemas pues debes haberlos
>> >> perdido al cortarlos en vez de pegarlos. Si es esta la situación y no
>> >> tienes
>> >> forma de recuperar esos archivos, me temo que no hay posibilidad de
>> >> resolver
>> >> el desastre.
>> >>
>> >>
>> >> Gustavo Larriera
>> >> Uruguay LatAm
>> >> Blog: http://sqljunkies.com/weblog/gux/
>> >> MVP profile: http://aspnet2.com/mvp.ashx?GustavoLarriera
>> >> Este mensaje se proporciona "COMO ESTA" sin garantias y no otorga
>> >> ningun
>> >> derecho / This posting is provided "AS IS" with no warranties, and
>> >> confers
>> >> no rights.
>> >> "yara" wrote in message
>> >> news:
>> >> > Mira copie de carpeta Data a otra ubicación en la PC cliente,
>> >> > después
>> >> > chequé
>> >> > en administrador corporativo y no estaba la bd, y cuando fui a
>> >> > checar
>> >> > la
>> >> > carpeta Data en PC Cliente no estaba en esa ubicación. Después la
>> >> > intenté
>> >> > adjuntar desde la otra ubicación y ya no pude. Lo que creo que pasò
>> >> > fue
>> >> > que
>> >> > la corté en vez de copiar. Crees que pueda recuperarla?
>> >> >
>> >> > "Alejandro Mesa" escribió:
>> >> >
>> >> >> El intentar copiar los archivos mdf y ldf, no hace que la bd
>> >> >> desaparezca
>> >> >> del
>> >> >> EM. Hicistes algo mas que no nos has dicho?
>> >> >>
>> >> >>
>> >> >> AMB
>> >> >>
>> >> >> "yara" wrote:
>> >> >>
>> >> >> > Hola otra vez, resulta que intentè copiar el archivo mdf y ldf a
>> >> >> > otra
>> >> >> > ubicaciòn, despues de eso ya no me aparecìa mi base de datos en
>> >> >> > el
>> >> >> > admisnistrador corporativo ni como sospechosa. Despues intente
>> >> >> > adjuntarla y
>> >> >> > me marca el error 823 que se refiere a error del dispositivo. Y
>> >> >> > desgraciadamente no hice copia de seguridad, alguna forma de
>> >> >> > recuperar
>> >> >> > mi bd?
>> >> >> > GRACIAS.
>> >> >> >
>> >> >> >
>> >> >> > "yara" escribió:
>> >> >> >
>> >> >> > > Gracias, voy a checarlo
>> >> >> > >
>> >> >> > > "Alejandro Mesa" escribió:
>> >> >> > >
>> >> >> > > > Recommended actions for corrupt or suspect databases
>> >> >> > > > http://www.karaszi.com/SQLServer/in...ect_db.asp
>> >> >> > > >
>> >> >> > > >
>> >> >> > > > AMB
>> >> >> > > >
>> >> >> > > > "yara" wrote:
>> >> >> > > >
>> >> >> > > > > Hola: Al intentar conectarme a la base de datos me envìa el
>> >> >> > > > > error
>> >> >> > > > > de que no
>> >> >> > > > > se puede conectar en el log me registra este error:
>> >> >> > > > > Bypassing recovery for database 'ControlZap' because it is
>> >> >> > > > > marked
>> >> >> > > > > SUSPECT.
>> >> >> > > > >
>> >> >> > > > > Còmo puedo solucionarlo, alguna idea?
>> >> >> > > > >
>> >> >> > > > > Gracias
>> >>
>> >>
>> >>
>>
>>
>>

Con respecto al log, tengo lo siguiente:

005-08-01 12:56:15.66 server Copyright (C) 1988-2002 Microsoft Corporation.
2005-08-01 12:56:15.66 server All rights reserved.
2005-08-01 12:56:15.66 server Server Process ID is -1957071.
2005-08-01 12:56:15.66 server Logging SQL Server messages in file
'C:\Archivos de programa\Microsoft SQL Server\MSSQL\LOG\ERRORLOG'.
2005-08-01 12:56:15.71 server SQL Server is starting at priority class
'normal'(1 CPU detected).
2005-08-01 12:56:15.85 server SQL Server configured for thread mode
processing.
2005-08-01 12:56:15.87 server Using dynamic lock allocation. [500] Lock
Blocks, [1000] Lock Owner Blocks.
2005-08-01 12:56:15.97 spid3 Starting up database 'master'.
2005-08-01 12:56:16.52 spid5 Starting up database 'model'.
2005-08-01 12:56:16.58 spid3 Server name is 'CC1'.
2005-08-01 12:56:16.60 spid3 Skipping startup of clean database id 4
2005-08-01 12:56:16.61 spid3 Starting up database 'ControlZap'.
2005-08-01 12:56:16.63 spid3 Bypassing recovery for database
'ControlZap' because it is marked SUSPECT.
2005-08-01 12:56:16.76 server SQL server listening on 192.168.0.10: 1433.
2005-08-01 12:56:16.76 server SQL server listening on 127.0.0.1: 1433.
2005-08-01 12:56:16.77 server SuperSocket Info: Bind failed on TCP port
1433.
2005-08-01 12:56:16.89 spid5 Clearing tempdb database.
2005-08-01 12:56:16.93 server SQL server listening on TCP, Shared Memory,
Rpc.
2005-08-01 12:56:16.95 server SQL Server is ready for client connections
2005-08-01 12:56:17.21 spid5 Starting up database 'tempdb'.
2005-08-01 12:56:17.39 spid3 Recuperación completa.
2005-08-01 12:56:17.39 spid3 SQL global counter collection task is
created.
2005-08-01 12:56:42.39 spid51 Utilizando 'xpstar.dll' versión
'2000.80.760' para ejecutar el procedimiento almacenado extendido
xp_availablemedia.
2005-08-01 12:57:25.69 spid51 Starting up database 'msdb'.
2005-08-01 12:57:45.57 spid51 Starting up database 'ControlZap'.
2005-08-01 12:57:45.61 spid51 Error: 823, Severity: 24, State: 2.
2005-08-01 12:57:45.63 spid51 Error: 823, Severity: 24, State: 2
2005-08-01 12:57:45.63 spid51 I/O error (bad page ID) detected during
read at offset 0x000000015b8000 in file 'C:\Mis
documentos\ZapDistribuidora\ControlZap_Data.MDF'..
2005-08-01 12:57:45.66 spid51 Error: 3313, Severity: 21, State: 2
2005-08-01 12:57:45.66 spid51 Error al rehacer la operación registrada en
la base de datos 'ControlZap'. Error en la entrada de registro con Id.
(8116:18:2)..
2005-08-01 12:57:45.66 spid51 Error: 3313, Severity: 21, State: 2
2005-08-01 12:57:45.66 spid51 Error while redoing logged operation in
database 'ControlZap'. Error at log record ID (8116:18:2)..



"Sangines" escribió:

Yara...

primero deberias checar el log para ver que es lo que te marca y partir
de ahi para encontrar la solucion...

Este archivo lo encuentras en la carpeta logs del directorio de
instalacion de sql server...

Checalo y dinos el problema que reporta sql server...

Saludos