1. 一台已經搭建好的物理伺服器 怎樣實現安裝vmware ESXI 並把搭建好的內容放進虛擬機
用VMware converter把物理轉換成虛擬機
2. 雲計算伺服器怎麼部署
通過辦公類應用伺服器、網站類應用伺服器、資料庫類應用伺服器、虛擬主機類應用伺服器。
雲伺服器是一種簡單高效、安全可靠、處理能力可彈性伸縮的計算服務。避免了使用傳統伺服器時需要預估資源用量及前期投入，幫助您在短時間內快速啟動任意數量的雲伺服器並即時部署應用程序，降低開發運維的難度和整體IT成本，使您能夠更專注於核心業務的創新。
億萬克注重自主創新，穩扎穩打，蓬勃發展，配合研祥集團積極主導和參與國際國內標准研製工作，形成標准創新示範，已然是業界標桿一樣的存在。億萬克的核心產品和技術獲得國家重點新產品、國家自主創新產品、中國專利獎、全國工商聯科技進步一等獎、廣東省科技進步一等獎近百項榮譽，同時擁有國家地方聯合工程實驗室、企業技術中心，其核心競爭力已達業界領先水平。【感興趣的話點擊此處了解一下】
3. 如何：從單伺服器部署移到雙伺服器部署
在雙伺服器部署中，由兩台或更多台物理伺服器承載構成 Team Foundation 邏輯應用層和數據層的組件。從單伺服器部署移到雙伺服器部署時，需要將原始伺服器轉換為應用層伺服器，並在新的數據層伺服器上安裝和配置 SQL Server。然後，將 SharePoint 產品和技術以及 SQL Server Reporting Services 重定向到新的數據層伺服器，並將原始部署中的數據還原到新的數據層伺服器。有關更多信息，請參見 Team Foundation Server 移動類型。 在執行此類型的移動之前，應通讀本主題並考慮列印所有必需的步驟。還應考慮列印本主題所鏈接的那些主題以及包含有關其他必需步驟的信息的主題。 在此類型的移動過程中，切勿執行以下任何操作： 不得更改服務帳戶。 不得更改原始伺服器的名稱或域。 在不具備足夠信任的情況下，不得將數據層伺服器安裝到原始部署之外的其他域中。 若要執行此類型的移動，必須按照列出的順序完成以下各節中的過程： 備份資料庫和加密密鑰安裝SQL Server 並准備新硬體還原資料庫重定向 SharePoint 產品和技術以使用新的內容資料庫重新連接管理資料庫和配置資料庫重定向並測試 SQL Report Server、Reporting Services 以及默認報表將應用層伺服器重定向到新的數據層重新生成 Team System 多維數據集刪除版本控制緩存更新服務帳戶重新啟動服務刷新客戶端計算機上的數據緩存必需的許可權 若要完成上述這些過程，您必須是新舊伺服器上 Administrators 組的成員以及 Team Foundation Administrators 組的成員。 除了這些許可權，對於運行 Windows Server 2008 或 Windows Vista 的計算機，您可能還需要滿足以下要求： 若要使用命令行過程，您可能需要通過以下操作使用提升的許可權打開命令提示窗口：單擊「開始」，右擊「命令提示符」，再單擊「以管理員身份運行」。 若要使用需要 Internet Explorer 的過程，您可能需要通過以下操作以管理員身份啟動 Internet Explorer：單擊「開始」，單擊「所有程序」，右擊「Internet Explorer」，再單擊「以管理員身份運行」。 若要編輯 web.config 文件，您可能需要通過以下操作以管理員身份啟動文本編輯器：單擊「開始」，單擊「所有程序」，右擊所需編輯器，再單擊「以管理員身份運行」。 若要訪問 Reporting Services 的報表管理器、報表或網站，您可能需要將這些站點添加到 Internet Explorer 的受信任站點列表中，或者以管理員身份啟動 Internet Explorer。 有關更多信息，請參見 Microsoft 網站。 備份資料庫和加密密鑰 必須先備份 Team Foundation 的資料庫，然後才能將部署從單伺服器配置更改為雙伺服器配置。在此移動過程中，需要將這些資料庫還原到新的數據層伺服器。 備份資料庫和加密密鑰 備份所有的 Team Foundation 資料庫。 有關更多信息，請參見如何：備份 Team Foundation Server。 說明：您還必須備份要保留的 SharePoint 產品和技術的任何自定義站點定義、自定義站點模板或自定義 Web 部件。有關更多信息，請參見 Microsoft 網站上的「Backup and Restore Options for Windows SharePoint Services 2.0」（Windows SharePoint Services 2.0 的備份和還原選項），或者對於 Windows SharePoint Services 3.0，請參見 Microsoft 網站上的「Choose backup and recovery tools (Windows SharePoint Services)」（選擇備份和恢復工具 (Windows SharePoint Services)）。如果 SharePoint 產品和技術安裝在應用層上，並且希望將 SharePoint 產品和技術的資料庫移到新的數據層，請確保備份 SharePoint 產品和技術的管理資料庫(SharePoint_AdminContent_ID) 以及內容和配置資料庫。 備份Reporting Services 加密密鑰。確保將此密鑰存儲在運行 Team Foundation Server 的伺服器以外的其他計算機上的安全位置，並且新的應用層伺服器可以訪問該密鑰。還必須存儲加密該密鑰時使用的密碼。 有關更多信息，請參見如何：備份 Reporting Services 加密密鑰。 安裝SQL Server 並准備新硬體 備份資料庫後，必須在將用作部署的新數據層伺服器的計算機上安裝 SQL Server。 安裝SQL Server 並為移動准備伺服器 在新環境中安裝 SQL Server，並確保其正常運行。 有關詳細說明，請打開 Team Foundation 安裝指南，找到有關如何在雙伺服器部署中安裝 SQL Server�0�2的主題。您安裝的 SQL Server�0�2的版本必須與原始部署中使用的版本相同。可以在 Microsoft 網站上找到該指南。 在應用層伺服器上，打開命令提示窗口，將目錄更改到 %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Tools。 在命令提示符處，鍵入下列命令： TfsDB.exe install /server:"新SQL Server 名稱" /property:"TFS_SERVICE_ACCOUNT=TFS 服務帳戶;TFS_REPORTING_ACCOUNT=TFS Reporting Services 帳戶;LCID=LCID 編號;VSTF_AS_INSTANCE=Analysis Services 伺服器名稱;VSTF_AS_DATABASE=Team Foundation 數據倉庫名稱;VSTF_AS_ACCOUNT="新SQL Server 名稱 是剛剛安裝了 SQL Server 並且您打算在其上還原數據的伺服器的名稱。如果您使用的是命名實例，則不但要包括伺服器名稱，而且還必須包括相應的實例名。 TFS 服務帳戶 是採用域\帳戶 或計算機\帳戶 格式的 Team Foundation Server 服務帳戶。如果您使用的是系統帳戶，則必須使用系統\帳戶 格式指定該帳戶。例如，如果要使用 Network Service，則應將它指定為 NT Authority\Network Service。 TFS Reporting Services 帳戶 是採用域\帳戶 或計算機\帳戶 格式的 Reporting Services 數據源帳戶。 LCID 編號 是您所用語言版本的 SQL Server 的語言排序規則 ID 號。例如，英語的 LCID 為 1033。 Analysis Services 伺服器名稱 是裝有 SQL Server Analysis Services 的伺服器的名稱。默認情況下，此伺服器與新SQL Server 名稱 是同一台伺服器。 Team Foundation 數據倉庫名稱 是Team Foundation 的原始數據倉庫的名稱。默認情況下，該值為 TfsWarehouse。 在運行 Reporting Services 的伺服器上，檢索並保存 Reporting Services 安裝 ID 的列表。 打開「命令提示符」窗口，將目錄改為下面的目錄： %ProgramFiles%\Microsoft SQL Server\90\Tools\binn\ 運行RSKeyMgmt -l。 記錄安裝 ID，然後將列表列印出來或將其保存到一個安全的位置。 登錄到相應的伺服器，打開「計算機管理器」，按照指定的順序停止下表中的服務和應用程序池： 登錄到承載此程序的伺服器 停止此組件 SharePoint 產品和技術 SharePoint 定時服務或 Windows SharePoint Services 定時 默認網站或團隊網站 應用層 Visual Studio Team Foundation Server 任務計劃程序服務 Microsoft Team Foundation Server Application Pool SQL Server Reporting Services SQL Server Reporting Services (TFS 實例)（服務） ReportServer 或 ReportServer$實例名稱（應用程序池） 說明：如果您運行的是 SQL Server 2005，則需要在 Internet 信息服務 (IIS) 中管理 ReportServer；如果運行的是 SQL Server 2008，則不需要這樣做。 默認網站或報表管理器網站 重要說明：若要在基於還原的移動過程中移動用戶帳戶和服務帳戶，Team Foundation Server 的新部署必須處於停止狀態。如果在還原數據之後、移動用戶帳戶和服務帳戶之前重新啟動 Team Foundation Server，可能會導致作為遷移目標的用戶在 TFSIntegration 資料庫中標記為已刪除。如果組安全服務在與 Active Directory 同步時找不到用戶的系統標識符 (SID)，便會出現此問題。 有關如何啟動和停止服務及應用程序池的更多信息，請參見如何：停止和啟動服務、應用程序池和網站。 還原資料庫 停止服務後，可以使用 SQL Server 提供的還原工具來還原 Team Foundation 的數據。 警告：You must restore all the databases to the same point in time. 否則，資料庫可能會損壞。打開「還原資料庫」對話框 在新的數據層伺服器上，單擊「開始」，指向「所有程序」，指向「Microsoft SQL Server」，再單擊「SQL Server Management Studio」。 說明：有關如何還原資料庫的更多信息，請參見 Microsoft 網站上的「實現 SQL Server 資料庫還原方案」。 在「伺服器類型」列表中單擊「資料庫引擎」。 在「伺服器名稱」列表中，單擊或鍵入適當的伺服器。 在「身份驗證」列表中，單擊適當的方案。 在「用戶名」中，鍵入有效帳戶的用戶名。 在「密碼」中鍵入該帳戶的密碼（如果 SQL Server 要求），再單擊「連接」。 展開「資料庫」節點，以顯示構成 Team Foundation 數據層的資料庫的列表。 為以下各資料庫完成「還原各個資料庫」過程： ReportServer 說明：如果使用了命名實例，此資料庫將命名為「ReportServer$實例名稱」。 ReportServerTempDB 說明：如果您使用的是命名實例，則此資料庫將命名為「ReportServerTempDB$實例名稱」。 SharePoint 產品和技術的配置資料庫（STS_Config_TFS 或 WSS_Config） 重要說明：僅當SharePoint 產品和技術安裝在原始單伺服器部署中且您未更改其位置時，才應還原此資料庫。如果在其他伺服器上使用或安裝�0�2SharePoint 產品和技術，則不需要還原此資料庫。 SharePoint 產品和技術的內容資料庫（STS_Content_TFS 或 WSS_Content） 包含SharePoint 產品和技術數據的資料庫的名稱將隨著兩個因素而變化：一是所安裝的 SharePoint 產品和技術的版本，二是安裝人員是否對該名稱進行了自定義。此外，如果 SharePoint 產品和技術安裝在與 Team Foundation Server 不同的伺服器上，則這些資料庫可能不在 Team Foundation 的數據層伺服器上。如果這些資料庫不存在，則必須從 Team Foundation Server 分別管理它們的備份、還原和配置。但是，您應該同步資料庫的維護操作以避免同步錯誤。 SharePoint 產品和技術的管理資料庫 (SharePoint_AdminContent_ID) 重要說明：僅當SharePoint 產品和技術安裝在原始單伺服器部署中且您未更改其位置時，才應還原此資料庫。如果在其他伺服器上使用或安裝�0�2SharePoint 產品和技術，則不需要還原此資料庫。 TfsBuild TfsIntegration TfsVersionControl TfsWarehouse TfsWorkItemTracking TfsActivityLogging（可選） 說明：在還原過程中，必須將為自定義過程模板創建的任何自定義站點模板或 Web 部件上載到 SharePoint 產品和技術的資料庫中。還原各個資料庫 右擊要還原的資料庫，依次指向「任務」、「還原」，然後單擊「資料庫」。 重要說明：在大多數部署中，SQL Server 資料庫和 SharePoint 產品和技術資料庫將顯示在「資料庫」節點下方的資料庫列表中。若要還原未顯示在列表中的任何資料庫，必須右擊「資料庫」節點，單擊「還原資料庫」，再指定未顯示在列表中的任何資料庫。「還原資料庫」對話框打開。 在「還原的源」下方單擊「源設備」，再單擊省略號按鈕（「…」）。 在「指定備份」對話框中，指定備份文件的位置，再單擊「確定」。 您應用的第一個備份必須是完整備份，隨後按照創建順序依次應用事務日誌備份。 在「選擇要還原的備份集」下方指定要還原的備份集。 在「選擇頁」窗格中，單擊「選項」，然後選中「覆蓋現有資料庫」復選框。 在「將資料庫文件還原為」列表中，確認路徑與當前資料庫路徑相匹配。 如果要將資料庫還原到其他驅動器，則此步驟十分重要。 在「恢復狀態」下方單擊相應的狀態。 執行以下步驟之一： 如果不準備應用其他事務日誌，請單擊「資料庫隨時可用」。 如果准備應用其他事務日誌，請單擊「資料庫尚不可用」。 單擊「確定」關閉「還原資料庫」對話框並還原資料庫。 如果准備應用其他事務日誌，請按照日誌備份的創建順序，對每組日誌備份執行此過程。從完整備份後創建的第一組日誌備份開始。 有關更多信息，請參見 Microsoft 網站上的「應用事務日誌備份」。 重定向 SharePoint 產品和技術以使用新的內容資料庫 必須將團隊項目的任何網站重定向到新的 Team Foundation 數據層伺服器上的內容資料庫。如果要移動所有的 SharePoint 產品和技術資料庫，則可以跳過此過程，而繼續本主題稍後部分中的「重新連接管理資料庫和配置資料庫」過程。 重定向項目站點以使用新數據層伺服器上的內容資料庫 登錄到承載 SharePoint 產品和技術的伺服器，並將 SharePoint 產品和技術重定向到新數據層伺服器上的內容資料庫。 有關更多信息，請參見如何：重定向 SharePoint 產品和技術以使用新的內容資料庫。 重新連接管理資料庫和配置資料庫 SharePoint 產品和技術保留在原始單伺服器上，該伺服器現在是新部署的應用層伺服器。但是，您仍需要對它進行配置，以使用新數據層伺服器上的管理資料庫和配置資料庫。 重新連接 SharePoint 產品和技術的管理資料庫和配置資料庫 登錄到承載 SharePoint 產品和技術的伺服器，打開命令提示窗口，更改到下面的目錄： %PROGRAMFILES%\microsoft shared\web server extensions\12\bin。 鍵入以下命令： stsadm –o renameserver –oldservername 原始數據層伺服器名稱 -newserver 新數據層伺服器名稱 有關如何還原 SharePoint 產品和技術的更多信息，請參見 Microsoft 網站上的「White paper: Backing up, restoring, high availability, and disaster recovery for Office SharePoint Server farms」（白皮書：Office SharePoint Server 場的備份、還原、高可用性和災難恢復）。 重定向並測試 SQL Report Server、Reporting Services 以及默認報表 重定向團隊項目的網站後，必須將 Reporting Services 重定向到新的數據層伺服器。 還原並驗證 SQL Server 2005 Reporting Services 在運行 Reporting Services 的伺服器上，單擊「開始」，依次指向「所有程序」、「Microsoft SQL Server」、「配置工具」，再單擊「Reporting Services 配置」。 在「選擇報表伺服器安裝實例」對話框中，確保計算機名稱是新的應用層伺服器的名稱。確保實例名為 MSSQLSERVER，再單擊「連接」。 說明：如果您使用的是命名實例，則必須指定相應的實例名而不是默認實例 MSSQLSERVER。 在資源管理器窗格中單擊「伺服器狀態」。 「報表伺服器狀態」窗格打開。 在「實例屬性」中單擊「啟動」。 在資源管理器窗格中單擊「資料庫安裝」。 「資料庫連接」窗格打開。 在「伺服器名稱」中鍵入新數據層伺服器的名稱，再單擊「連接」。 在「SQL Server 連接」對話框中單擊「確定」。 「資料庫連接」窗格打開。 單擊「應用」。 在資源管理器窗格中單擊「Windows 服務標識」。 「Windows 服務標識」頁打開。 在「內置服務帳戶」列表中單擊「Local Service」。 「應用」按鈕隨即變成可用。此時，請勿單擊它。 在「內置服務帳戶」列表中單擊「Network Service」，再單擊「應用」。 在「SQL Server 連接」對話框中單擊「確定」。 關閉「Reporting Services 配置」工具。 打開命令提示窗口，將目錄更改到 %ProgramFiles%\Microsoft SQL Server\90\Tools\binn。 鍵入下面的命令以列出 Reporting Services 的安裝 ID： RSKeyMgmt -l 在列表中，查找對應於舊數據層伺服器的安裝 ID。 鍵入下面的命令以移除該安裝 ID，其中 DT 實例 ID 對應於舊數據層伺服器： RSKeyMgmt –r DTInstanceID說明：請勿移除對應於新數據層伺服器的安裝 ID。 在運行 Reporting Services 的伺服器上，單擊「開始」，依次指向「所有程序」、「Microsoft SQL Server」、「配置工具」，再單擊「Reporting Services 配置」。 在資源管理器窗格中單擊「加密密鑰」。 在「加密密鑰」頁上單擊「還原」。 「加密密鑰信息」頁打開。 在「密碼」中鍵入加密密鑰文件的密碼。 在「密鑰文件」中鍵入或單擊備份加密密鑰（.snk 文件）的位置，再單擊「確定」。 將應用層伺服器重定向到新的數據層 還原資料庫後，必須使用 TfsAdminUtil 命令將部署的原始伺服器（現在成為新的應用層伺服器）重定向到新的數據層伺服器。 將應用層伺服器重定向到新的數據層伺服器 登錄到相應的伺服器，打開「計算機管理器」，然後啟動下表中的應用程序池和程序： 登錄到承載此程序的伺服器 啟動此組件 應用層 Microsoft Team Foundation Server Application Pool 默認網站或團隊網站 SQL Server Reporting Services ReportServer 或 ReportServer$實例名稱（應用程序池） SQL Server Reporting Services (TFS 實例) 默認網站或報表管理器網站 打開命令提示窗口，將目錄切換到 %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Tools，然後鍵入以下命令： TfsAdminUtil RenameDT newDataTierServerName重要說明：為了使此命令成功，上一步中的應用程序池和程序必須正在運行。此要求是 Visual Studio Team System 2008 Team Foundation Server 中的新增要求。此外，此命令要求服務 web.config 文件中的連接字元串引用部署的原始伺服器。如果連接字元串引用新的數據層伺服器，此命令將失敗。為了使此命令正確運行，您必須還原原始伺服器的名稱。重新生成 Team System 多維數據集 配置連接並運行 TFSAdminUtil RenameDT 命令後，必須重新生成 Team System 多維數據集。Team System 多維數據集支持 SQL Server Reporting Services，並且包含 Team System 數據倉庫的關系資料庫中的數據。有關更多信息，請參見了解數據倉庫體系結構。 重新生成 Team System 多維數據集 重新生成 Team System 多維數據集。 有關更多信息，請參見如何：重新生成 Team System 多維數據集。 刪除版本控制緩存 重新生成 Team System 多維數據集後，必須刪除應用層伺服器和任何代理伺服器上的版本控制緩存，以強制與新的數據層伺服器同步。 刪除版本控制緩存 在應用層伺服器上，打開 %ProgramFiles%\Microsoft Visual Studio 2008 Team�0�2Foundation�0�2Server\Web Services\VersionControl 目錄。 刪除Data 子目錄的內容，但不要刪除 Data 子目錄本身。 有關更多信息，請參見如何：在應用層伺服器上刪除版本控制緩存。 對部署中運行 Team Foundation Server Proxy 的任何伺服器重復此過程。 更新服務帳戶 如果您在單伺服器部署上對服務帳戶使用的是本地帳戶或系統帳戶（如 Network Service），則必須更改這些帳戶。在雙伺服器部署中，不能使用本地帳戶。可以使用相同的系統帳戶，但必須更新相應的信息，使新的應用層伺服器和數據層伺服器上的每個帳戶與正確的 SID 相關聯。 說明：在新部署上創建的帳戶名必須與原始部署中的帳戶名匹配。此要求既包括用戶帳戶也包括服務帳戶。刷新服務帳戶 在運行 Reporting Services 的伺服器上，打開「計算機管理器」，然後啟動以下組件（如果它們尚未啟動的話）： ReportServer 或 ReportServer$實例名稱（應用程序池） SQL Server Reporting Services (TFS 實例) 在新的應用層伺服器上，打開命令提示窗口，將目錄切換到 %ProgramFiles%\Microsoft Visual Studio 2008 Team Foundation Server\Tools。 在命令行處，鍵入下列命令： TfsAdminUtil ChangeAccount 舊的域或計算機名\舊的 TFS 服務帳戶 新的域或計算機名\新的 TFS 服務帳戶 新密碼說明：忽略任何指示服務帳戶不存在或帳戶不是數據倉庫角色成員的警告。 在命令行處，鍵入下列命令： TfsAdminUtil ChangeAccount/ra 舊的域或計算機名\舊的 TFS Reporting Service 帳戶 新的域或計算機名\新的 TFS Reporting Service 帳戶 新密碼說明：忽略任何指出服務帳戶不是數據倉庫角色成員的警告，或者提示您將帳戶添加到服務帳戶組的警告。重新啟動服務 若要繼續操作，必須重新啟動 Team Foundation 所依賴的服務。 重新啟動服務 登錄到相應的伺服器，打開「計算機管理器」，按照指定的順序啟動下表中的組件： 登錄到承載此程序的伺服器 啟動此組件 SharePoint 產品和技術 SharePoint 定時服務或 Windows SharePoint Services 定時 應用層 Visual Studio Team Foundation Server 任務計劃程序服務 Microsoft Team Foundation Server Application Pool 刷新客戶端計算機上的數據緩存刷新客戶端計算機上的數據緩存 使用「ClientService」Web 服務來強制客戶端在下次連接到應用層伺服器時更新跟蹤工作項的緩存。 有關更多信息，請參見如何：刷新客戶端計算機上的數據緩存。
4. 怎麼部署游戲伺服器到多台物理機上本人菜鳥對伺服器不太懂，但擼代
這個不需要吧，沒明白你什麼意思，是客戶家訪問伺服器下載游戲嗎》？
那就在伺服器上建立個ftp即可
5. 一台已經搭建好的物理伺服器 怎樣實現安裝vmware 並把搭建好的內容放進虛擬機
想裝vmware,（就是通過光碟引導安裝的那種，不是在操作系統里安裝虛擬機軟體）--- 這個說法就徹底錯誤，vmware是一個軟體，和其他軟體一樣的安裝方式。把這一台伺服器虛擬成多台，沒有什麼「光碟引導安裝」就能實現，只能是在vmware里一個一個安裝新系統，再在新系統里安裝你的軟體（湯姆貓之類）。
6. 怎麼用物理機架設一台網站伺服器
安裝 iis ，然後安裝 php mysql 。貌似你說的兩個系統就用到這些 你的電腦就是你的網站空間了，故不需要再買空間，只需在買一個域名 如果你的IP是固定IP 只需把域名解析到ip即可。如果不是固定IP 安裝個花生殼之類的客戶端，再在花生殼申請個二級域名，然後把你的已有域名做別名解析到 花生殼提供的二級域名。 shmjw.cn
7. 如何在物理伺服器上安裝VMware ESXi
最常見的KVM轉移設備就是網卡，一般做法有通過KVM的交換機，再利用客戶端程序或瀏覽器連上交換機來操作給定IP的伺服器。
KVM交換機通常會有一個屏幕界面和USB界面，並且將這些界面集成CAT網路界面。
8. 曲靖java培訓學校告訴你伺服器開發部署方式
隨著互聯網技術的不斷發展，我們在進行伺服器開發方面也掌握了很多的開發部署技術。今天，曲靖IT培訓http://www.kmbdqn.cn/就給大家簡單來介紹一下，都有哪些伺服器開發部署方法是值得我們使用的。
停機部署
停機部署其實是簡單粗暴的方式，就是簡單地把現有版本的服務停機，然後部署新的版本。在一些時候，我們必需使用這樣的方式來部署或升級多個服務。比如，新版本中的服務使用到了和老版本完全不兼容的數據表的設計。這個時候，我們對生產有兩個變更，一個是資料庫，另一個是服務，而且新老版本互不兼容，所以只能使用停機部署的方式。
這種方式的優勢是，在部署過程中不會出現新老版本同時在線的情況，所有狀態完全一致。停機部署主要是為了新版本的一致性問題。
這種方式不好的問題就是會停機，對用戶的影響會很大。所以，一般來說，這種部署方式需要事前掛公告，選擇一個用戶訪問少的時間段來做。
藍綠部署
藍綠部署與停機部署大的不同是，其在生產線上部署相同數量的新的服務，然後當新的服務測試確認OK後，把流量切到新的服務這邊來。藍綠部署比停機部署好的地方是，它無需停機。
我們可以看到這種部署方式，就是我們說的預發環境。在我以前的金融公司里，也經常用這種方式，生產線上有兩套相同的集群，一套是Prod是真實服務的，另一套是Stage是預發環境，發布發Stage，然後把流量切到Stage這邊，於是Stage就成了Prod，而之前的Prod則成了Stage。有點像換頁似的。
這種方式的優點是沒有停機，實時發布和升級，也避免有新舊版本同時在線的問題。但這種部署的問題就是有點浪費，因為需要使用雙倍的資源(不過，這只是在物理機時代，在雲計算時代沒事，因為虛擬機部署完就可以釋放了)。
另外，如果我們的服務中有狀態，比如一些緩存什麼的，停機部署和藍綠部署都會有問題。
滾動部署
滾動部署策略是指通過逐個替換應用的所有實例，來緩慢發布應用的一個新版本。通常過程如下：在負載調度後有個版本A的應用實例池，一個版本B的實例部署成功，可以響應請求時，該實例被加入到池中。然後，版本A的一個實例從池中刪除並下線。
這種部署方式直接對現有的服務進行升級，雖然便於操作，而且在緩慢地更新的過程中，對於有狀態的服務也是比較友好的，狀態可以在更新中慢慢重建起來。但是，這種部署的問題也是比較多的。
在發布過程中，會出現新老兩個版本同時在線的情況，同一用戶的請求可能在新老版中切換而導致問題。
9. tomcat伺服器中的web應用程序部署在哪個物理位置
在Tomcat中部署Java Web應用程序有兩種方式：靜態部署和動態部署。
一、靜態部署
靜態部署指的是我們在伺服器啟動之前部署我們的程序，只有當伺服器啟動之後，我們的Web應用程序才能訪問。以下3中方式都可以部署：
1、將PetWeb目錄拷貝到$CATALINA_HOME\webapps下，然後啟動伺服器就可以了。這種方式比較簡單，訪問地址如下：http://localhost:8080/PetWeb/
2、這種方式可以不必將PetWeb目錄拷貝到webapps下，直接在F:\部署。方法如下，更改$CATALINA_HOME\conf\server.xml文件，在<host>標簽內添加<Context>標簽，內容如下：
<Context docBase="F:/PetWeb" reloadable="false" path="/Pet"/>
其中reloadable="false"表示當應用程序中的內容發生更改之後伺服器不會自動載入，這個屬性在開發階段通常都設為true，方便開發，在發布階段應該設置為false，提高應用程序的訪問速度。docBase為路徑，可以使用絕對路徑，也可以使用相對路徑，相對路徑相對於webapps。path屬性的值是訪問時的根地址。訪問地址如下：http://localhost:8080/Pet/ 。
3、這種方式和第二種方式差不多，但是不是在Server.xml文件中添加Context標簽，而是在$CATALINA_HOME\conf\Catalina\localhost中添加一個xml文件，如Pet.xml，內容如下：
<Context
docBase="F:/PetWeb" reloadable="false"
/>大家可能發現和第二種方式差不多，但是缺少了path屬性，這種方式伺服器會使用.xml的名字作為path屬性的值。訪問地址如
下：http://localhost:8080/Pet/ 。
我們剛才是將PetWeb文件夾部署在了伺服器中，我們知道可以將Web應用程序的內容打成.war包，然後在部署在伺服器上。
部署Pet.war文件非常簡單，將剛才有docBase="F:\PetWeb"更改為docBase="F:\Pet.war"或者直接將其拷貝到
webapps下也可以。重新啟動伺服器就可以將Pet.war部署為一個Web應用程序了。如果你夠細心的話你會發現，伺服器將Pet.war文件解開，並且在webapps下面又生成了一個Pet文件夾，然後把Pet.war的內容拷貝到裡面去了。我們可以通過以下方式取消自動解包，配置方式如下：
<Context
docBase="F:/PetWeb" reloadable="false" unpackWAR="false"/> 。
10. 如何在一台物理伺服器安裝域伺服器，資料庫伺服器及veb伺服器
web伺服器簡單，安裝護衛神.主機大師就可以了。
資料庫伺服器也簡單，看你需要哪種資料庫，根據需要安裝即可，如sql server、mysql、oracle
至於域伺服器，不知道怎麼弄了