Resumen
Uso de una caché de escritura (también se denomina escritura hacer la copia de almacenamiento en caché) controlador de disco puede mejorar el rendimiento de SQL Server. Controladores de almacenamiento en caché de escritura y subsistemas de discos son seguros para SQL Server, si están diseñados específicamente para su uso en un entorno de sistema (DBMS) de administración de datos críticos de bases de datos transaccionales. Estas características de diseño deben preservar los datos almacenados en caché si se produce un error del sistema. Utilizar una fuente de alimentación externa ininterrumpida (UPS) para lograr esto generalmente no es suficiente, puesto que pueden producirse los modos de error están relacionados con energía.
Almacenamiento en caché de los controladores y subsistemas de discos puede ser seguro para el uso de SQL Server. Nuevas plataformas de servidor creado especialmente para la mayoría que incorporan estas son seguras. Sin embargo, debe comprobar con su proveedor de hardware para asegurarse de que el subsistema de disco ha específicamente probado y homologado para su uso en un entorno de sistema (RDBMS) de administración de datos en base de datos relacional fundamental transaccional.
Más información
Instrucciones de modificación de datos de SQL Server generan escrituras de páginas lógicas. Esta secuencia de escrituras puede se representa como va en dos lugares: el registro y la base de datos. Por motivos de rendimiento de SQL Server se pospone escrituras en la base de datos a través de su propio sistema de búfer de caché. Escrituras en el registro sólo momentáneamente se retrasa hasta el tiempo de confirmación. No lo están en la misma forma que la escritura de datos. Dado que preceden siempre las escrituras en el registro de una página determinada escribe los datos de la página, el registro se denomina registro de "escritura anticipada".
La integridad transaccional es uno de los conceptos fundamentales de un sistema de base de datos relacional. Las transacciones se consideran unidades atómicas de trabajo que se liquida por completo o se deshace totalmente. El registro de transacciones de escritura anticipada de SQL Server es un componente vital en la implementación de la integridad transaccional.
También debe tratar cualquier sistema de base de datos relacional con un concepto estrechamente relacionado con la integridad transaccional, que es la recuperación de un error del sistema no planificado. Una variedad de no ideal, los efectos reales pueden provocar este error. En muchos sistemas de administración de base de datos, error del sistema puede resultar en un proceso de larga recuperación manual dirigido por humanos.
Por el contrario, el mecanismo de recuperación de SQL Server es completamente automático y funciona sin intervención humana. Por ejemplo, SQL Server podría ser compatible con una aplicación de producción de misión crítica y experimentar un error de sistema debido a una fluctuación de energía momentánea. Después de la restauración de la energía, se reiniciaría el hardware del servidor, software de red podría cargar e inicializar y se reinicie SQL Server. Como SQL Server inicializa, se ejecutará automáticamente su proceso de recuperación basado en los datos del registro de transacciones. Todo este proceso se produce sin intervención humana. Siempre que reinicia las estaciones de trabajo cliente, los usuarios encontraría todos sus datos presentes, hasta la última transacción que entraban.
La integridad transaccional de SQL Server y recuperación automática constituyen una capacidad muy eficaz de ahorro de tiempo y mano de obra. Si un controlador de caché de escritura no está correctamente diseñado para su uso en un entorno transaccional crítica DBMS datos, puede comprometer la capacidad de SQL Server para recuperar, por lo tanto, dañar la base de datos. Esto puede ocurrir si el controlador intercepta escrituras de registro de transacciones de SQL Server y búferes de ellos en un hardware de caché en la tarjeta controladora, pero no conserva estas escritas páginas durante un error del sistema.
Controladores de almacenamiento en caché más realizan la caché de escritura. Siempre no se puede deshabilitar la función de almacenamiento en caché de escritura.
Incluso si el servidor utiliza un SAI (UPS), esto no garantiza la seguridad de las escrituras en caché. Muchos tipos de errores en el sistema pueden ocurrir que un SAI no se corrige. Por ejemplo, un error de paridad de memoria, una interrupción de sistema operativo o un error de hardware que causa un restablecimiento del sistema puede producir una interrupción de sistema no controlado. Un fallo de memoria en la caché de escritura de hardware también puede producir la pérdida de información de registro vital.
Otro posible problema relacionado con un controlador de caché de escritura puede producirse al apagar el sistema. No es raro que al reiniciar el sistema durante los cambios de configuración o "ciclo" del sistema operativo. Incluso si un operador cuidado sigue la recomendación de sistema operativo para esperar hasta que haya desaparecido toda la actividad de disco antes de reiniciar el sistema, escrituras en caché pueden estar aún presentes en el controlador. Cuando se presiona la combinación de teclas CTRL + ALT + SUPR, o se presiona el botón Restablecer, escrituras en caché pueden descartarse potencialmente dañar la base de datos.
Es posible diseñar una caché de escritura de hardware que tiene en cuenta todas las causas posibles de Descartar datos de caché defectuosas, que, por tanto, sería seguros para el uso de un servidor de base de datos. Algunas de estas características incluiría interceptar el bus RST señal para evitar el reinicio no controlado de la controladora de caché, batería de reserva integrada y reflejar el diseño o memoria ERC (comprobación de errores y corregir). Consulte con su proveedor de hardware para asegurarse de que la caché de escritura incluye esta y cualquier otra característica necesaria para evitar la pérdida de datos.
SQL Server requiere sistemas para admitir 'entrega garantizada a medios estables' tal como se describe en el programa de revisión de solución de almacenamiento de información de Microsoft SQL Server Maletín le. Fopara 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:
Requisitos de entrada y salida de motor de base de datos de 967576 de Microsoft SQL Server
