¿Ha iniciado sesión en los archivos o en el visor de eventos?

Question

Me preguntaba cuál es la forma 'correcta' de registrar mensajes de información; a archivos, o a un registro especial en el visor de eventos?

Me gusta iniciar sesión en los archivos ya que puedo usar el oyente de archivos sin formato y ver el nuevo registro de cada día, además en el visor de eventos solo puedo ver un mensaje a la vez, en un archivo puedo escanear día mucho más fácil. Mi colega argumenta que los archivos solo ocupan espacio y le gusta tener sus advertencias, errores y mensajes de información, todo en un solo lugar. ¿Qué piensas? ¿Hay una manera preferida? Si es así, ¿por qué?

Además, ¿hay algún problema de simultaneidad en alguno de los métodos? He leído que entlib es seguro para subprocesos y genera un Monitor. Ingrese detrás si el oyente no es seguro para subprocesos, pero quiero asegurarme (solo estamos usando Logger.Write). Estamos usando entlib 3.1.

Gracias de antemano.

Answer 1

Esta es la regla de oro que uso al registrar mensajes.

EventLog (si tiene acceso, por supuesto) - Siempre registro de excepciones no controladas - En la mayoría de los casos se registrará errores o Fatals - En algunos casos registro de advertencias - En algunos casos muy raros que la información del registro - Nunca vamos a registrar los mensajes generales inútiles como: "estoy aquí, bla, bla, bla"

archivo de registro - regla general, registramos Everthing pero podemos elegir el tipo de nivel o filtro que se utilizará para rechazar el volumen de mensajes que se registran

EventLog es siempre una buena opción porque está vinculado a WMI. De esta manera, productos como Open View y similares, pueden monitorear y alertar operaciones si algo falla. Sin embargo, mantenga los mensajes al mínimo porque es lento, su tamaño está limitado por meseg y es el límite de entrada, ya que puede llenar fácilmente el EventLog con bastante rapidez y su aplicación debe manejar la temida excepción "EventLog is Full":)

Espero que esto ayude ...

Answer 2

No hay una forma "correcta". Depende de tus requisitos.

Le gusta 'mirar' los archivos planos, pero ¿cuántos (miles) de líneas puede leer realmente todos los días?

Lo que parece necesitar es un plan (política) y eso debería incluir algunas herramientas. Pregúntese ¿qué tan rápido notará una anomalía en los registros? Y la ausencia de algo normal?

El registro de eventos es un poco más de trabajo/sobrecarga, pero puede ser fácilmente monitoreado de forma remota (servidores múltiples) por alguna herramienta. Si está utilizando (solo) inspección manual, no se moleste.

Answer 3

Considere la posibilidad de preguntar a los administradores de sus clientes o a las personas de soporte técnico dónde quieren que se coloquen los registros.

En cuanto a la seguridad de subprocesos, sí, EntLib es seguro para subprocesos.

Answer 4

Recomendaría Event-viewer pero en los casos en que no tiene derechos de administrador o acceso particular al visor de eventos, el registro en archivos normales sería una mejor opción.

Answer 5

Prefiero iniciar sesión en una base de datos, de esa manera puedo perfilar mis registros y generar estadísticas y tendencias sobre errores que se producen y corregir los más frecuentes.

Para clientes externos utilizo un servicio web llamado asincrónico para reportar el error. (Me trago cualquier expection en él así que cualquier error de registro no afectaría al cliente - no es que haya tenido ninguno, usando log4net y L4NDash).

Answer 6

En aplicaciones empresariales hay diferentes tipos de registros, tales como -

1. registros de actividad - logs técnico que instrumento un proceso y son útiles en la depuración
2. registros de auditoría - registros utilizados para la auditoría propósito. La disponibilidad de tales registros es un requisito legal en algunos casos.

Qué tienda donde: -

1. En lo que se refiere a los registros de auditoría o cualquier registro con información sensible que debe ir a la base de datos donde se pueden almacenar de forma segura.

2. Para los registros de actividad mi preferencia es a los archivos. Pero también deberíamos tener diferentes niveles de registro tales como Error, Info, Detallado, etc. que deberían ser configurables. Esto permitirá ahorrar espacio y tiempo necesarios para el inicio de sesión cuando no sea necesario.

3. Debe escribir en el registro de eventos solo cuando no pueda escribir en un archivo.