REVISIÓN: La CheckDB no puede corregir el error 8909 o error 8905

Seleccione idioma Seleccione idioma
Id. de artículo: 308795 - Ver los productos a los que se aplica este artículo
Nº DE ERROR: 353867 (SHILOH_BUGS)
Expandir todo | Contraer todo

Síntomas

Si DBCC CHECKDB informa de que el error 8909 en páginas asignadas para ordenación, al ejecutar DBCC CHECKDB con la opción de repair_allow_data_loss , DBCC CHECKDB informa de que el error es fijo, aunque no se corrige el error. Error 8905 normalmente va acompañado de grupos de ocho o más apariciones del error 8909. Independientemente del conjunto de opción de reparación, una ejecución posterior de DBCC CHECKDB informa el mismo conjunto de mensajes de error 8909 y 8905.

Un ejemplo de estos mensajes de error son:
Servidor: Msg 8905, nivel 16, estado 1, línea 1
Extensión (1:192) en el identificador es 10 de base de datos está marcado asignado en el módulo GAM pero IAM ni SGAM tiene asignada.
-o bien -
Servidor: Msg 8909, nivel 16, estado 1, línea 1
Error de tabla: Object ID. de 0, índice de ID. de 0, página ID (1:192). Valor de PageId en el encabezado de página = (0: 0).

Causa

Una instrucción DBCC CHECKDB con una opción de reparación informa erróneamente de que el error 8909 es fijo. Este problema sólo ocurre para las extensiones y páginas asignadas para ordenación. Páginas utilizadas para ordenar tienen los siguientes valores de campo:
  • Tipo de página se establece en SORT_PAGE (7).
  • ID. de objeto es 0.
  • ID es 0.

Solución

Para resolver este problema, consiga el Service Pack más reciente para Microsoft SQL Server 2000. Para obtener información adicional, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
290211INF: Cómo obtener el Service Pack más reciente de SQL Server 2000
Para corregir este problema que CHECKDB debe forzar la reparación de asignación para quitar las extensiones que sólo contienen páginas asignadas a objid e indid 0.

Para resolver este problema, instale SQL Server 2000 Service Pack 2 y, a continuación, ejecute DBCC CHECKDB con la opción repair_allow_data_loss .
Para resolver el problema sin aplicar SQL Server 2000 Service Pack 2, puede utilizar servicios de transformación de datos (DTS) para transferir la base de datos fuera.

Estado

Microsoft ha confirmado que se trata de un problema de Microsoft SQL Server 2000.

Este problema se corrigió por primera vez en Microsoft SQL Server 2000 Service Pack 2.

Propiedades

Id. de artículo: 308795 - Última revisión: viernes, 17 de octubre de 2003 - Versión: 3.2
La información de este artículo se refiere a:
  • Microsoft SQL Server 2000 Standard Edition
Palabras clave: 
kbmt kbbug kbfix KB308795 KbMtes
Traducción automática
IMPORTANTE: Este artículo ha sido traducido por un software de traducción automática de Microsoft (http://support.microsoft.com/gp/mtdetails) en lugar de un traductor humano. Microsoft le ofrece artículos traducidos por un traductor humano y artículos traducidos automáticamente para que tenga acceso en su propio idioma a todos los artículos de nuestra base de conocimientos (Knowledge Base). Sin embargo, los artículos traducidos automáticamente pueden contener errores en el vocabulario, la sintaxis o la gramática, como los que un extranjero podría cometer al hablar el idioma. Microsoft no se hace responsable de cualquier imprecisión, error o daño ocasionado por una mala traducción del contenido o como consecuencia de su utilización por nuestros clientes. Microsoft suele actualizar el software de traducción frecuentemente.
Haga clic aquí para ver el artículo original (en inglés): 308795

Enviar comentarios

 

Contact us for more help

Contact us for more help
Connect with Answer Desk for expert help.
Get more support from smallbusiness.support.microsoft.com