我正在重做每週報告，我發送給我們開發團隊中的任何人。您是否發送關於服務器狀態的自動每週報告？
以前的版本僅發送基於SQL Server的計劃作業狀態，備份狀態和數據庫大小。
但是對於這個新版本，我們的服務器的每個部分都會有更多的信息。
ColdFusion的：
IIS：
SQL服務器：
因此，我要問的是兩件事情。 （1）其他基本必須有什麼信息，通過電子郵件每週都會有用/有用嗎？
（2）如何最好地呈現或顯示該信息，雖然看起來很專業，儘管在html電子郵件中，卻沒有看起來像眼睛一樣？因爲現在我只有一個簡單的服務器方面和狀態的子彈列表。我想讓它看起來非常專業。
任何建議，想法，鏈接靈感...等...
我的目標是保持自動化我的團隊瞭解有關服務器的任何關鍵問題，在某種程度上任何人都可以理解。
謝謝你的時間。
是否讓開發人員意識到問題的目標？然後大聲失敗，默默成功。否則，失敗/問題很快就會被忽略。
發送報告時，驅動器空間與主題行重要的「驅動器空間危急！」
備份沒有發生時發送報告說「BACKUP FAILED！」
從控制室設計：每個報警器應該有一個唯一的響應，且應爲沒有采取糾正措施的事件產生警報 - 事件應該被軸頸連接到日誌中，開發商可以去檢查。
我是開發人員，這是我的想法，想出辦法來幫助輕鬆監視/監視服務器的關鍵問題。在我來之前沒有人注意服務器，除了coldfusion錯誤之外。你的想法很有趣，也許是誠實的，我將是唯一一個閱讀報告。但我仍然希望它有用和專業。即使它只是我關心的.. – crosenblum 2010-09-15 15:51:57
我應該檢查和發送什麼其他類型的警報，而不是每週做一個系統？ – crosenblum 2010-09-16 18:20:16
爲您的特定服務器的關鍵問題可能是從其他人的關鍵問題非常不同的服務器上，所以你需要發送給您的團隊中的數據並不一定是和別人一樣的信息。
如果電子郵件只是發送給您的開發團隊，我不會太擔心使它變得漂亮，只是容易瀏覽並確保沒有任何事情發生嚴重錯誤。一個項目列表通常對此非常有效。
就我個人而言，我更傾向於將您列出的所有信息放在開發小組可以登錄並查看的網頁上，並且如果其中一個變量突然發生了變化，根據您設定的參數潛水出於某種原因。這樣，任何人都可以在任何時候檢查服務器狀態，如果他們對狀態有疑問，但他們會以更高的優先級處理來自服務器的電子郵件。
以我的經驗，更多的向您發送電子郵件發送給開發人員，他們閱讀的內容較少。
我確實在網頁上有這個，但我想更新我們每週只有sql的電子郵件給整個服務器狀態電子郵件。我同意閱讀電子郵件。 – crosenblum 2010-09-15 15:42:49
（1）什麼其他基本必須的信息，將有有用/看到通過電子郵件每週？
我的答案是會的開發商喜歡什麼類型的信息看到超越原始報表。與他們交談並獲取他們所需的重要信息。
雖然我們可能會建議一些良好的數據在報表中顯示，開發人員可能不感興趣。
可悲的是，我更傾向於服務器/經驗豐富的程序員，所以他不一定知道什麼是重要的。這就是爲什麼我問你們/加爾斯。 – crosenblum 2010-09-15 15:43:26
@crosenblum如果他們不知道他們在閱讀什麼，他們會忽略它...... – jfrobishow 2010-09-15 16:09:14
電子郵件主要發送給整個團隊，但由我和我的經理閱讀/觀看。我從不刪除這些電子郵件，所以我可以對歷史變化有一種感覺。 – crosenblum 2010-09-15 15:42:34
這真的不看我的編程相關。投票遷移到服務器故障。 – 2010-09-15 16:54:46