過完春節(jié)之后一直在忙著改腳本和追一些項(xiàng)目沒多少時(shí)間再寫博客，謝謝各位的支持。今天我想把部分更新作品的輸出效果給大家展示一下，以后慢慢再一個(gè)一個(gè)講解。

1. Exchange 數(shù)據(jù)庫腳本的輸出報(bào)告

沒辦法，誰叫Exchange的數(shù)據(jù)庫是整個(gè)系統(tǒng)和整個(gè)公司的重中之重，在節(jié)后的某次和德國人的會(huì)議中他們提出我的腳本輸出的一個(gè)日志文件有一些問題，就是數(shù)據(jù)的順序有時(shí)候會(huì)錯(cuò)亂導(dǎo)致報(bào)表不正確。這是不允許的，經(jīng)過仔細(xì)的分析和測試，我找到了解決辦法順便把腳本的輸出也做了一下修改。PS：腳本的日志文件是為了記錄每一天的數(shù)據(jù)庫大小來為將來計(jì)算數(shù)據(jù)庫的增長量使用的

如圖

目前我們公司的Client team在做PST導(dǎo)入到archive郵箱的項(xiàng)目，所以目前3個(gè)site中的數(shù)據(jù)庫增長量都非常大，為了方便監(jiān)控所以我區(qū)分了3個(gè)SITE和將archive 數(shù)據(jù)庫的報(bào)表獨(dú)立了出來。

為了解決腳本日志文件的問題，我決定棄用txt文件而轉(zhuǎn)用xml文件，因?yàn)閤ml文件可以精確的定位數(shù)據(jù)。來看看基于新的日志文件所得到的報(bào)表

這樣一來，哪個(gè)數(shù)據(jù)庫增長的最快一目了然了。

 

2. 最近還有件頭疼的事，也是由于Client team的那個(gè)PST導(dǎo)入項(xiàng)目有關(guān)。老板覺得我的腳本不錯(cuò)，但是基于系統(tǒng)的安全考慮他不喜歡讓那個(gè)管用戶桌面的人來改我的腳本。最好能做個(gè)交互式的框，類似程序那樣，讓你填入某些參數(shù)然后運(yùn)行。我想了想，答應(yīng)了。。。

其實(shí)也不難解決，關(guān)鍵就是加入一些嵌入式窗體的代碼。我會(huì)在今后的博客中告訴大家怎么實(shí)現(xiàn)，今天么先看個(gè)效果。

運(yùn)行腳本  -   彈出窗體 - 輸入內(nèi)容  -  運(yùn)行或者退出，對于VB來說可能比較容易實(shí)現(xiàn)，但是在PS里會(huì)稍微復(fù)雜一點(diǎn)。

輸入用戶alias之后運(yùn)行，程序運(yùn)行成功。

用戶收到EMAIL

如果輸錯(cuò)alias，得到報(bào)錯(cuò)

3. 利用performance counter來對Exchange 2010進(jìn)行性能監(jiān)控

這個(gè)其實(shí)還是和那個(gè)該死的PST項(xiàng)目有關(guān)系，我總感覺最近我們的一臺(tái)cas+hub服務(wù)器不是很穩(wěn)定，公司里現(xiàn)成的NAGIOS照顧不到太多Exchange方面的東西，沒辦法只能自己寫。

關(guān)于這個(gè)腳本我自己弄了一個(gè)手機(jī)提醒功能，能將發(fā)送的警告郵件發(fā)送到你的手機(jī)上，無需短信網(wǎng)關(guān)

這個(gè)腳本在技術(shù)上有個(gè)難點(diǎn)就是CPU和內(nèi)存網(wǎng)絡(luò)會(huì)有瞬間峰值，如何才能避免瞬間的高使用率的假警報(bào)么。我們下次分享