第一：若沒有郵箱服務器，則按人事部門的員工編號進行編碼
對于域帳戶管理中，很關(guān)鍵的一個步驟在于對域帳戶如何進行命名，或者說，對于域帳戶如何進行編碼。
對于域帳戶的編碼來說，一般需要滿足三個原則。
一是易于輸入的原則。因為企業(yè)每次登錄系統(tǒng)的時候，有時候出于安全性的考慮，都要求企業(yè)員工輸入域用戶名與密碼。這跟單機不同。單機有時會為了提高開機效率，可以設置自動登錄。但是這個安全性太差，所以，在域用戶管理中往往是不采納的。而是要求用戶手工的輸入域用戶名與密碼。此時，就需要我們在設計域用戶名的時候，遵循簡單的原則，便于用戶輸入。
二是要遵循性原則。雖然，在域名設計中，全名性即可。不過，筆者在域名的設計過程中，還是遵循前綴性的原則。也就是說，在不考慮后綴的前期下，也要保持性。這主要也是為了提高用戶輸入賬戶名的效率考慮的。
三是在設計名字的過程中，不要采用特殊字符，因為特殊字母為大大降低用戶名的輸入效率。如筆者在域名設計的過程中，有人提議利用英文名加姓的形式定義用戶名。如利用jane_zhang的形式在進行命名。但是，筆者發(fā)現(xiàn)，“_”這個特殊字母輸入不怎么方便。對于經(jīng)常接觸電腦的員工來說，可能比較熟悉;但是對于大部分員工輸入這個字符都會有問題。為此，后來我把這個“_”該為“.”號。因為輸入_這個符號的話，需要按兩個鍵，而輸入“.”號的話，則需要采用一個鍵。不要小看這一個小小的差別，對于大部分企業(yè)員工來說，是一個很大的改善。
對于域用戶命名的時候，除了要遵守以上三個原則外，還需要考慮實際的應用問題。
如企業(yè)若在內(nèi)部沒有部署郵箱服務器，或者雖然部署了企業(yè)自己的郵箱服務器，但是，沒有跟服務器進行有效集成的話，則在設計域帳戶名字的時候，能夠跟人事部門的相關(guān)資料進行結(jié)合。因為人事在編寫人事信息檔案的時候，他們的員工編號可以保證信息的性。如筆者認識一個朋友，他也是搞域管理的，他們企業(yè)的域帳戶名就是全部利用員工編號來編碼的。如SA001表示銷售部門的一個員工，PR001則表示采購部門對一個員工。一方面，員工對自己的編號也是熟悉的，輸入起來也方便。二是在人事管理系統(tǒng)中需要登記這個信息，而在這個系統(tǒng)中對這個編號也有性的要求。為此，網(wǎng)絡管理員之需要根據(jù)人事管理員提供的資料建議用戶資料即可。
不過，有時候企業(yè)同時具有郵箱服務器，而這個郵箱服服務器若需要利用活動目錄中的用戶信息的話，則在設計域帳戶的時候，就不能沿用員工編碼。因為若采用沒有實際含義的員工編碼作為域帳戶的話，有一個非常大的缺陷。就是內(nèi)部員工可能會清楚這些編碼的含義，但是，若把這些名字當作郵件地址發(fā)送給外部用戶，如客戶或者供應商，則他們看起來好像是讀天書一樣。所以，若活動目錄中用戶名字不僅是登錄域的帳戶名，也是企業(yè)員工帶郵件地址的話，則就需要注意，這個名字編碼的時候，要更加的科學。筆者現(xiàn)在的企業(yè)，編碼的時候是員工的名字加部門編碼進行編寫。如pengliang.sa就表示銷售部門的彭亮員工。加上部門后綴，一方面可以區(qū)別員工的身份，另外，還可以有效的避免帳戶名字的重復性。一舉多得，何樂而不為呢。
第二：詳細設置用戶信息，對于帳戶管理具有很大的實用價值
在建立域用戶的時候，還會讓你輸入用戶的一些詳細信息，如用戶所屬的部門、用戶的中文名字等等。雖然這些信息在輸入帳戶信息的時候，不是必須填寫的選項。但是，筆者在建立帳戶信息的時候，還是會把這些信息填入進去，因為，這些信息其實仍然是很有用的。
如就以員工尊稱來說吧。在使用EXCHANGE服務器的時候，若跟活動目錄的組結(jié)合，則可以實現(xiàn)郵件群發(fā)的功能。那么在郵件群發(fā)的時候，我們這個稱呼如何定義呢?有時候，我們需要在郵件群發(fā)的時候，利用尊稱作為開頭的稱呼。此時，我們就可以利用函數(shù)，去讀取每個帳戶中的尊稱，而在郵件群發(fā)的時候，實現(xiàn)這個功能。
類似的應用還有很多。所以，在建立帳戶的時候，筆者建議，網(wǎng)絡管理員就多敲幾個字，把相關(guān)的信息填寫完整?；蛟S，在以后的工作中，就因為平時的這么點時間，就可以給我們的工作帶來很大的方便。
對于域帳戶管理中，很關(guān)鍵的一個步驟在于對域帳戶如何進行命名，或者說，對于域帳戶如何進行編碼。
對于域帳戶的編碼來說，一般需要滿足三個原則。
一是易于輸入的原則。因為企業(yè)每次登錄系統(tǒng)的時候，有時候出于安全性的考慮，都要求企業(yè)員工輸入域用戶名與密碼。這跟單機不同。單機有時會為了提高開機效率，可以設置自動登錄。但是這個安全性太差，所以，在域用戶管理中往往是不采納的。而是要求用戶手工的輸入域用戶名與密碼。此時，就需要我們在設計域用戶名的時候，遵循簡單的原則，便于用戶輸入。
二是要遵循性原則。雖然，在域名設計中，全名性即可。不過，筆者在域名的設計過程中，還是遵循前綴性的原則。也就是說，在不考慮后綴的前期下，也要保持性。這主要也是為了提高用戶輸入賬戶名的效率考慮的。
三是在設計名字的過程中，不要采用特殊字符，因為特殊字母為大大降低用戶名的輸入效率。如筆者在域名設計的過程中，有人提議利用英文名加姓的形式定義用戶名。如利用jane_zhang的形式在進行命名。但是，筆者發(fā)現(xiàn)，“_”這個特殊字母輸入不怎么方便。對于經(jīng)常接觸電腦的員工來說，可能比較熟悉;但是對于大部分員工輸入這個字符都會有問題。為此，后來我把這個“_”該為“.”號。因為輸入_這個符號的話，需要按兩個鍵，而輸入“.”號的話，則需要采用一個鍵。不要小看這一個小小的差別，對于大部分企業(yè)員工來說，是一個很大的改善。
對于域用戶命名的時候，除了要遵守以上三個原則外，還需要考慮實際的應用問題。
如企業(yè)若在內(nèi)部沒有部署郵箱服務器，或者雖然部署了企業(yè)自己的郵箱服務器，但是，沒有跟服務器進行有效集成的話，則在設計域帳戶名字的時候，能夠跟人事部門的相關(guān)資料進行結(jié)合。因為人事在編寫人事信息檔案的時候，他們的員工編號可以保證信息的性。如筆者認識一個朋友，他也是搞域管理的，他們企業(yè)的域帳戶名就是全部利用員工編號來編碼的。如SA001表示銷售部門的一個員工，PR001則表示采購部門對一個員工。一方面，員工對自己的編號也是熟悉的，輸入起來也方便。二是在人事管理系統(tǒng)中需要登記這個信息，而在這個系統(tǒng)中對這個編號也有性的要求。為此，網(wǎng)絡管理員之需要根據(jù)人事管理員提供的資料建議用戶資料即可。
不過，有時候企業(yè)同時具有郵箱服務器，而這個郵箱服服務器若需要利用活動目錄中的用戶信息的話，則在設計域帳戶的時候，就不能沿用員工編碼。因為若采用沒有實際含義的員工編碼作為域帳戶的話，有一個非常大的缺陷。就是內(nèi)部員工可能會清楚這些編碼的含義，但是，若把這些名字當作郵件地址發(fā)送給外部用戶，如客戶或者供應商，則他們看起來好像是讀天書一樣。所以，若活動目錄中用戶名字不僅是登錄域的帳戶名，也是企業(yè)員工帶郵件地址的話，則就需要注意，這個名字編碼的時候，要更加的科學。筆者現(xiàn)在的企業(yè)，編碼的時候是員工的名字加部門編碼進行編寫。如pengliang.sa就表示銷售部門的彭亮員工。加上部門后綴，一方面可以區(qū)別員工的身份，另外，還可以有效的避免帳戶名字的重復性。一舉多得，何樂而不為呢。
第二：詳細設置用戶信息，對于帳戶管理具有很大的實用價值
在建立域用戶的時候，還會讓你輸入用戶的一些詳細信息，如用戶所屬的部門、用戶的中文名字等等。雖然這些信息在輸入帳戶信息的時候，不是必須填寫的選項。但是，筆者在建立帳戶信息的時候，還是會把這些信息填入進去，因為，這些信息其實仍然是很有用的。
如就以員工尊稱來說吧。在使用EXCHANGE服務器的時候，若跟活動目錄的組結(jié)合，則可以實現(xiàn)郵件群發(fā)的功能。那么在郵件群發(fā)的時候，我們這個稱呼如何定義呢?有時候，我們需要在郵件群發(fā)的時候，利用尊稱作為開頭的稱呼。此時，我們就可以利用函數(shù)，去讀取每個帳戶中的尊稱，而在郵件群發(fā)的時候，實現(xiàn)這個功能。
類似的應用還有很多。所以，在建立帳戶的時候，筆者建議，網(wǎng)絡管理員就多敲幾個字，把相關(guān)的信息填寫完整?；蛟S，在以后的工作中，就因為平時的這么點時間，就可以給我們的工作帶來很大的方便。