Baza danych dzienników błędów - dla wielu aplikacji

Question

Mam kilka istniejących aplikacji klienckich i serwerowych, które obecnie przepychają się. Raz na jakiś czas, klient będzie chciał dodać w pewnym typie interfejsu internetowego, aby uzyskać dostęp do części swoich danych. Są to zwykle niestandardowe, choć niektóre są "ogólne"; ale każdy ma własną "instancję" we własnej maszynie wirtualnej.

Potrzebuję scentralizowanego obszaru do przechwytywania i rejestrowania błędów pojawiających się na każdej z tych maszyn wirtualnych.

Pragnę utworzyć nową bazę danych i skonfigurować usługę WCF, aby umożliwić każdemu z tych aplikacji tworzenie dziennika w mojej scentralizowanej bazie danych, a także w lokalnym dzienniku zdarzeń.

Czy to zły projekt?

aktualizacja

W webapps są na 2003/2008/IIS6 i IIS7, zbudowany w ASP.NET. Wiele instancji znajduje się na parze serwerów WWW, ale wiele z nich zostanie wdrożonych na poszczególnych maszynach wirtualnych.

Answer 1

Dokładnie to wdrożyliśmy.

Mamy 3 tabel w bazie danych:

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 

również przeniesiono na teren, na którym możemy zobaczyć wydarzenia. Pole "Potwierdzone" pozwala nam ustawić nazwy wyświetleń "Nieznane problemy krytyczne", abyśmy mogli szybko zobaczyć wszelkie nowe problemy i potwierdzić je podczas ich czytania.

Wiemy, że istnieją inne narzędzia, które mogą to dla nas zrobić, ale żadna nie była tak łatwa do zintegrowania jak nasza własna wersja domowa, a teraz używamy jej w każdej aplikacji, którą tworzymy. Mamy kilka innych dostosowań, o których nie wspominam, że inne narzędzia nie dostarczały po wyjęciu z pudełka.

Więc myślę, że twój pomysł jest w porządku. Jeśli tworzysz go samodzielnie, możesz dostosować go tak, aby działał tak, jak chcesz. Jednak polecam przynajmniej zaglądanie do narzędzi takich jak Log4net, itp.

Answer 2

Należy przyjrzeć ELMAH (moduły rejestrowania błędów i ładowarki) (http://code.google.com/p/elmah/) z kombinacji Orbit One Reporter Exception (http://aspexceptionreporter.codeplex.com/Release/ProjectReleases.aspx?ReleaseId=35343), które w połączeniu mogą dać ci korporacyjnej szeroki zakres raportowania błędów w centralnej lokalizacji.

Answer 3

Jeśli często logujesz (debug/info/warning), upewnij się, że wywołania RPC są wykonywane asynchronicznie.

Polecam bardziej elastyczną strukturę danych;

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

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

W EventProperties umożliwia aplikację do logowania rejestrowania wszelkich informacji, które mogą być przydatne, bez konieczności definiowania takich właściwości wyprzedzeniem. Zauważ, że nie ma ograniczeń dla SystemID, co pozwala na dodawanie systemów bez konfiguracji.