主題: AD整合血淚史.......持續整合中

[sean6578]

先大概介紹一下我們公司的環境，我們公司是屬於全省有多家分店的企業，在我剛進這家公司的時候就已經有好幾十家分店，每一家分店都是一個獨立網域不過命名的方式會讓你誤認為是子網域，其實只有其中幾家是真正的子網域。

我一開始看到就傻眼了，這麼多個網域怎麼管？而且並不是全部的分店都是子網域，是幾乎有2/3都是獨立的網域。那個時候我還在巨匠上MCSE的課程，雖然觀念還不是很懂但至少有知道管理一個網域不是一件簡單的事更何況要一口氣管理好幾十個網域，當下我就提出要把網域整合成單一網域的計畫，不過當場就被另一位IT擋了下來，他只跟我講了一句話那就是這個計畫執行後如果出了問題該如何解決，其實那個時候另一位同事也在補MCSA所以他也不太懂這些東西，不過我那個時候聽完他講的這句話後心理一直覺得納悶，因為這明明是可行的計畫為什麼不去做，但當我學得越多的時候發現那個時候的我沒有一個全盤的計畫只是一味的想說不去做怎麼會知道會出什麼問題，不過在今年初另一位同事終於同意要執行這個計畫。

分店的伺服器配置屬於我負責的部分有兩台，因為每家店都有其自己獨立的網域所以兩台伺服器的角色分別就是PDC和BDC，那個時候首先做了一個全省的伺服器版本調查，這時才發現全部都是server 2000而且授權均以過期，心想不會吧！由於我們公司的授權是買EA所以當下就決定先把BDC降級然後寄回總公司做OS升級順便檢查一下硬體看看有沒有問題，就這樣一來一往總共花了好幾個月的時間終於把OS升級成Server 2003。這還只是開胃菜而已，因為用戶端是加入當地的網域所以一旦當地的網域移除後勢必要退出當地的網域在加入新的網域，麻煩的事現在才開始一一浮現。

首先遇到的問題就是User Profile的問題，因為是退出舊網域在加入新網域所以User Profile勢必一定要重設，不過大家可能會認為就User自己設定就好了幹嘛那麼麻煩，這就是最痛苦的地方，因為分店的員工素質參持不齊可以說是根本不懂，所以你一定要把它弄到可以作業才行，好加在老師上個有講到『檔案及設定轉移精靈』這玩意，於是就給它派上用場了。在用戶端退出舊網域之前先使用『檔案及設定轉移精靈』把User Profile給匯出，然後在加入新網域之後再用『檔案及設定轉移精靈』把User Profile給匯入，不過這個步驟看似簡單其實又延伸出一堆問題，那就是基本上用戶端都會把一些文件都丟在我的文件夾，長年累月下來光『我的文件』就好幾GB，這在匯出User Profile的時候真的是等到快抓狂了，雖然在匯出的時候可以選擇要匯出哪些資料但是為了避免匯入完之後用戶端又在那邊抱怨哪些東西不見了所以這個時候就要先把『我的文件』裡面較大的檔案先移動到其他地方這樣在匯出的時候就不用等很久。

不過這還算是小case最慘烈的地方就是mail的部分，因為分店幾乎都是用Outlook Express在收發郵件，而且相信大家都知道用戶端都有養成只收不刪的好習慣吧！這也就是問題的所在，信件的容量實在是大到嚇死人而且備份的路徑不一雖然有跟他們講過不要備份在系統碟，但有講都沒有在聽而分店的離職率也是高到嚇人，只要離職的時候沒交接就一定會出現這個狀況，這個時候方法同上，先把那些.dbx的檔案搬到別的地方等匯入完之後在搬回去就好。

備註：當郵件和我的文件的容量沒也很大時就不需要先移動到其他地方，因為『檔案及設定轉移精靈』在匯出及匯入的時候速度還蠻快的。

在這當中還有一些小插曲，因為我們公司是用pcAnywhere在遙控用戶端，所以常常在退出網域重新開機後就遙控不到用戶端，所以我一開始都會把用戶端的遠端桌面連線啟用，避免到時候又要打電話去請他們在那邊設定pcAnywhere開機時要啟動，當然也有遇過重開機就在起不能的。還有一點就是用戶端本機的administrator的密碼要記得改成公司規定的那組，不然等你退出網域重新開機後你就會知道這台可能要重灌了，原因很簡單因為分店的電腦重灌是不會通知我們這邊，所以密碼有可能是設他們自己容易記的，這時你就要去問這台電腦的密碼是多少，如果真的問不到也猜不到的話就只好請他們重灌了

以上這兩個步驟是最繁雜的地方，接下來就只剩下一些小地方要注意，譬如說ODBC設定有時候會不見，這也是比較詭異的地方；預設印表機會回復成第一次登入那一台；網路磁碟機可能需要重新掛載，打開Outlook Express會要求輸入密碼（之前有勾選記憶密碼也是一樣）；某些捷徑會不見需要重拉等，以上就是我整合網域到目前為止所遇到的一些問題，不過聽說用戶端只要改登錄檔也可以直接把舊網域的UserProfile直接套用在新網域，不過我是沒試過也不知道這樣會不會有問題，但至少用『檔案及設定轉移精靈』我可以保證是沒有什麼問題的。

現在已經整合一半左右的分店，兩個人在做真的是很累而且在做的過程中可能還要處理主管的一些問題，上面提到的都是主要的部分至於細項的部分就沒詳述了，聽我另一問同事說當初會規劃每家分店都要有一個網域好像是說如果總公司這邊的DC全掛不至於會影響分店，聽完後我只能苦笑的說這算哪門子的管理啊！

[damon]

1.觀念怪怪的，windows 2000以後老早就沒有所謂的pdc,bdc這樣的概念了
2.微軟的授權沒有所謂的到期，花錢買了，就可以一直用，只是以後買新版的還是要花錢，微軟也不會一直維護舊版的
3.你同事說得也沒錯，整合有整合的好處，分散有分散的好處，只是看怎麼樣最適合

[netman]

哈。我感興趣的是：找你買3c產品有折扣嗎？  ^_^

[sean6578]

1.觀念怪怪的，windows 2000以後老早就沒有所謂的pdc,bdc這樣的概念了
2.微軟的授權沒有所謂的到期，花錢買了，就可以一直用，只是以後買新版的還是要花錢，微軟也不會一直維護舊版的
3.你同事說得也沒錯，整合有整合的好處，分散有分散的好處，只是看怎麼樣最適合

1.確實windows 2000以後老早就沒有所謂的pdc,bdc這樣的概念,我應該要用網域內的第一台DC和第二台DC來敘述比較不會造成誤會,這樣應該OK吧!! ^^

2.我說的授權過期是從事件檢視器內的錯域訊息得知的,不過你說微軟的授權沒有所謂的到期? 我們前一鎮子才續約而已耶!!!EA不可能買斷吧,難道我們是遇到金光黨......OH! My 腳

3.就目前只有兩個人在維護的情形下,分散對我來講只是增加自己的工作負擔而已,因為我的工作內容並不只有維護分店的伺服器而已,而且經過評估後確實是不需要有那麼多的網域,所以就我們公司的環境來講整合是最好的做法....

[sean6578]

哈。我感興趣的是：找你買3c產品有折扣嗎？  ^_^

可是我沒有東西可以賣你耶!!呵呵.....
不過倒是有員工價這種小福利啦!!

[damon]

所謂的過期是指公司跟微軟簽的大量授權的合約到期了，並不是你買的軟體授權不能繼續用下去，如果windows 2000跑得好好的，那也不是一定要換成2003

[sean6578]

所謂的過期是指公司跟微軟簽的大量授權的合約到期了，並不是你買的軟體授權不能繼續用下去，如果windows 2000跑得好好的，那也不是一定要換成2003

因為當時還有規劃到要使用server 2003 R2版本的DFS功能所以一定要升級成2003才行....

[stlee]

公司有錢...員工有心...哈!!真好

貴公司該不會是"順X","X發"吧???

如果是...那小弟有一些紅利點數(折現金的)...不要變成大哥整合過程中為爭取公司利益下的犧牲品耶

拜託!!拜託!!雖然從沒給他用過m(-..-)m

[erwin]

所謂的過期是指公司跟微軟簽的大量授權的合約到期了，並不是你買的軟體授權不能繼續用下去，如果windows 2000跑得好好的，那也不是一定要換成2003

EA 訂閱的方式就有到期不能使用的限制，只是簽這種的人很少。

[Hei]

加油哦
期待你的分享報告~
不過整合為一個網域系的話...在某些層面上還是有一定的風險
(小的心臟不好..技術也仍不足..還不敢如此做...因為日後的風險評估還有待分析)

以管理方便性來講整合後是比較易於管理
但缺點也是容易牽一髮而動全身..
還是當事人最明白自己的需求~

[sean6578]

加油哦
期待你的分享報告~
不過整合為一個網域系的話...在某些層面上還是有一定的風險
(小的心臟不好..技術也仍不足..還不敢如此做...因為日後的風險評估還有待分析)

以管理方便性來講整合後是比較易於管理
但缺點也是容易牽一髮而動全身..
還是當事人最明白自己的需求~

其實現在的公司都希望是以最少的人力管理最多的資源,不過整合的過程到目前為止都還蠻順利的,但還是有一些不能預測的因素如用戶端電腦若重新安裝OS不見得每台電腦都會加入網域等一些問題還是沒辦法解決,所以我能做多少就做多少

[damon]

說實話，也許要思考的是，這樣的方式真的適合嗎?
在我看來，這樣做增加了很多的工作量，日後的維護也不一定容易，而解決的是it的問題，對用的人來說，並沒有增加什麼好處不是嗎?
思考一下thin client vs havry client，也許另外一種集中式管理才更方便

[sean6578]

說實話，也許要思考的是，這樣的方式真的適合嗎?
在我看來，這樣做增加了很多的工作量，日後的維護也不一定容易，而解決的是it的問題，對用的人來說，並沒有增加什麼好處不是嗎?
思考一下thin client vs havry client，也許另外一種集中式管理才更方便

1.這樣方式到底適不適合這個問題我之前的回文已經提過,就我們公司的環境確實是要這樣做,不過我倒是想問一下當您有40多個獨立網域(當店越開越多的時候會產生越多獨立網域)而且只有兩個管理者的時候您的做法會怎樣規劃??

2.關於增加了很多的工作量這一點我個人是覺得長痛不如短痛,不過我想請教一下當你有一個GPO要派送給整個組織的時候你要如何做(含分店的用戶端)?

3.對用的人來說並沒有增加什麼好處這一點我不擔心,因為分店的離職率太高了,可能還沒來的及去感受它的好就已經離職了....

[damon]

難道一定要加入網域，可以派gpo出去才是唯一解?
我是不知道你們有用到些什麼啦，以這樣的人力要這樣管，累死自己而已
thin client的架構跟想法思考一下，查一下甚麼是thin client的想法吧

[yousee]

thin client的架構 -- 推!
好處多多~
非常好管理!
多點也不怕
跨兩岸也可以

連保密都可以做
只可以看, 只可用照相機照下來
不能列印
不能螢幕複製
不能傳檔出去
不能 USB
HA HA HA!

[sean6578]

難道一定要加入網域，可以派gpo出去才是唯一解?
我是不知道你們有用到些什麼啦，以這樣的人力要這樣管，累死自己而已
thin client的架構跟想法思考一下，查一下甚麼是thin client的想法吧

你指的thin client的架構應該是類似終端機這個樣子吧!!
因為我對這個不熟去查了一下google上面講的就是把資源統一都放在Server上
然後在讓用戶端連進來使用,因該沒錯吧!!

[damon]

thin client只是概念，要thin到甚麼程度，自己發揮，下面這三篇文章，看一下吧，看完再看看你做的事情跟人家的有什麼不一樣，注意是去看人家規劃的解決方案裡面有些什麼樣的概念在裡面，不是做法
http://taiwan.cnet.com/news/ce/0,2000062982,20120750,00.htm
http://taiwan.cnet.com/enterprise/technology/0,2000062852,20123982,00.htm
http://taiwan.cnet.com/enterprise/technology/0,2000062852,20123983,00.htm
有句話跟你分享:做對的事情，不是把事情做對
假設你現在提供的解決方案要做的是，讓client端可以用outlook收信，用公司專用的系統，其他都禁止
你用加入domain的方式，可以做到，但是把自己搞得很累，老闆也看不到價值在哪，他只看到你每天在重灌，還把分店的電腦寄回總公司重灌，影響分店的正常營運，那你跟半工半讀的工讀生做的事情有什麼差別，當然薪水就跟工讀生一樣
用thin client的概念去想，也許可以用terminal server的方式讓client端要收信的時候連回terminal server去處理，只要搞定server就可以，再搭配web ap，這樣不管client端發生甚麼事情，只要搞定總公司的主機就可以了，分店的機器是甚麼，一點都不重要，病毒，硬體掛點，有人亂搞，隨便拿另外一台來，分店營運完全不受影響，馬上上線
還是那句話，重點是規劃系統的概念跟想法，細節可以再討論
也許這樣你才有更多的時間可以做一些真正可以提升自己在公司的價值的事情，而不是整天在重灌電腦

[yousee]

上家公司
自從我推THIN CLIENT後
太好管理
半年內沒事幹

您TERMINAL SERVER 不用集中在總公司啊
各地 PDC & BDC 都可以拿來當TERMINAL SERVER
這樣只要將各地 PDC & BDC 加入總公司AD(做子網域)
這樣不是一舉兩得?

[sean6578]

thin client只是概念，要thin到甚麼程度，自己發揮，下面這三篇文章，看一下吧，看完再看看你做的事情跟人家的有什麼不一樣，注意是去看人家規劃的解決方案裡面有些什麼樣的概念在裡面，不是做法
http://taiwan.cnet.com/news/ce/0,2000062982,20120750,00.htm
http://taiwan.cnet.com/enterprise/technology/0,2000062852,20123982,00.htm
http://taiwan.cnet.com/enterprise/technology/0,2000062852,20123983,00.htm
有句話跟你分享:做對的事情，不是把事情做對
假設你現在提供的解決方案要做的是，讓client端可以用outlook收信，用公司專用的系統，其他都禁止
你用加入domain的方式，可以做到，但是把自己搞得很累，老闆也看不到價值在哪，他只看到你每天在重灌，還把分店的電腦寄回總公司重灌，影響分店的正常營運，那你跟半工半讀的工讀生做的事情有什麼差別，當然薪水就跟工讀生一樣
用thin client的概念去想，也許可以用terminal server的方式讓client端要收信的時候連回terminal server去處理，只要搞定server就可以，再搭配web ap，這樣不管client端發生甚麼事情，只要搞定總公司的主機就可以了，分店的機器是甚麼，一點都不重要，病毒，硬體掛點，有人亂搞，隨便拿另外一台來，分店營運完全不受影響，馬上上線
還是那句話，重點是規劃系統的概念跟想法，細節可以再討論
也許這樣你才有更多的時間可以做一些真正可以提升自己在公司的價值的事情，而不是整天在重灌電腦

這個架構最大的優點就是不需要管理用戶端,只要顧好server就好,但是要這要做的前提就是頻寬一定要夠大,區網當然是沒問題但是跨WAN的時候就變成是一個很嚴重的問題(我們公司有用VOIP),還有線路的品質也很重要,而且你的Server要有很強的效能和較大的記憶體,最重要的還有當地和總公司的異地備援的部分,災難復原的時間長短也是一個重點,以及用戶端的教育訓練這些都要考慮進去,然而這種架構要導入在我的公司對現階段的我並沒有"能力"也沒有"人力"可以完成,更何況今天如果我是個外行的老闆,當我的IT向我提出要改變公司的架構來簡化管理,這個時候我只會說公司現有的架構和你所提出來的架構最大的差別就是要在花錢而已啊!!所以站在管理者的角度來看這樣的架構的確是不錯,但最終你要是要屈就於老闆的態度,因此依我的能力現在能做的只有把現在的環境盡量整合到最簡化(雖然老闆感覺不出來有什麼好)...

PS:關於重灌這件事我要講一下,把伺服器寄回總公司重灌是不會影響到當地的用戶端,因為之前的文章我有講到每家分店都有兩台DC(因該沒有人會同時把兩台寄回來吧..),還有老闆看不看的到我的價值這個問題基本上我的老闆只在乎你有沒有產出,今天mail server掛掉你及時性的把它修好這算產出嗎??在老闆眼裡這算是你份內的事,mail server掛掉沒叫你去幹瞧就不錯了....

[Darkhero]

事實上 Thin client 架構也可以延伸為 Web 的架構，client 只要單純到只要有瀏覽器就好了（這樣甚至可以要求所有分店都使用 Ubuntu Linux 來執行即
可）..

當然這前提是你的總部的架構已經完全或是將 Client 使用的功能,流程等都 Web 化了...

話說之前去國泰醫院看醫生的時候，發現所有醫生桌上的電腦，都只有跑簡單的瀏覽器跟 outlook ..所有的病例跟相關看診資料或是當天門整等都是在 Web 上更新與操作的..

[日京三子]

話說之前去國泰醫院看醫生的時候，發現所有醫生桌上的電腦，都只有跑簡單的瀏覽器跟 outlook ..所有的病例跟相關看診資料或是當天門整等都是在 Web 上更新與操作的..

之前看廠商展示時，發現他們包含文字處理、信件收發、公司系統資源報表、文件審核等等，全部都在Web端完成......


沒錯，他們是 Google點com點tw ...

[sean6578]

事實上 Thin client 架構也可以延伸為 Web 的架構，client 只要單純到只要有瀏覽器就好了（這樣甚至可以要求所有分店都使用 Ubuntu Linux 來執行即
可）..

當然這前提是你的總部的架構已經完全或是將 Client 使用的功能,流程等都 Web 化了...

話說之前去國泰醫院看醫生的時候，發現所有醫生桌上的電腦，都只有跑簡單的瀏覽器跟 outlook ..所有的病例跟相關看診資料或是當天門整等都是在 Web 上更新與操作的..

關於Client 使用的功能,流程等都 Web 化這點我要先去問程式部門和資料庫部門就現有的情況下有沒有辦法做到,如果要做大變動我想應該就做不太起來了

分店用戶端裝Linux系統我想應該更不可能,整個資管處稍微懂Linux只有我而已,要是這樣做的話等到要維護的時候簡直就是拿石頭砸自己的腳,畢竟要從windows base轉換成Linux base可是要有人support才行啊!! :oops:

[JackYang78]

這時候就跟技術沒有關係了....寫一份企劃上去,取得預算.... Go Go !!

[damon]

看了你的回覆，說實話，看你自己吧
我都一直說了，看的是觀念跟想法，不是做法，作法可以調整，你一直在做法上鑽牛角尖幹嘛，要thin client到甚麼程度都是看你自己調整，看你自己吧，話說到此為止

[晴飛]

看了你的回覆，說實話，看你自己吧
我都一直說了，看的是觀念跟想法，不是做法，作法可以調整，你一直在做法上鑽牛角尖幹嘛，要thin client到甚麼程度都是看你自己調整，看你自己吧，話說到此為止

這位大大都會說「看的是觀念跟想法 不是做法」那為何一定要別人照你的觀念跟想法去做事，世上很多事沒有一定的規範，尤其是IT這一塊，或許你的做法是比較好的，但套用在別人身上會真的是好的嗎?

[sean6578]

AD整合的工作在這個月底之前就會全部整合完畢,對於之前damon提出的Thin Client架構在這段時間我也去找了相關軟體測試,測試完後發現這個架構在我們公司似乎是有點可行,但我現在遇到最大的問題是各分店的硬體是屬於八國聯軍,如果要在共用一個映像檔的情況下並且每次開機就回復原始狀態,那麼每台電腦在重新開機的時候硬體都會在重新找尋一次,不過廠商下星期一會過來,到時候在詢問他們看有沒有辦法解決這個問題

PS:先前對damon提出的建議有些質疑但在經過小弟親自測試過後發現原來是自己見識太淺,在此小弟深感抱歉

[netman]

加油加油！

別忘了你要來跟大家分享哦...  ^^

[sean6578]

關於Thin Client 的部分測試到最後的結論是還要再等等,因為WinPXE新版的BUG一堆(還是我幫那家公司試出來的,暈......)
之前提到的共用單一映像檔的問題已經解決,解法就是把不一樣硬體的電腦在映像檔可寫的mode下跑一次,換句話說就是要去收集不同硬體的資訊(我試過四種以上完全不同的硬體均可正常開機)
不過還有一個重要的前提就是要用相同的網卡或是該軟體有支援的網卡才行(建議用Intel或是螃蟹卡)

還有就是新版的功能多了可以把user profile獨立出來,也就是說client在開機輸入自己的帳號和密碼後會把自己的user profile和OS的鏡像檔結合,
這樣一來就解決了outlook這部分的問題,其他部份就要等廠商那邊把Bug解決完之後再說囉!!