Base de datos... ¿"sospechosa"?

[Punchi]

me sale eso en la base de datos =S

lo peor es que es luego de utilizar el VB.NET, siempre queda algo raro en la base de datos, mas encima que sólo configuro la conexion a ésta

¿como pudo solucionar lo de sospechoso? NO me sirvio la solucion de esta web http://helpdna.iespana.es/bosqlfaq12.htm

¿alguna otra alternativa? =S

[Carcharhinus]

Hola..Espero te sirva de ayda:

EXEC sp_configure 'Allow Updates ' , 1
RECONFIGURE WITH OVERRIDE
BEGIN TRAN
UPDATE sysdatabases
SET status=status - 256
WHERE name= 'Tu bAse de datos' (con las comillas)
AND status & 256 = 256
ROLLBACK TRAN

EXEC sp_configure 'Allow Updates' , 0
RECONFIGURE WITH OVERRIDE

[Punchi]

thanks =)

mira, la verdad es que no lo probé, realmente la base tenia pocos datos, asi que la borre y cree lo demas por un .sql que tenia guardado, pero mas adelante no podre hacer lo mismo...

vi que estos errores pasan cuando se cierra mal el servicio o algun corte, etc... pero lo mio fue por ocupar VB.NET ¿sabes que tiene que ver? ¿como, porque pudo ser? =S

---EDIT---

Ok... nuevamente la base quedo "sospechosa". Ejecute el SQL que me dijiste y me salio este mensaje en el analizador de consultas:

Código:

Servidor: mensaje 15123, nivel 16, estado 1, procedimiento sp_configure, línea 78
La opción de configuración 'Allow Updates ' no existe, o se trata de una opción avanzada.
 
Las opciones de configuración válidas son:

(0 filas afectadas)

---EDIT 2---

Ahps... existia un espacio =P
listo, me arroja este mensaje

Código:

Ejecución de DBCC completada. Si hay mensajes de error, consulte al administrador del sistema.
Se cambió la opción de configuración 'allow updates' de 1 a 1. Ejecute la instrucción RECONFIGURE para instalar.

(0 filas afectadas)

Pero al momento de actualizar la base sigue sospechosa =S

[GuilleSQL]

Buenas,

Espero que te pueda ser de ayuda, al menos, en el caso de SQL Server 2000 (con SQL Server 2005, cambian algunos detalles).

Lo primero, intentar quitar el estado de Sospechoso, a ver si va todo bien. No tiene porqué, pero en ocasiones, esto funciona. A continuación va un ejemplo:

USE master
GO
EXEC SP_CONFIGURE 'Allow updates',1
GO
RECONFIGURE WITH OVERRIDE
GO
EXEC sp_resetstatus 'GuilleSQL'
GO
DBCC DBRECOVER('GuilleSQL')
GO
USE master
GO
EXEC SP_CONFIGURE 'Allow updates',0
GO
RECONFIGURE WITH OVERRIDE


Por otro lado, puedes poner la base de datos en modo de emergencia. Con esto, podrás acceder en modo sólo lectura a la misma, para intentar recuperar sus datos (ej: descargarlos). Aquí va un ejemplo:

USE master
GO
EXEC SP_CONFIGURE 'Allow updates', 1
GO
RECONFIGURE WITH OVERRIDE
GO

UPDATE sysdatabases
SET status = status | -32768
WHERE name='GuilleSQL'
GO

EXEC SP_CONFIGURE 'Allow updates', 0
GO
RECONFIGURE WITH OVERRIDE
GO


Si el fichero de Log te está dando guerra, puedes intentar reconstruir el Log de la base de datos, con un comando DBCC no soportado (insisto, no soportado). Ejemplo:

DBCC REBUILD_LOG(GuilleSQL,'D:\SQL2000\Data\GuilleSQL_L og.LDF')

Puedes ver en más detalle en
guillesql.es/Articulos/SQLServerFAQ_Base_Datos_Suspect_Sospechosa_sp_rese tstatus_DBCC_DBRECOVER_Emergency_Mode.aspx

Saludos,
GuilleSQL

[iislas]

BACKUP = Salvavidas de un DBA

[Punchi]

eh... gracias por las respustas... aunque ya ni me acuerdo a que se referia mi problema, data del año 2006....

[iislas]

Entonces GuilleSQL la anda haciendo de "levanta muertos", jajaja