Cómo Uso de una base de datos de seguimiento que no sea de SQL Server

  • Artículo

En el siguiente procedimiento se muestra cómo usar una base de datos de seguimiento que no sea SQL Server en Microsoft AppFabric 1.1 para Windows Server. Al usar una base de datos de SQL Server, estas vistas y la tabla de ensayo se crean mediante el proceso de configuración de AppFabric. Con una base de datos que no es SQL-Server, es necesario crear estas entidades de base de datos usando la funcionalidad del programa de base de datos que no es SQL que le permita realizarlo.

Configuración de una base de datos de seguimiento que no sea SQL

  1. Implemente la tabla de ensayo de seguimiento y las vistas públicas. Elija un mecanismo específico de la base de datos que no es SQL Server del proveedor de la base de datos para crear la tabla de ensayo y las vistas. La tabla de ensayo y las vistas con los tipos esperados se especifican en Vistas y tablas de la base de datos de seguimiento. Los tipos reales pueden ser específicos de la base de datos, pero los tipos deben ser unos que el proveedor de ADO pueda convertir en un tipo de .NET Framework. Las herramientas de seguimiento del Panel de AppFabric solo funcionarán si la consulta al tipo de la base de datos origina un tipo de .NET Framework esperado. Por ejemplo, nvarchar en SQL Server se asigna al tipo String de .NET Framework, mientras que los tipos varchar y char en bases de datos que no sean SQL Server también se asignan al tipo String de .NET Framework.

  2. Rellene las vistas públicas usando los datos de la tabla de ensayo. El Servicio de recopilación de eventos escribe datos de evento en las columnas de la tabla de ensayo correspondientes a cada evento emitido desde un servicio de WCF o WF. A continuación, la implementación de la base de datos que no es SQL Server mueve los datos desde la tabla de ensayo a las tablas que respaldan las vistas públicas usando los medios adecuados, como un trabajo o desencadenador de base de datos. La asignación que define cómo rellenan las vistas públicas los datos de cada tipo de evento también viene documentada de forma independiente en Seguimiento de asignaciones de eventos de base de datos. Para eventos emitidos desde el servicio WCF y WF, el Servicio de recopilación de eventos recopila los eventos y los escribe en la tabla de ensayo de la base de datos de seguimiento ASStagingTable. La tabla ASStagingTable es una tabla de almacenamiento temporal de eventos. Para consumir los datos de eventos del Panel de AppFabric, los datos de la ASStagingTable deben exponerse mediante la vista pública correspondiente a un tipo de evento. La implementación de la base de datos que no es SQL Server debe mover los datos desde la tabla ASStagingTable a tablas que respaldan las vistas públicas usando un mecanismo adecuado para la implementación de la base de datos, como un trabajo o desencadenador de base de datos. La asignación que define cómo rellenan las vistas públicas los datos de cada tipo de evento también viene documentada de forma independiente en Seguimiento de asignaciones de eventos de base de datos.

    Un ejemplo de cómo funciona este mecanismo y lo que debe hacer es el siguiente. Cuando se invoca una operación de servicio de WCF, el tiempo de ejecución de .NET emite un evento 214 - OperationCompleted (https://go.microsoft.com/fwlink/?LinkId=187225) (Operación WCF completada). Cuando tiene lugar dicho evento, Servicio de recopilación de eventos rellena con valores del evento recopilado las columnas de la tabla de ensayo aplicable al evento Operación WCF completada. Los datos de la tabla de ensayo se asignan seguidamente para rellenar las columnas de las vistas ASEventSources, ASWcfEvents y ASEvents. El Panel de AppFabric lee estos datos y los muestra en la Tracked Events Page. Para el evento OperationCompleted, observe el Identificador de evento 214 en el documento de asignación en Seguimiento de asignaciones de eventos de base de datos. Esto indica cómo se exponen los datos de la tabla de ensayo para este evento. Además de las columnas habituales escritas en la tabla de ensayo (vea la sección Asignación común para todos los eventos en el documento de asignación), se escriben dos columnas adicionales: MethodName y Duration. Estas columnas son las que asigna de modo específico de la implementación en las tablas provisionales correspondientes que apoyan las vistas ASEventSources, ASWcfEvents y ASEvents.

    Nota

    En el tema Seguimiento de asignaciones de eventos de base de datos se incluye un subconjunto de los eventos de asignación. Para ver un conjunto completo de asignaciones, vea la descarga del Centro de descarga de Microsoft. Esta descarga contiene un documento de asignación para cada identificador. El documento de asignación para un evento especifica las columnas de la ASStagingTable que se rellenan cuando el Servicio de recopilación de eventos escribe una fila para este evento. También indica las vistas que exponen datos para este evento y cómo se asignan los datos de la ASStagingTable a las columnas en una vista.

    Nota

    En una implementación de SQL Server de la base de datos de seguimiento, las vistas públicas se generan en tablas que contienen los datos de eventos reales. El proveedor de SQL Server mueve los datos desde la tabla de ensayo a las tablas en las que se generan las vistas públicas. El trabajo realizado por el proveedor de SQL Server es lo que deberá realizar manualmente en una base de datos que no sea SQL Server.

  3. Asegúrese de que la cadena de conexión de la nueva base de datos de seguimiento esté registrada en el archivo Web.config raíz. De este modo, el Servicio de recopilación de eventos podrá usar esta cadena de conexión para escribir eventos en la base de datos de seguimiento.

  4. Asegúrese de que la identidad del Servicio de recopilación de eventos cuenta con permisos de lectura y escritura para la tabla de ensayo.

  5. Asegúrese de que el usuario que visualiza datos en IIS con el Panel de AppFabric cuenta con permisos de lectura para las vistas.

  6. Ejecute el Servicio de recopilación de eventos para realizar una prueba:

    1. Asegúrese de que la tabla de ensayo se está rellenando.

    2. Asegúrese de que funcionan las métricas del panel.

    3. Asegúrese de que pueden mostrarse los eventos supervisados.

    4. Asegúrese de que los eventos relacionados pueden mostrarse en el nivel Seguimiento de extremo a extremo.

Puede realizar los siguientes pasos opcionales como asistencia adicional para la configuración y para aumentar el rendimiento de la escritura de eventos en bases de datos que no sean SQL Server:

  • Implemente un proveedor de copias masivas para la base de datos específica y regístrelo en el archivo Web.config raíz. Esto permite que el Servicio de recopilación de eventos invoque al proveedor para la escritura de eventos masivos en la tabla de ensayo. Si no se registra ningún proveedor de copias masivas, el recopilador de eventos usará inserciones por lotes mediante el proveedor de ADO específico de la base de datos. Para obtener más información, vea Interfaz de copia masiva de recopilación de eventos.

  • Cree un proveedor personalizado para que la herramienta de configuración de AppFabric invoque la base de datos que no es SQL Server. Este proveedor es diferente al proveedor de copia masiva. Se trata del proveedor que la configuración usa para insertar en el Registro la cadena de conexión de la nueva base de datos para su uso por parte de Servicio de recopilación de eventos. De nuevo, esta función de interfaz de usuario no es necesaria, pero proporciona un modo más sencillo de configurar la cadena de conexión de la base de datos que no es SQL Server. Para obtener más información acerca del uso de proveedores personalizados, vea Cómo Registro de proveedores personalizados. Para obtener más información acerca de la herramienta de configuración de AppFabric, que puede iniciarse de manera opcional al finalizar el proceso de instalación de AppFabric, vea Installation Results Page y Configuración del AppFabric.

  2012-03-05