伺服器崩潰怎麼遷移

❶ 不同網域不同版本的windows文件伺服器怎麼實施遷移

文件伺服器硬體故障，內存由原來的4G變為1G，系統訪問速度慢，在訪問高峰期系統死機。由於此服務為重要系統，每天都會有大量用戶訪問，故決定更換文件伺服器。
面臨的問題，如果採用簡單的文件拷貝，文件夾及文件的訪問許可權（即ACL許可權）就會丟失，文件夾的共享許可權也會丟失。

解決辦法：
1、重新搭建新的文件伺服器，安裝操作系統。
2、文件及文件夾的ACL許可權的遷移方法。
a）在原伺服器上，選擇開始菜單——所有程序——附件——系統工具——備份——備份文件和設置，將需要備份的文件夾進行備份（由於ACL許可權是文件夾的屬性，所以備份的同時會自動進行備份）。
b）將備份好的備份文件拷貝到新伺服器上。
c）在新伺服器上，選擇開始菜單——所有程序——附件——系統工具——備份——還原文件和設置，使用備份文件進行還原操作。
d）在新伺服器上，驗證文件夾和文件的許可權。
3、文件夾共享許可權的遷移。有三種方法：
a）使用注冊表的導入／導出進行遷移。
在原伺服器上，運行regedit，找到HKEY＿LOCAL＿MACHINE＼SYSTEM＼CurrentControlSet＼Services＼lanmanserver＼Shares，在Shares項上右擊滑鼠，將所有的共享及許可權信息導出為．reg文件；
在新伺服器上，雙擊．reg文件導入；然後在計算機管理服務中，重啟Server服務。
b）如果共享資源較少，也可以按照原來的共享許可權在新伺服器上手動進行設置。
c）使用windows2003ResourceKits工具中的PermCopy工具逐個共享資源進行復制。命令格式：PermCopy \\源計算機共享名\\目標計算機共享名

❷ 文件伺服器如何遷移（windows 2012 R2 遷移至 2012 R2）

用robo遷移共享文件夾問題
許可權 無法自動復過去的，建議你手動自己再設置共享許可權
通過NTFS許可權管理分配寫，讀和刪除之類的許可權。
如果您想設置詳細的許可權，復制，移動，下載等。您需要在您的環境中部署ADRMS（許可權管理服務）來達到您的要求。

❸ 伺服器遷移

客戶由於以下原因可能會要進行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，請聯系實施人員申請。

❹ 如何進行伺服器轉移

發表時間：2011/8/10 佚名 來源：TechTarget中國關鍵字：P2V虛擬化遷移關注虛擬化的人都做過或者至少知道P2V（物理到虛擬）遷移過程是將物理伺服器轉換成虛擬機。不過如果你需要進行V2P（虛擬到物理）遷移將虛擬機退回成物理伺服器時，該怎麼辦呢？P2V過程非常簡單直接，並且有許多免費和付費的產品來做。 關注虛擬化的人都做過或者至少知道P2V（物理到虛擬）遷移過程是將物理伺服器轉換成虛擬機。不過如果你需要進行V2P（虛擬到物理）遷移將虛擬機退回成物理伺服器時，該怎麼辦呢？P2V過程非常簡單直接，並且有許多免費和付費的產品來做。然而，V2P過程不受許多工具支持，並且比P2V要復雜得多。 你可能疑惑為什麼要將虛擬機轉換回物理伺服器。多數情況下，這樣做的原因在於應用廠商不支持他們運行在虛擬機上的產品。目前，幾乎所有的廠商都支持虛擬化，但是通常在他們的支持條款里都有關於支持的提醒。 如果一家廠商解決運行在虛擬環境里的應用的問題，這家廠商可能要求你在解決問題之前在物理伺服器上復制這個問題。為什麼？因為技術人員想要確定虛擬化層不是原因或者是導致問題的因素，消除這種疑問的唯一方式是通過在物理伺服器上復制這個問題。下面列出的是一些主要廠商的典型支持條款： IBM/Lotus： 當用戶召集標准使用率或者與缺陷相關的服務請求，並表明他們運行在VMware ESX Server上，IBM Technical Support將竭盡全力解決問題。我們假定這個問題本身或在VMware環境很常見，如果有跡象表明問題與VMware環境有關，我們只需要用戶（或者VMware SupportLine團隊）重新創建這個問題。 Microsoft： 運行在非微軟硬體虛擬化軟體的第一級支持的微軟用戶，微軟又沒有與這家廠商建立包含虛擬化解決方案的支持關系，微軟將使用運行在非微軟硬體虛擬化軟體商的微軟軟體調查潛在的問題。作為調查的一部分，微軟可能需要用戶從微軟硬體虛擬化軟體復制這個問題。這可以在Windows Server 2008（包含Hyper-V）上進行，這個真實的硬體平台在上面安裝了Windows操作系統。 Cognos： Cognos Support會解決任何關於IBM Cognos產品的問題。在虛擬環境使用IBM Cognos的用戶會遇到問題，Cognos用戶不需要在這個操作環境重新創建和解決每個問題。不過，Cognos保留要求用戶診斷操作系統環境的某些問題。只有在有理由相信虛擬環境是導致問題的根源時，Cognos才做此要求。 Computer Associates： 雖然CA不堅持客戶在聯系支持前重新創建每個問題，我們保留要求客戶診斷和解決某些問題的權利。我們有理由相信問題直接與VMware有關時才會這樣做。 從VMware這些支持條款可以看出，所有廠商都保留向你要求在非虛擬環境里重新創建問題的權利。不過多數情況下不會發生，因為多數應用不知道虛擬與物理硬體之間的差別。取決於問題類型，廠商應該意識到這與虛擬化層無關。不過有一種類型的問題，虛擬化層可能就是原因，那就是性能問題。 在本文的下半部分中，我們將說明導致性能問題的原因及解決方案。 在本文的上半部分中，我們介紹了成功實施P2V遷移需要的准備工作及系統命名法等。本部分介紹卷影拷貝服務、Window域控制器等。 理解卷影拷貝服務 如果你用過一些工具，可以轉換正在運行的Windows系統，它們可能使用了卷影拷貝服務來實施遷移。在這種情況下，在轉變的過程中系統的鏡像將被快照下來。一旦轉換完成，你就可以關閉系統。需要記住的是，在遷移之前和你關閉原來的系統的這段時間只在物理系統上發生。新創建的虛擬系統就這時已經過時。這對於域控制器（下面將提到）非常重要，同時對任何傳遞的數據和日誌同樣重要。 在正式使用之前進行遷移測試 P2V或者V2V的遷移的概念一般使系統的整個功能保持完整。然而，對任何被遷移的系統，在遷移後，在其發揮其正常的角色前，應當進行一系列的檢查。這有一些方法來檢測新遷移的虛擬機： ·在新遷移的虛擬機中的清單中去掉所有不必要的硬體。特別的，如果是從物理主機上遷移，你也許有USB介面、軟體驅動器或者音頻適配器等也許不需要或者在虛擬主機上不支持等硬體。 ·不需要連接到配置里的網路適配器就能在虛擬主機上引導系統。這是在VMware ESX中斷開軟體，該選項通過選「connect at power-on」選項實現。 ·如果可以，關鍵應用在離線的環境下不能運行良好，那麼就停止。 ·遷移後多次重啟虛擬機以確保所有的日誌清空，在接下來的引導中不會產生問題。 ·當網路適配器處於軟體斷開的狀態，確保網路配置在虛擬機環境新的地方是正確的，虛擬遷移可能從硬體清單去掉了先前的介面以及伴隨介面的網路配置。 ·確保查看網路延伸配置，例如DNS 伺服器的順序、DNS的後綴，和其它因新的位置而需要改變的網路配置項目。同時如果適當也利用這段時間修改或准備這個系統之外任何變動，包括DNS的接入。 當運行了上述一系列的測試，客戶虛擬機關閉後，重新連接網路適配器到虛擬機。在做完這一系列的檢查後，在你試圖使用遷移系統時，通過把所有的小問題排除後 ，第一次打開虛擬機節省了寶貴的時間。 Window域控制器需要不同的處理 從一個物理盒子把一個域控制器遷移到一個虛擬實例需要特殊的考慮，一個好的實現狀態需要不同的處理。主要的原因是這個問題圍繞著機器如何放到新的虛擬環境。許多管理員想最小化域控制器的停機時間，所以你需要傾向於一個可以優化在線使用的工具。問題在於如果域控制器一直在運行，每一個時刻遲早在增加域的內部的計算，這主要因為，如果系統在運行時，P2V遷移工具執行遷移，一旦虛擬系統在線，它將導致Active Directory數據本地的潛在的損壞，以及其他的域控制器和機器計數。 在這篇文章里，我將要提供兩種好的轉換域控制器的方法。最安全的方法是在虛擬環境下重建一個，把這個系統遷移到這個域中做為一個新的域。當它做為一個新的域控制器引入了一個新域，確保全局目錄特徵和其他角色被合適的轉移。一旦它們在線，你可以降級或者從該域中移除該系統。 另一個方法也同樣安全，但需要一些停機時間。當你的VMware主機上有舊的ESX版本的情況下，你在虛擬機上執行復制任務，這個復制任務可以在斷電的狀態下拷貝它到一個新的主機上，斷電的狀態非常重要，因為在這種狀態下域控制器不會擺脫和其餘的域同步的狀態。 選擇正確的遷移策略 取決於你遷移物理機器到虛擬機的必要參數，你必須決定正確的策略來維持你需要的正常運行時間、許可證參數，選擇一個不會導致問題的路徑。對於系統或連接到該系統的用戶保持對其遷移的透明性。

❺ 幾十上百T數據如何在伺服器之間遷移，又什麼解決方案（可以停機）

要看什麼數據，比如文件存儲伺服器，可以買2塊萬兆光纖網卡，直接復制，或者用軟體復制，速度很快就搞定
如果帶資料庫，不建議直接復制，容易出問題，
資料庫通過使用資料庫的軟體備份，比如用友，金蝶的資料庫，然後復制備份數據到新伺服器，原則上，以數據，從小到大開始
如果資料庫實在太大，可以給使用該資料庫軟體的公司聯系，看能不能做資料庫和軟體分離，單獨的一台伺服器只做資料庫，只存放資料庫數據，不負載其他軟體，或者做類似分布式存儲，多台伺服器存儲資料庫數據，不集中在某一台伺服器

❻ 伺服器系統崩潰 如何從硬碟中考出數據

太簡單的了，現在知道市面上有一種 ghost 的系統盤嗎？

你去買一張，裡面有一個winpe 系統，直接進入winpe裡面，

你可以隨心所欲的考出數據，不過在使用 winpe 時，先把備份的硬碟硬碟插上，這樣才行。

再就是看你系統中，需要備份的內容在哪個盤里。

如果在 除 c 盤以外的盤里，你完全可以再裝一次系統，裝到C盤。

數據也不會丟失。