Descripción y administración de la tabla suspect_pages

Errores registrados en la tabla suspect_pages

La tabla suspect_pages contiene una fila por cada página que causó un error 824, hasta un límite de 1.000 filas. En la siguiente tabla se muestran los errores registrados en la columna envent_type de la tabla suspect_pages.

La tabla suspect_pages también registra errores transitorios. El origen de los errores transitorios puede ser un error de E/S (por ejemplo, un cable desconectado) o una página que genera un error temporal en una prueba de suma de comprobación repetida.

Cómo actualiza el motor de base de datos la tabla suspect_pages

Motor de base de datos realiza las acciones siguientes en la tabla suspect_pages:

• Si la tabla no está llena, se actualiza para cada error 824, para indicar que se ha producido un error, y el contador de errores se incrementa.

• Si una página tiene un error después de ser corregida mediante reparación, restauración o desasignación, su contador number_of_errors se incrementa y la columna last_update se actualiza.

• Después de que se ha corregido una página de la lista mediante una operación de restauración o de reparación, la operación actualiza la fila suspect_pages para indicar que la página está reparada (event_type = 5) o restaurada (event_type = 4).

• Si se ejecuta una comprobación DBCC, ésta marca las páginas sin errores como reparadas (event_type = 5) o desasignadas (event_type = 7).

Actualizaciones automáticas de la tabla suspect_pages

Un asociado de creación de reflejo de base de datos actualiza la tabla suspect_pages después de un error en un intento de leer una página de un archivo de datos por una de las razones siguientes.

• Error 823 error producido por un error de CRC del sistema operativo.

• Error 824, (error lógico, como una página rasgada)

Las siguientes acciones eliminan automáticamente filas de la tabla suspect_pages.

• ALTER DATABASE REMOVE FILE

• DROP DATABASE

• DBCC CHECKDB REPAIR_ALLOW_DATA_LOSS actualiza la tabla suspect_pages para indicar cada página que se ha reparado o desasignado.

• RESTORE también actualiza la lista. Una restauración completa, de archivos o de páginas marca las entradas de página como restauradas.

Función de mantenimiento del administrador de la base de datos

Los administradores de bases de datos son responsables de la administración de la tabla, sobre todo de eliminar las filas antiguas. La tabla suspect_pages tiene un tamaño limitado; si se llena, los errores nuevos no se registrarán. Para evitar que esta tabla se llene, el administrador de la base de datos o el administrador del sistema debe borrar manualmente las entradas antiguas de la tabla eliminando filas. Por consiguiente, recomendamos que elimine o archive periódicamente las filas que tienen event_type de restaurada o reparada, o las filas que tienen un valor last_update antiguo.

Para supervisar la actividad en la tabla suspect_pages, puede utilizar Clase de eventos Database Suspect Data Page. A veces se agregan filas a la tabla suspect_pages debido a errores transitorios. Si se agregan muchas filas a la tabla, sin embargo, es probable que haya un problema con el subsistema de E/S. Si observa un aumento repentino en el número de filas que se agregan a la tabla, recomendamos que investigue los posibles problemas en el subsistema de E/S.

Un administrador de la base de datos también puede insertar o actualizar registros. Por ejemplo, actualizar una fila puede resultar útil cuando el administrador de la base de datos sabe que una determinada página sospechosa está intacta realmente, pero desea preservar el registro durante un tiempo.

Ejemplos

' Select restored, repaired, or deallocated pages.
DELETE FROM msdb..suspect_pages
   WHERE (event_type = 4 OR event_type = 5 OR event_type = 7);
GO

' Select nonspecific 824, bad checksum, and torn page errors.
SELECT * FROM msdb..suspect_pages
   WHERE (event_type = 1 OR event_type = 2 OR event_type = 3);
GO

Vea también

Referencia

Conceptos