parent nodes: SQLapuntes | SuspectSospechosa
La base de datos aparece desconectada y, al lado del nombre, pone (suspect)
Mirar logs de la última copia de seguridad
Si en los logs no hay errores, restaurar esa copia.
En caso de no tener copia o estar antigua o mal:
Quitar estado suspect
Comprobar la base de datos
Intentar arreglarla
Quitarle el estado suspect
No se puede acceder a la base de datos así que lo hacemos desde master
Dar permiso
USE master
GO
sp_configure 'allow updates', 1
GO
RECONFIGURE WITH OVERRIDE
GO
Quitar el estado
sp_resetstatus 'SIGC_COL' --(la base de datos que está en suspect)
GO
Reiniciar el servicio de SQL Server
Retirar el permiso
USE master
GO
sp_configure 'allow updates', 0
GO
RECONFIGURE WITH OVERRIDE
GO
Chequear el estado de la base de datos
Antes de seguir trabajando hay que ver el motivo por el que estaba en suspect
DBCC CHECKDB( 'SIGC_COL' ) --(la base de datos que estaba en suspect)
Esto puede que nos muestre errores de algunas tablas.
Debajo del error viene indicado el nivel que hay que usar para la corrección del error.
Corregir los errores
La base de datos debe estar en modo multiusuario=false buscarlo en google.
El código del nivel de error se pone como 2o parámetro de la función de checkeoDBCC CHECKDB( 'SIGC_COL', ERROR_LEVEL_ALLOW_LOST_VALUE ) -- algo así no me acuerdo bien