背景： 這是一次完整到服務器遷移項目。現(xiàn)有MOSS的物理環(huán)境是兩臺服務器，一臺后臺的SQL服務器，一臺前臺的Web服務器。SQL服務器為Win03+SQL05，Web服務器為Win03+MOSS07。 由于整個MOSS系統(tǒng)上只承擔了某部門的共享數(shù)據(jù)、規(guī)章制度等文檔，和一部分用戶的個人文檔，壓力并不很大。而其他應用需要更多的服務器資源來運行。所以我們希望將前后臺的MOSS服務器整合到另外一臺單獨的服務器上。 我們不需要計算機名、網(wǎng)站名、服務器地址等相關(guān)配置的一致性，我們只需要將網(wǎng)站的數(shù)據(jù)完整到遷移到新服務器上即可。 <?xml:namespace prefix = o ns = "urn:schemas-microsoft-com:office:office" />

?

遇到的問題： 由于該系統(tǒng)之前已經(jīng)部署成型，并且在實際應用，但當初部署并且維護這套系統(tǒng)到人員已經(jīng)離職，相關(guān)文檔也并不齊全。所以在動手之前對整個系統(tǒng)進行了一系列的檢查，發(fā)現(xiàn)系統(tǒng)當中存在一個很大的到問題。MOSS服務器場和后臺SQL之間的通訊一切正常，但就是在備份的時候出現(xiàn)問題，具體表現(xiàn)為所有到內(nèi)容數(shù)據(jù)庫備份失敗。所以通過MOSS管理界面?zhèn)浞莩鰜淼綌?shù)據(jù)，無法直接通過還原的方式導入到新的服務器中。 另外，由于之前是前后臺模式，所以我猜想即使通過MOSS管理界面能夠恢復出來數(shù)據(jù)，也很可能會將服務器場配置數(shù)據(jù)庫以及Web應用到內(nèi)容數(shù)據(jù)庫指向原來的后臺SQL服務器。當然，由于前面提到的方法失敗，這個想法根本沒有辦法去證實。

?

解決思路： 考慮到MOSS系統(tǒng)到所有數(shù)據(jù)都是存放在SQL數(shù)據(jù)當中的，所以我決定使用備份SQL數(shù)據(jù)庫文件的辦法，將數(shù)據(jù)通過還原方式，導入到新的服務器中，從而實現(xiàn)數(shù)據(jù)的遷移。

?

大致操作過程如下： 1.?備份以Wss_Content開頭的數(shù)據(jù)庫（我這是3個，分別對應的三個應用）；備份SSP數(shù)據(jù)庫SharedServices1 _DB；備份SSP搜索數(shù)據(jù)庫SharedServices1_Search_DB。注意，服務器場配置數(shù)據(jù)庫SharePoint_Config和管理中心數(shù)據(jù)庫SharePoint_AdminContent不要備份。 2.?拷貝這些數(shù)據(jù)庫備份文件到目標服務器上。 3.?在目標機上全新安裝SQL2005和MOSS2007；創(chuàng)建新的服務器場（我自定義的端口為8000）；啟動三個服務：Office SharePoint Server 搜索、Windows SharePoint Services 幫助搜索、Excel Calculation Services；注意，此時不要創(chuàng)建SSP和應用程序。 4.?在SQL 管理控制臺中,還原之前備份的MOSS相關(guān)的數(shù)據(jù)庫。 5.?創(chuàng)建新的Web應用程序：在MOSS應用程序管理界面中，新建Web應用程序，并將其默認生成的內(nèi)容數(shù)據(jù)庫配置為脫機。（我之前有3個web應用，所以這里我相對應到創(chuàng)建了3個） 6.?還原Web應用程序內(nèi)容數(shù)據(jù)庫：在創(chuàng)建好到Web應用程序的內(nèi)容數(shù)據(jù)庫中，選擇添加內(nèi)容數(shù)據(jù)庫，這里添加的數(shù)據(jù)庫，就是我們之前恢復到SQL中的數(shù)據(jù)庫。（我這里恢復了3個） 7.?還原SSP：在SSP配置中，選擇還原SSP，SSP數(shù)據(jù)庫以及SSP搜索數(shù)據(jù)庫分別選擇之前還原到SQL中的數(shù)據(jù)庫。 8.?后續(xù)工作：將這個SSP設置為默認SSP，并啟動SSP爬網(wǎng)功能 9.?檢查各個Web應用程序中的網(wǎng)站集，修改了部分網(wǎng)站鏈接的指向路徑；通知用戶訪問新的服務器地址。 10.整個遷移過程結(jié)束

?

以上可以看到，除了備份數(shù)據(jù)庫操作需要在原SQL服務器上完成以外，其他操作均在目標服務器上實現(xiàn)即可，無需對原先的兩臺服務器做任何的配置修改。這樣既可以實現(xiàn)數(shù)據(jù)在服務器上的遷移，又可以保證在整個遷移過程中不會因為一些誤操作導致整個系統(tǒng)宕機。當然，就是過程相對復雜一些。

?

關(guān)鍵技術(shù)難題： 在整個遷移過程中并不是一帆風順的，一個關(guān)鍵的技術(shù)問題，由于網(wǎng)上基本沒有同類案例，而且我之前對MOSS基本一竅不通，所以整個下來花了我大概兩周的時間。所以在此一定分享給大家。 具體的問題就是，在上面的步驟6中，選擇恢復的數(shù)據(jù)庫以后，出現(xiàn)報錯，如下圖： <?xml:namespace prefix = v ns = "urn:schemas-microsoft-com:vml" /> 之前我也發(fā)過帖子詢問該問題，但都沒有得到有效的解決辦法。參考貼：。 ??? 最終解決辦法： 既然明確說了需要更新版本，所以我一直在嘗試著升級各個方面的更新。升級過的東西有：操作系統(tǒng)更新補丁；OFFICE2007的各種SP和安全更新；SQL2005各種SP和安全更新；WSS的最新SP和安全更新；MOSS的最新SP和安全更新；MOSS的Infrastructure update。這些都不行。 最后，在一次啦粑粑到時候，想到還有個WSS可能也存在Infrastructure update，因為MOSS的Infrastructure update是費了好大勁才知道有這么個東西的。回頭找到WSS的Infrastructure update，安裝以后再次嘗試添加內(nèi)容數(shù)據(jù)庫，歐了。靠… …

?

回過頭想想，其實如果有經(jīng)驗的話，整個過程應該不超過一天，就能搞定。但結(jié)果在這個問題上卡了兩個星期，還在微軟社區(qū)問了GTSC的人，當時真的再拖一天，就打算去開case了。嘛到… 所以這點經(jīng)驗，希望對大家有所幫助。

?

?

本文出自 “Bisheng.Hu” 博客，請務必保留此出處[url]http://bisheng.blog.51cto.com/409831/130497[/url]本文出自 51CTO.COM技術(shù)博客

轉(zhuǎn)載于:https://blog.51cto.com/hlfxmsb/131649

總結(jié)

以上是生活随笔為你收集整理的仅通过SQL备份文件将MOSS服务器场及所有网站数据迁移到新的一台服务器上的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。