Niveles de gravedad del registro de eventos y seguimiento
Última modificación: miércoles, 25 de mayo de 2011
Hace referencia a: SharePoint Foundation 2010
Cuando se usan las API del Servicio de creación de registros unificado (ULS) para definir eventos o registros de seguimiento, uno de los valores que debe proporcionar es el nivel de ULS. Los niveles son valores de configuración que indican la gravedad de un evento o seguimiento y además permiten establecer una limitación de peticiones, para evitar que la información repetitiva desborde los archivos de registro. Use las siguientes instrucciones para determinar el nivel apropiado para su escenario.
Instrucciones de nivel de eventos
Al definir un evento en el archivo Manifest.xml, es importante que elija un nivel de gravedad adecuado. El nivel de gravedad de un evento se muestra en el registro de eventos de Windows; lo usan los administradores y lo registran las herramientas de supervisión para indicar la gravedad o importancia de un evento. La elección de un nivel apropiado es una parte fundamental del diseño del mantenimiento y la supervisión para el componente o sistema.
Para obtener más información acerca del esquema de manifiesto de eventos, vea el tema sobre el esquema de eventos
Nombre de nivel de ULS |
Id. de nivel |
Se muestra en el registro de eventos como… |
Descripción |
Error crítico |
30 |
Crítico |
Eventos que requieren la atención inmediata del administrador del sistema. Por lo general, se dirigen al nivel global (todo el sistema), como por ejemplo, el sistema o la aplicación. También se pueden usar para indicar que se produjo un error en una aplicación o sistema, o que uno de ellos dejó de responder. |
Error |
40 |
Error |
Eventos que indican problemas, pero en una categoría que no requiere atención inmediata. |
Advertencia |
50 |
Advertencia |
Eventos que proporcionan advertencias previas de posibles problemas; aunque no son una respuesta a un error real, una advertencia indica que un componente o aplicación no se encuentra en un estado ideal y que si se realizan más acciones podría producirse un error crítico. |
Información |
80 |
Informativo |
Eventos que pasan información no crítica al administrador, similar a una nota que dice: "Informativo". |
Detallado |
100 |
Informativo |
Estado detallado, como mensajes de progreso o de operación correcta. |
Instrucciones de nivel de seguimiento
Al escribir un registro de seguimiento mediante la API de ULS, debe especificar un nivel de gravedad. El nivel de gravedad se muestra en el registro de seguimiento de ULS y suelen usarlo las herramientas de informe o filtrado. Por este motivo, es importante elegir un nivel adecuado.
Nombre de nivel de ULS |
Id. de nivel |
Descripción |
Inesperado |
10 |
Similar a una aserción (una suposición en el código de que una condición es true en un momento determinado), este mensaje indica que hubo un error atípico en una comprobación de lógica o que el mensaje devuelve un código de error inesperado. Por lo general, estos representan errores de código que se deben investigar y corregir. |
Supervisable |
15 |
Seguimientos que indican un problema, pero que no es necesario que se investiguen inmediatamente. La intención es recopilar datos y analizarlos más adelante, en busca de las tendencias del problema. |
Alto |
20 |
Detalle de funcionamiento general, se trata de los eventos de prioridad alta que se producen en el entorno. Algunos ejemplos incluyen las modificaciones de la configuración global, inicio y detención de servicios, trabajos del temporizador completados, entre otros. |
Mediano |
50 |
Es útil para ayudar a los equipos de soporte técnico o pruebas a depurar los problemas del cliente o del entorno. Es probable que incluyan mensajes que indican que las características individuales funcionaron correctamente o tuvieron un error, como la creación de una nueva lista, la modificación de una página, entre otras. |
Detallado |
100 |
Es útil principalmente para ayudar a los programadores a depurar errores de código de bajo nivel. No suele ser útil para quienes no tienen acceso a símbolos o código fuente. La mayoría de los seguimientos de eventos que no tienen que estar habilitados siempre deben establecerse en el nivel detallado. |
DetalladoEx |
200 |
Es útil para seguimientos que suelen ser de gran volumen, especialmente información que no es necesaria para todos los escenarios de depuración. Algunos ejemplos de situaciones donde debe usar la configuración DetalladoEx son los eventos de entrada y salida de método, la realización de un seguimiento en los bucles o la retransmisión de información que no es útil para los programadores fuera de su equipo. |