本文為英文版的機器翻譯版本，如內容有任何歧義或不一致之處，概以英文版為準。
# 將 EC2 Windows 執行個體升級至較新版本的 Windows Server
您可使用以下其中一種方法，在該升級時，從舊版升級 EC2 Windows 執行個體上的 Windows Server 作業系統。
**就地升級**
就地升級會在現有執行個體上執行。僅作業系統檔案會在此過程期間受到影響，而您的設定、伺服器角色和資料皆會維持不變。
**遷移 (也稱為並排升級)**
遷移會涉及擷取設定、組態和資料，並將這些移植到全新 EC2 Windows 執行個體上的較新作業系統。您可以從您從 訂閱的公有或私有 Windows AMI AWS Marketplace，或與您共用的 AMI 啟動執行個體。您也可以使用 EC2 Image Builder 建立自訂 AMI。如需詳細資訊，請參閱 [Image Builder 使用者指南](https://docs.aws.amazon.com/imagebuilder/latest/userguide/what-is-image-builder.html)。
AWS 為在 EC2 執行個體上執行的 Windows Server 版本提供一組公開可用的 Amazon Machine Image (AMIs)。這些 AMI 會每月更新。如需最新的 Windows AMI 相關資訊，請參閱 [AWS Windows AMI 參考](https://docs.aws.amazon.com/ec2/latest/windows-ami-reference/windows-amis.html)。
Microsoft 傳統上都建議遷移到較新版本的 Windows Server，而非就地升級。遷移可能會減少升級錯誤或問題，但相較於就地升級可能需要更長的時間，因為需要佈建新的執行個體、計劃及移植應用程式，以及調整新執行個體上的組態設定。就地升級的速度較快，但軟體不相容可能會產生錯誤。
**Topics**
+ [在 EC2 Windows 執行個體上執行就地升級](os-inplaceupgrade.md)
+ [使用自動化執行手冊來升級 EC2 Windows 執行個體](automated-upgrades.md)
+ [將 EC2 Windows 執行個體遷移至 Nitro 型執行個體類型](migrating-latest-types.md)
+ [對 EC2 Windows 執行個體上的作業系統升級進行疑難排解](os-upgrade-trbl.md)
# 在 EC2 Windows 執行個體上執行就地升級
在您執行就地升級前，您必須判斷執行個體執行的網路驅動程式為何。PV 網路驅動程式可讓您使用遠端桌面存取您的執行個體。執行個體使用 AWS PV、Intel 網路轉接器或增強型網路驅動程式。如需詳細資訊，請參閱[Windows 執行個體的全虛擬驅動程式](xen-drivers-overview.md)。
## 在您開始就地升級之前
在您開始您的就地升級之前，請完成下列任務並記下以下重要詳細資訊。
+ 閱讀 Microsoft 文件，了解升級需求、已知問題和限制。同時也請檢閱升級的正式說明。
+ [Upgrade Options for Windows Server 2012](https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2012-R2-and-2012/jj574204(v=ws.11))
+ [Upgrade Options for Windows Server 2012 R2](https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2012-R2-and-2012/dn303416(v=ws.11))
+ [Windows Server 2016 及更新版本的升級或轉換選項](https://learn.microsoft.com/en-us/windows-server/get-started/install-upgrade-migrate)
+ [Windows Server 升級](https://learn.microsoft.com/en-us/windows-server/get-started/upgrade-overview)
+ 我們建議在至少配備 2 個 vCPU 或 4GB RAM 的執行個體上執行作業系統升級。必要時，您可以將執行個體變更為相同類型但更大的執行個體 (例如，將 t2.small 變更為 t2.large)、執行升級，然後再調整回原始大小。如果您需要保留執行個體大小，您可以使用[執行個體主控台螢幕擷取畫面](troubleshoot-unreachable-instance.md#instance-console-screenshot)來監控進度。如需詳細資訊，請參閱[Amazon EC2 執行個體類型變更](ec2-instance-resize.md)。
+ 確認您 Windows 執行個體的根磁碟區具有足夠的可用磁碟空間。Windows 安裝程序可能不會警告您的磁碟空間不足。如需升級至特定作業系統所需磁碟空間的資訊，請參閱 Microsoft 文件。若磁碟區沒有足夠的空間，您可以擴展它。如需詳細資訊，請參閱「Amazon EBS 使用者指南」**中的 [Amazon EBS 彈性磁碟區](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-modify-volume.html)。
+ 決定您的升級途徑。您必須將作業系統升級至相同的架構。例如，您必須將 32 位元系統升級至 32 位元系統。Windows Server 2008 R2 及更新版本為僅限 64 位元。
+ 停用防毒軟體、反間諜軟體及防火牆。這些軟體類型可能會和升級程序衝突。請在升級完成之後再次啟用防毒軟體、反間諜軟體及防火牆。
+ 如 [將 EC2 Windows 執行個體遷移至 Nitro 型執行個體類型](migrating-latest-types.md) 所述更新至最新的驅動程式。
+ 升級協助程式服務僅支援執行 Citrix PV 驅動程式的執行個體。若執行個體執行的是 Red Hat 驅動程式，您必須先手動[升級那些驅動程式](Upgrading_PV_drivers.md)。
## 使用 AWS PV、Intel 網路轉接器或增強型網路驅動程式，就地升級執行個體
透過下列程序，使用 AWS PV、Intel 網路介面卡或增強聯網網路驅動程式升級 Windows Server 執行個體。
**執行就地升級**
1. 為備份或測試用途，建立您計劃升級之系統的 AMI。您接著便能在複本上執行升級，模擬測試環境。若升級完成，您便可以將流量切換至此執行個體，而無須經歷太多停機時間。若升級失敗，您可以回復至備份。如需詳細資訊，請參閱[建立 Amazon EBS 支援的 AMI](creating-an-ami-ebs.md)。
1. 確認您的 Windows Server 執行個體使用最新的網路驅動程式。
1. 若要更新您的 AWS PV 驅動程式，請參閱 [升級 EC2 Windows 執行個體上的 PV 驅動程式](Upgrading_PV_drivers.md)。
1. 若要更新您的 ENA 驅動程式，請參閱 [在 EC2 Windows 執行個體上安裝 ENA 驅動程式](ena-adapter-driver-install-upgrade-win.md)。
1. 若要更新您的 Intel 驅動程式，請參閱 [已使用 Intel 82599 VF 介面來強化網路。](sriov-networking.md)
1. 前往 [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/) 開啟 Amazon EC2 主控台。
1. 在導覽窗格中，選擇 **Instances** (執行個體)。尋找執行個體。記下執行個體的執行個體 ID 和可用區域。您在此程序的後續步驟中將需要此資訊。
1. 若您要從 Windows Server 2012 或 2012 R2 升級至 Windows Server 2016 或更新版本，請在您的執行個體上執行下列操作再繼續。
1. 解除安裝 EC2Config 服務。如需詳細資訊，請參閱[EC2Launch v2 和 EC2Config 代理程式的 Windows 服務管理](launch-agents-service-admin.md)。
1. 安裝 EC2Launch v1 或 EC2Launch v2 代理程式。如需詳細資訊，請參閱 [在 EC2 Windows 執行個體啟動期間，使用 EC2Launch v1 代理程式執行任務](ec2launch.md)和 [在 EC2 Windows 執行個體啟動期間，使用 EC2Launch v2 代理程式執行任務](ec2launch-v2.md)。
1. 安裝 AWS Systems Manager SSM 代理程式。如需詳細資訊，請參閱《AWS Systems Manager 使用者指南》**中的[在適用於 Windows Server 的 Amazon EC2 上手動安裝 SSM Agent](https://docs.aws.amazon.com/systems-manager/latest/userguide/manually-install-ssm-agent-windows.html)。
1. 從 Windows Server 安裝媒體快照建立新的磁碟區。
1. 在左側導覽窗格中，於 **Elastic Block Store** 下方，選擇 **Snapshots** (快照)。
1. 從篩選條件列中，選擇**公有快照**。
1. 在搜尋列中，指定下列篩選條件：
+ 選擇**所有者別名**，然後選擇 **=**，最後選擇 **amazon**。
+ 選擇**說明**，然後開始輸入 **Windows**。選取與您要升級到的系統架構及語言偏好設定相符的 Windows 篩選條件。例如，選擇 **Windows 2019 英文版安裝媒體**以升級至 Windows Server 2019。
1. 選取與您要升級到的系統架構和語言偏好設定相符的快照旁邊的核取方塊，然後選擇**動作**、**從快照建立磁碟區**。
1. 在**建立磁碟區**頁面中，選擇符合 Windows 執行個體的可用區域，然後選擇**建立磁碟區**。
1. 在頁面頂端的**成功建立的磁碟區 vol-*1234567890example*** 橫幅中，選擇您剛才建立的磁碟區 ID。
1. 選擇 **Actions** (動作)、**Attach Volume** (連接磁碟區)。
1. 在**附接磁碟區**頁面中，對於**執行個體**，選取 Windows 執行個體的執行個體 ID，然後選擇**附接磁碟區**。
1. 依照[使 Amazon EBS 磁碟區可使用](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-using-volumes.html)中的下列步驟，使新的磁碟區可供使用。
**重要**
請勿初始化磁碟，因為這樣做會刪除現有資料。
1. 在 Windows PowerShell，切換到新的磁碟區磁碟機。透過開啟連接到執行個體的安裝媒體磁碟區，開始升級。
1. 若您要升級至 Windows Server 2016 或更新版本，請執行下列項目：
```
.\setup.exe /auto upgrade /dynamicupdate disable
```
**注意**
在將 `/dynamicupdate` 選項設定為停用的情況下執行 setup.exe 會阻止 Windows 在 Windows Server 升級程序期間中安裝更新，因為在升級期間中安裝更新可能會導致失敗。升級完成後，您可以使用 Windows Update 安裝更新。
若您要升級至較早版本的 Windows Server，請執行下列項目：
```
Sources\setup.exe
```
1. 針對**選取您要安裝的作業系統**，選取適用於 Windows Server 執行個體的完整安裝選項，然後選擇**下一步**。
1. 針對 **Which type of installation do you want? (您希望的安裝類型為何？)**，選擇 **Upgrade (升級)**。
1. 完成協助程式。
Windows Server 安裝程式會複製並處理檔案。在幾分鐘之後，您的遠端桌面工作階段便會關閉。升級所需要花費的時間取決於在您 Windows Server 執行個體上執行之應用程式和伺服器角色的數目。升級程序最少可能需要花費 40 分鐘至數小時。在升級過程中，執行個體可能無法通過一個或多個狀態檢查。升級完成後，所有狀態檢查都會通過。您可以檢查主控台輸出的系統日誌，或使用磁碟和 CPU 活動的 Amazon CloudWatch 指標判斷升級是否正在進行中。
**注意**
若升級至 Windows Server 2019，在升級完成之後，若需要的話，您可以手動變更桌面背景，移除先前作業系統的名稱。
若執行個體在數小時之後仍無法通過所有狀態檢查，請參閱 [對 EC2 Windows 執行個體上的作業系統升級進行疑難排解](os-upgrade-trbl.md)。
## 升級後任務
1. 登入執行個體，初始化 .NET Framework 的升級，然後在提示後重新開機系統。
1. 如果您尚未在先前步驟中執行此操作，請安裝 EC2Launch v1 或 EC2Launch v2 代理程式。如需詳細資訊，請參閱 [在 EC2 Windows 執行個體啟動期間，使用 EC2Launch v1 代理程式執行任務](ec2launch.md)和 [在 EC2 Windows 執行個體啟動期間，使用 EC2Launch v2 代理程式執行任務](ec2launch-v2.md)。
1. 如果您升級至 Windows Server 2012 R2，我們建議您將 PV 驅動程式升級至 AWS PV 驅動程式。若您升級以 Nitro 為基礎的執行個體，我們建議您安裝或升級 NVME 和 ENA 驅動程式。如需詳細資訊，請參閱 [AWS NVMe 驅動程式](aws-nvme-drivers.md) 或 [啟用 Windows 上的增強型網路](enabling_enhanced_networking.md#enable-enhanced-networking-ena-windows) 。
1. 重新啟用防毒軟體、反間諜軟體及防火牆。
# 使用自動化執行手冊來升級 EC2 Windows 執行個體
您可以使用 AWS Systems Manager Automation Runbook 在 上執行 AWS Windows 和 SQL Server 執行個體的自動升級。
**Topics**
+ [相關服務](#automated-related)
+ [執行選項](#automated-execution-option)
+ [升級 Windows Server](#automated-upgrades-windows)
+ [升級 SQL Server](#automated-upgrades-sql)
## 相關服務
自動升級程序會使用下列 AWS 服務：
+ **AWS Systems Manager**. AWS Systems Manager 是功能強大、統一的界面，可集中管理 AWS 資源。如需詳細資訊，請參閱*「[AWS Systems Manager 使用者指南」](https://docs.aws.amazon.com/systems-manager/latest/userguide/)*。
+ AWS Systems Manager Agent (SSM Agent) 是可在 Amazon EC2 執行個體、內部部署伺服器或虛擬機器 (VM) 上安裝和設定的 Amazon 軟體。SSM Agent 讓 Systems Manager 能夠更新、管理和設定這些資源。此代理程式會處理 AWS Cloud 中來自 Systems Manager 服務的申請，然後依照要求中的指定執行。如需詳細資訊，請參閱「AWS Systems Manager 使用者指南」**中的[使用 SSM Agent](https://docs.aws.amazon.com/systems-manager/latest/userguide/ssm-agent.html)。
+ **AWS Systems Manager SSM Runbook**。SSM Runbook 定義 Systems Manager 在受管執行個體上執行的動作。SSM Runbook 使用 JavaScript 物件標記法 (JSON) 或 YAML，其中包括您指定的步驟和參數。本主題使用兩份 Systems Manager SSM Runbook 來進行自動化。如需詳細資訊，請參閱 *AWS Systems Manager 使用者指南*中的 [AWS Systems Manager Automation runbook 參考](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-runbook-reference.html)。
## 執行選項
當您在 Systems Manager 主控台選取 **Automation (自動化)** 時，請選取 **Execute (執行)**。在您選取自動化文件後，系統會提示您選取自動化執行選項。請從以下選項中選擇。在本主題稍後所提供途徑的步驟中，我們使用 **Simple execution (簡易執行)** 選項。
**簡易執行**
如果您想要更新單一執行個體，但不想經歷每個自動化步驟來稽核結果，請選擇此選項。稍後的升級步驟中會進一步詳述此選項。
**Rate control (比率控制)**
如果您要對多個執行個體套用升級，請選擇此選項。請定義以下設定。
+ **Parameter (參數)**
此設定 (也在 Multi-Account and Region (多帳戶和區域) 設定中) 定義自動化如何展開。
+ **目標**
選取您要套用自動化的目標。此設定也在 Multi-Account and Region (多帳戶和區域) 設定中。
+ **Parameter Values (參數值)**
使用自動化文件參數中定義的值。
+ **Resource Group (資源群組)**
在 中 AWS，資源是您可以使用的實體。範例包括 Amazon EC2 執行個體、 AWS CloudFormation 堆疊或 Amazon S3 儲存貯體。如果您使用多個資源，將它們作為群組進行管理可能很有用，而不是為每個任務從一個 AWS 服務移至另一個服務。在某些情況下，您可能需要管理大量的相關資源，例如組成應用程式層的 EC2 執行個體。在此情況下，您在這些資源上可能需要一次執行大量動作。
+ **Tags** (標籤)
標籤可協助您以不同的方式分類 AWS 資源，例如依用途、擁有者或環境。此分類在您擁有許多相同類型的資源時很有用。您可以使用指派的標籤快速識別特定資源。
+ **Rate Control (比率控制)**
Rate Control (比率控制) 也在 Multi-Account and Region (多帳戶和區域) 設定中。當您設定比率控制參數時，請以目標計數或機群的百分比，定義機群中有多少要套用自動化。
**Multi-Account and Region (多帳戶和區域)**
除了 Rate Control (比率控制) 下指定的參數 (也用在 Multi-Account and Region (多帳戶和區域) 設定中)，另外還有兩個設定：
+ **Accounts and organizational units (OUs) (帳戶和組織單位 (OU))**
指定您要執行自動化的多個帳戶。
+ **AWS 區域**
指定您要執行自動化的多個 AWS 區域 位置。
**手動執行**
此選項類似於 **Simple execution (簡易執行)**，但可讓您逐步完成每個自動化步驟並稽核結果。
## 升級 Windows Server
`[AWSEC2-CloneInstanceAndUpgradeWindows](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awsec2-CloneInstanceAndUpgradeWindows.html)` Runbook 從您帳戶中的 Windows Server 執行個體建立 Amazon Machine Image (AMI)，並將此 AMI 升級到您選擇的支援版本。此多步驟程序需要最多兩個小時才會完成。
自動化升級程序中包含兩個 AMI：
+ **目前執行中的執行個體**。第一個 AMI 是目前執行中的執行個體 (尚未升級)。此 AMI 用來啟動另一個執行個體，以執行就地升級。當程序完成時，將從您的帳戶中刪除此 AMI，除非您明確要求保留原始執行個體。此設定由參數 `KeepPreUpgradeImageBackUp` 處理 (預設值為 `false`，表示預設會刪除 AMI)。
+ **已升級的 AMI**。此 AMI 是自動化程序的成果。
最終成果是一個 AMI，即已升級的 AMI 執行個體。
當升級完成時，您可以在 Amazon VPC 中啟動新的 AMI，以測試應用程式功能。測試後，在執行另一次升級前，請先安排應用程式停機時間，再完全切換至已升級的執行個體。
### 先決條件
若要使用 AWS Systems Manager 自動化文件自動化 Windows Server 升級，您必須執行下列任務：
+ 搭配指定的 IAM 政策建立 IAM 角色，以允許 Systems Manager 在您的 Amazon EC2 執行個體上執行自動化任務，並驗證您是否符合使用 Systems Manager 的先決條件。如需詳細資訊，請參閱*AWS Identity and Access Management 《 使用者指南*》中的[建立角色以將許可委派給 AWS 服務](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_create_for-service.html)。
+ [選取您希望如何執行自動化的選項](#automated-execution-option)。執行選項包括 **Simple execution (簡易執行)**、**Rate control (比率控制)**、**Multi-account and Region (多帳戶和區域)** 及 **Manual execution (手動執行)**。如需關於這些選項的詳細資訊，請參閱 [執行選項](#automated-execution-option)。
+ 確認 SSM Agent 安裝於您的執行個體上。如需詳細資訊，請參閱[在適用於 Windows Server 的 Amazon EC2 執行個體上安裝與設定 SSM Agent](https://docs.aws.amazon.com/systems-manager/latest/userguide/ssm-agent-windows.html)。
+ Windows PowerShell 3.0 或更新版本必須安裝在您的執行個體上。
+ 對於加入 Microsoft Active Directory 網域的執行個體，建議您指定沒有連線到您的網域控制站的 `SubnetId`，以協助避免主機名稱衝突。
+ 執行個體子網路必須具有網際網路的傳出連線，提供 Amazon S3 AWS 服務 等 的存取權，以及從 Microsoft 下載修補程式的存取權。如果子網路是公有子網路且執行個體具有公有 IP 地址，或子網路是私有子網路且具有將網際網路流量傳送至公有 NAT 裝置的路由，則符合此需求。
+ 此自動化適用於執行 Windows Server 2008 R2、Windows Server 2012 R2、Windows Server 2016 和 Windows Server 2019 的執行個體。
+ 確認執行個體在開機磁碟中有 20 GB 的可用磁碟空間。
+ 如果執行個體未使用 提供的 Windows 授權 AWS，請指定包含 Windows Server 2012 R2 安裝媒體的 Amazon EBS 快照 ID。若要執行此作業：
1. 確認 Amazon EC2 執行個體執行的是 Windows Server 2012 R2 或更新版本。
1. 在執行個體執行的相同可用區域中建立 6 GB 的 Amazon EBS 磁碟區。將磁碟區連結到執行個體。例如，將其掛載為 D 磁碟機。
1. 在 ISO 按一下滑鼠右鍵，並將其掛載至執行個體，例如做為 E 磁碟機。
1. 從磁碟機 E:\$1 將 ISO 的內容複製到磁碟機 D:\$1
1. 從上述步驟 2 建立的 6 GB 磁碟區建立 Amazon EBS 快照。
### Windows Server 升級限制
此自動化不支援升級 Windows 網域控制站、叢集或 Windows 桌面作業系統。此自動化也不支援安裝了下列角色的適用於 Windows Server 的 Amazon EC2 執行個體：
+ 遠端桌面工作階段主機 (RDSH)
+ 遠端桌面連線代理人 (RDCB)
+ 遠端桌面虛擬化主機 (RDVH)
+ 遠端桌面 Web 存取 (RDWA)
### 執行 Windows Server 自動升級的步驟
使用 [AWSEC2-CloneInstanceAndUpgradeWindows](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awsec2-CloneInstanceAndUpgradeWindows.html) Automation Runbook，按照以下步驟升級您的 Windows Server 執行個體。
1. 從 **AWS 管理主控台**中開啟 Systems Manager。
1. 從左側導覽窗格中，在 **Change Management** (變更管理) 下選擇 **Automation** (自動化)。
1. 選擇 **Execute automation (執行自動化)**。
1. 搜尋稱為 `AWSEC2-CloneInstanceAndUpgradeWindows` 的自動化文件。
1. 當文件名稱出現時，請選取它。選取此文件時，將會出現文件詳細資訊。
1. 選擇 **Execute automation** (執行自動化) 以輸入此文件的參數。在頁面頂端，保持選取 **Simple execution (簡易執行)**。
1. 根據下列指導，輸入所要求的參數。
+ `InstanceID`
**類型：**字串
(必要) 執行 Windows Server 2008 R2、2012 R2、2016 或 2019 的執行個體，並且已安裝 SSM Agent。
+ `InstanceProfile`.
**類型：**字串
(必要) IAM 執行個體描述檔。這是用於對 Amazon EC2 執行個體和 AWS AMIs 執行 Systems Manager 自動化的 IAM 角色。如需詳細資訊，請參閱《AWS Systems Manager 使用者指南》**中的[設定 EC2 執行個體許可](https://docs.aws.amazon.com/systems-manager/latest/userguide/setup-instance-permissions.html#instance-profile-add-permissions)。
+ `TargetWindowsVersion`
**類型：**字串
(必要) 選取目標 Windows 版本。
+ `SubnetId`
**類型：**字串
(必要) 這是升級程序的子網，也是您的 EC2 執行個體所在地方。確認子網路具有對 AWS 服務的傳出連線，包括 Amazon S3，以及對 Microsoft 的傳出連線 （以下載修補程式）。
+ `KeepPreUpgradedBackUp`
**類型：**字串
(選用) 如果此參數設為 `true`，自動化會保留從執行個體建立的映像。預設設定為 `false`。
+ `RebootInstanceBeforeTakingImage`
**類型：**字串
(選用) 預設為 `false` (不重新啟動)。如果此參數設為 `true`，Systems Manager 在為升級建立 AMI 之前會重新啟動執行個體。
1. 輸入參數後，選擇 **Execute (執行)**。自動化開始時，您可以監控執行進度。
1. 當自動化完成時，您會看到 AMI ID。您可以啟動 AMI，以驗證 Windows 作業系統已升級。
**注意**
自動化沒有必要執行所有步驟。這些步驟取決於自動化和執行個體的行為。Systems Manager 可能略過有些非必要的步驟。
此外，某些步驟可能會逾時。Systems Manager 會嘗試升級和安裝所有最新的修補程式。不過，根據特定步驟可定義的逾時設定，修補程式有時會逾時。發生此情況時，Systems Manager 自動化會繼續下一個步驟，以確保內部作業系統升級到目標 Windows Server 版本。
1. 自動化完成之後，您可以使用 AMI ID 啟動 Amazon EC2 執行個體，以檢閱您的升級。如需如何從 AWS AMI 建立 Amazon EC2 執行個體的詳細資訊，請參閱[如何從自訂 AMI 啟動 EC2 執行個體？](https://repost.aws/knowledge-center/launch-instance-custom-ami)
## 升級 SQL Server
[AWSEC2-CloneInstanceAndUpgradeSQLServer](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awsec2-CloneInstanceAndUpgradeSQLServer.html) 指令碼會從您帳戶中執行 SQL Server 的 Amazon EC2 執行個體建立 AMI，然後將 AMI 升級到更新版本的 SQL Server。此多步驟程序需要最多兩個小時才會完成。
自動化會從執行個體建立 AMI，接著在您提供的子網中啟動新的 AMI。自動化接著會執行 SQL Server 的就地升級。升級完成之後，自動化在終止已升級的執行個體之前會建立新的 AMI。
自動化升級程序中包含兩個 AMI：
+ **目前執行中的執行個體**。第一個 AMI 是目前執行中的執行個體 (尚未升級)。此 AMI 用來啟動另一個執行個體，以執行就地升級。當程序完成時，將從您的帳戶中刪除此 AMI，除非您明確要求保留原始執行個體。此設定由參數 `KeepPreUpgradeImageBackUp` 處理 (預設值為 `false`，表示預設會刪除 AMI)。
+ **已升級的 AMI**。此 AMI 是自動化程序的成果。
最終成果是一個 AMI，即已升級的 AMI 執行個體。
當升級完成時，您可以在 Amazon VPC 中啟動新的 AMI，以測試應用程式功能。測試後，在執行另一次升級前，請先安排應用程式停機時間，再完全切換至已升級的執行個體。
### 先決條件
若要使用 AWS Systems Manager 自動化文件自動化 SQL Server 升級，您必須執行下列任務：
+ 搭配指定的 IAM 政策建立 IAM 角色，以允許 Systems Manager 在您的 Amazon EC2 執行個體上執行自動化任務，並驗證您是否符合使用 Systems Manager 的先決條件。如需詳細資訊，請參閱「AWS Identity and Access Management 使用者指南」**中的[建立角色以委派許可給 AWS 服務](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_create_for-service.html)。
+ [選取您希望如何執行自動化的選項](#automated-execution-option)。執行選項包括 **Simple execution (簡易執行)**、**Rate control (比率控制)**、**Multi-account and Region (多帳戶和區域)** 及 **Manual execution (手動執行)**。如需關於這些選項的詳細資訊，請參閱 [執行選項](#automated-execution-option)。
+ Amazon EC2 執行個體必須使用 Windows Server 2008 R2 (或更新版本) 和 SQL Server 2008 或更新版本。
+ 確認 SSM Agent 安裝於您的執行個體上。如需詳細資訊，請參閱[在適用於 Windows Server 的 Amazon EC2 執行個體上使用 SSM Agent](https://docs.aws.amazon.com/systems-manager/latest/userguide/ssm-agent-windows.html)。
+ 確認執行個體具有足夠的可用磁碟空間：
+ 若您要從 Windows Server 2008 R2 升級至 2012 R2，或從 Windows Server 2012 R2 升級至更新版本的作業系統，請確認您的執行個體開機磁碟中有 20 GB 的可用磁碟空間。
+ 若您要從 Windows Server 2008 R2 升級至 2016 或更新版本，請確認執行個體開機磁碟中有 40 GB 的可用磁碟空間。
+ 針對使用自有授權 (BYOL) 的 SQL Server 版本執行個體，適用下列額外的事前準備：
+ 提供 Amazon EBS 快照 ID，其中包含目標 SQL Server 安裝媒體。若要執行此作業：
1. 確認 Amazon EC2 執行個體執行的是 Windows Server 2008 R2 或更新版本。
1. 在執行個體執行的相同可用區域中建立 6 GB 的 Amazon EBS 磁碟區。將磁碟區連結到執行個體。例如，將其掛載為 D 磁碟機。
1. 在 ISO 按一下滑鼠右鍵，並將其掛載至執行個體，例如做為 E 磁碟機。
1. 從磁碟機 E:\$1 將 ISO 的內容複製到磁碟機 D:\$1
1. 建立步驟 2 中所建立 6 GB 磁碟區的 Amazon EBS 快照。
### SQL Server 自動升級限制
使用 [AWSEC2-CloneInstanceAndUpgradeSQLServer](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awsec2-CloneInstanceAndUpgradeSQLServer.html) Runbook 來執行自動升級時，如下限制適用：
+ 升級僅能在使用 Windows 身分驗證的 SQL Server 上執行。
+ 確認執行個體上沒有待定的安全性修補程式更新。開啟 **Control Panel (控制面板)**，接著選擇 **Check for updates (檢查更新)**。
+ 不支援在 HA 和鏡像模式中的 SQL Server 部署。
### 執行 SQL Server 自動升級的步驟
使用 [AWSEC2-CloneInstanceAndUpgradeSQLServer](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awsec2-CloneInstanceAndUpgradeSQLServer.html) Automation Runbook，按照以下步驟升級您的 SQL Server。
1. 下載 SQL Server 2016 .iso 檔案並掛載到來源伺服器 (如果您尚未這麼做)。
1. 掛載 .iso 檔案之後，將所有元件檔案複製到您選擇的任何磁碟區。
1. 建立磁碟區的 Amazon EBS 快照，並將快照 ID 複製到剪貼簿，供稍後使用。如需詳細資訊，請參閱 **Amazon EBS 使用者指南**中的[建立 Amazon EBS 快照](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-creating-snapshot.html)。
1. 將執行個體描述檔連接至 Amazon EC2 來源執行個體。這可讓 Systems Manager 與 EC2 執行個體通訊，並在新增至 AWS Systems Manager 服務之後對其執行命令。在此範例中，我們將角色命名為 `SSM-EC2-Profile-Role`，並將 `AmazonSSMManagedInstanceCore ` 政策連接到角色。
1. 在 AWS Systems Manager 主控台的左側導覽窗格中，選擇**受管執行個體**。確認 EC2 執行個體在受管執行個體的清單中。如果幾分鐘後沒有看見您的執行個體，請參閱 *AWS Systems Manager 使用者指南*中的[我的執行個體在哪裡？](https://docs.aws.amazon.com/systems-manager/latest/userguide/troubleshooting-remote-commands.html#where-are-instances)。
1. 在左側導覽窗格中，在 **Change Management** (變更管理) 下選擇 **Automation** (自動化)。
1. 選擇 **Execute automation (執行自動化)**。
1. 搜尋稱為 `AWSEC2-CloneInstanceAndUpgradeSQLServer` 的自動化文件。
1. 選擇 `AWSEC2-CloneInstanceAndUpgradeSQLServer` SSM 文件，然後選擇 **Next** (下一步)。
1. 確保選取 **Simple execution (簡易執行)** 選項。
1. 根據下列指導，輸入所要求的參數。
+ `InstanceId`
**類型：**字串
(必要) 執行 SQL Server 2008 R2 (或更新版本) 的執行個體。
+ `IamInstanceProfile`
**類型：**字串
(必要) IAM 執行個體描述檔。
+ `SQLServerSnapshotId`
**類型：**字串
(必要) 目標 SQL Server 安裝媒體的快照 ID。包含 SQL Server 授權的執行個體不需要此參數。
+ `SubnetId`
**類型：**字串
(必要) 這是升級程序的子網，也是您的 EC2 執行個體所在地方。確認子網路具有對 AWS 服務的傳出連線，包括 Amazon S3，以及對 Microsoft 的傳出連線 （以下載修補程式）。
+ `KeepPreUpgradedBackUp`
**類型：**字串
(選用) 如果此參數設為 `true`，自動化會保留從執行個體建立的映像。預設設定為 `false`。
+ `RebootInstanceBeforeTakingImage`
**類型：**字串
(選用) 預設為 `false` (不重新啟動)。如果此參數設為 `true`，Systems Manager 在為升級建立 AMI 之前會重新啟動執行個體。
+ `TargetSQLVersion`
**類型：**字串
(選用) 目標 SQL Server 版本。預設值為 `2016`。
1. 輸入參數後，選擇 **Execute (執行)**。自動化開始時，您可以監控執行進度。
1. 當 **Execution Status (執行狀態)** 顯示 **Success (成功)** 時，請展開 **Outputs (輸出)** 來檢視 AMI 資訊。針對您選擇的 VPC，您可以使用 AMI ID 來啟動您的 SQL Server 執行個體。
1. 開啟 Amazon EC2 主控台。在左側導覽窗格中選擇 **AMI**。您應該會看到新的 AMI。
1. 若要確認已成功安裝 SQL Server 新版本，請選擇新的 AMI 並選擇 **Launch** (啟動)。
1. 選擇您要用於 AMI 的執行個體類型、您要部署到的 VPC 和子網，以及您要使用的儲存體。因為您是從 AMI 啟動新的執行個體，將會出現磁碟區，供您選擇加入您啟動的新 EC2 執行個體中。您可以移除任何這些磁碟區，或新增磁碟區。
1. 新增標籤以協助識別您的執行個體。
1. 將一或多個安全群組新增至執行個體。
1. 選擇 **Launch Instance (啟動執行個體)**。
1. 選取執行個體的標籤名稱，然後在 **Actions (動作)** 下拉式清單下，選取 **Connect (連接)**。
1. 驗證 SQL Server 新版本是新執行個體上的新資料庫引擎。
# 將 EC2 Windows 執行個體遷移至 Nitro 型執行個體類型
AWS Windows AMIs 是以 Microsoft 安裝媒體使用的預設設定進行設定，並具有一些自訂。自訂內容會包含支援 [Nitro 型執行個體](instance-types.md#instance-hypervisor-type)的驅動程式和組態，例如 M5 和 C5。
在從 Xen 型執行個體遷移至 Nitro 型執行個體 (包括裸機執行個體) 時，我們建議您在下列情況下遵循本主題中的步驟：
+ 如果您是從自訂的 Windows AMI 啟動執行個體
+ 如果您正從 Amazon 在 2018 年 8 月之前建立並提供的 Windows AMI 啟動執行個體
或者，您可以使用 `AWSSupport-UpgradeWindowsAWSDrivers` 自動化文件，以自動執行第 1 部分、第 2 部分及第 3 部分中所述的程序。如果您選擇使用自動程序，請參閱 [（替代） 使用 升級 AWS PV、EMA 和 NVMe 驅動程式 AWS Systems Manager](#auto-upgrade)，然後繼續進行第 4 部分及第 5 部分。
如需詳細資訊，請參閱 [Amazon EC2 Update – Additional Instance Types, Nitro System, and CPU Options](https://aws.amazon.com/blogs/aws/amazon-ec2-update-additional-instance-types-nitro-system-and-cpu-options/)。
**注意**
下列遷移程序可以在 Windows Server 2016 版和更新版本上執行。先前已達生命週期結束的作業系統版本不會接受測試，且可能無法與最新的執行個體類型相容。
若要遷移 Linux 執行個體，請參閱 [Amazon EC2 執行個體類型變更](ec2-instance-resize.md)。
**Contents**
+ [第 1 部分：安裝和升級 AWS PV 驅動程式](#upgrade-pv)
+ [第 2 部分：安裝和升級 ENA](#upgrade-ena)
+ [第 3 部分：Update AWS NVMe 驅動程式](#upgrade-nvme)
+ [第 4 部分：更新 EC2Config 與 EC2Launch](#upgdate-ec2config-ec2launch)
+ [第 5 部分：為 Bare Metal 執行個體安裝序列埠驅動程式](#install-serial-port-bare-metal)
+ [第 6 部分：更新電源管理設定](#power-management)
+ [第 7 部分：更新新執行個體類型的 Intel 晶片組驅動程式](#power-management-intel-drivers)
+ [（替代） 使用 升級 AWS PV、EMA 和 NVMe 驅動程式 AWS Systems Manager](#auto-upgrade)
**開始之前**
此程序假繪設您有一個 [Xen 型執行個體](instance-types.md#instance-hypervisor-type) (例如 M4 或 C4)，且正在遷移至 [Nitro 型執行個體](instance-types.md#instance-hypervisor-type)。
您必須使用 PowerShell 第 3.0 版或更新版本，才能順利執行升級。
**注意**
遷移時，現有網路介面卡上的靜態 IP 或自訂 DNS 網路設定可能會遺失，因為執行個體預設使用新的增強型聯網轉接器裝置。
在遵循此程序中的步驟之前，我們建議您建立該執行個體的備份。從 [EC2 主控台](https://console.aws.amazon.com/ec2/)中，選擇需要遷移的執行個體、開啟內容 (按一下右鍵) 功能表、選擇 **Instance State (執行個體狀態)**，然後選擇 **Stop (停止)**。
**警告**
停止執行個體時，在任何執行個體存放區磁碟區的資料都會清除。若要保留執行個體存放區磁碟區上的任何資料，請確定您將資料備份至持久性儲存。
在 [EC2 console (EC2 主控台)](https://console.aws.amazon.com/ec2/) 中開啟執行個體的內容 (按一下右鍵) 功能表、選擇 **Image (映像)**，然後選擇 **Create Image (建立映像)**。
**注意**
在遷移或變更執行個體類型後，即可完成此說明的第 4 與第 5 部分。但是，如果您要遷移到裸機執行個體類型，我們建議在遷移開始前先行完成相關設定。
## 第 1 部分：安裝和升級 AWS PV 驅動程式
雖然 Nitro 系統不會使用 AWS PV 驅動程式，但如果您使用舊版的 Citrix PV 或 AWS PV，您仍應升級它們。最新的 AWS PV 驅動程式會解決之前版本驅動程式中的錯誤，這些錯誤可能會在您使用 Nitro 系統，或者需要遷移回 Xen 執行個體時出現。最佳實務是，建議您一律更新為 Windows 執行個體的最新驅動程式 AWS。
使用下列程序執行 AWS PV 驅動程式就地升級，或從 Citrix PV 驅動程式升級至 Windows Server 2008 R2、Windows Server 2012、Windows Server 2012 R2、Windows Server 2016 或 Windows Server 2019 上的 AWS PV 驅動程式。如需詳細資訊，請參閱[升級 EC2 Windows 執行個體上的 PV 驅動程式](Upgrading_PV_drivers.md)。
若要升級網域控制站，請參閱[升級網域控制站 (AWS PV 升級）](Upgrading_PV_drivers.md#aws-pv-upgrade-dc)。
**執行將 或 升級至 AWS PV 驅動程式**
1. 使用遠端桌面連線到執行個體並為執行個體準備升級。在執行升級前將所有非系統磁碟離線。如果您要執行 AWS PV 驅動程式的就地更新，則不需要此步驟。在服務主控台中將非必要的服務設為**手動**啟動。
1. 將最新的驅動程式套件[下載](https://s3.amazonaws.com/ec2-windows-drivers-downloads/AWSPV/Latest/AWSPVDriver.zip)到執行個體。
1. 解壓縮資料夾的內容，然後執行 `AWSPVDriverSetup.msi`。
在執行 MSI 之後，執行個體會自動重新開機並升級驅動程式。執行個體最多可能會在 15 分鐘內無法使用。
在升級完成且執行個體在 Amazon EC2 主控台中通過兩項運作狀態檢查後，使用遠端桌面連線到執行個體，確認已安裝新的驅動程式。在裝置管理器中，在**儲存體控制器**下找到 **AWS PV 儲存體主機轉接器**。確認驅動程式版本與驅動程式版本歷史記錄表格中列出的最新版本相同。如需詳細資訊，請參閱[AWS PV 驅動程式套件歷史記錄](xen-drivers-overview.md#pv-driver-history)。
## 第 2 部分：安裝和升級 ENA
升級到最新的彈性網路轉接器驅動程式，以確保支援所有網路功能。如果您啟動執行個體，且其尚未啟用增強型聯網，您必須在執行個體上下載並安裝必要的網路轉接器驅動程式。然後，設定 enaSupport 執行個體屬性，以**啟用增強型聯網**。您只能在支援的執行個體類型上啟用此屬性，且需先安裝 ENA 驅動程式。如需詳細資訊，請參閱[在 EC2 執行個體上使用 ENA 啟用增強型網路](enhanced-networking-ena.md)。
1. 將最新的驅動程式[下載](https://s3.amazonaws.com/ec2-windows-drivers-downloads/ENA/Latest/AwsEnaNetworkDriver.zip)到執行個體。如果您需要舊版的驅動程式，請參閱 [ENA Windows 驅動程式版本歷史記錄](ena-driver-releases-windows.md#ena-win-driver-release-history)。
1. 將 zip 封存檔解壓縮。
1. 從擷取的資料夾執行 `install.ps1` PowerShell script 以安裝驅動程式。
**注意**
請以管理員身分執行 `install.ps1` 指令碼，以避免發生安裝錯誤。
1. 請檢查您的 AMI 是否已啟動 enaSupport。若否，請遵循[在 EC2 執行個體上使用 ENA 啟用增強型網路](enhanced-networking-ena.md)中的文件繼續進行。
## 第 3 部分：Update AWS NVMe 驅動程式
AWS NVMe 驅動程式用於與在 Nitro 系統中公開為 NVMe 區塊裝置的 Amazon EBS 和 SSD 執行個體存放磁碟區互動，以獲得更好的效能。
**重要**
當您在 Xen 型執行個體上安裝或升級 AWS NVMe 時，會特別修改下列指示，目的是將執行個體遷移至 Nitro 型執行個體。
1. 將最新的驅動程式套件[下載](https://s3.amazonaws.com/ec2-windows-drivers-downloads/NVMe/Latest/AWSNVMe.zip)到執行個體。
如果您需要舊版的驅動程式，請參閱 [NVMe Windows 驅動程式發行版本](nvme-driver-version-history.md) 以了解支援的版本。
1. 將 zip 封存檔解壓縮。
1. 按照 `Readme.txt` 中的說明來安裝驅動程式。
1. 開啟 **PowerShell** 工作階段，並執行下列命令：
```
PS C:\> start rundll32.exe sppnp.dll,Sysprep_Generalize_Pnp -wait
```
**注意**
若要套用命令，必須以系統管理員身分執行 PowerShell 工作階段。PowerShell (x86) 版本會導致錯誤。
此命令僅在裝置驅動程式上執行 sysprep。它不會執行完整的 sysprep 準備。
1. Windows Server 2008 R2 和 Windows Server 2012 請關閉執行個體，變更並開始啟動執行個體，然後繼續進行第 4 部分。如果您在遷移至 Nitro 型執行個體類型之前，先在 Xen 型執行個體類型上再次啟動執行個體，則其將不會開機。對於其他支援的 Windows AMI，您可以在裝置 sysprep 之後隨時變更執行個體類型。
## 第 4 部分：更新 EC2Config 與 EC2Launch
對 Windows 執行個體而言，當最新的 EC2Config 與 EC2Launch 公用程式在 Nitro 系統 (包括 EC2 Bare Metal) 上執行時，其將提供其他功能與資訊。根據預設，EC2Config 包含在 Windows Server 2016 之前版本的 AMI 內。EC2Launch 將取代 Windows Server 2016 和更新版本 AMI 上的 EC2Config。
更新 EC2Config 與 EC2Launch 服務時， AWS 的新 Windows AMI 將包含最新版的服務。不過，您必須更新自己的 Windows AMI 和執行個體，獲得最新版的 EC2Config 與 EC2Launch。
**安裝或更新 EC2Config**
1. 下載並解壓縮 [EC2Config 安裝程式](https://s3.amazonaws.com/ec2-downloads-windows/EC2Config/EC2Install.zip)。
1. 執行 `EC2Install.exe`。如需完整的選項清單，請執行 `EC2Install` 並加入 `/?` 選項。根據預設，設定程式會顯示提示。若要執行命令且不加入提示，請使用 `/quiet` 選項。
如需詳細資訊，請參閱[安裝最新版本的 EC2Config](UsingConfig_Install.md)。
**安裝或更新 EC2Launch**
1. 如果您已在執行個體上安裝和設定 EC2Launch，請備份 EC2Launch 組態檔案。安裝程序不會保留此檔案的變更內容。根據預設，檔案位於 `C:\ProgramData\Amazon\EC2-Windows\Launch\Config` 目錄。
1. 下載 [EC2-Windows-Launch.zip](https://s3.amazonaws.com/ec2-downloads-windows/EC2Launch/latest/EC2-Windows-Launch.zip) 到執行個體上的目錄。
1. 下載 [install.ps1](https://s3.amazonaws.com/ec2-downloads-windows/EC2Launch/latest/install.ps1) 到您下載 `EC2-Windows-Launch.zip` 的同一個目錄。
1. 執行 `install.ps1`。
**注意**
請以管理員身分執行 `install.ps1` 指令碼，以避免發生安裝錯誤。
1. 如果您備份了 EC2Launch 組態檔案，請將其複製到 `C:\ProgramData\Amazon\EC2-Windows\Launch\Config` 目錄。
如需詳細資訊，請參閱[在 EC2 Windows 執行個體啟動期間，使用 EC2Launch v1 代理程式執行任務](ec2launch.md)。
## 第 5 部分：為 Bare Metal 執行個體安裝序列埠驅動程式
`i3.metal` 執行個體類型會使用 PCI 型序列裝置，而非 I/O 連接埠型序列裝置。最新的 Windows AMI 會自動使用 PCI 型序列裝置並安裝好序列埠驅動程式。如果您不是使用 Amazon 於 2018 年 4 月 11 日或之後發布的 Windows AMI 所啟動的執行個體，您必須安裝序列埠驅動程式，為 EC2 功能 (例如密碼產生或主控台輸出) 啟用序列裝置。最新的 EC2Config 與 EC2Launch 公用程式也支援 i3.metal 並提供其他功能。若您尚未這樣做，請遵循第 4 部分中的步驟。
**安裝序列埠驅動程式**
1. 將序列驅動程式套件[下載](https://s3.amazonaws.com/ec2-windows-drivers-downloads/AWSPCISerialDriver/Latest/AWSPCISerialDriver.zip)到執行個體。
1. 擷取資料夾內容、針對 `aws_ser.INF` 開啟內容 (按一下右鍵) 功能表，然後選擇 **install** (安裝)。
1. 選擇 **Okay (確定)**。
## 第 6 部分：更新電源管理設定
電源管理設定的下列更新會設定永不關閉顯示器，讓 Nitro 系統上的作業系統能正常關機。Amazon 提供的所有 Windows AMI，自 2018 年 11 月 28 日起皆有此預設組態。
1. 開啟命令提示或 PowerShell 工作階段。
1. 執行下列命令：
```
powercfg /setacvalueindex 381b4222-f694-41f0-9685-ff5bb260df2e 7516b95f-f776-4464-8c53-06167f40cc99 3c0bc021-c8a8-4e07-a973-6b14cbcb2b7e 0
powercfg /setacvalueindex 8c5e7fda-e8bf-4a96-9a85-a6e23a8c635c 7516b95f-f776-4464-8c53-06167f40cc99 3c0bc021-c8a8-4e07-a973-6b14cbcb2b7e 0
powercfg /setacvalueindex a1841308-3541-4fab-bc81-f71556f20b4a 7516b95f-f776-4464-8c53-06167f40cc99 3c0bc021-c8a8-4e07-a973-6b14cbcb2b7e 0
```
## 第 7 部分：更新新執行個體類型的 Intel 晶片組驅動程式
`u-6tb1.metal`、`u-9tb1.metal` 和 `u-12tb1.metal` 執行個體類型必須使用晶片組驅動程式先前未安裝在 Windows AMI 上的硬體。如果您不是使用從 Amazon 於 2018 年 11 月 19 日或之後提供之 Windows AMI 啟動的執行個體，您必須使用 Intel 晶片組 INF 公用程式安裝驅動程式。
**安裝晶片組驅動程式**
1. 執行個體的[晶片組 INF 公用程式](https://www.intel.com/content/www/us/en/download/19347/chipset-inf-utility.html)。
1. 將檔案解壓縮。
1. 執行 `SetupChipset.exe`。
1. 接受 Intel 軟體授權合約，並安裝晶片組驅動程式。
1. 重新啟動執行個體。
## （替代） 使用 升級 AWS PV、EMA 和 NVMe 驅動程式 AWS Systems Manager
`AWSSupport-UpgradeWindowsAWSDrivers` 自動化文件可以自動執行第 1 部分、第 2 部分及第 3 部分中所述的步驟。此方法也可以修復驅動程式升級失敗的執行個體。
`AWSSupport-UpgradeWindowsAWSDrivers` 自動化文件會升級或修復指定 EC2 執行個體上的儲存和網路 AWS 驅動程式。文件會呼叫 AWS Systems Manager 代理程式 (SSM 代理程式），嘗試線上安裝最新版本的 AWS 驅動程式。如果 SSM Agent 無法聯絡，如果明確請求，文件可以執行 AWS 驅動程式的離線安裝。
**注意**
此程序將無法在網域控制器上進行。若要更新網域控制器上的驅動程式，請參閱[升級網域控制站 (AWS PV 升級）](Upgrading_PV_drivers.md#aws-pv-upgrade-dc)。
**使用 自動升級 AWS PV、EMA 和 NVMe 驅動程式 AWS Systems Manager**
1. 開啟 [https://console.aws.amazon.com/systems-manager](https://console.aws.amazon.com/systems-manager) 中的 Systems Manager 主控台。
1. 選擇 **Automation (自動化)**、**Execute Automation (執行自動化)**。
1. 搜尋然後選取 **AWSSupport-UpgradeWindowsAWSDrivers** 自動化文件，接著請選擇**執行自動化**。
1. 在**輸入參數**區段中，設定以下選項：
執行個體 ID
輸入要升級之執行個體的唯一 ID。
AllowOffline
(選用) 選擇下列其中一個選項：
+ `True` – 選擇此選項來執行離線安裝。升級過程中執行個體會停止並重新啟動。
**警告**
停止執行個體時，在任何執行個體存放區磁碟區的資料都會清除。若要保留執行個體存放區磁碟區上的任何資料，請確定您將資料備份至持久性儲存。
+ `False` – (預設值) 若要執行線上安裝，請將此選項保持選取狀態。升級過程中執行個體會重新啟動。
線上和離線升級會在嘗試升級作業之前建立 AMI。在自動化完成之後，AMI 會持續存在。保護您對 AMI 的存取，或刪除它 (若不再需要它的話)。
SubnetId
(選用) 輸入下列其中一個值：
+ `SelectedInstanceSubnet` – (預設值)升級程序會將 *helper* 執行個體啟動至與要升級之執行個體相同的子網路。子網必須允許與 Systems Manager 端點 (`ssm.*`) 進行通訊。
+ `CreateNewVPC` – 升級程序會將 *helper* 執行個體啟動至新的 VPC。如果您不確定目標執行個體的子網是否允許與 `ssm.*` 端點進行通訊，請使用此選項。您的使用者必須擁有建立 VPC 的許可。
+ 特定子網路 ID – 指定要將 *helper* 執行個體啟動至其中之特定子網路的 ID。子網必須與要升級的執行個體位於相同的可用區域，而且它必須允許與 `ssm.*` 端點進行通訊。
1. 選擇 **Execute (執行)**。
1. 允許升級以完成。完成線上升級最多可能需要 10 分鐘，而完成離線升級最需要多 25 分鐘。
# 對 EC2 Windows 執行個體上的作業系統升級進行疑難排解
AWS 提供升級協助程式服務問題的升級支援，此 AWS 公用程式可協助您執行涉及 Citrix PV 驅動程式的就地升級。
在升級之後，當 .NET 執行時間最佳化服務最佳化 .NET Framework 時，執行個體的平均 CPU 用量可能會暫時增加。這是預期的行為。
若執行個體在數小時之後仍無法通過所有狀態檢查，請檢查下列內容。
+ 若您升級到 Windows Server 2008，並且所有狀態檢查在數小時之後仍然失敗，則升級可能已失敗，並會顯示提示，讓您**按一下確認**以確認還原。因為無法在此狀態存取主控台，沒有任何方式能按一下按鈕。若要因應此問題，請透過 Amazon EC2 主控台或 API 重新開機。初始化重新開機可能需要十分鐘以上。執行個體可能會在 25 分鐘可用。
+ 從伺服器移除應用程式或伺服器角色並再試一次。
若執行個體在從伺服器移除應用程式或伺服器角色後仍然無法通過所有狀態檢查，請執行下列作業。
+ 停止執行個體，並將根磁碟區連接到另一個執行個體。如需詳細資訊，請參閱[等待中繼資料服務](common-messages.md#metadata-unavailable)中如何停止並將根磁碟區連接到另一個執行個體的說明。
+ 分析 [Windows 安裝日誌檔案及事件日誌](https://learn.microsoft.com/en-us/windows-hardware/manufacture/desktop/windows-setup-log-files-and-event-logs?view=windows-11)，查看故障。
針對其他作業系統升級或遷移的問題，我們建議檢閱[在您開始就地升級之前](os-inplaceupgrade.md#os-upgrade-before)中列出的文章。