記錄應用程序事件/異常/消息在企業Environnments

我們一直有在我們的辦公室從VB6的舊應用程序升級的一部分進行討論，.NET 3.5如何最好地處理記錄。舊系統使用本地日誌文件，其路徑包含在註冊表中（默認情況下不應指定）。我們中的大多數人都傾向於使用Windows應用程序事件日誌，但是有一個人提出了一個阻止我們死亡的問題。記錄應用程序事件/異常/消息在企業Environnments

什麼樣的Citrix環境中的負載均衡是指一個用戶的會話可能是由不同的應用服務器在不同的點來服務？我們突然間可能會有來自會話的信息片段分佈在多臺服務器上（或者我們相信 - 我們大多數人都沒有必須處理這個問題，所以我們不能100％確定），這使得支持人員很難在支持電話會議期間將事件鏈連在一起。普遍的共識似乎是我們應該使用MS企業庫日誌記錄功能併爲每個安裝設置一箇中央日誌存儲庫。

誰能推薦一個最佳實踐或明智的做法，以在多種環境中，包括應用服務器集羣應用程序日誌，不是使用企業庫集中式日誌等，或者是我們已經在正確的軌道上？

乾杯

來源

2010-11-23 Steve Pettifer

感謝所有的答案，他們都是很好的信息，所以我已經投票了他們（這裏沒有真正的對或錯）。接受Helge Klein的回答，因爲他們讓我的思緒休息一下思傑處理會話的過程。我認爲我們可能會使用企業庫的集中式日誌，因爲這似乎是最容易實現的方法，並且在易用性方面也是最明智的。 – 2010-11-24 10:10:41

在Citrix場中，每個會話（在登錄之前）執行負載平衡。個別會話不能在服務器之間移動。後者偶然成爲基於服務器計算的「聖盃」 - 如果你弄明白了，告訴思傑如何做到這一點，他們會感興趣;-)

這應該會讓你更簡單。在所有Windows環境中，會話始終在同一物理虛擬機上。有了這些信息，記錄到事件日誌再次成爲一個選項。

來源

2010-11-23 19:56:23

我不得不說，我確實懷疑那個人說有關會話被拆分到不同的服務器上 - 這似乎有點牽強附會，但是因爲我沒有Citrix的經驗，所以我不能評論任何一種方式！聽起來像我們正在朝着正確的方向前進，通過使用企業庫和集中日誌。也許我們應該考慮編寫一些簡單的查看器或宏，它們可以從Windows日誌中篩選出我們應用的東西，然後根據用戶ID /會話ID搜索。 – 2010-11-24 10:05:56

通常情況下我所有關於使用內置的日誌記錄桌面應用和服務職能的窗口。但是，這提出了一個有趣的問題。

我想你會通過利用企業庫得到更好的服務和集中你的日誌存儲。

來源

2010-11-23 17:47:43 NotMe

我們使用將日誌寫入集中式數據庫的自定義TraceListener類。

來源

2010-11-23 17:49:20 N0Alias

很想做到這一點，但通常對於商業裝備來說，我們必須採取一錘定音的解決方案，並且我們已經有了一些文件記錄功能，並且我懷疑我可以說服這些金錢工作者瞭解這種方法的好處，就像我很喜歡！ – 2010-11-24 10:07:34

即使事件日誌可以在你的情況下工作 - 你只需要包括像一個活動ID和/或會話ID。藉此，您將能夠關聯應用程序日誌的所有部分。

記錄到一箇中央數據庫可以幫助的，因爲所有的作品可以在一個地方。但是，您仍然應該考慮使用活動標識。

請參閱CorrelationManager類。

來源

2010-11-23 17:51:31

記錄應用程序事件/異常/消息在企業Environnments

回答

相關問題