1、網站伺服器遷移
直接下載原整站就行，注意ACCESS是否在同一WEB目錄下。
然後將下載的，上傳到新的伺服器上。
歡迎加我交流。
2、求資料庫遷移方案或實施步驟
這個很麻煩。只能用傳統的數據備份，數據導入這種方法了。如果是虛擬平台，這個好辦。思科C系列伺服器較傳統伺服器沒多大區別。
3、伺服器遷移
客戶由於以下原因可能會要進行OA的遷移
1) 項目實施階段，通過某項測試，把通過測試的機器的OA環境搬遷到另一台機上
2) OA應用伺服器硬體升級或故障，為了不影響OA正常使用，需要搬遷
3) OA應用做雙機互備，雙機熱備等
此OA應用服務遷移如果涉及OA資料庫的變動，請參考『遷移OA資料庫』。
1. 相同操作系統間遷移，如從一台windows2003系統機器遷移到另一台windows2003系統機器
直接把$OA_HOME目錄拷貝到另一台機器相同路徑下（如果拷貝到另一台機器的路徑不相同，方法請參考跨操作系統遷移，來修改路徑參數）；
2.跨操作系統遷移（如從windows操作系統遷移到linux）或者在同一台機器下不同路徑下遷移
將$OA_HOME目錄壓縮成.tar格式，然後上傳到目錄機器上，解壓到需要的路徑下
請檢查以下這些文件，將路徑修改成實際的路徑：
1．$OA_HOME/TomcatX/conf/server.xml文件Context path="/oa" docBase=" E:/OA/firstframe/webapp"中docBase的值
或者$OA_HOME/ApusicX/config/server.xml文件application name="oa" base =" E:/OA/firstframe/webapp "中base的值
2．$OA_HOME/firstframe/bin/set-server-env.bat(非windows環境：$OA_HOME/firstframe/bin/init.sh)文件中OA_HOME，JAVA_HOME，JRE_HOME等參數的路徑值
3．$OA_HOME/firstframe/resources/firstframe.properties文件中constant.main_storage_dir的值（OA公文處理表單等文件的存放目錄路徑）
注意：由windows操作系統遷移至其他操作系統，要將資料庫中各模塊附件中路徑的反斜杠全部改成正斜杠，腳本如下：
--oracle腳本:update archive2_attach set serverfile=replace(serverfile,'
','/');update archives_attach set serverfile=replace(serverfile,'
','/');update books_info set serverfile=replace(serverfile,'
','/');update bulletins_attach set serverfile=replace(serverfile,'
','/');update calendar_attach set serverfile=replace(serverfile,'
','/');update docex_fileattach set serverfile=replace(serverfile,'
','/');update fileman set serverfile=replace(serverfile,'
','/');update forum_attachment set serverfile=replace(serverfile,'
','/');update knowledge_attach set serverfile=replace(serverfile,'
','/');update meeting_attach set serverfile=replace(serverfile,'
','/');update messages_attach set serverfile=replace(serverfile,'
','/');update news_attach set serverfile=replace(serverfile,'
','/');update workflow_fileattach set serverfile=replace(serverfile,'
','/');update workflow_signature set serverfile=replace(serverfile,'
','/');update workflow_wordtemplate set serverfile=replace(serverfile,'
','/');update workflow_websign set serverfile=replace(serverfile,'
','/');commit;
--mssql腳本:update archive2_attach set serverfile=replace(serverfile,'
','/')update archives_attach set serverfile=replace(serverfile,'
','/')update books_info set serverfile=replace(serverfile,'
','/')update bulletins_attach set serverfile=replace(serverfile,'
','/')update calendar_attach set serverfile=replace(serverfile,'
','/')update docex_fileattach set serverfile=replace(serverfile,'
','/')update fileman set serverfile=replace(serverfile,'
','/')update forum_attachment set serverfile=replace(serverfile,'
','/')update knowledge_attach set serverfile=replace(serverfile,'
','/')update meeting_attach set serverfile=replace(serverfile,'
','/')update messages_attach set serverfile=replace(serverfile,'
','/')update news_attach set serverfile=replace(serverfile,'
','/')update workflow_fileattach set serverfile=replace(serverfile,'
','/')update workflow_signature set serverfile=replace(serverfile,'
','/')update workflow_wordtemplate set serverfile=replace(serverfile,'
','/')update workflow_websign set serverfile=replace(serverfile,'
','/')go
因為中間件緩存中保存了原來路徑參數，影響OA使用，所以在啟動OA服務之前請清刪除OA緩存文件，$OA_HOME/ApusicX/deploy或$OA_HOME/TomcatX/work/Catalina/localhost目錄下的所有文件夾，啟動OA服務後重新申請license，如中間件是apusic，還需要重新申請apusic的license，請聯系實施人員申請。
4、怎麼把數據轉移到伺服器？
如果您基於更高的性能、更靈活的擴展或供應商替換要求，您可能需要遷移現有的在線項目。因此，您需要解決的因素包括現有的數據、結構、配置等。藉助必要的技術、適當的規劃和特定軟體，您只需將所需的數據傳送到新伺服器。數據遷移過程的復雜性與項目的復雜性和規模密切相關。作為一個值得信賴的香港伺服器租用託管服務提供商，基於Web的互聯迷你系列將為您簡要介紹在伺服器數據遷移期間要注意的事項。
將數據遷移到新的伺服器之前 - 合理規劃
選擇正確的目標伺服器是第一步。例如，如果計劃更改網站/應用程序，則需要執行其他任務，以便在重新定位期間不必處理這些任務。無論是將數據從一個伺服器（例如香港伺服器）遷移到另一個伺服器，還是新的伺服器結構是基於集群的或涉及多個不同的系統，它也是不同的。
更改伺服器體系結構時，必須更改配置，不管是不同的操作系統、不同的軟體版本還是不同的控制面板。即使只是切換到功能更強大的同類型伺服器，仍然需要相應地配置應用程序和服務，以便能夠利用額外內存、改進的cpu性能或增加內存容量。
請注意，無論是選擇簡單的性能升級還是完全更改伺服器體系結構，都應提前為移動設備創建最佳條件。這些因素包括足夠的存儲空間和計算能力、30%到40%的緩沖區或詳細的擴展計劃以及快速的網路連接。
當數據遷移到另一台伺服器？
如果您租用伺服器資源，您可能沒有充分考慮託管服務的成本。供應商提供的各種軟體包在內容提供方面有所不同，即可用性、數據安全性和支持。因此，有必要在選擇之前比較不同的軟體包。遷移數據的另一個原因可能是您希望減輕it部門的壓力。在這種情況下，it託管服務解決方案將是一個不錯的選擇。它不僅承載伺服器，還由提供者維護和更新。例如，使用穩定的網路互連香港伺服器租賃服務，您可以選擇不同級別的技術服務包來簡化您的IT管理工作。
為即將進行的遷移組織當前伺服器
為了使新伺服器的配置和引入盡可能簡單，有必要整理當前使用的伺服器。因此，數據遷移是刪除任何冗餘或過期頁面、備份、電子郵件和用戶帳戶的最佳時間。這意味著您可以最小化傳輸的數據量，另一方面，您可以從目標系統上所需的資源中獲得更多的價值。
此外，還應該制定關閉活動伺服器進程隨後因數據損失而不會出現並發症，精確的計劃。指定時間應停止對文件，腳本和配置做任何改動，並盡可能暫時阻止對資料庫的訪問。您也可以稍後更新資料庫。在大多數情況下，數據傳輸通過一個完整的伺服器備份進行。
伺服器的數據遷移是如何工作的？
遷移數據最簡單的方法是使用實際狀態的一對一備份副本。在進行必要的配置和調整之前，將其轉移到新的伺服器硬體，然後可以測試其是否有效。最後，您可以調整dns或ip設置，這將允許您在新系統上實時啟動Web項目。雖然這種方法通常需要系統管理員的支持，但是很容易計劃和執行。但是，這意味著當前伺服器將完全暫停，在數據遷移期間，您將無法訪問或使用您的網站。
如果提供需要連續資料庫訪問的服務，則需要一個混合遷移解決方案來保持當前伺服器處於活動狀態。在這種情況下，應將伺服器上的當前資料庫聲明為「master」，然後在配置完成後將新資料庫從屬為「slave」。這使得兩個應用程序能夠實時同步。如果兩個資料庫處於相同狀態，請反轉角色，以便新資料庫成為主資料庫。這意味著您的項目可以在數據遷移期間繼續可用。
什麼樣的資源可以用來將數據遷移到新的伺服器？
有幾種工具和服務可以簡化伺服器遷移。例如，如果只想移動數據而不調整操作系統或其他軟體，則不應放棄控制面板。這些伺服器管理器可以幫助您創建數據備份，然後將它們遷移到新伺服器。所需的配置工作負載是最小的。像wordpress這樣的內容管理系統也可以使用簡單的ftp和備份應用程序進行傳輸，並且通常提供自己的插件來遷移鏈接的資料庫。這些過程大多是自動化的。
對於更復雜的項目，root許可權總是會帶來好處：使用ssh，您可以通過相應的命令行將完整的資料庫（包括所有許可權和用戶數據）轉移到新伺服器。例如，可以使用mysql轉儲向目標系統發送mysql資料庫的副本。作為微軟的sql伺服器用戶，您甚至可以使用內置功能來實現這一點。
但是，您也可以外包伺服器數據的遷移：許多託管服務提供商不僅為客戶提供用於手動伺服器數據傳輸的特定軟體，而且還為數據遷移提供了積極的支持。此外，還有一些服務專門用於Web項目的遷移和全天候服務的可用性-無論是從一個共享伺服器轉移到另一個共享伺服器，還是要替換提供者，還是計劃切換到伺服器集群。
伺服器遷移期間可能會出現什麼問題？
需要連續穩定的網路連接才能根據需要傳輸伺服器數據。因此，在伺服器遷移期間，連接問題是最常見的錯誤源。如果連接斷開，它可以完全終止傳輸，這意味著它從一開始就重新啟動。然而，短期連接問題通常不會被注意到，也不會導致進程終止。但是，在某些情況下，並非所有數據都可以到達目標伺服器，這反過來會影響遷移應用程序的功能。
但是，如果有些文件不能成功地轉移到新伺服器上，可能有幾個原因。尤其是在改變操作系統而不再支持某些文件格式、編程語言等時，會出現兼容性問題。此外，在源計算機和目標計算機上不同的訪問許可權或密碼保護會導致並發症。此外，如果目標系統沒有所需的磁碟空間或dns條目沒有正確更改，數據遷移可能導致錯誤。
需要檢查伺服器數據遷移。
移動到新的伺服器的項目可能是一個復雜和繁瑣的過程，這取決於項目規模和新目標的體系結構。這就是為什麼它應該精心策劃和執行良好。下表總結了有關伺服器遷移的最重要的問題。
5、如何將舊域伺服器遷移新域伺服器?
關於更換或者遷移域伺服器:關於域伺服器遷移的請教我通過部署一個簡單的域管理公司40台左右的機器。域的作用主要是通過域用戶來管理客戶端，回收大部分的許可權，使客戶端系統非常穩定！整個域系統已經用了快4年了。另 外域伺服器還兼任文件伺服器，授權和設置了共享文件目錄，讓客戶端可以通過這些共享目錄交流和保存信息。現在公司購置了新的機器，需要將現在舊的域伺服器遷移到這台新機上，舊的機器另有用途，我在考慮如何做才能讓客戶端受到的影響最小！先講一下我現在的網路系統架構：
ip段：192.168.76.0 255.255.255.0
DNS：192.168.76.21
DC(old)：192.168.76.21我想的遷移辦法是：
1.先在新機上裝好dc(new)：192.168.76.31
2.在dc(new)上設置dns指向192.168.76.21，然後作為DC(old)的額外域建立域，將dc(new)的域信息復制過來，然後配置dc(new）的dns中的ad zone，將dc(old)的dns資料也
復制過來，使dc(new)完全成為dc(old)的冗餘備份！
3.將dc(old)的域正常卸載，讓dc(new)承擔起域的管理以上只是我以現有知識的設計方案，還沒有實際實踐，所以想請教幾個問題：
1.dc(old)正常卸載後，dc(new)是否會自動管理起整個域？還需要什麼後續的步驟嗎？
2.另一個頭痛的問題是如何使原客戶端的dns指向新的dns，我想將dc(old)從網路下線後
，直接修改dc(new)的ip為dc(old)的ip，但是覺得會有問題，不知道是否可行，或者有其他更好的辦法。否則我還是要修改40多台客戶端的dns指向新的dc(new）！
回答： 1.這里要澄清一個問題，所有dc如果獲得了完全復制，那麼它們上面的資料庫是完全同步的，這個通過過程是後台自動完成的，不需要人為干預。如果您的dns選擇了與ad同步，那麼dns的同步也是自動的。那麼在新的dc作為additional dc添加進來並獲得完全同步後，您所需要做的動作是，將原有primary dc所承擔的角色轉移過來，比如5個om，gc，如果有多站點，還有istg。注意是transfer，而不是seize。等待dc的狀態穩定後，降級原來的primary dc就好了。
相關的資料請參考：
http://support.microsoft.com/default.aspx?scid=kb;cn;223346
http://support.microsoft.com/default.aspx?scid=kb;zh-cn;255690
http://support.microsoft.com/default.aspx?scid=kb;zh-cn;324801
http://support.microsoft.com/default.aspx?scid=kb;en-us;255504
2.更改dc ip的想法是可行的。但您要注意更改dns中的srv記錄，更改完成後，要注意ad中的各事件日誌，確保ad的正常運作。需要提到一點的是，整個操作需要有個過程，最好能夠持續1、2天，分步驟實施，實施之間最好能夠在測試環境中測試後，並對現有dc進行備份後，再行動作！關於dns client的配置問題，這里您可以看一個kb
http://support.microsoft.com/default.aspx?scid=kb;en-us;825036
最關鍵的一個地方就是primary dns互相指向，否則容易導致dns解析的問題，從而客戶端、dc復制都有可能出現問題。
6、公司機房准備搬遷，設備有2台伺服器，2台MD3000存儲,1台EMC，求一個設備遷移方案，
先將你們公司新機房的網路、電源等都准備好了，再停了伺服器，搬過去了，安裝後，再開機進行調試配置就可以了。不過你得想一下可能會出現哪些，針對這些問題再搞個應急預案
7、伺服器搬遷需要注意的幾個地方
1
修改ILO IP
可以使用如下的方式來修改ILO IP,這是我們實現遠程式控制制伺服器的最後的稻草。
ipmitool lan set 1 ipsrc static
ipmitool lan set 1 ipaddr 10.129.117.100
ipmitool lan set 1 netmask 255.255.252.0
ipmitool lan set 1 defgw ipaddr 10.129.119.254
而一般ILO的密碼會很復雜，我們可以盡可能修改的簡便一些，出問題的時候方便調試，不管怎麼樣，至少你得知道密碼。
修改ILO 密碼
# /usr/bin/ipmitool user list 1|grep root
2 root true true true ADMINISTRATOR
# /usr/bin/ipmitool user set password 2 'xxxx'
2
修改root密碼
這個步驟可不能輕視，如果ILO可通，沒有root密碼，那就白忙活了。有的密碼文件是限制許可權的，千萬不要掉以輕心，密碼沒修改成功，自己又不記得密碼，出了問題會很絕望。
chattr -i /etc/passwd /etc/shadow
passwd root
3
伺服器搬遷的過程中有一個地方很重要，那就是伺服器IP的修改，我們需要注意網關，路由的配置，是否有外網IP,這些信息都是很重要的。
/etc/sysconfig/network-s/ifcfg-eth0
/etc/sysconfig/network-s/eth0.route
route -n
4
修改防火牆配置
防火牆本身有內存和文件中的狀態，如果沒有及時保存防火牆信息，那麼重啟之後防火牆規則發生變化，原來連接正常的服務也會出異常。
/etc/sysconfig/iptables
5
修改網路安全設置
這一點還是很容易遺漏的，如果設置了這些網路訪問的配置，IP地址發生變化，原本可以連接的服務就會受限。
/etc/ssh/sshd_config
6
資料庫
伺服器上可能有MySQL,Oracle，MongoDB等資料庫，我們還是溫柔一點，不要直接使用拔電源的方式，盡可能避免斷電停庫。實際碰到一些情況MySQL斷電重啟失敗，從庫應用失敗等。
另外資料庫連接，盡量使用域名解析的方式，比如MySQL中就配置/etc/hosts來解析，Oracle就使用listener.ora,tnsnames.ora用主機名而非IP，後期維護起來就會很省事。
7
檢測硬體狀態
如果伺服器搬遷後，出現了硬體故障，我們至少可以提前來知道到底是搬遷過程中，還是搬遷之前就有硬體問題。
可以使用metaCli來檢測，比如檢測壞塊
/opt/MegaRAID/MegaCli/MegaCli64 -CfgDsply -a0|grep Error
檢查firmware的狀態
/opt/MegaRAID/MegaCli/MegaCli64 -PDList -aALL|grep Firmware
8
關閉Zabbix監控
搬遷的過程中，需要提前關閉Zabbix的報警和監控，要不很可能出現報警風暴。
8、如何進行伺服器轉移
伺服器轉移有兩個含義：
物理伺服器從物理地址，比如A機房搬到B機房
需要和原有機房確認無糾紛無遺留問題，然後和新機房辦理入駐手續。
最終通過物流或汽車運輸把伺服器轉移到新機房。
網站伺服器的虛擬搬遷，就是轉移服務商，從原來的服務商處轉移到其他服務商接受服務。操作流程：
1.原網站程序數據，打包備份，源文件壓縮最好。
2.所有資料轉移到新網站伺服器。
3.新伺服器安裝程序，設置資料庫，重新運營。
9、如何將舊域伺服器遷移新域伺服器
關於更換或者遷移域伺服器:關於域伺服器遷移的請教我通過部署一個簡單的域管理公司40台左右的機器。域的作用主要是通過域用戶來管理客戶端，回收大部分的許可權，使客戶端系統非常穩定！整個域系統已經用了快4年了。另 外域伺服器還兼任文件伺服器，授權和設置了共享文件目錄，讓客戶端可以通過這些共享目錄交流和保存信息。現在公司購置了新的機器，需要將現在舊的域伺服器遷移到這台新機上，舊的機器另有用途，我在考慮如何做才能讓客戶端受到的影響最小！先講一下我現在的網路系統架構：ip段：192.168.76.0 255.255.255.0DNS：192.168.76.21DC(old)：192.168.76.21我想的遷移辦法是：1.先在新機上裝好dc(new)：192.168.76.312.在dc(new)上設置dns指向192.168.76.21，然後作為DC(old)的額外域建立域，將dc(new)的域信息復制過來，然後配置dc(new）的dns中的ad zone，將dc(old)的dns資料也 復制過來，使dc(new)完全成為dc(old)的冗餘備份！3.將dc(old)的域正常卸載，讓dc(new)承擔起域的管理以上只是我以現有知識的設計方案，還沒有實際實踐，所以想請教幾個問題：1.dc(old)正常卸載後，dc(new)是否會自動管理起整個域？還需要什麼後續的步驟嗎？2.另一個頭痛的問題是如何使原客戶端的dns指向新的dns，我想將dc(old)從網路下線後 ，直接修改dc(new)的ip為dc(old)的ip，但是覺得會有問題，不知道是否可行，或者有其他更好的辦法。否則我還是要修改40多台客戶端的dns指向新的dc(new）！ 回答： 1.這里要澄清一個問題，所有dc如果獲得了完全復制，那麼它們上面的資料庫是完全同步的，這個通過過程是後台自動完成的，不需要人為干預。如果您的dns選擇了與ad同步，那麼dns的同步也是自動的。那麼在新的dc作為additional dc添加進來並獲得完全同步後，您所需要做的動作是，將原有primary dc所承擔的角色轉移過來，比如5個om，gc，如果有多站點，還有istg。注意是transfer，而不是seize。等待dc的狀態穩定後，降級原來的primary dc就好了。相關的資料請參考： http://support.microsoft.com/default.aspx?scid=kb;cn;223346 http://support.microsoft.com/default.aspx?scid=kb;zh-cn;255690 http://support.microsoft.com/default.aspx?scid=kb;zh-cn;324801 http://support.microsoft.com/default.aspx?scid=kb;en-us;255504 2.更改dc ip的想法是可行的。但您要注意更改dns中的srv記錄，更改完成後，要注意ad中的各事件日誌，確保ad的正常運作。需要提到一點的是，整個操作需要有個過程，最好能夠持續1、2天，分步驟實施，實施之間最好能夠在測試環境中測試後，並對現有dc進行備份後，再行動作！關於dns client的配置問題，這里您可以看一個kb http://support.microsoft.com/default.aspx?scid=kb;en-us;825036 最關鍵的一個地方就是primary dns互相指向，否則容易導致dns解析的問題，從而客戶端、dc復制都有可能出現問題。
求採納