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.
.jpg "Tabla de distribución de seis discos")
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.
.jpg "Tabla de distribución de cinco discos")
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.
.jpg "Tabla de distribución de cuatro discos")
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.
.jpg "Tabla de distribución de tres discos")
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.
.jpg "Tabla de distribución de dos discos")
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.
.jpg "Tabla de distribución de un disco")