Base de datos de registro de errores: para muchas aplicaciones

Question

Tengo un montón de aplicaciones de cliente/servidor existentes que actualmente están avanzando. De vez en cuando, un cliente querrá agregar algún tipo de interfaz web para acceder a una parte de sus datos. Estos son típicamente personalizados, aunque algunos son "genéricos"; pero cada uno tiene su propia "instancia" en su propia máquina virtual.

Lo que quiero es un área centralizada para capturar y registrar cualquier error que aparezca en cualquiera de estas máquinas virtuales.

Estoy consitering la creación de una nueva base de datos y la configuración de un servicio WCF para habilitar cada una de estas aplicaciones web para crear una entrada de registro en mi base de datos centralizada, así como a la EventLog local.

¿Es ese un mal diseño?

actualización

Las aplicaciones web son de 2003/IIS6 y 2008/IIS7, construido en ASP.NET. Muchas de las instancias se encuentran en un par de servidores web, pero muchas se implementarán en máquinas virtuales individuales.

Answer 1

Así es exactamente como lo implementamos.

Tenemos 3 tablas en la base de datos:

Event Types 
------------ 
EventType int 
EventDescription varchar(50) 


MonitoredSystems 
--------------- 
SystemID int 
SystemName varchar(50) 
SystemDescription text 


Events 
------- 
RecordID bigint 
EventTime datetime 
SystemID int FK 
EventText text 
EventType int FK 
Acknowledged bit 

También nos prepararon rápidamente un sitio donde podíamos ver los eventos. El campo "Reconocido" nos permite configurar una vista con los nombres "Problemas críticos no reconocidos" para que podamos ver rápidamente cualquier problema nuevo y reconocerlos a medida que los leemos.

Sabemos que hay otras herramientas que pueden hacer esto por nosotros, pero ninguna fue tan fácil de integrar como nuestra propia versión, y ahora la usamos en cada aplicación que construimos. Tenemos algunas otras personalizaciones que no menciono aquí que otras herramientas no proporcionaron de la caja.

Así que creo que su idea está bien. Si lo construye usted mismo, puede personalizarlo para que funcione de la manera que desee. Sin embargo, recomendaría al menos buscar herramientas como Log4net, etc.

Answer 2

debería echar un vistazo a ELMAH (módulos de registro de errores y manipuladores) (http://code.google.com/p/elmah/) con la combinación de Orbit One del reportero de excepción (http://aspexceptionreporter.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=35343) que cuando se combina le puede dar una amplia cobertura de la empresa para la notificación de errores en una ubicación centralizada.

Answer 3

Si registra con frecuencia (depuración/información/advertencia), asegúrese de que las involuciones de RPC se realizan de forma asíncrona.

Recomendaría una estructura de datos más flexible;

Events 
------- 
RecordID bigint 
EventTime datetime 
EventLevel text 
SystemID text 
EventText text 
EventType text 
Acknowledged bit 

EventProperties 
------- 
RecordID bigint 
key text 
value text 

Los EventProperties permite la aplicación de registro para registrar cualquier información que pueda ser útil, sin tener que definir dichas propiedades antes de tiempo. Tenga en cuenta que no hay restricciones en SystemID, lo que permite agregar sistemas sin configuración.