Colocación del archivo de registro y los datos de SQL Server

 

Última modificación del tema: 2011-05-11

Un ejercicio crucial en la planeación e implementación de Microsoft SQL Server 2005, Microsoft SQL Server 2008 o Microsoft SQL Server 2008 R2 para Microsoft Lync Server 2010 Enterprise Edition es, por motivos de rendimiento, la colocación de archivos de datos y registros en discos duros físicos. Los archivos más importantes para el rendimiento son los registros Rtcdyn y Rtc. El escenario óptimo es la colocación de estos archivos en su propio disco duro o en una matriz redundante de discos independientes (RAID). En la siguiente tabla, se detallan los archivos de base de datos y las funciones de las que son responsables.

Archivos de registro y de datos para el almacén de administración central

Archivos de base de datos del Almacén de administración central	Finalidad del registro o archivo de datos
Xds.ldf	Archivo de registro de transacciones para el Almacén de administración central
Xds.mdf	Mantiene la configuración de la topología Lync Server 2010 actual, según la define y publica Topology Builder
Lis.mdf	Archivo de datos Servicio de información de ubicaciones
Lis.ldf	Registro de transacciones para el archivo de datos de Servicio de información de ubicaciones

Archivos de registro y de datos para el usuario, las conferencias y la libreta de direcciones

Archivos de base de datos principales de Lync Server 2010	Finalidad del registro o archivo de datos
Rtcdyn.mdf	Mantiene los datos de usuario transitorios (datos en tiempo de ejecución de presencia)
Rtcdyn.ldf	Registro de transacciones para datos Rtcdyn
Rtc.mdf	Datos de usuario persistentes (por ejemplo, listas de control de acceso a ACL, contactos, servidores Standard Edition o grupos de servidores front-end Enterprise Edition, conferencias programadas)
Rtc.ldf	Registro de transacciones para datos Rtc
Rtcab.mdf	La base de datos de la libreta de direcciones de las comunicaciones en tiempo real (RTC) es el repositorio de SQL Server cuando se almacena la información del servicio de libreta de direcciones
Rtcab.ldf	Registro de transacciones para el servicio de libreta de direcciones
Rtcab1.mdf	La base de datos de la libreta de direcciones de las comunicaciones en tiempo real es el repositorio de SQL Server cuando se almacena la información del servicio de libreta de direcciones (Copia secundaria con fines de rendimiento)
Rtcab1.ldf	Registro de transacciones para el servicio de libreta de direcciones

Archivos de registro y de datos para el estacionamiento de llamadas y el grupo de respuesta

Base de datos de aplicación	Finalidad del registro o archivo de datos
Cpsdyn.mdf	Base de datos de información dinámica para la Aplicación de estacionamiento de llamadas
Cpsdyn.ldf	Registro de transacciones para el archivo de datos de la Aplicación de estacionamiento de llamadas
Rgsconfig.mdf	Archivo de datos del servicio de grupo de respuesta de Lync Server para la configuración de los servicios
Rgsconfig.ldf	Archivo de registro de transacciones para la configuración de la Aplicación de grupo de respuesta
Rgsdyn.mdf	Archivo de datos del servicio de grupo de respuesta para operaciones en tiempo de ejecución
Rgsdyn.ldf	Registro de transacciones para el archivo de datos en tiempo de ejecución del servicio de grupo de respuesta

Archivos de registro y de datos para el servidor de supervisión y archivado

Archivos de la base de datos de supervisión y archivado	Finalidad del registro o archivo de datos
LcsCdr.mdf	Almacén de datos para el proceso de registro de detalles de llamadas (CDR) del Servidor de supervisión
LcsCdr.ldf	Registro de transacciones para datos de registro de detalles de llamadas (CDR)
QoEMetrics.mdf	Archivo de datos de calidad de la experiencia almacenado desde el Servidor de supervisión
QoEMetrics.ldf	Registro de transacciones para datos de supervisión
Lcslog.mdf	Archivo de datos para la conservación de los datos de mensajería instantánea y de conferencias en un Servidor de archivado
Lcslog.ldf	Registro de transacciones para datos de archivado

En este tema, se hacen referencias al disco y al conjunto de discos RAID. Tenga en cuenta que en la configuración de recursos de SQL Server, un disco hace referencia a un único dispositivo de hardware. Una unidad de disco duro con dos particiones, una que contiene archivos de registro y otra que contiene archivos de datos, no es lo mismo que dos discos, cada uno de ellos dedicados a archivos de registro o de datos.

En referencia a conjuntos de discos RAID, existen varias tecnologías RAID diferentes de varios proveedores. Y, con la proliferación de redes de área de almacenamiento (SAN), los conjuntos de discos RAID dedicados a un único sistema son cada vez menos habituales. Deberá consultar a su proveedor de RAID o SAN para determinar cuál es la mejor configuración para su diseño de discos al configurar el rendimiento de SQL Server con Lync Server 2010.

Además, tenga en cuenta que no todas las unidades de disco se crean del mismo modo; unas rinden mejor que otras. Incluso las unidades del mismo fabricante pueden variar su rendimiento debido a la velocidad de rotación, el tamaño de la memoria caché en el hardware y otros factores. Se recomienda que compruebe sus discos para determinar cuáles presentan un mayor rendimiento y, a continuación, colocar los archivos de datos y registro más importantes y sensibles a la velocidad (en particular, los registros Rtcdyn y Rtc) en los discos cuyo rendimiento es mayor.

Distribución de archivos en bases de datos y discos

Existen varias soluciones potenciales para la colocación de los archivos. Cada una de las posibles combinaciones tiene sus pros y sus contras. La distribución óptima requiere seis discos duros o grupos de discos RAID diferentes. Se recomienda que los dos archivos más activos, los archivos de registro Rtcdyn y Rtc, se coloquen siempre en sus propios discos o conjuntos de discos RAID.

Distribución en seis discos

Normalmente, el escenario de distribución en seis discos se usa solamente cuando se desea instalar las bases de datos de supervisión y de archivado en el mismo SQL Server. En esta solución se usan seis discos físicos o grupos de discos RAID dedicados. La distribución de los archivos de registro y de datos se muestra en el siguiente diagrama.

Ventajas: rendimiento muy alto, latencia baja y una contención reducida para E/S de disco en comparación con otras soluciones.

Inconvenientes: más costosa que otras soluciones. Son necesarios seis discos duros, como mínimo.

Distribución en cinco discos

En la distribución en cinco discos se usan cinco discos o cuatro grupos de discos RAID. Los archivos de registro Rtcdyn y Rtc se separan en sus propios discos. Los datos y los registros de supervisión y archivado se colocan en sus propios discos, respectivamente. Los archivos de datos y los archivos de registro restantes se colocan en el quinto disco.

Ventajas: proporciona un buen rendimiento de los archivos de registro Rtcdyn y Rtc, a la vez que se reduce el número general de discos requeridos.

Inconvenientes: todos los demás archivos de registro se encuentran en un solo disco, lo que causa potencialmente latencia de rendimiento de E/S para otras cargas de trabajo. El impacto se minimiza si no se implementa el Servidor de archivado, el Servidor de supervisión o ninguno de los dos.

Distribución en cuatro discos

En la distribución en cuatro discos se usan cuatro discos o cuatro grupos de discos RAID. Esta configuración se considera la recomendación que ofrece el mejor rendimiento, debido a la latencia baja y a la contención reducida para recursos de E/S de disco. Los archivos de registro Rtcdyn y Rtc se separan en sus propios discos. Los archivos de registro restantes se colocan en el tercer disco, mientras que los archivos de datos se colocan en el cuarto.

Ventajas: proporciona un buen rendimiento de los archivos de registro Rtcdyn y Rtc, a la vez que se reduce el número general de discos requeridos.

Inconvenientes: todos los demás archivos de registro se encuentran en un solo disco, lo que causa potencialmente latencia de rendimiento de E/S para otras cargas de trabajo. El impacto se minimiza si no se implementa el Servidor de archivado, el Servidor de supervisión o ninguno de los dos.

Distribución en tres discos

En la distribución en tres discos se usan tres discos o grupos de discos RAID. Los archivos de registro Rtcdyn y Rtc se colocan en la unidad uno y la unidad dos. Los archivos de datos y de registro restantes se colocan en el tercer disco.

Ventajas: es menos costoso que las soluciones de seis y cuatro discos. Al colocar los archivos de registro Rtcdyn y Rtc en sus propios discos duros, se obtiene un buen rendimiento para los archivos de registro de transacciones que se actualizan con frecuencia.

Inconvenientes: todos los demás archivos de datos y de registro se colocan en el disco restante. Un mayor potencial de latencia, debido al aumento de E/S de todas las demás cargas de trabajo en el disco único. Si no se implementa la supervisión y el archivado, el impacto se atenúa, pero el impacto de rendimiento continúa siendo un problema.

Distribución en dos discos

En la distribución en dos discos se utilizan dos discos duros o grupos de discos RAID. Los archivos de registro Rtcdyn y Rtc se colocan en el primer disco. Todos los demás archivos de datos y de registro se colocan en el segundo disco duro.

Ventajas: la reducción del coste es la ventaja principal. La colocación en el segundo disco de los archivos de datos y de registro para otras cargas de trabajo disminuirá el impacto general en los archivos de registro Rtcdyn y Rtc.

Inconvenientes: la combinación de los archivos de registro Rtcdyn y Rtc empezará a tener un impacto negativo en el rendimiento.

Distribución en un solo disco

En la distribución en un solo disco se utiliza un único disco duro o grupo de discos RAID. Los archivos de registro Rtcdyn y Rtc se colocan en el disco único junto con los demás archivos de datos y de registro.

Ventajas: coste significativamente menor que en las demás soluciones. Es posible experimentar un rendimiento aceptable con un número reducido de usuarios.

Inconvenientes: la latencia de disco y la carga de disco de todos los archivos de datos y los registros de todas las cargas de trabajo en un único disco afectará al rendimiento. La implementación de los roles de supervisión y archivado afectará todavía más al rendimiento.