如何解決安裝 Windows 更新後卡在重啟循環中的 EC2 執行個體?

1 分的閱讀內容
0

我在我的 Amazon Elastic Compute Cloud (Amazon EC2) 執行個體上安裝了 Windows 更新。現在我的執行個體卡在重啟循環中。我該如何解決這個問題?

簡短描述

若要修正這個問題,請還原排程在作業系統開機程序期間套用的擱置動作 (例如 Windows 更新)。使用與原始執行個體位於相同可用區域的救援執行個體來執行此操作。

**注意:**維護執行個體和資料的備份是最佳做法。在執行解決方案一節中的步驟之前,請考慮建立 AMI建立 Amazon EBS 磁碟區

解決方法

重要事項

此程序需要停止和啟動執行個體。請注意以下事項:

  • 如果您的執行個體是執行個體儲存體備份,或具有包含資料的執行個體儲存體磁碟區,則當您停止執行個體時,否則資料會遺失。如需詳細資訊,請參閱判斷您的執行個體的根設備類型
  • 如果您的執行個體屬於 Amazon EC2 Auto Scaling 群組,則停止執行個體可能會終止執行個體。您使用 Amazon EMR、AWS CloudFormation 或 AWS Elastic Beanstalk 啟動的執行個體可能是 AWS Auto Scaling 群組的一部分。在這種情況下,執行個體終止取決於您 Auto Scaling 群組的執行個體擴展保護設定。如果您的執行個體屬於 Auto Scaling 群組,請先暫時從 Auto Scaling 群組中移除該執行個體,然後再開始解決步驟。
  • 停止和啟動執行個體會變更您執行個體的公有 IP 地址。將外部流量路由至執行個體時,最佳做法是使用 Elastic IP 地址而非公用 IP 地址。

如需詳細資訊,請參閱概覽: 停止並啟動您的執行個體

1.    打開 Amazon EC2 控制台

2.    選取執行個體, 然後選取重新開機迴圈中的執行個體。

3.    停止執行個體

4.    從執行個體中分離根磁碟區。Windows 執行個體上根磁碟區的裝置名稱是**/dev/sda1**。

5.    在與受損執行個體相同的可用區域中啟動新的 EC2 執行個體。新的執行個體會變成您的救援執行個體。您也可以使用與救援執行個體位於相同可用區域中的現有執行個體。

注意:以與原始執行個體相同 AMI 為基礎的救援執行個體可能會遇到磁碟簽章衝突問題。最佳做法是為救援執行個體選取不同的 AMI。例如,如果原始執行個體使用 AMI 適用於 Windows 伺服器 2012 R2,則使用 AMI 啟動救援執行個體適用於 Windows 伺服器2016。如果您從與原始執行個體相同的 AMI 建立救援執行個體,則必須執行其他步驟以避免磁碟簽章衝突。如需詳細資訊,請參閱遠端桌面無法連線至遠端電腦手動步驟一節中的步驟 6 。

6.    您在步驟4中分離的根磁碟區作為輔助磁碟區連接到救援執行個體。將磁碟區附加至執行個體時,磁碟區的裝置名稱會自動完成為輔助磁碟區命名。

7.    使用遠端桌面通訊協定 (RDP) 連線至救援執行個體。然後從磁碟管理或使用 DiskPart 命令列工具 將新連接的磁碟區連線。如果您看不到新連接的磁碟區,請參閱為什麼我的作業系統或 EC2 Windows 執行個體的磁碟管理中沒有顯示我的連接 EBS 磁碟區?

**注意:請注意輔助磁碟區的磁碟機代號。在下列範例中,磁碟機代號為 E **。

8.    以系統管理員身分開啟命令提示字元或** PowerShell ** 並執行下列命令:

DISM /image:E:\ /cleanup-image /revertpendingactions

**注意:將磁碟機代號 E: ** 更換為步驟7所記錄的磁碟機代號。

9.    卸載輔助磁碟區,然後其從救援行個體中分離。

10.    將磁碟區以根磁碟區 (/dev/sda1) 的形式連接回原始執行個體。

11.    啟動原始執行個體


AWS 官方
AWS 官方已更新 2 年前