概念
凡是納入配置管理範疇的工作成果都是配置項(CI);一個純軟體的CIs通常也稱為軟體配置(CSCIs)。
配置項主要有兩大類:
屬於產品組成部分的工作成果;
項目管理和機構支撐過程產生的文檔。
每個配置項的主要屬性有:名稱、標識符檔案狀態、版本、作者、日期等。
某報表中配置所顯示的信息的項目
解釋
五個最容易被忽略的配置項目:
1、優先選擇子網而不是24位掩碼:你的網路有多少張子網以至於需要一個24位掩碼(255.255.255.0)?與標準C類網路中的其他許多子網相比,我使用的數量並不多,但每次進行配置的時間,我都要再三檢查,以確定自己設定的子網掩碼是正確可用的。因此,我會盡力找理由來選擇使用子網而不是老的24位掩碼,但對於採用了不可路由IP位址的內部網路地址來說,大部分情況會變得很難進行預測了。
2、域名系統後綴列表:對於一份內容繁多的DNS後綴列表來說,丟失了一項或多項條目可能導致該名稱解決方案在使用的時間不那么令人滿意。好的是,通過利用Windows組策略設定一個主後綴,並按照後綴為每個計算機帳戶的順序進行搜尋,我們可以解決這一問題。
3、默認網關沒有使用.1的地址:對於網路上的靜態IP位址來說,每次都會出現默認網關沒有使用.1的地址的情況,我對這種情況非常困惑,因此不得不再三檢查配置情況。對於小於255台主機的(C類子網)來說,IP位址空間最後一個八位位元組沒有採用0.1的默認網關這種情況出現的機會非常高。對於該問題來說,解決方法是在內部網路中採用標準的標準化C類子網,並且在結束位置留取餘量,即使存在網路IP位址的浪費也無所謂。
4、域名系統IP位址:如果按照我的想法來處理的話,每個站點的每台DNS伺服器都應該與其他站點採用相同結構的IP位址。這樣一來,只要確定了IP位址的第2或3位就可以很容易確定DNS伺服器所在的位置。對於所有可以作到標準化的項目,我都選擇這么處理。舉例來說,如果每張網路的.1地址是默認網關的話,.2地址就是這張網路的DNS伺服器。這一點,我牢記在心。
5、Windows網路名稱服務非常有用:我可以利用完全合格的域名來進行ping操作,但無法僅憑藉網路基本輸入輸出系統名稱來進行訪問。在這裡,包括WINS配置在內有幾處地方可能出現錯誤。不過,通常情況下,對DNS後綴設定進行正確設定加上搜尋命令的使用就可以解決這一問題。但是,避免這一問題出現的根本措施就是部署Windows 2008伺服器DNS引擎中的通用名稱區域。