SQL Server agregados diagnósticos adicionales para detectar problemas de E/s no notificados

Si pierde la causa de problemas del sistema operativo, controlador o hardware escribir condiciones o las condiciones de lectura obsoletas, que puede ver mensajes de error relacionados con la integridad de datos, como los errores 605, 823, 3448. Puede recibir mensajes de error que son similares a los ejemplos siguientes:

Información de Service Pack

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:

Información de generación

Microsoft ha publicado una versión de SQL Server que presenta capacidades de seguimiento extendido. Estas capacidades están diseñadas para ayudarle a solucionar los mensajes de error descritos en la sección "Síntomas". Si no sospecha que un sistema operativo o un problema de hardware releated, no tendrá que aplicar esta generación.

La versión en inglés de esta generación tiene los atributos de archivo (o posterior) que figuran en la tabla siguiente. Las fechas y horas de estos archivos aparecen en la hora universal coordinada (UTC). La información de los archivos se convertirá a la hora local cuando la vea. Para averiguar la diferencia entre hora UTC y la hora local, utilice la ficha zona horaria de la herramienta fecha y hora en el panel de control. Nota debido de dependencias de archivo, la revisión más reciente o característica que contiene estos archivos quizás contenga también archivos adicionales.

Microsoft ha confirmado bajo cargas de E/s grueso y raras, algunas plataformas de hardware pueden devolver un obsoleto leer. Si los diagnósticos extendidos indican un posible obsoleto/pérdida lectura escribir condición, póngase en contacto con su proveedor de hardware para su seguimiento inmediato hasta y probar con la utilidad SQLIOStress.

Microsoft ha confirmado que se trata de un problema de los productos de Microsoft enumerados en la sección "La información de este artículo se refiere a:".

Este problema se corrigió por primera vez en Pack 4 de Microsoft SQL Server 2000.

Si recibe alguno de los mensajes de error que se mencionan en la sección "Síntomas" y no se pueden deber a un evento como un error de unidad física, a continuación, revise cualquier problema conocido con SQL Server, el sistema operativo, los controladores y el hardware. Servidor SQL adicional diagnósticos se han agregado en esta compilación para ayudar a detectar E/s problemas externos. Pruebe diagnósticos adicionales proporcionar información sobre las dos condiciones siguientes:

• Perdido amortización: Una llamada correcta a la API WriteFile , pero el sistema operativo, un controlador o el controlador de almacenamiento en caché no correctamente vacía los datos al medio físico, aunque SQL Server se le informará que realizó la escritura.
• Leer obsoleto: Se una llamada correcta a la API ReadFile , pero el sistema operativo, un controlador o el controlador de almacenamiento en caché devuelve incorrectamente una versión anterior de los datos.

Por ejemplo, Microsoft ha confirmado escenarios donde una llamada de WriteFile API devuelve como correcta, pero una lectura inmediata, correcta del mismo bloque de datos devuelve los datos anteriores, incluidos los que es probable que se almacena en una caché de lectura de hardware. A veces, este problema se produce debido a un problema de lectura de caché de. En otros casos, los datos de escritura realmente nunca se escriben en el disco físico.

Para habilitar diagnósticos adicionales para estos tipos de problemas, SQL Server ha agregado el indicador de traza 818. Puede especificar el indicador de traza 818 como un parámetro de inicio-T818, para el equipo que ejecuta SQL Server, o puede ejecutar la siguiente instrucción:
Indicador de traza 818 permite un búfer de anillo en memoria que se utiliza para las operaciones realizadas por el equipo que ejecuta SQL Server, no incluye ordenación y el archivo de trabajo E/s de escritura de la última 2.048 correcta de seguimiento. Cuando se producen errores como el error 605, 823 ó 3448, el valor de número (LSN) de secuencia de registro del búfer entrante se compara con la lista de escritura reciente. Si el LSN se recupera durante la operación de lectura es anterior a la especificada durante la operación de escritura, se registra un nuevo mensaje de error en el registro de error de SQL Server. Las operaciones de escritura de SQL Server la mayor parte ocurrir como puntos de control o como escrituras diferidas. Una escritura diferida es una tarea de fondo que utiliza E/s asincrónica. La implementación del búfer es ligera, por lo que el rendimiento que afectan a en el sistema insignificante.

El siguiente mensaje indica que SQL Server no recibió un error de la llamada a la API WriteFile o ReadFile API llamada. Sin embargo, cuando se ha revisado el LSN, el valor no era correcto: En este momento, ya sea la caché de lectura contiene una versión anterior de la página o los datos no se han escrito correctamente en el disco físico. En ambos casos (una escritura perdidos o una lectura obsoletos), SQL Server indica un problema externo con el sistema operativo, el controlador o los niveles de hardware.

Si 3448 error se produce cuando intenta deshacer una transacción que tiene el error 605 o error 823, el equipo que ejecuta SQL Server automáticamente la base de datos cierra y intenta abrir y recuperar la base de datos. La primera página que experimenta el error 605 o error 823 se considera una página errónea y el identificador de página se mantiene el equipo que ejecuta SQL Server. Durante la recuperación (antes de la fase Rehacer) cuando se lee el identificador de página erróneo, los detalles sobre el encabezado de página principales se registran en el registro de error de SQL Server. Esta acción es importante porque ayuda a distinguir entre escenarios perdidos escribir y leer obsoleto.

Puede ver los siguientes dos comportamientos comunes en escenarios de lectura obsoletos:

• Si los archivos de base de datos se cierra a continuación, se abre, de la correcta y escritos más recientemente se devuelven durante la recuperación de datos.
• Cuando emita un punto de control, ejecute la instrucción DBCC DROPCLEANBUFFERS (para quitar todas las páginas de base de datos de la memoria) y, a continuación, ejecute la instrucción de DBCC CHECKDB en la base de datos, se devuelven los datos escritos más recientemente.

Los comportamientos mencionados en el párrafo anterior indican un problema de almacenamiento en caché de lectura y se resuelven con frecuencia deshabilitando la caché de lectura. Las acciones que se describen en el párrafo anterior normalmente forzar una invalidación de caché y las lecturas correctas que se producen mostrar que el medio físico se actualizó correctamente. El comportamiento de perder amortización se produce cuando la página que está leyendo todavía es la versión anterior de los datos, incluso después de un vaciado forzoso de los mecanismos de almacenamiento en caché.

A veces, el problema no es posible que sea específico de una caché de hardware. Puede ser un problema con un controlador de filtro. En tales casos, revise su software, incluyendo utilidades de copia de seguridad y software antivirus y vea si hay problemas con el controlador de filtro.

Microsoft también ha observado condiciones que no cumplen los criterios para el error 605 o error 823 pero causadas por la misma actividad de lectura obsoletos o perder escritura. En algunos casos, aparece una página actualizarán dos veces, pero con el LSN mismo valor. Este comportamiento puede producirse si el Identificador de objeto y el Identificador de página (página correcta ya asignado al objeto) y un cambio realizado en la página y se vacían en el disco. La recuperación de páginas siguiente devuelve una imagen anterior y, a continuación, se realiza un cambio segundo. El registro de transacciones de SQL Server muestra que la página se actualiza dos veces con el mismo valor LSN. Esta acción se convierte en un problema cuando intenta restaurar una secuencia de registro de transacciones o con problemas de coherencia de datos, como errores de claves externas o que faltan entradas de datos. El siguiente mensaje de error ilustra un ejemplo de esta condición:
Algunos escenarios se describen con más detalle en las listas siguientes:

• LSN Sequence		Action
  1			Checkpoint
  2			Begin Transaction
  3			Table created or truncated
  4			Inserts (Pages allocated)
  5			Newly allocated page written to disk by Lazy Writer
  6			Select from table ? Scans IAM chain, newly allocated page read back from disk (LRU | HASHED = 0x9 in getpage message), encounters Error 605 - Invalid Object ID
  7			Rollback of transaction initiated
  

• LSN Sequence		Action
  1			Checkpoint
  2			Begin Transaction
  3			Page Modification
  4			Page written to disk by Lazy Writer
  5			Page read in for another modification (stale image returned)
  6			Page Modified for a second time but because of stale image does not see first modification 
  7			Rollback ? Fails ? Transaction Log shows two different log records with the same PREV LSN for the page
  

Operadores de ordenación' SQLServer' realizan actividades de E/s, principalmente a y desde la base de datos tempdb . Estas operaciones de E/s son similares a las operaciones de E/s de búfer; sin embargo, ya se han diseñado para utilizar la lógica de reintento de lectura para intentar resolver problemas similares. Los diagnósticos adicionales que se explica en este artículo no se aplican a estas operaciones.

Microsoft ha observado que la causa raíz de la siguiente ordenación leer errores suele ser una lectura obsoletos o una escritura perdidos:Los clientes que hayan experimentado estos errores de ordenación con frecuencia han resuelto los problemas moviendo tempdb a una unidad local no almacenar en caché, o deshabilitar los mecanismos de almacenamiento en caché de lectura.

Porque un obsoleto lee o un pueden producirse resultados de la escritura perdido en almacenamiento de datos que no se esperaba una amplia variedad de comportamientos. Puede aparecer como falta de datos, pero algunos de los efectos más comunes de datos que faltan aparecen como daños en el índice, como error 644 o error 625:Algunos clientes han informado desaparezcan filas después de que realizan las actividades de número de fila. Este problema se produce porque una escritura pierde. Quizás la página debía estar vinculado a la cadena de páginas de índice agrupado. Si la escritura se ha perdido físicamente, también se pierde los datos.

importante Si experimentar alguno de los comportamientos o si estás sospechosos de problemas similares junto con deshabilitar los mecanismos de almacenamiento en caché, Microsoft recomienda obtenga la actualización más reciente para SQL Server y el simulador de carga de E/s de SQL Server más reciente. También establecimiento inflexible de tipos, Microsoft recomienda que realice una revisión estricta de su sistema operativo y su configuración asociada.

Para obtener más información, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base: