DB sospechosa (suspect)

Ya corri en modo emergencia el comando...

al correr el comando:
DBCC REBUILD_LOG('Mybd','C:\Program Files\Microsoft SQL Server\MSSQL
$PREDETERMINADA\Data')
marca:
Servidor: mensaje 5180, nivel 22, estado 1, línea 1
No se pudo abrir FCB porque el Id. de archivo 0 no es válido en la
base de datos 'Mybd'.
Conexión interrumpida

Despues..corri el comando
dbcc checkdb (Mybd, REPAIR_ALLOW_DATA_LOSS)
marca:
Servidor: mensaje 8966, nivel 16, estado 1, línea 1
No se puede leer y establecer un pestillo en la página (1:24) con el
tipo de pestillo SH. Error en sysindexes.
Ejecución de DBCC completada. Si hay mensajes de error, consulte al
administrador del sistema.

Gracias

On 1 oct, 08:46, "Carlos Sacristan" wrote:

Vas a tener que poner la base de datos en modo emergencia y ejecutar así
DBCC CHECKDB, pero lo más probable es que pierdas los datos de la(s)
página(s) corruptas.

Este artículo de Paul Randall te puede venir bien para seguir los pasos
correctamente:http://www.sqlskills.com/blogs/paul...gle-EME...

"Caminar sobre el agua y desarrollar software a partir de unas
especificaciones es fácil, si ambas están congeladas."
Edward V. Berard, ingeniero informático

"Liss_B" wrote in message

news:
Gracias por tu respuesta:

En el log marca estos errores:
Skipping startup of clean database  id 32
Skipping startup of clean database  id 31
Skipping startup of clean database  id 30
Skipping startup of clean database  id 29
. hasta el
Skipping startup of clean database  id 20
I/O Error (torn page) detected during read of offset 0x000000000030000
in file
Error :823 Severity: 24 State2

***************************************
On 1 oct, 02:24, "Carlos Sacristan" wrote:



> ¿Algún mensaje en el log de errores?

> "Caminar sobre el agua y desarrollar software a partir de unas
> especificaciones es fácil, si ambas están congeladas."
> Edward V. Berard, ingeniero informático

> "Latre" wrote in message

>news:

> > Tengo un server windows 2003 y un SQL2000 Server

> > Tengo varias DB y recientemente hubo un corte de energia por varias
> > horas y el UPs fallo y no apago los servers por lo cual de todas las
> > DB 1 me aparece como "sospechosa" he buscado en internet y he visto
> > varias posibles soluciones pero ninguna me ha funcionado a mi
> > Al tratar de cambiarle el estatus de sospechoso con el comando:

> > sp_resetstatus

> > Si corre, pero mi bd no cambia el estatus en el administrador
> > corporativo.

> > Al correr:
> > exec sp_dboption 'MiBD'
> > , 'single user', 'true'
> > me marca:
> > No se puede abrir la base de datos 'mybd', porque no es posible tener
> > acceso a archivos, o la memoria o el espacio en disco son
> > insuficientes. Consulte el registro de errores de SQL Server.
> > O si trato de cambiarla el tipo de acceso a single user.

> > Por lo mismo no puedo correr el CHECKDB

> > Alguien tiene alguna sugerencia de que procedimento puedo seguir?

> > tengo un respaldo pero la verdad ya es de mas de 15 dias y se hicieron
> > bastantes movientos los ultimos dias

> > Se puede recuperar la DB apartir del log de modificaciones?

> > Gracias- Ocultar texto de la cita -

> - Mostrar texto de la cita -- Ocultar texto de la cita -

- Mostrar texto de la cita -

En varias ocaciones he usado estos comandos, únicamente asegurate que no
exista ningún cliente conectado a la base de datos ya sea con el
procedimiento sp_who o sp_who2

exec sp_resetstatus Nombre_Db
go
RESTORE DATABASE Nombre_Db WITH RECOVERY
go
exec sp_dboption 'Nombre_Db', 'single user', true
go
DBCC CHECKDB ('Nombre_Db', REPAIR_ALLOW_DATA_LOSS)
go
exec sp_dboption 'Nombre_Db', 'single user', false
go

"Liss_B" escribió en el mensaje de
noticias:

Ya corri en modo emergencia el comando...

al correr el comando:
DBCC REBUILD_LOG('Mybd','C:\Program Files\Microsoft SQL Server\MSSQL
$PREDETERMINADA\Data')
marca:
Servidor: mensaje 5180, nivel 22, estado 1, línea 1
No se pudo abrir FCB porque el Id. de archivo 0 no es válido en la
base de datos 'Mybd'.
Conexión interrumpida

Despues..corri el comando
dbcc checkdb (Mybd, REPAIR_ALLOW_DATA_LOSS)
marca:
Servidor: mensaje 8966, nivel 16, estado 1, línea 1
No se puede leer y establecer un pestillo en la página (1:24) con el
tipo de pestillo SH. Error en sysindexes.
Ejecución de DBCC completada. Si hay mensajes de error, consulte al
administrador del sistema.

Gracias

On 1 oct, 08:46, "Carlos Sacristan" wrote:

Vas a tener que poner la base de datos en modo emergencia y ejecutar así
DBCC CHECKDB, pero lo más probable es que pierdas los datos de la(s)
página(s) corruptas.

Este artículo de Paul Randall te puede venir bien para seguir los pasos
correctamente:http://www.sqlskills.com/blogs/paul...gle-EME...

"Caminar sobre el agua y desarrollar software a partir de unas
especificaciones es fácil, si ambas están congeladas."
Edward V. Berard, ingeniero informático

"Liss_B" wrote in message

news:
Gracias por tu respuesta:

En el log marca estos errores:
Skipping startup of clean database id 32
Skipping startup of clean database id 31
Skipping startup of clean database id 30
Skipping startup of clean database id 29
. hasta el
Skipping startup of clean database id 20
I/O Error (torn page) detected during read of offset 0x000000000030000
in file
Error :823 Severity: 24 State2

***************************************
On 1 oct, 02:24, "Carlos Sacristan" wrote:



> ¿Algún mensaje en el log de errores?

> "Caminar sobre el agua y desarrollar software a partir de unas
> especificaciones es fácil, si ambas están congeladas."
> Edward V. Berard, ingeniero informático

> "Latre" wrote in message

>news:

> > Tengo un server windows 2003 y un SQL2000 Server

> > Tengo varias DB y recientemente hubo un corte de energia por varias
> > horas y el UPs fallo y no apago los servers por lo cual de todas las
> > DB 1 me aparece como "sospechosa" he buscado en internet y he visto
> > varias posibles soluciones pero ninguna me ha funcionado a mi
> > Al tratar de cambiarle el estatus de sospechoso con el comando:

> > sp_resetstatus

> > Si corre, pero mi bd no cambia el estatus en el administrador
> > corporativo.

> > Al correr:
> > exec sp_dboption 'MiBD'
> > , 'single user', 'true'
> > me marca:
> > No se puede abrir la base de datos 'mybd', porque no es posible tener
> > acceso a archivos, o la memoria o el espacio en disco son
> > insuficientes. Consulte el registro de errores de SQL Server.
> > O si trato de cambiarla el tipo de acceso a single user.

> > Por lo mismo no puedo correr el CHECKDB

> > Alguien tiene alguna sugerencia de que procedimento puedo seguir?

> > tengo un respaldo pero la verdad ya es de mas de 15 dias y se
> > hicieron
> > bastantes movientos los ultimos dias

> > Se puede recuperar la DB apartir del log de modificaciones?

> > Gracias- Ocultar texto de la cita -

> - Mostrar texto de la cita -- Ocultar texto de la cita -

- Mostrar texto de la cita -

Al correr los comandos.. en el dbcc checkbd marca el error:

Servidor: mensaje 8966, nivel 16, estado 1, línea 1
No se puede leer y establecer un pestillo en la página (1:24) con el
tipo de pestillo SH. Error en sysindexes.
Ejecución de DBCC completada. Si hay mensajes de error, consulte al
administrador del sistema.

ya probe tambien
dbcc checktable (sysindexes)
y me marco:

Servidor: mensaje 5180, nivel 22, estado 1, línea 1
No se pudo abrir FCB porque el Id. de archivo 0 no es válido en la
base de datos 'Mybd'.

Conexión interrumpida

Gracias !

On 1 oct, 17:53, "Julio Glez" wrote:

En varias ocaciones he usado estos comandos, únicamente asegurate que no
exista ningún cliente conectado a la base de datos ya sea con el
procedimiento sp_who o sp_who2

exec sp_resetstatus Nombre_Db
go
RESTORE DATABASE Nombre_Db WITH RECOVERY
go
exec sp_dboption 'Nombre_Db', 'single user', true
go
DBCC CHECKDB ('Nombre_Db', REPAIR_ALLOW_DATA_LOSS)
go
exec sp_dboption 'Nombre_Db', 'single user', false
go

"Liss_B" escribió en el mensaje de
noticias:



> Ya corri en modo emergencia el comando...

> al correr el comando:
> DBCC REBUILD_LOG('Mybd','C:\Program Files\Microsoft SQL Server\MSSQL
> $PREDETERMINADA\Data')
> marca:
> Servidor: mensaje 5180, nivel 22, estado 1, línea 1
> No se pudo abrir FCB porque el Id. de archivo 0 no es válido en la
> base de datos 'Mybd'.
> Conexión interrumpida

> Despues..corri el comando
> dbcc checkdb (Mybd, REPAIR_ALLOW_DATA_LOSS)
> marca:
> Servidor: mensaje 8966, nivel 16, estado 1, línea 1
> No se puede leer y establecer un pestillo en la página (1:24) con el
> tipo de pestillo SH. Error en sysindexes.
> Ejecución de DBCC completada. Si hay mensajes de error, consulte al
> administrador del sistema.

> Gracias

> On 1 oct, 08:46, "Carlos Sacristan" wrote:
>> Vas a tener que poner la base de datos en modo emergencia y ejecutar así
>> DBCC CHECKDB, pero lo más probable es que pierdas los datos de la(s)
>> página(s) corruptas.

>> Este artículo de Paul Randall te puede venir bien para seguir los pasos
>> correctamente:http://www.sqlskills.com/blogs/paul...gle-EME...

>> "Caminar sobre el agua y desarrollar software a partir de unas
>> especificaciones es fácil, si ambas están congeladas."
>> Edward V. Berard, ingeniero informático

>> "Liss_B" wrote in message

>>news:
>> Gracias por tu respuesta:

>> En el log marca estos errores:
>> Skipping startup of clean database  id 32
>> Skipping startup of clean database  id 31
>> Skipping startup of clean database  id 30
>> Skipping startup of clean database  id 29
>> . hasta el
>> Skipping startup of clean database  id 20
>> I/O Error (torn page) detected during read of offset 0x000000000030000
>> in file
>> Error :823 Severity: 24 State2

>> ***************************************
>> On 1 oct, 02:24, "Carlos Sacristan" wrote:

>> > ¿Algún mensaje en el log de errores?

>> > "Caminar sobre el agua y desarrollar software a partir de unas
>> > especificaciones es fácil, si ambas están congeladas."
>> > Edward V. Berard, ingeniero informático

>> > "Latre" wrote in message

>> >news:

>> > > Tengo un server windows 2003 y un SQL2000 Server

>> > > Tengo varias DB y recientemente hubo un corte de energia por varias
>> > > horas y el UPs fallo y no apago los servers por lo cual de todas las
>> > > DB 1 me aparece como "sospechosa" he buscado en internet y he visto
>> > > varias posibles soluciones pero ninguna me ha funcionado a mi
>> > > Al tratar de cambiarle el estatus de sospechoso con el comando:

>> > > sp_resetstatus

>> > > Si corre, pero mi bd no cambia el estatus en el administrador
>> > > corporativo.

>> > > Al correr:
>> > > exec sp_dboption 'MiBD'
>> > > , 'single user', 'true'
>> > > me marca:
>> > > No se puede abrir la base de datos 'mybd', porque no es posible tener
>> > > acceso a archivos, o la memoria o el espacio en disco son
>> > > insuficientes. Consulte el registro de errores de SQL Server.
>> > > O si trato de cambiarla el tipo de acceso a single user.

>> > > Por lo mismo no puedo correr el CHECKDB

>> > > Alguien tiene alguna sugerencia de que procedimento puedo seguir?

>> > > tengo un respaldo pero la verdad ya es de mas de 15 dias y se
>> > > hicieron
>> > > bastantes movientos los ultimos dias

>> > > Se puede recuperar la DB apartir del log de modificaciones?

>> > > Gracias- Ocultar texto de la cita -

>> > - Mostrar texto de la cita -- Ocultar texto de la cita -

>> - Mostrar texto de la cita -- Ocultar texto de la cita -

- Mostrar texto de la cita -

Mala solución tiene el tema... me temo que vas a tener que recuperar el
backup, aunque sea antiguo y si puedes acceder a la base de datos sospechosa
estando en estado de emergencia, exportar los datos con bcp o similar para
luego incorporarlos a ese backup antiguo.

"Caminar sobre el agua y desarrollar software a partir de unas
especificaciones es fácil, si ambas están congeladas."
Edward V. Berard, ingeniero informático


"Liss_B" wrote in message
news:
Ya corri en modo emergencia el comando...

al correr el comando:
DBCC REBUILD_LOG('Mybd','C:\Program Files\Microsoft SQL Server\MSSQL
$PREDETERMINADA\Data')
marca:
Servidor: mensaje 5180, nivel 22, estado 1, línea 1
No se pudo abrir FCB porque el Id. de archivo 0 no es válido en la
base de datos 'Mybd'.
Conexión interrumpida

Despues..corri el comando
dbcc checkdb (Mybd, REPAIR_ALLOW_DATA_LOSS)
marca:
Servidor: mensaje 8966, nivel 16, estado 1, línea 1
No se puede leer y establecer un pestillo en la página (1:24) con el
tipo de pestillo SH. Error en sysindexes.
Ejecución de DBCC completada. Si hay mensajes de error, consulte al
administrador del sistema.

Gracias

On 1 oct, 08:46, "Carlos Sacristan" wrote:

Vas a tener que poner la base de datos en modo emergencia y ejecutar así
DBCC CHECKDB, pero lo más probable es que pierdas los datos de la(s)
página(s) corruptas.

Este artículo de Paul Randall te puede venir bien para seguir los pasos
correctamente:http://www.sqlskills.com/blogs/paul...gle-EME...

"Caminar sobre el agua y desarrollar software a partir de unas
especificaciones es fácil, si ambas están congeladas."
Edward V. Berard, ingeniero informático

"Liss_B" wrote in message

news:
Gracias por tu respuesta:

En el log marca estos errores:
Skipping startup of clean database id 32
Skipping startup of clean database id 31
Skipping startup of clean database id 30
Skipping startup of clean database id 29
. hasta el
Skipping startup of clean database id 20
I/O Error (torn page) detected during read of offset 0x000000000030000
in file
Error :823 Severity: 24 State2

***************************************
On 1 oct, 02:24, "Carlos Sacristan" wrote:



> ¿Algún mensaje en el log de errores?

> "Caminar sobre el agua y desarrollar software a partir de unas
> especificaciones es fácil, si ambas están congeladas."
> Edward V. Berard, ingeniero informático

> "Latre" wrote in message

>news:

> > Tengo un server windows 2003 y un SQL2000 Server

> > Tengo varias DB y recientemente hubo un corte de energia por varias
> > horas y el UPs fallo y no apago los servers por lo cual de todas las
> > DB 1 me aparece como "sospechosa" he buscado en internet y he visto
> > varias posibles soluciones pero ninguna me ha funcionado a mi
> > Al tratar de cambiarle el estatus de sospechoso con el comando:

> > sp_resetstatus

> > Si corre, pero mi bd no cambia el estatus en el administrador
> > corporativo.

> > Al correr:
> > exec sp_dboption 'MiBD'
> > , 'single user', 'true'
> > me marca:
> > No se puede abrir la base de datos 'mybd', porque no es posible tener
> > acceso a archivos, o la memoria o el espacio en disco son
> > insuficientes. Consulte el registro de errores de SQL Server.
> > O si trato de cambiarla el tipo de acceso a single user.

> > Por lo mismo no puedo correr el CHECKDB

> > Alguien tiene alguna sugerencia de que procedimento puedo seguir?

> > tengo un respaldo pero la verdad ya es de mas de 15 dias y se hicieron
> > bastantes movientos los ultimos dias

> > Se puede recuperar la DB apartir del log de modificaciones?

> > Gracias- Ocultar texto de la cita -

> - Mostrar texto de la cita -- Ocultar texto de la cita -

- Mostrar texto de la cita -

Hola Carlos.
Efectivamente es muy complicado levantar la bd, desafortunadamente en
modo sospechoso no me deja abrir nada, ni me muestra ninguna tabla.
Probe con un software que se llama recovery toolbox for sql server, al
parecer ya me genero la base de datos en archivos sql. Todavia estoy
leyendo a ver como levanto estos archivos jejej, me genero un .bat que
no hace aparentemente nada, por lo que estoy viendo opciones de como
levantar estos archivos. Como quiera ya una vez que pueda levantarlos,
voy a revisar que la bd este completa.Si no.. efectivamente me tendre
q regresar al ultimo respaldo.
Gracias por tus consejos, sigo leyendo de omo levantar y si encuentro
el tip.. les aviso
Gracias nuevamnete.!