DBCC CHECKALLOC (Transact-SQL)

Artículo
11/19/2024

Se aplica a: SQL Server Azure SQL Database Azure SQL Managed Instance

Comprueba la coherencia de las estructuras de asignación de espacio en disco de una base de datos determinada.

Convenciones de sintaxis de Transact-SQL

Sintaxis

DBCC CHECKALLOC
[
    ( database_name | database_id | 0
      [ , NOINDEX
      | , { REPAIR_ALLOW_DATA_LOSS | REPAIR_FAST | REPAIR_REBUILD } ]
    )
    [ WITH
        {
          [ ALL_ERRORMSGS ]
          [ , NO_INFOMSGS ]
          [ , TABLOCK ]
          [ , ESTIMATEONLY ]
        }
    ]
]

Argumentos

database_name | database_id | 0

Nombre o el identificador de la base de datos cuya asignación y uso de páginas se va a comprobar.

Si no se especifica o se especifica 0, se utiliza la base de datos actual.

Los nombres de las bases de datos deben cumplir las reglas de los identificadores.

NOINDEX

Especifica que no se deben comprobar los índices no clúster de las tablas de usuario.

NOINDEX solo se mantiene por razones de compatibilidad con versiones anteriores y no afecta a DBCC CHECKALLOC.

REPAIR_ALLOW_DATA_LOSS | REPAIR_FAST | REPAIR_REBUILD

Especifica que DBCC CHECKALLOC repare los errores que encuentre. database_name debe estar en modo de usuario único.

REPAIR_ALLOW_DATA_LOSS

Intenta reparar los errores encontrados. Estas reparaciones pueden ocasionar alguna pérdida de datos. REPAIR_ALLOW_DATA_LOSS es la única opción que permite la reparación de los errores de asignación.
REPAIR_FAST

La sintaxis solo se mantiene por razones de compatibilidad con versiones anteriores. No se realizan acciones de reparación.
REPAIR_REBUILD

No aplicable.

Importante

Utilice las opciones REPAIR solo como último recurso. Para reparar errores, se recomienda restaurar a partir de una copia de seguridad. Las operaciones de reparación no tienen en cuenta ninguna de las restricciones que puede haber en las tablas o entre ellas. Si la tabla especificada está implicada en una o más restricciones, se recomienda ejecutar DBCC CHECKCONSTRAINTS tras una operación de reparación. Si tiene que usar REPAIR, ejecute DBCC CHECKDB sin una opción de reparación para localizar el nivel de reparación que se va a usar. Si se va a usar el nivel REPAIR_ALLOW_DATA_LOSS, se recomienda realizar una copia de seguridad de la base de datos antes de ejecutar DBCC CHECKDB con esta opción.

WITH

Habilita la especificación de opciones.

ALL_ERRORMSGS

Muestra todos los mensajes de error. De forma predeterminada, se muestran todos los mensajes de error. Especificar u omitir esta opción no tiene ningún efecto.
NO_INFOMSGS

Suprime todos los mensajes informativos y el informe del espacio utilizado.
TABLOCK

Hace que el comando DBCC obtenga un bloqueo de base de datos exclusivo.
ESTIMATEONLY

Muestra la cantidad calculada de espacio de tempdb que se necesita para ejecutar DBCC CHECKALLOC cuando todas las otras opciones están especificadas.

Comentarios

DBCC CHECKALLOC comprueba la asignación de todas las páginas de la base de datos, independientemente del tipo de página u objeto al que pertenezcan. También valida las diversas estructuras internas que se utilizan para realizar un seguimiento de estas páginas y de las relaciones entre ellas.

Si no se especifica NO_INFOMSGS, DBCC CHECKALLOC recopila información sobre uso de espacio de todos los objetos de la base de datos. Esta información se imprime junto con los errores encontrados.

Nota

La funcionalidad DBCC CHECKALLOC se incluye en DBCC CHECKDB y DBCC CHECKFILEGROUP. Esto significa que no tiene que ejecutar DBCC CHECKALLOC independientemente de estas instrucciones. DBCC CHECKALLOC no comprueba los datos FILESTREAM. FILESTREAM almacena los objetos binarios grandes (BLBS) en el sistema de archivos.

Instantánea de base de datos interna

DBCC CHECKALLOC usa una instantánea interna de base de datos para proporcionar la coherencia transaccional necesaria para realizar estas comprobaciones. Si no es posible crear una instantánea o se especifica TABLOCK, DBCC CHECKALLOC intenta adquirir un bloqueo exclusivo (X) de la base de datos para obtener la coherencia necesaria.

Nota

Al ejecutar DBCC CHECKALLOC con tempdb no se realiza ninguna comprobación. Esto es debido a que, por motivos de rendimiento, las instantáneas de base de datos no están disponibles en tempdb. Eso significa que no es posible obtener la coherencia transaccional necesaria. Detenga e inicie el servicio Motor de base de datos para resolver cualquier problema de asignación de tempdb que pueda existir. Esta acción quita y vuelve a crear la base de datos tempdb.

Descripción de los mensajes de error de DBCC

Cuando el comando DBCC CHECKALLOC finaliza, se escribe un mensaje en el registro de errores de SQL Server. Si el comando DBCC se ejecuta correctamente, el mensaje lo indica, así como el tiempo de ejecución del comando. Si el comando DBCC se detiene antes de finalizar la comprobación debido a un error, el mensaje indica que el comando se ha cancelado, un valor de estado y el tiempo de ejecución del comando. En la tabla siguiente se muestran y describen los valores de estado que pueden aparecer en el mensaje.

State	Descripción
0	Se ha generado el error número 8930. Indica un daño en los metadatos que provoca la cancelación del comando DBCC.
1	Se ha generado el error número 8967. Error DBCC interno.
2	Error durante una reparación de base de datos en modo de emergencia.
3	Indica un daño en los metadatos que provoca la cancelación del comando DBCC.
4	Se ha detectado una infracción de acceso o aserción.
5	Error desconocido que cancela el comando DBCC.

Informe de errores

Un archivo de minivolcado de memoria (SQLDUMP<nnnn>.txt) se crea en el directorio LOG de SQL Server cada vez que DBCC CHECKALLOC detecta un error relacionado con datos dañados. Si las características de recopilación de datos de Uso de la característica e Informes de errores están habilitadas para la instancia de SQL Server, el archivo se reenvía automáticamente a Microsoft. Los datos recopilados se utilizan para mejorar la funcionalidad de SQL Server.

El archivo de volcado contiene los resultados del comando DBCC CHECKALLOC y los resultados del diagnóstico adicional. El archivo tiene listas de control de acceso discrecional (DACL) restringidas. El acceso está limitado a la cuenta de servicio de SQL Server y a los miembros del rol sysadmin. De forma predeterminada, el rol sysadmin contiene todos los miembros del grupo BUILTIN\Administradores de Windows y el grupo de administradores local. El comando DBCC no producirá error en caso de que se produzca un error en el proceso de recopilación de datos.

Resolución de errores

Si DBCC CHECKALLOC informa de algún error, se recomienda restaurar la base de datos a partir de su copia de seguridad en lugar de ejecutar una reparación. Si no existe una copia de seguridad, la ejecución de una reparación puede corregir los errores; pero puede exigir la eliminación de algunas páginas y, por lo tanto, de datos.

Es posible realizar una reparación en una transacción de usuario. Esto permite revertir los cambios. Si se revierten los cambios, la base de datos seguirá conteniendo errores y deberá ser restaurada a partir de una copia de seguridad. Una vez finalizadas las reparaciones, realice una copia de seguridad de la base de datos.

Conjuntos de resultados

En las siguientes tablas se describe la información que devuelve DBCC CHECKALLOC.

Elemento	Descripción
FirstIAM	Solo para uso interno.
Root	Solo para uso interno.
Dpages	Recuento de páginas de datos.
Pages used	Páginas asignadas.
Dedicated extents	Extensiones asignadas al objeto. Si se utilizan páginas de asignación mixtas, puede haber páginas asignadas sin extensiones.

DBCC CHECKALLOC también devuelve un resumen de asignación de cada índice y partición de los archivos. En este resumen se describe la distribución de los datos.

Elemento	Descripción
Reserved pages	Páginas asignadas al índice y páginas no utilizadas en extensiones asignadas.
Used pages	Páginas asignadas y utilizadas por el índice.
Id. de partición	Exclusivamente para uso interno.
Alloc Unit ID	Exclusivamente para uso interno.
Datos de fila	Las páginas contienen datos de índice o de montón.
Datos LOB	Las páginas contienen datos de tipo varchar(max), nvarchar(max), varbinary(max), text, ntext, xml e image.
Datos de desbordamiento de fila	Las páginas contienen datos de columna de longitud variable que se han insertado de manera no consecutiva.

DBCC CHECKALLOC devuelve el siguiente conjunto de resultados (los valores pueden variar), excepto cuando se especifica ESTIMATEONLY o NO_INFOMSGS.

DBCC results for 'master'.
***************************************************************
Table sysobjects                Object ID 1.
Index ID 1         FirstIAM (1:11)   Root (1:12)    Dpages 22.
    Index ID 1. 24 pages used in 5 dedicated extents.
Index ID 2         FirstIAM (1:1368)   Root (1:1362)    Dpages 10.
    Index ID 2. 12 pages used in 2 dedicated extents.
Index ID 3         FirstIAM (1:1392)   Root (1:1408)    Dpages 4.
    Index ID 3. 6 pages used in 0 dedicated extents.
Total number of extents is 7.
***************************************************************
'...'
***************************************************************
Table spt_server_info                Object ID 1938105945.
Index ID 1         FirstIAM (1:520)   Root (1:508)    Dpages 1.
    Index ID 1. 3 pages used in 0 dedicated extents.
Total number of extents is 0.
***************************************************************
Processed 52 entries in sysindexes for database ID 1.
File 1. Number of extents = 210, used pages = 1126, reserved pages = 1280.
           File 1 (number of mixed extents = 73, mixed pages = 184).
    Object ID 1, Index ID 0, data extents 5, pages 24, mixed extent pages 9.
'...'
    Object ID 1938105945, Index ID 0, data extents 0, pages 3, mixed extent pages 3.
Total number of extents = 210, used pages = 1126, reserved pages = 1280 in this database.
       (number of mixed extents = 73, mixed pages = 184) in this database.
CHECKALLOC found 0 allocation errors and 0 consistency errors in database 'master'.
DBCC results for 'master'.
***************************************************************
Table sys.sysrowsetcolumns                Object ID 4.
Index ID 1, partition ID 262144, alloc unit ID 262144 (type In-row data). FirstIAM (1:98). Root (1:94). Dpages 7.
Index ID 1, partition ID 262144, alloc unit ID 262144 (type In-row data). 9 pages used in 1 dedicated extents.
Index ID 1, partition ID 262144, alloc unit ID 262398 (type Row-overflow data). FirstIAM (0:0). Root (0:0). Dpages 0.
Index ID 1, partition ID 262144, alloc unit ID 262398 (type Row-overflow data). 0 pages used in 0 dedicated extents.
Total number of extents is 1.
...
***************************************************************
Processed 201 entries in system catalog for database ID 1.
File 1. Number of extents = 44, used pages = 300, reserved pages = 345.
           File 1 (number of mixed extents = 29, mixed pages = 225).
    Object ID 4, index ID 1, partition ID 262144, alloc unit ID 262144 (type In-row data), data extents 1, pages 9, mixed extent pages 8.
    Object ID 5, index ID 1, partition ID 327680, alloc unit ID 327680 (type In-row data), data extents 0, pages 2, mixed extent pages 2.
    Object ID 7, index ID 1, partition ID 458752, alloc unit ID 458752 (type In-row data), data extents 0, pages 5, mixed extent pages 5.
    Object ID 8, index ID 0, partition ID 524288, alloc unit ID 524288 (type In-row data), data extents 0, pages 2, mixed extent pages 2.
    Object ID 13, index ID 1, partition ID 851968, alloc unit ID 851968 (type In-row data), data extents 1, pages 9, mixed extent pages 8.
    Object ID 15, index ID 1, partition ID 983040, alloc unit ID 983040 (type In-row data), data extents 0, pages 2, mixed extent pages 2.
    Object ID 26, index ID 1, partition ID 281474978414592, alloc unit ID 1703937 (type In-row data), data extents 0, pages 3, mixed extent pages 3.
    Object ID 27, index ID 1, partition ID 281474978480128, alloc unit ID 1769473 (type In-row data), data extents 0, pages 3, mixed extent pages 3.
    Object ID 27, index ID 2, partition ID 562949955190784, alloc unit ID 1769474 (type In-row data), index extents 0, pages 3, mixed extent pages 3.
...
    Object ID 1179151246, index ID 1, partition ID 72057594038845440, alloc unit ID 13435136 (type In-row data), data extents 2, pages 18, mixed extent pages 8.
    Object ID 1179151246, index ID 2, partition ID 72057594038910976, alloc unit ID 13566208 (type In-row data), index extents 1, pages 16, mixed extent pages 8.
    Object ID 1911677858, index ID 0, partition ID 72057594039631872, alloc unit ID 15073536 (type In-row data), data extents 0, pages 2, mixed extent pages 2.
Total number of extents = 41, used pages = 289, reserved pages = 323 in this database.
       (number of mixed extents = 27, mixed pages = 211) in this database.
CHECKALLOC found 0 allocation errors and 0 consistency errors in database 'master'.
DBCC execution completed. If DBCC printed error messages, contact your system administrator.

Cuando se especifica ESTIMATEONLY, DBCC CHECKALLOC devuelve el conjunto de resultados siguiente.

Estimated TEMPDB space needed for CHECKALLOC (KB)
-------------------------------------------------
34
  
(1 row(s) affected)
  
DBCC execution completed. If DBCC printed error messages, contact your system administrator.

Permisos

Debe pertenecer al rol fijo de servidor sysadmin o al rol fijo de base de datos db_owner .

Ejemplos

En el ejemplo siguiente se ejecuta DBCC CHECKALLOC para la base de datos actual y para la base de datos AdventureWorks2022.

-- Check the current database.
DBCC CHECKALLOC;
GO
-- Check the AdventureWorks2022 database.
DBCC CHECKALLOC (AdventureWorks2022);
GO

Consulte también

DBCC (Transact-SQL)

Compartir a través de

DBCC CHECKALLOC (Transact-SQL)

Sintaxis

Argumentos

database_name | database_id | 0

NOINDEX

REPAIR_ALLOW_DATA_LOSS | REPAIR_FAST | REPAIR_REBUILD

WITH

Comentarios

Instantánea de base de datos interna

Descripción de los mensajes de error de DBCC

Informe de errores

Resolución de errores

Conjuntos de resultados

Permisos

Ejemplos

Consulte también

Comentarios

Recursos adicionales