Estás trabajando sin conexión, espera a que vuelva la conexión a Internet

Información sobre el uso de las cachés de disco con SQL Server que deben conocer todos los administradores de base de datos

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): 234656
Resumen
Un sistema de base de datos primero es responsable de precisa almacenamiento y recuperación de datos, incluso en caso de fallos inesperados.

El sistema debe garantizar la atomicidad y durabilidad de las transacciones, mientras que la contabilidad de ejecución actual, varias transacciones y varios puntos de error. A menudo se conoce como las propiedades ACID (atomicidad, coherencia, aislamiento y durabilidad).

Este artículo tratan las implicaciones de una unidad de disco almacena en memoria caché. Se recomienda que lea los siguientes artículos en Microsoft Knowledge Base para aclaración sobre el almacenamiento en caché y alternar las discusiones de modo de fallo:
86903 SQL Server y el almacenamiento en caché de los controladores de disco
230785 Los algoritmos de almacenamiento de datos y de registro de SQL Server 7.0 y SQL Server 2000 amplían la confiabilidad de los datos
También se recomiendan los siguientes documentos: Nota: Estos dos documentos que se aplican a todas las versiones compatibles de SQL Server.
Más información
Microsoft SQL cargay muchos productos de base de datos estándar en el mercado hoy en día utilizan el protocolo de registro de escritura anticipada (WAL).
Protocolo de registro de escritura anticipada (WAL)
El término "protocolo" es una excelente manera de describir WAL. Es un específico y un conjunto definido de pasos de implementación necesarios para garantizar que los datos se almacenan y se intercambian correctamente y se pueden recuperar a un estado conocido en caso de falla. Al igual que una red contiene un protocolo definido para intercambiar datos de forma coherente y protegida, por lo que también describen el WAL el protocolo para proteger los datos.
Todas las versiones de SQL Server abren los archivos de registro y de datos mediante la función CreateFile de Win32. El miembro dwFlagsAndAttributes incluye la opción de FILE_FLAG_WRITE_THROUGH al abrir por SQL Server.
FILE_FLAG_WRITE_THROUGH
Esta opción indica al sistema que se va a escribir en una caché intermedia e ir directamente al disco. El sistema aún puede almacenar en caché las operaciones de escritura, pero no las puede vaciar de forma diferida.

La opción FILE_FLAG_WRITE_THROUGH garantiza que, cuando una operación devuelve exitosa finalización de escritura que correctamente, los datos se almacenan en un almacenamiento estable. Esto se alinea con la especificación del protocolo escribir registro adelante (WAL) para asegurar los datos.
Muchas unidades de disco (SATA, ATA, SCSI y en función de IDE) contienen memorias caché incorporadas de 512 KB, 1 MB y mayor. Normalmente, las cachés de disco se basan en un condensador y no es una solución de batería. Estos mecanismos de almacenamiento en caché no pueden garantizar el ciclo de escrituras a través de una potencia o punto de error similar. Sólo garantiza la realización de las operaciones de escritura del sector. Como las unidades continúan creciendo en tamaño, las memorias caché aumentan de tamaño y que pueden exponer grandes cantidades de datos durante una falla.

Sistemas de controlador de almacenamiento en caché mejorado desactivar la caché en disco y proporcionan una funcional solución de caché con respaldo de batería. Estas cachés pueden mantener los datos en la memoria caché durante varios días e incluso permitir la tarjeta de almacenamiento en caché se almacena en un segundo equipo. Cuando la alimentación se restaura correctamente, los datos no se vacían completamente antes de que se permite cualquier otro acceso a los datos. Muchos de ellos permiten el porcentaje de lectura frente a la caché de escritura que se establezca para un rendimiento óptimo. Algunos contienen áreas de almacenamiento de grandes cantidades de memoria. De hecho, para un segmento muy específico del mercado, algunos fabricantes de hardware proporcionan discos high-end con respaldo de batería, el almacenamiento en caché de sistemas con varios gigabytes de memoria caché. Estos pueden mejorar significativamente el rendimiento de la base de datos.

Transferencias de E/S que se realizan sin el uso de una memoria caché pueden ser significativamente mayor debido a velocidades de giro de unidad de disco duro, el tiempo mecánico que es necesario para mover los jefes de unidad y otros factores limitantes. Las instalaciones de SQL Server están dirigidas a sistemas que proporcionan los controladores de almacenamiento en caché. Estos controladores de desactivar las cachés de disco y almacena en memoria caché de medios estable para satisfacer los requisitos de E/S de SQL Server. Se evitan problemas de rendimiento relacionados con disco seek y mediante el uso de las diversas optimizaciones del controlador de almacenamiento en caché de escritura.

Hay muchos tipos de implementaciones de subsistema. RAID y SAN es dos ejemplos de estos tipos de implementaciones de subsistema. Estos sistemas se crean normalmente con las unidades SCSI. Hay varias razones para ello. La siguiente sección describe genéricamente consideraciones de unidad de nivel alto.

Unidades de disco SCSI:
  • Normalmente se fabrican para el uso resistente.
  • Normalmente están dirigidos al servidor multiusuario,-basedimplementations.
  • Suelen tener mejor tanto a las tasas de error de otherimplementations.
  • Contienen una heurística sofisticada para predecir imminentfailures.
Otras implementaciones de unidad, como IDE, ATA y SATA:
  • Por lo general están fabricados para dutyuse luz y mediana.
  • Normalmente están orientadas a la basedapplications de usuario único.
  • Algunas implementaciones más recientes contienen ayuda heuristicsto sofisticados predecir fallas inminentes.
Los controladores no SCSI, en el escritorio requieren más ancho de banda de procesador principal (CPU) y con frecuencia están limitados por un comando activo. Por ejemplo, cuando una unidad SCSI no está ajustando un bloque defectuoso, la unidad requiere que los comandos de host esperen. El bus ATA presenta otro ejemplo. El bus ATA admite 2 dispositivos, pero sólo un único comando puede estar activo. Esto deja inactiva una unidad mientras que la otra unidad servicios del comando pendiente. Los sistemas RAID basados en tecnologías de escritorio pueden experimentar todos estos síntomas y ser afectados considerablemente por el contestador más lento. A menos que estos sistemas utilizan diseños avanzados, su rendimiento no será tan eficaz como el rendimiento de los sistemas basados en SCSI.

Hay situaciones en las que una unidad en el escritorio o la matriz es una solución de bajo costo adecuada. Por ejemplo, si configura una base de datos de sólo lectura para informar, no debería producirse muchos de los factores de rendimiento de una base de datos OLTP cuando está deshabilitado el almacenamiento en caché de disco.

Tamaños de disco siguen aumentando. Las unidades de bajo costo y alta capacidad pueden ser muy interesante. Pero al configurar la unidad para SQL Server y necesidades de tiempo de respuesta de su negocio, debe considerar detenidamente los problemas siguientes:
  • Diseño de la ruta de acceso
  • El requisito para deshabilitar la caché de disco
La tabla siguiente proporciona los comentarios de nivel altos. La información de comentario se basa en configuraciones comunes de fabricación.

Tipo de unidad de base del sistemaComentarios
IDE y ATA
  • Giran a 7.200 RPM.
  • Destinado a equipos de sobremesa y userapplications único.
  • De forma predeterminada, está habilitada la caché de disco. Utilice el 'DiskProperties', ficha Hardware para tener acceso a las 'propiedades', ficha 'Directiva' para la configuración de caché de disco controlan.

    Nota: Algunas unidades no respetan esta configuración. Estas unidades requieren la utilidad de fabricante específico para deshabilitar la caché.
  • Debe deshabilitar el almacenamiento en caché de disco para poder utilizar thedrive con SQL Server.
  • Commandswhen host que realizan actividades tales como ajuste de bloque defectuoso pueden posponer el IDE y sistemas basados en ATA. Esto podría provocar toperiods de la actividad de E/S detenida.
Equipo portátil IDE
  • Giran a 5.200 RPM.
  • Diseñado para equipos portátiles.
  • Vea otros comentarios en sección IDE y ATA.
  • Almacenamiento ReadyDrive y Flash NAND puede proporcionar funciones de stableI/O.
SATA
  • Giran a 7.200 RPM.
  • Destinado a equipos de sobremesa y medio rangeservers.
  • De forma predeterminada, está habilitada la caché de disco. Utilice el 'DiskProperties', ficha Hardware para tener acceso a las 'propiedades', ficha 'Directiva' para la configuración de caché de disco controlan.

    Nota: Algunas unidades no respetan esta configuración. Estas unidades requieren la utilidad de fabricante específico para deshabilitar la caché.
  • Almacena en memoria caché en almacenamiento de información de mayor capacidad y mayor que partes de contador IDEand ATA.
  • Debe deshabilitar el almacenamiento en caché de disco para poder utilizar thedrive con SQL Server.
  • Más pequeño el cableado y las interconexiones.
  • Fácil interconexión con las instalaciones y unidades Serial Attached SCSI (SAS).
  • Algunos son predictionconstructs de error.
SCSI
  • Giran a 10.000 y 15.000 RPM.
  • Diseñado para servidores y multiuserapplications.
  • Diseñado para ciclos de trabajo más pesados y las tasas de decreasedfailure.
  • De forma predeterminada, está habilitada la caché de disco. Utilice el 'DiskProperties', ficha Hardware para tener acceso a las 'propiedades', ficha 'Directiva' para la configuración de caché de disco controlan.

    Nota: Algunas unidades no respetan esta configuración. Estas unidades requieren la utilidad de fabricante específico para deshabilitar la caché.
  • Debe deshabilitar el almacenamiento en caché de disco para poder utilizar thedrive con SQL Server.
  • Sistemas SAN y la matriz normalmente interconexiones cablingand de uso más pequeño.
  • Incluyen construcciones de predicción de error.
Serial Attached SCSI (SAS) incluye la cola avanzada hasta 256 niveles. SAS también incluye características tales como la cabeza de la cola y poner en cola en el orden correcto. La placa de SAS está diseñada de forma que permite el uso de SAS y SATA unidades dentro del mismo sistema. Las ventajas del diseño SAS son obvias.

La instalación de SQL Server depende de la capacidad de la controladora para deshabilitar la caché de disco y para proporcionar una memoria caché de entrada-salida estable. Escribir datos en el orden correcto en varios discos, no es un obstáculo para SQL Server como el controlador proporciona las capacidades de almacenamiento en caché de medios estables correcto. Aumenta la complejidad del diseño del controlador con técnicas de seguridad avanzada de datos tales como reflejo.

Para proteger los datos, debe asegurarse de que todos del almacenamiento en caché de datos se controla correctamente. En muchos casos, esto significa que se debe deshabilitar la caché de escritura de la unidad de disco.

Nota Asegúrese de que cualquier mecanismo de almacenamiento en caché alternativo correctamente puede controlar varios tipos de error.

Microsoft ha realizado pruebas en varias unidades de disco SCSI e IDE mediante la utilidad SQLIOSim. Esta herramienta simula actividad pesada lectura y escritura asincrónica a un dispositivo de datos simulados y dispositivo de registro. Estadísticas de rendimiento de la prueba muestran que las operaciones de escritura promedio por segundo entre 50 y 70 para una unidad con el almacenamiento en caché de escritura deshabilitado y un rango de RPM entre 5.200 y 7.200.

Para obtener información adicional y detalles acerca de SQLIOSim, consulte el artículo siguiente en Microsoft Knowledge Base:
231619Cómo utilizar la utilidad SQLIOSim para simular la actividad de SQL Server en un subsistema de disco
Muchos fabricantes de PC (por ejemplo, Compaq, Dell, Gateway o HP) orden las unidades con la caché de escritura desactivada. Sin embargo, muestra las pruebas que no siempre es el caso por lo quesiempre debería probarlo completamente.

Nota: Si tiene cualquier pregunta sobre el estado de almacenamiento en caché de la unidad de disco, póngase en contacto con el fabricante y obtener los valores apropiados de utilidad o puente para deshabilitar las operaciones de almacenamiento en caché de escritura.
Referencias
Para obtener información detallada sobre los requisitos de E/S de SQL Server, visite el siguiente sitio Web de Microsoft: http://www.Microsoft.com/SQL/AlwaysOn/Overview.mspx
SQL Server requiere sistemas para admitir garantiza la entrega para estabilizar los mediosmencionados en el programa de revisión de soluciones de almacenamiento de información de Microsoft SQL Server desplaza. Para obtener más información acerca de los requisitos de entrada y salidos para el motor de base de datos de SQL Server, haga clic en el número de artículo siguiente para verlo en Microsoft Knowledge Base:
967576 Requisitos de entrada/salida de motor base de datos de Microsoft SQL Server
caché de cach cacheing

Advertencia: este artículo se tradujo automáticamente

Propiedades

Id. de artículo: 234656 - Última revisión: 04/30/2015 16:40:00 - Revisión: 1.0

Microsoft SQL Server 7.0 Standard Edition, Microsoft SQL Server 2000 Personal Edition, Microsoft SQL Server 2000 Standard Edition, Microsoft SQL Server 2000 Workgroup Edition, Microsoft SQL Server 2000 Developer Edition, Microsoft SQL Server 2000 Enterprise Edition, Microsoft SQL Server 2005 Express Edition, Microsoft SQL Server 2005 Standard Edition, Microsoft SQL Server 2005 Workgroup Edition, Microsoft SQL Server 2005 Developer Edition, Microsoft SQL Server 2005 Enterprise Edition, Microsoft SQL Server 2008 Developer, Microsoft SQL Server 2008 Enterprise, Microsoft SQL Server 2008 Express, Microsoft SQL Server 2008 Standard, Microsoft SQL Server 2008 R2 Datacenter, Microsoft SQL Server 2008 R2 Developer, Microsoft SQL Server 2008 R2 Enterprise, Microsoft SQL Server 2008 R2 Express, Microsoft SQL Server 2012 Developer, Microsoft SQL Server 2012 Enterprise, Microsoft SQL Server 2012 Express, Microsoft SQL Server 2012 Standard, Microsoft SQL Server 2014 Developer, Microsoft SQL Server 2014 Enterprise, Microsoft SQL Server 2014 Express, Microsoft SQL Server 2014 Standard

  • kbinfo kbmt KB234656 KbMtes
Comentarios