# Atualizar uma instância do Windows do EC2 para uma versão mais recente do Windows Server
Se estiver na hora de atualizar o sistema operacional Windows Server na instância do Windows do EC2 de uma versão anterior, você pode usar um dos métodos a seguir.
**Atualização no local**
Uma atualização local opera em uma instância existente. Somente os arquivos do sistema operacional são afetados durante esse processo, enquanto suas configurações, perfis de servidor e dados permanecem intactos.
**Migração (também conhecida como atualização lado a lado)**
A migração envolve a captura de configurações, as configurações, os dados e a portabilidade dos mesmos para um sistema operacional mais recente em uma nova instância do Windows do EC2. É possível inicializar a instância em uma AMI pública ou privada do Windows que você assina no AWS Marketplace ou em uma AMI compartilhada com você. Você também pode criar uma AMI personalizada com o EC2 Image Builder. Para obter mais informações, consulte o [Guia do usuário do Image Builder](https://docs.aws.amazon.com/imagebuilder/latest/userguide/what-is-image-builder.html).
A AWS fornece um conjunto de Imagens de máquina da Amazon (AMI) disponíveis publicamente para versões do Windows Server que são executadas em instâncias do EC2. Essas AMIs são atualizadas mensalmente. Para obter informações sobre as AMIs mais recentes do Windows, consulte a [AWS Windows AMI Reference](https://docs.aws.amazon.com/ec2/latest/windows-ami-reference/windows-amis.html).
A Microsoft recomenda tradicionalmente a migração para uma versão mais recente do Windows Server em vez de atualizá-la no local. A migração pode resultar em menos erros ou problemas de atualização, mas pode demorar mais do que uma atualização no local devido à necessidade de provisionar uma nova instância, planejar e fazer a portabilidade de aplicações e ajustar as configurações na nova instância. Uma atualização local pode ser mais rápida, mas incompatibilidades de software podem produzir erros.
**Topics**
+ [Executar uma atualização no local na instância do Windows do EC2](os-inplaceupgrade.md)
+ [Usar runbooks de automação para atualizar uma instância do Windows do EC2](automated-upgrades.md)
+ [Migrar uma instância do EC2 Windows para um tipo de instância baseada em Nitro](migrating-latest-types.md)
+ [Solucionar problemas de atualização de um sistema operacional em uma instância do Windows do EC2](os-upgrade-trbl.md)
# Executar uma atualização no local na instância do Windows do EC2
Para executar uma atualização local, é necessário determinar quais drivers de rede a instância está executando. Os drivers de rede PV permitem que você acesse sua instância usando o Desktop Remoto. As instâncias usam drivers PV da AWS, do adaptador de rede Intel ou da rede avançada. Para obter mais informações, consulte [Drivers paravirtuais para as instâncias do Windows](xen-drivers-overview.md).
## Antes de iniciar uma atualização no local
Execute as seguintes tarefas e observe os seguintes detalhes importantes antes de começar a atualização local.
+ Leia a documentação da Microsoft para compreender os requisitos de atualização, os problemas conhecidos e as restrições. Além disso, leia as instruções oficiais de atualização.
+ [Opções de atualização para Windows Server 2012](https://learn.microsoft.com/en-us/previous-versions/windows/it-pro/windows-server-2012-R2-and-2012/jj574204(v=ws.11))
+ [Opções de atualização para 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))
+ [Opções de atualização e conversão para Windows Server 2016 e superior](https://learn.microsoft.com/en-us/windows-server/get-started/install-upgrade-migrate)
+ [Atualizações do Windows Server](https://learn.microsoft.com/en-us/windows-server/get-started/upgrade-overview)
+ Recomendamos a execução de uma atualização do sistema operacional em instâncias com pelo menos 2 vCPUs e 4 GB de RAM. Se necessário, é possível alterar a instância para um tamanho maior do mesmo tipo (t2.small para t2.large, por exemplo), executar a atualização e redimensioná-la de volta para o tamanho original. Se você precisar manter o tamanho da instância, poderá monitorar o progresso usando o [instance console screenshot](troubleshoot-unreachable-instance.md#instance-console-screenshot). Para obter mais informações, consulte [Alterações no tipo de instância do Amazon EC2](ec2-instance-resize.md).
+ Verifique se o volume raiz de sua instância do Windows tem espaço em disco suficiente. O processo de configuração do Windows poderá não avisá-lo sobre espaço em disco insuficiente. Para obter informações sobre a quantidade de espaço em disco que é necessária para atualizar um sistema operacional específico, consulte a documentação da Microsoft. Se o volume não tiver espaço suficiente, é possível expandi-lo. Para obter mais informações, consulte [Volumes Elásticos do Amazon EBS](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-modify-volume.html) no *Guia do usuário do Amazon EBS*.
+ Determine seu caminho de atualização. É necessário atualizar o sistema operacional para a mesma arquitetura. Por exemplo, atualize um sistema de 32 bits para um sistema de 32 bits. O Windows Server 2008 R2 e posterior são apenas 64 bits.
+ Desabilite o software antivírus e antispyware e os firewalls. Esses tipos de software podem entrar em conflito com o processo de atualização. Habilite novamente o software antivírus e antispyware e os firewalls quando a atualização for concluída.
+ Atualize para os drivers mais recentes, conforme descrito em [Migrar uma instância do EC2 Windows para um tipo de instância baseada em Nitro](migrating-latest-types.md).
+ O Upgrade Helper Service só oferece suporte a instâncias que estejam executando drivers Citrix PV. Se a instância estiver executando drivers Red Hat, atualize manualmente [esses drivers](Upgrading_PV_drivers.md) primeiro.
## Atualizar uma instância no local com AWS PV, adaptador de rede Intel ou drivers de rede avançada
Use o seguinte procedimento para atualizar uma instância do Windows Server usando AWS PV, adaptador de rede Intel ou drivers de rede avançada.
**Para executar a atualização local**
1. Crie uma AMI do sistema que você planeja atualizar para fins de backup ou teste. Em seguida, é possível fazer a atualização na cópia a fim de simular um ambiente de teste. Se a atualização for concluída, será possível alternar o tráfego para essa instância com um período de inatividade curto. Se ocorrer falha na atualização, será possível reverter para o backup. Para obter mais informações, consulte [Criação de uma AMI baseada no Amazon EBS](creating-an-ami-ebs.md).
1. Verifique se a instância do Windows Server está usando os drivers de rede mais recentes.
1. Para atualizar seu driver do AWS PV, consulte [Atualizar drivers PV em instâncias do Windows do EC2](Upgrading_PV_drivers.md).
1. Para atualizar seu driver do ENA, consulte [Instalar o driver do ENA em instâncias do Windows do EC2](ena-adapter-driver-install-upgrade-win.md).
1. Para atualizar seus drivers da Intel, consulte [Habilitar redes aperfeiçoadas com a interface Intel 82599 VF](sriov-networking.md).
1. Abra o console do Amazon EC2 em [https://console.aws.amazon.com/ec2/](https://console.aws.amazon.com/ec2/).
1. No painel de navegação, escolha **Instances (Instâncias)**. Localize a instância. Anote o ID da instância e o ID da zona de disponibilidade da instância. Você precisará dessas informações mais tarde neste procedimento.
1. Se você estiver atualizando do Windows Server 2012 ou 2012 R2 para o Windows Server 2016 ou posterior, siga os procedimentos a seguir na instância antes de continuar.
1. Desinstale o serviço EC2Config. Para obter mais informações, consulte [Administração do Serviço do Windows para agentes do EC2Launch v2 e EC2Config](launch-agents-service-admin.md).
1. Instale o EC2Launch v1 ou o agente EC2Launch v2. Para obter mais informações, consulte [Usar o agente do EC2Launch v1 para realizar tarefas durante a execução da instância EC2 Windows](ec2launch.md) e [Usar o agente do EC2Launch v2 para realizar tarefas durante a execução da instância EC2 Windows](ec2launch-v2.md).
1. Instalar o SSM Agent do AWS Systems Manager. Para obter mais informações, consulte [Instalar manualmente o SSM Agent no Amazon EC2 para Windows Server](https://docs.aws.amazon.com/systems-manager/latest/userguide/manually-install-ssm-agent-windows.html), no *Guia do usuário do AWS Systems Manager*.
1. Crie um o novo volume de um snapshot de mídia de instalação do Windows Server.
1. No painel de navegação à esquerda, em **Elastic Block Store**, escolha **Snapshots**.
1. Na barra do filtro, escolha **Snapshots públicos**.
1. Na barra de pesquisa, especifique os seguintes filtros:
+ Escolha **Alias do proprietário**, depois **=** e depois **amazon**.
+ Escolha **Descrição** e comece a digitar **Windows**. Selecione o filtro do Windows que corresponde à arquitetura do sistema e à preferência de idioma para as quais você está fazendo a atualização. Por exemplo, escolha **Windows 2019 English Installation Media** para fazer a atualização para o Windows Server 2019.
1. Marque a caixa de seleção ao lado do snapshot que corresponde à arquitetura do sistema e à preferência de idioma para a qual você está fazendo a atualização e, em seguida, escolha **Ações**, **Criar volume com base no snapshot**.
1. Na página **Criar volume**, escolha a zona de disponibilidade que corresponde à instância do Windows e escolha **Criar volume**.
1. No banner **Volume vol-*1234567890example* criado com êxito** na parte superior da página, escolha o ID do volume que você acabou de criar.
1. Escolha **Actions** (Ações), **Attach volume** (Anexar volume).
1. Na página **Anexar volume**, em **Instância**, selecione o ID da instância do Windows e, em seguida, escolha **Anexar volume**.
1. Disponibilize o novo volume para uso ao seguir as etapas apresentadas em [Make an Amazon EBS volume available for use](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-using-volumes.html).
**Importante**
Não inicialize o disco porque isso excluirá os dados existentes.
1. No Windows PowerShell, mude para a nova unidade de volume. Comece a atualização abrindo o volume de mídia de instalação que você anexou à instância.
1. Se você estiver fazendo a atualização para o Windows Server 2016 ou posterior, execute o seguinte:
```
.\setup.exe /auto upgrade /dynamicupdate disable
```
**nota**
Executar setup.exe com a opção `/dynamicupdate` definida como desabilitada impede que o Windows instale atualizações durante o processo de upgrade do Windows Server, pois a instalação de atualizações durante o upgrade pode causar falhas. É possívelrá instalar atualizações com o Windows Update após a conclusão do upgrade.
Se você estiver fazendo a atualização para uma versão anterior do Windows Server, execute o seguinte:
```
Sources\setup.exe
```
1. Em **Selecionar o sistema operacional que deseja instalar**, selecione a opção de instalação completa da instância do Windows Server e escolha **Avançar**.
1. Em **Which type of installation do you want? (Qual tipo de instalação deseja?)**, escolha **Upgrade (Atualizar)**.
1. Assista todo o assistente.
A configuração do Windows Server copia e processa os arquivos. Após alguns minutos, sua sessão do Remote Desktop será encerrada. O tempo necessário para concluir a atualização depende do número de aplicações e das funções de servidor em execução na instância do Windows Server. O processo de atualização pode levar 40 minutos ou várias horas. A instância poderá falhar em uma ou mais verificações de status durante o processo de atualização. Quando a atualização for concluída, todas as verificações de status serão concluídas com êxito. É possível verificar no log do sistema a saída do console ou usar as métricas do Amazon CloudWatch para a atividade do disco e da CPU a fim de determinar se a atualização está em andamento.
**nota**
Se você estiver fazendo a atualização para o Windows Server 2019, depois que a atualização for concluída, será possível alterar a tela de fundo do desktop manualmente para remover o nome do sistema operacional anterior, se desejado.
Se a instância não passou em todas as verificações de status após várias horas, consulte [Solucionar problemas de atualização de um sistema operacional em uma instância do Windows do EC2](os-upgrade-trbl.md).
## Tarefas de pós-atualização
1. Inicie a sessão na instância para iniciar uma atualização do .NET Framework e reinicializar o sistema quando solicitado.
1. Se ainda não tiver feito isso em uma etapa anterior, instale o agente do EC2Launch v1 ou do EC2Launch v. Para obter mais informações, consulte [Usar o agente do EC2Launch v1 para realizar tarefas durante a execução da instância EC2 Windows](ec2launch.md) e [Usar o agente do EC2Launch v2 para realizar tarefas durante a execução da instância EC2 Windows](ec2launch-v2.md).
1. Se você fez a atualização para o Windows Server 2012 R2, recomendamos atualizar os drivers PV para drivers AWS PV. Caso tenha atualizado em uma instância baseada em Nitro, recomendamos a instalação ou atualização dos drivers NVME e ENA. Para ter mais informações, consulte [AWSDrivers NVMe](aws-nvme-drivers.md) ou [Habilitar redes avançadas no Windows](enabling_enhanced_networking.md#enable-enhanced-networking-ena-windows).
1. Habilite novamente o software antivírus e antispyware e os firewalls.
# Usar runbooks de automação para atualizar uma instância do Windows do EC2
É possível executar uma atualização automatizada de suas instâncias do Windows e do SQL Server na AWS com runbooks do AWS Systems Manager Automation.
**Topics**
+ [Serviços relacionados](#automated-related)
+ [Opções de execução](#automated-execution-option)
+ [Atualizar o Windows Server](#automated-upgrades-windows)
+ [Atualização do SQL Server](#automated-upgrades-sql)
## Serviços relacionados
Os seguintes serviços da AWS são usados no processo de atualização automatizada:
+ **AWS Systems Manager**. O AWS Systems Manager é uma interface poderosa e unificada para gerenciar centralmente seus recursos da AWS. Para obter mais informações, consulte o *[Guia do usuário do AWS Systems Manager](https://docs.aws.amazon.com/systems-manager/latest/userguide/)*.
+ AWS Systems ManagerO Agent (SSM Agent) é um software da Amazon que pode ser instalado e configurado em uma instância do Amazon EC2, em um servidor on-premises ou em uma máquina virtual (VM). O SSM Agent permite que o Systems Manager atualize, gerencie e configure esses recursos. O agente processa as solicitações do serviço do Systems Manager na Nuvem AWS e as executa conforme especificado na solicitação. Para obter mais informações, consulte [Trabalho com o SSM Agent](https://docs.aws.amazon.com/systems-manager/latest/userguide/ssm-agent.html) no *Guia do usuário do AWS Systems Manager*.
+ **AWS Systems Manager Runbooks do SSM**. Um runbook do SSM define as ações que o Systems Manager realiza nas suas instâncias gerenciadas. Os runbooks do SSM usam JavaScript Object Notation (JSON) ou YAML e incluem etapas e parâmetros especificados por você. Esse tópico usa dois runbooks do SSM do Systems Manager para automação. Para obter mais informações, consulte [Referência de runbook do AWS Systems Manager Automation](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-runbook-reference.html) no *Guia do usuário do AWS Systems Manager*.
## Opções de execução
Ao selecionar **Automation (Automação)** no console do Systems Manager, selecione **Execute (Executar)**. Depois de selecionar um documento de automação, você será solicitado a escolher uma opção de execução da automação. É possível escolher entre as opções a seguir. Nas etapas dos caminhos fornecidos neste tópico, usamos a opção **Simple execution (Execução simples)**.
**Execução simples**
Escolha esta opção se deseja atualizar uma única instância, mas não deseja passar por cada etapa de automação para auditar os resultados. Tal opção é explicada com mais detalhes nas etapas de atualização a seguir.
**Rate control (Controle de taxa**
Escolha esta opção se você deseja aplicar a atualização a mais de uma instância. Defina as configurações a seguir.
+ **Parâmetro**
Essa configuração, que também é definida nas configurações Multi-Account and Region (Várias contas e região), define como sua automação se expande.
+ **Destinos**
Selecione o destino ao qual você deseja aplicar a automação. Essa configuração também é definida nas configurações Multi-Account and Region (Várias contas e região).
+ **Valores de parâmetros**
Use os valores definidos nos parâmetros do documento de automação.
+ **Grupo de recursos**
Na AWS , um recurso é uma entidade com a qual é possível trabalhar. Os exemplos incluem instâncias do Amazon EC2, pilhas do AWS CloudFormation ou buckets do Amazon S3. Se você trabalha com vários recursos, pode ser útil gerenciá-los como um grupo, em vez de migrar de um serviço da AWS para outro em todas as tarefas. Em alguns casos, é possível querer gerenciar um grande número de recursos relacionados, como instâncias do EC2 que compõem uma camada de aplicação. Nesse caso, você provavelmente precisará realizar ações em massa nesses recursos ao mesmo tempo.
+ **Tags**
As tags ajudam a categorizar os recursos da AWS de diferentes maneiras, como por finalidade, por proprietário ou por ambiente. Essa categorização é útil quando você tem muitos recursos do mesmo tipo. É possível identificar rapidamente um recurso específico usando as tags atribuídas.
+ **Rate Control (Controle de taxa**
A opção Rate Control (Controle de taxa) também é definida nas configurações Multi-Account and Region (Várias contas e região). Ao definir os parâmetros de controle de taxa, você define a quanto da sua frota a automação será aplicada, seja por contagem de alvos ou por porcentagem da frota.
**Multi-Account and Region (Várias contas e região**
Além dos parâmetros especificados em Rate Control (Controle de taxa), que também são usados nas configurações Multi-Account and Region (Várias contas e região), há duas configurações adicionais:
+ **Contas e unidades organizacionais (UOs)**
Especifique várias contas nas quais você deseja executar a automação.
+ **Regiões da AWS**
Especifique várias Regiões da AWS nas quais você deseja executar a automação.
**Execução manual**
Esta opção é semelhante a **Simple execution (Execução simples)**, mas permite percorrer cada etapa de automação e auditar os resultados.
## Atualizar o Windows Server
O runbook `[AWSEC2-CloneInstanceAndUpgradeWindows](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awsec2-CloneInstanceAndUpgradeWindows.html)` cria uma imagem de máquina da Amazon (AMI) usando uma instância do Windows Server na sua conta e atualiza essa AMI para uma versão com suporte de sua escolha. Esse processo com diversas etapas pode levar até duas horas para ser concluído.
Existem duas AMIs incluídas no processo de atualização automatizada:
+ **Instância atual em execução**. A primeira AMI é a instância em execução atual, que não é atualizada. Essa AMI é usada para iniciar outra instância para executar a atualização no local. Quando o processo é concluído, essa AMI é excluída da sua conta, a menos que você solicite especificamente que a instância original seja mantida. Essa configuração é tratada pelo parâmetro `KeepPreUpgradeImageBackUp` (o valor padrão é `false`, o que significa que a AMI é excluída por padrão).
+ **AMI atualizada**. Esta AMI é o resultado do processo de automação.
O resultado final é uma AMI, que é a instância atualizada da AMI.
Quando a atualização estiver concluída, será possível testar a funcionalidade da sua aplicação iniciando a nova AMI na sua Amazon VPC. Depois de concluir o teste e antes de executar outra atualização, programe o tempo de inatividade da aplicação antes de mudar completamente para a instância atualizada.
### Pré-requisitos
Para automatizar a atualização do seu Windows Server com o documento do AWS Systems Manager Automation, é necessário executar as seguintes tarefas:
+ Criar uma função do IAM com as políticas do IAM especificadas para permitir que o Systems Manager execute tarefas de automação nas suas instâncias do Amazon EC2 e verifique se você atende aos pré-requisitos para usar o Systems Manager. Para obter mais informações, consulte [Criação de uma função para delegar permissões a um serviço da AWS](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_create_for-service.html) no *Guia do usuário do AWS Identity and Access Management*.
+ [Selecione a opção de como você deseja que a automação seja executada](#automated-execution-option). As opções para execução são **Simple execution (Execução simples)**, **Rate control (Controle de taxa)**, **Multi-account and Region (Várias contas e região)** e **Manual execution (Execução manual)**. Para saber mais sobre essas opções, consulte [Opções de execução](#automated-execution-option).
+ Verifique se o SSM Agent está instalado na sua instância. Para obter mais informações, consulte [Instalação e configuração do SSM Agent em instâncias do Amazon EC2 no Windows Server](https://docs.aws.amazon.com/systems-manager/latest/userguide/ssm-agent-windows.html).
+ O Windows PowerShell 3.0 ou posterior deve ser instalado em sua instância.
+ Para instâncias ingressadas em um domínio do Microsoft Active Directory, é recomendável especificar um `SubnetId` que não tenha conectividade com seus controladores de domínio para ajudar a evitar conflitos de nome de host.
+ A sub-rede da instância deve ter conectividade de saída com a Internet, o que fornece acesso a Serviços da AWS, como o Amazon S3, e acesso para baixar correções da Microsoft. Esse requisito será atendido se a sub-rede for pública e a instância tiver um endereço IP público ou se a sub-rede for uma sub-rede privada com uma rota que envie o tráfego da Internet para um dispositivo NAT público.
+ Essa automação funciona com instâncias que executam o Windows Server 2008 R2, o Windows Server 2012 R2, o Windows Server 2016 e o Windows Server 2019.
+ Verifique se a instância tem 20 GB de espaço livre em disco no disco de inicialização.
+ Se a instância não usar uma licença do Windows fornecida pela AWS, especifique um ID de snapshot do Amazon EBS que inclua a mídia de instalação do Windows Server 2012 R2. Para fazer isso:
1. Verifique se a instância do Amazon EC2 está executando o Windows Server 2012 ou posterior.
1. Crie um volume do Amazon EBS de 6 GB na mesma zona de disponibilidade em que a instância está sendo executada. Associe o volume à instância. Instale-a, por exemplo, como unidade D.
1. Clique com o botão direito do mouse no ISO e instale-o a uma instância como, por exemplo, unidade E.
1. Copie o conteúdo do ISO da unidade E:\$1 para a unidade D:\$1
1. Crie um snapshot do Amazon EBS do volume de 6 GB criado na etapa 2 acima.
### Limitações de atualização do Windows Server
Essa automação não oferece suporte para a atualização de controladores de domínio do Windows, clusters ou sistemas operacionais de desktop do Windows. Além disso, essa automação não oferece suporte a instâncias do Amazon EC2 para Windows Server com as seguintes funções instaladas:
+ Host de sessão de área de trabalho remota (RDSH)
+ Agente de conexão de área de trabalho remota (RDCB)
+ Host de virtualização de área de trabalho remota (RDVH)
+ Acesso via Web à Área de Trabalho Remota (RDWA)
### Etapas para executar uma atualização automatizada do Windows Server
Siga estas etapas para atualizar sua instância do Windows Server usando o runbook de automação [AWSEC2-CloneInstanceAndUpgradeWindows](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awsec2-CloneInstanceAndUpgradeWindows.html).
1. Abra o Systems Manager no **Console de Gerenciamento da AWS**.
1. No painel de navegação à esquerda, em **Change Management** (Gerenciamento de alterações), escolha **Automation** (Automação).
1. Escolha **Execute automation**.
1. Procure o documento de automação chamado `AWSEC2-CloneInstanceAndUpgradeWindows`.
1. Quando o nome do documento aparecer, selecione-o. Ao selecioná-lo, os detalhes do documento aparecerão.
1. Selecione **Execute automation** (executar automação) para introduzir os parâmetros desse documento. Deixe **Simple execution (Execução simples)** selecionada na parte superior da página.
1. Insira os parâmetros solicitados com base na orientação a seguir.
+ `InstanceID`
**Tipo:** string
(Obrigatório) A instância que executa o Windows Server 2008 R2, 2012 R2, 2016 or 2019 w com o SSM Agent instalado.
+ `InstanceProfile`.
**Tipo:** string
(Obrigatório) O perfil da instância do IAM. Essa é a função do IAM usada para executar a automação do Systems Manager em relação à instância do Amazon EC2 e às AMIs da AWS. Para obter mais informações, consulte [Configurar permissões de instância do EC2](https://docs.aws.amazon.com/systems-manager/latest/userguide/setup-instance-permissions.html#instance-profile-add-permissions) no *Guia do usuário do AWS Systems Manager*.
+ `TargetWindowsVersion`
**Tipo:** string
(Obrigatório) Selecione a versão de destino do Windows.
+ `SubnetId`
**Tipo:** string
(Obrigatório) Esta é a sub-rede do processo de atualização e onde reside sua instância de origem do EC2. Verifique se a sub-rede tem conectividade de saída para serviços da AWS, incluindo o Amazon S3 e também para a Microsoft (para fazer download de patches).
+ `KeepPreUpgradedBackUp`
**Tipo:** string
(Opcional) Se esse parâmetro estiver definido como `true`, a automação retém a imagem criada a partir da instância. A configuração padrão é `false`.
+ `RebootInstanceBeforeTakingImage`
**Tipo:** string
(Opcional) O padrão é `false` (sem reinicialização). Se esse parâmetro estiver configurado como `true`, o Systems Manager reinicializará a instância antes de criar uma AMI para a atualização.
1. Depois de inserir os parâmetros, selecione **Execute (Executar)**. Quando a automação começar, será possível monitorar o progresso da execução.
1. Quando a automação for concluída, você verá o ID da AMI. É possível iniciar a AMI para verificar se o sistema operacional Windows está atualizado.
**nota**
Não é necessário que a automação execute todas as etapas. As etapas são condicionais com base no comportamento da automação e da instância. O Systems Manager pode pular algumas etapas que não são obrigatórias.
Além disso, algumas etapas podem expirar. O Systems Manager tenta atualizar e instalar todos os patches mais recentes. Às vezes, porém, os patches expiram com base em uma configuração de tempo limite definida para a etapa especificada. Quando isso acontece, a automação do Systems Manager segue para a próxima etapa para garantir que o sistema operacional interno seja atualizado para a versão do Windows Server de destino.
1. Após a conclusão da automação, é possível iniciar uma instância do Amazon EC2 usando o ID da AMI para revisar sua atualização. Para obter mais informações sobre como criar uma instância do Amazon EC2 usando uma AMI da AWS, consulte [Como iniciar uma instância do EC2 a partir de uma AMI personalizada?](https://repost.aws/knowledge-center/launch-instance-custom-ami)
## Atualização do SQL Server
O script [AWSEC2-CloneInstanceAndUpgradeSQLServer](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awsec2-CloneInstanceAndUpgradeSQLServer.html) cria uma AMI de uma instância do Amazon EC2 executando o SQL Server em sua conta e atualiza a AMI para uma versão posterior do SQL Server. Esse processo com diversas etapas pode levar até duas horas para ser concluído.
Nesse fluxo de trabalho, a automação cria uma AMI da instância e inicia a nova AMI na sub-rede que você fornecer. A automação, então, executa uma atualização local do SQL Server. Após a conclusão da atualização, a automação cria uma nova AMI antes de encerrar a instância atualizada.
Existem duas AMIs incluídas no processo de atualização automatizada:
+ **Instância atual em execução**. A primeira AMI é a instância em execução atual, que não é atualizada. Essa AMI é usada para iniciar outra instância para executar a atualização no local. Quando o processo é concluído, essa AMI é excluída da sua conta, a menos que você solicite especificamente que a instância original seja mantida. Essa configuração é tratada pelo parâmetro `KeepPreUpgradeImageBackUp` (o valor padrão é `false`, o que significa que a AMI é excluída por padrão).
+ **AMI atualizada**. Esta AMI é o resultado do processo de automação.
O resultado final é uma AMI, que é a instância atualizada da AMI.
Quando a atualização estiver concluída, será possível testar a funcionalidade da sua aplicação iniciando a nova AMI na sua Amazon VPC. Depois de concluir o teste e antes de executar outra atualização, programe o tempo de inatividade da aplicação antes de mudar completamente para a instância atualizada.
### Pré-requisitos
Para automatizar a atualização do seu SQL Server com o documento do AWS Systems Manager Automation, é necessário executar as seguintes tarefas:
+ Criar uma função do IAM com as políticas do IAM especificadas para permitir que o Systems Manager execute tarefas de automação nas suas instâncias do Amazon EC2 e verifique se você atende aos pré-requisitos para usar o Systems Manager. Para obter mais informações, consulte [Criar um perfil para delegar permissões a um AWS service (Serviço da AWS)](https://docs.aws.amazon.com/IAM/latest/UserGuide/id_roles_create_for-service.html) no *Guia do usuário do AWS Identity and Access Management*.
+ [Selecione a opção de como você deseja que a automação seja executada](#automated-execution-option). As opções para execução são **Simple execution (Execução simples)**, **Rate control (Controle de taxa)**, **Multi-account and Region (Várias contas e região)** e **Manual execution (Execução manual)**. Para saber mais sobre essas opções, consulte [Opções de execução](#automated-execution-option).
+ A instância do Amazon EC2 deve usar o Windows Server 2008 R2 ou posterior and o SQL Server 2008 ou posterior.
+ Verifique se o SSM Agent está instalado na sua instância. Para obter mais informações, consulte [Trabalho com o SSM Agent em instâncias do Amazon EC2 para Windows Server](https://docs.aws.amazon.com/systems-manager/latest/userguide/ssm-agent-windows.html).
+ Verifique se a instância tem espaço em disco suficiente:
+ Se estiver atualizando do Windows Server 2008 R2 para o 2012 R2 ou do Windows Server 2012 R2 para um sistema operacional posterior, verifique se você tem 20 GB de espaço livre no disco de inicialização da instância.
+ Se estiver atualizando do Windows Server 2008 R2 para o 2016 ou posterior, verifique se a instância tem 40 GB de espaço livre no disco de inicialização da instância.
+ Para instâncias que usam uma versão Traga sua própria licença (BYOL) do SQL Server, os seguintes pré-requisitos adicionais se aplicam:
+ Forneça um ID de snapshot do Amazon EBS que inclua a mídia de instalação do SQL Server desejado. Para fazer isso:
1. Verifique se a instância do Amazon EC2 está executando o Windows Server 2008 R2 ou posterior.
1. Crie um volume do Amazon EBS de 6 GB na mesma zona de disponibilidade em que a instância está sendo executada. Associe o volume à instância. Instale-a, por exemplo, como unidade D.
1. Clique com o botão direito do mouse no ISO e instale-o a uma instância como, por exemplo, unidade E.
1. Copie o conteúdo do ISO da unidade E:\$1 para a unidade D:\$1
1. Crie um snapshot do Amazon EBS do volume de 6 GB criado na etapa 2.
### Limitações da atualização automatizada do SQL Server
As seguintes limitações se aplicam ao usar o runbook [AWSEC2-CloneInstanceAndUpgradeSQLServer](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awsec2-CloneInstanceAndUpgradeSQLServer.html) para realizar uma atualização automatizada:
+ A atualização só pode ser realizada em um SQL Server usando a autenticação do Windows.
+ Verifique se há atualizações de patch de segurança pendentes nas instâncias. Abra **Control Panel (Painel de controle)** e, em seguida, escolha **Check for updates (Verificar atualizações)**.
+ Implantações do SQL Server no modo HA e espelhamento não são compatíveis.
### Etapas para executar uma atualização automatizada do SQL Server
Siga estas etapas para atualizar sua instância do SQL Server usando o runbook de automação [AWSEC2-CloneInstanceAndUpgradeSQLServer](https://docs.aws.amazon.com/systems-manager-automation-runbooks/latest/userguide/automation-awsec2-CloneInstanceAndUpgradeSQLServer.html).
1. Se isso ainda não foi feito, faça download do arquivo .iso do SQL Server 2016 e monte-o no servidor de origem.
1. Após a montagem do arquivo .iso, copie todos os arquivos do componente e coloque-os em qualquer volume de sua escolha.
1. Faça um snapshot do volume do Amazon EBS e copie o ID do snapshot em uma área de transferência para uso posterior. Para obter mais informações, consulte [Create Amazon EBS snapshots](https://docs.aws.amazon.com/ebs/latest/userguide/ebs-creating-snapshot.html) no **Guia do usuário do Amazon EBS**.
1. Anexe o perfil da instância à instância de origem do Amazon EC2. Isso permite que o Systems Manager se comunique com a instância do EC2 e execute comandos nele depois que ele é adicionado ao serviço do AWS Systems Manager. Para esse exemplo, nomeamos a função `SSM-EC2-Profile-Role` com a política `AmazonSSMManagedInstanceCore ` anexada à função.
1. No console do AWS Systems Manager, no painel de navegação à esquerda, selecione **Managed Instances (Instâncias gerenciadas)**. Verifique se sua instância do EC2 está na lista de instâncias gerenciadas. Se você não vir a instância depois de alguns minutos, leia [Onde estão minhas instâncias?](https://docs.aws.amazon.com/systems-manager/latest/userguide/troubleshooting-remote-commands.html#where-are-instances) no *Guia do usuário do AWS Systems Manager*.
1. No painel de navegação à esquerda, em **Change Management** (Gerenciamento de alterações), escolha **Automation** (Automação).
1. Escolha **Execute automation**.
1. Procure o documento de automação chamado `AWSEC2-CloneInstanceAndUpgradeSQLServer`.
1. Escolha documento do SSM `AWSEC2-CloneInstanceAndUpgradeSQLServer` e selecione **Next** (Avançar).
1. Verifique se a opção **Simple execution (Execução simples)** está selecionada.
1. Insira os parâmetros solicitados com base na orientação a seguir.
+ `InstanceId`
**Tipo:** string
(Obrigatório) A instância executando o SQL Server 2008 R2 (ou posterior).
+ `IamInstanceProfile`
**Tipo:** string
(Obrigatório) O perfil da instância do IAM.
+ `SQLServerSnapshotId`
**Tipo:** string
(Obrigatório) O ID do snapshot para a mídia de instalação do SQL Server de destino. Esse parâmetro não é necessário para instâncias incluídas na licença do SQL Server.
+ `SubnetId`
**Tipo:** string
(Obrigatório) Esta é a sub-rede do processo de atualização e onde reside sua instância de origem do EC2. Verifique se a sub-rede tem conectividade de saída para serviços da AWS, incluindo o Amazon S3 e também para a Microsoft (para fazer download de patches).
+ `KeepPreUpgradedBackUp`
**Tipo:** string
(Opcional) Se esse parâmetro estiver definido como `true`, a automação retém a imagem criada a partir da instância. A configuração padrão é `false`.
+ `RebootInstanceBeforeTakingImage`
**Tipo:** string
(Opcional) O padrão é `false` (sem reinicialização). Se esse parâmetro estiver configurado como `true`, o Systems Manager reinicializará a instância antes de criar uma AMI para a atualização.
+ `TargetSQLVersion`
**Tipo:** string
(Opcional) A versão do SQL Server de destino. O padrão é `2016`.
1. Depois de inserir os parâmetros, selecione **Execute (Executar)**. Quando a automação começar, será possível monitorar o progresso da execução.
1. Quando **Execution status (Status de execução)** mostrar **Success (Sucesso)**, expanda **Outputs (Saídas)** para visualizar as informações da AMI. É possível usar o ID da AMI para iniciar sua instância do SQL Server para a VPC de sua escolha.
1. Abra o console do Amazon EC2. No painel de navegação à esquerda, selecione **AMIs**. É necessário ver a nova AMI.
1. Para verificar se a nova versão do SQL Server foi instalada com êxito, selecione a nova AMI e escolha **Launch** (Iniciar).
1. Escolha o tipo de instância que você deseja para a AMI, a VPC e a sub-rede que você deseja implantar e o armazenamento que deseja usar. Como você está lançando a nova instância de uma AMI, os volumes são apresentados como uma opção para incluir na nova instância do EC2 que você está executando. É possível remover qualquer um desses volumes ou adicionar volumes.
1. Adicione uma tag para ajudar você a identificar sua instância.
1. Adicione o grupo de segurança ou grupos à instância.
1. Escolha **Launch Instance (Executar instância)**.
1. Escolha o nome da tag para a instância e selecione **Connect (Conectar)** no menu suspenso **Actions (Ações)**.
1. Verifique se a nova versão do SQL Server é mecanismo de banco de dados na nova instância.
# Migrar uma instância do EC2 Windows para um tipo de instância baseada em Nitro
As AMIs do Windows da AWS são configuradas com as definições padrão usadas pela mídia de instalação da Microsoft com algumas personalizações. As personalizações incluem drivers e configurações compatíveis com [instâncias baseadas em Nitro](instance-types.md#instance-hypervisor-type), como M5 e C5.
Ao migrar de instâncias baseadas em Xen para instâncias baseadas em Nitro, inclusive instâncias bare metal, recomendamos seguir as etapas deste tópico nos seguintes casos:
+ Se você estiver iniciando instâncias a partir de AMIs personalizadas do Windows
+ Se você estiver iniciando instâncias a partir de AMIs do Windows fornecidas pela Amazon que foram criadas antes de agosto de 2018
Como alternativa, é possível usar o documento de automação do `AWSSupport-UpgradeWindowsAWSDrivers` para automatizar os procedimentos descritos em Parte 1, Parte 2 e Parte 3. Se você optar por usar o procedimento automatizado, consulte [(Alternativa) Atualizar os drivers PV, ENA e NVMe da AWS usando o AWS Systems Manager](#auto-upgrade) e continue com a Parte 4 e a Parte 5.
Para obter mais informações, consulte [Atualização do Amazon EC2 – tipos de instância adicionais, Sistema Nitro e opções de CPU](https://aws.amazon.com/blogs/aws/amazon-ec2-update-additional-instance-types-nitro-system-and-cpu-options/).
**nota**
Os procedimentos de migração a seguir podem ser executados no Windows Server versão 2016 e posterior. As versões anteriores do sistema operacional que chegaram ao fim da vida útil não foram testadas e podem não ser compatíveis com os tipos de instância mais recentes.
Para migrar instâncias Linux, consulte [Alterações no tipo de instância do Amazon EC2](ec2-instance-resize.md).
**Contents**
+ [Parte 1: Instalar e atualizar drivers da AWS PV](#upgrade-pv)
+ [Parte 2: Instalar e atualizar ENA](#upgrade-ena)
+ [Parte 3: Atualizar drivers AWS NVMe](#upgrade-nvme)
+ [Parte 4: Atualizar o EC2Config e o EC2Launch](#upgdate-ec2config-ec2launch)
+ [Parte 5: Instalar o driver de porta serial para instâncias bare metal](#install-serial-port-bare-metal)
+ [Parte 6: Atualizar as configurações de gerenciamento de energia](#power-management)
+ [Parte 7: Atualizar drivers do chipset Intel para novos tipos de instância](#power-management-intel-drivers)
+ [(Alternativa) Atualizar os drivers PV, ENA e NVMe da AWS usando o AWS Systems Manager](#auto-upgrade)
**Antes de começar**
Este procedimento pressupõe que você tenha uma [instância baseada em Xen](instance-types.md#instance-hypervisor-type), como uma M4 ou C4, e esteja migrando para uma [instância baseada em Nitro](instance-types.md#instance-hypervisor-type).
Use a versão 3.0 do PowerShell, ou posterior, para fazer a atualização com êxito.
**nota**
Ao migrar, as configurações de IP estático ou de DNS personalizado no cartão de interface de rede existente poderão ser perdidas uma vez que a instância será padronizada para um novo dispositivo de adaptador de redes aperfeiçoadas.
Antes de seguir as etapas neste procedimento, recomendamos que você crie um backup de instância. No [Console EC2](https://console.aws.amazon.com/ec2/), escolha a instância que requer a migração, abra o menu de contexto (botão direito do mouse), escolha **Estado da instância** e **Parar**.
**Atenção**
Quando você interrompe uma instância, os dados em todos os volumes de armazenamento de instâncias são apagados. Para preservar dados em volumes de armazenamento de instâncias, faça backup dos dados no armazenamento persistente.
Abra o menu de contexto (clique com o botão direito do mouse) da instância, no [Console EC2](https://console.aws.amazon.com/ec2/), escolha **Imagem**, e depois escolha **Criar imagem**.
**nota**
As partes 4 e 5 destas instruções podem ser concluídas após a migração ou alteração do tipo de instância. No entanto, recomendamos que você as conclua antes da migração, especialmente se estiver migrando para um tipo de instância bare metal.
## Parte 1: Instalar e atualizar drivers da AWS PV
Embora os drivers AWS PV não sejam utilizados no sistema Nitro, você ainda deve atualizá-los se você estiver em versões anteriores do Citrix PV ou AWS PV. Os drivers AWS PV mais recentes resolvem erros em versões anteriores dos drivers que podem aparecer enquanto você estiver no sistema Nitro, ou se você precisar migrar de volta a uma instância baseada em Xen. Como prática recomendada, recomendamos sempre atualizar os drivers mais recentes de instâncias do Windows na AWS.
Use o seguinte procedimento para executar uma atualização no local dos drivers AWS PV ou fazer uma atualização de drivers Citrix PV para drivers AWS PV no Windows Server 2008 R2, no Windows Server 2012, no Windows Server 2012 R2, no Windows Server 2016 ou no Windows Server 2019. Para obter mais informações, consulte [Atualizar drivers PV em instâncias do Windows do EC2](Upgrading_PV_drivers.md).
Para atualizar um controlador de domínio, consulte [Atualizar um controlador de domínio (atualização do AWS PV)](Upgrading_PV_drivers.md#aws-pv-upgrade-dc).
**Para executar uma atualização de drivers AWS PV**
1. Conecte-se à instância usando o Remote Desktop e prepare a instância a ser atualizada. Deixe offline todos os discos que não sejam do sistema antes de executar a atualização. Essa etapa não será necessária se você executar uma atualização no local dos drivers AWS PV. Defina serviços não essenciais como inicialização **Manual** no console de Services.
1. [Faça download](https://s3.amazonaws.com/ec2-windows-drivers-downloads/AWSPV/Latest/AWSPVDriver.zip) do pacote de drivers mais recente na instância.
1. Extraia o conteúdo da pasta e execute `AWSPVDriverSetup.msi`.
Depois de executar o MSI, a instância é reinicializada automaticamente e, em seguida, atualiza o driver. A instância pode ficar indisponível por até 15 minutos.
Após o término da atualização e a instância passar nas duas verificações de integridade no console do Amazon EC2, conecte-se à instância usando o Remote Desktop e verifique se o novo driver foi instalado. Em Device Manager (Gerenciador de dispositivos), em **Storage Controllers** (Controladores de armazenamento), localize **AWS PV Storage Host Adapter** (Adaptador host de armazenamento do PV). Verifique se a versão do driver é a mesma que a versão mais recente listada na tabela Histórico de versões do driver. Para obter mais informações, consulte [AWSHistórico do pacote de drivers PV](xen-drivers-overview.md#pv-driver-history).
## Parte 2: Instalar e atualizar ENA
Atualize para o driver Elastic Network Adapter mais recente para garantir todos os recursos de rede sejam aceitos. Se você executou a instância e ela não tiver a rede avançada habilitada, faça download e instale o driver do adaptador de rede obrigatório na instância. Depois, defina o atributo da instância enaSupport para **ativar a rede avançada**. Você somente poderá ativar esse atributo em tipos de instância suportados e somente se o driver ENA estiver instalado. Para obter mais informações, consulte [Habilitar redes aperfeiçoadas com o ENA em instâncias do EC2](enhanced-networking-ena.md).
1. [Faça download](https://s3.amazonaws.com/ec2-windows-drivers-downloads/ENA/Latest/AwsEnaNetworkDriver.zip) do driver mais recente para a instância. Se você precisar de uma versão anterior do driver, consulte [Histórico da versão do driver do ENA do Windows](ena-driver-releases-windows.md#ena-win-driver-release-history).
1. Extraia o arquivo zip.
1. Instale o driver executando o script de PowerShell `install.ps1` da pasta extraída.
**nota**
Para evitar erros de instalação, execute o script `install.ps1` como um administrador.
1. Verifique se AMI tem enaSupport ativado. Em caso negativo, continue seguindo a documentação em [Habilitar redes aperfeiçoadas com o ENA em instâncias do EC2](enhanced-networking-ena.md).
## Parte 3: Atualizar drivers AWS NVMe
AWSOs drivers NVMe são usados para interagir com volumes de armazenamento de instâncias de Amazon EBS e de SSD que são expostos como dispositivos de bloco de NVMe no sistema Nitro para melhor performance.
**Importante**
As instruções a seguir são modificadas especificamente para quando você instala ou atualiza o AWS NVMe em uma instância baseada em Xen com a intenção de migrar a instância para um tipo de instância baseada em Nitro.
1. [Faça download](https://s3.amazonaws.com/ec2-windows-drivers-downloads/NVMe/Latest/AWSNVMe.zip) do pacote de drivers mais recente na instância.
Se você precisar de uma versão anterior do driver, consulte [Versões do driver NVMe para Windows](nvme-driver-version-history.md) para verificar as versões compatíveis.
1. Extraia o arquivo zip.
1. Instale o driver conforme descrito em `Readme.txt`.
1. Abra uma sessão do **PowerShell** e execute este comando:
```
PS C:\> start rundll32.exe sppnp.dll,Sysprep_Generalize_Pnp -wait
```
**nota**
Para aplicar o comando, é necessário executar a sessão do PowerShell como administrador. As versões do PowerShell (x86) resultarão em um erro.
Esse comando executa somente um sysprep em dispositivos do driver. Não executa uma preparação de sysprep completa.
1. Para o Windows Server 2008 R2 e o Windows Server 2012, encerre a instância, altere o tipo da instância e a inicie. Depois, prossiga para a Parte 4. Se você iniciar a instância novamente em um tipo de instância baseada em Xen antes de migrar para um tipo de instância baseada em Nitro, ela não será reiniciada. Para outras AMIs do Windows compatíveis, é possível alterar o tipo de instância a qualquer momento após o sysprep do dispositivo.
## Parte 4: Atualizar o EC2Config e o EC2Launch
Para instâncias do Windows, os utilitários EC2Config e EC2Launch mais recentes fornecem funcionalidade e informações adicionais na execução em sistema Nitro, incluindo o Bare Metal EC2. Por padrão, o serviço EC2Config está incluído em AMIs anteriores ao Windows Server 2016. O EC2Launch substitui o EC2Config nas AMIs do Windows Server 2016 e posterior.
Quando os serviços EC2Config e EC2Launch forem atualizados, as novas AMIs do Windows da AWS incluirão a versão mais recente do serviço. Contudo, você precisa atualizar suas próprias instâncias e AMIs do Windows com a versão mais recente do EC2Config e EC2Launch.
**Para instalar ou atualizar EC2Config**
1. Faça download e descompacte o [instalador do EC2Config](https://s3.amazonaws.com/ec2-downloads-windows/EC2Config/EC2Install.zip).
1. Execute `EC2Install.exe`. Para uma lista completa de opções, execute `EC2Install` com a opção `/?`. Por padrão, a configuração exibe os prompts. Para executar o comando sem prompts, use a opção `/quiet`.
Para obter mais informações, consulte [Instalar a versão mais recente do EC2Config](UsingConfig_Install.md).
**Para instalar ou atualizar EC2Launch**
1. Se você já tiver instalado e configurado o EC2Launch em uma instância, faça um backup do arquivo de configuração do EC2Launch. O processo de instalação não preserva as alterações feitas nesse arquivo. Por padrão, o arquivo está localizado no diretório `C:\ProgramData\Amazon\EC2-Windows\Launch\Config`.
1. Faça download do [EC2-Windows-Launch.zip](https://s3.amazonaws.com/ec2-downloads-windows/EC2Launch/latest/EC2-Windows-Launch.zip) em um diretório na instância.
1. Faça download do [install.ps1](https://s3.amazonaws.com/ec2-downloads-windows/EC2Launch/latest/install.ps1) no mesmo diretório onde você baixou o `EC2-Windows-Launch.zip`.
1. Execute `install.ps1`.
**nota**
Para evitar erros de instalação, execute o script `install.ps1` como um administrador.
1. Se você fez um backup do arquivo de configuração do EC2Launch, copie-o no diretório `C:\ProgramData\Amazon\EC2-Windows\Launch\Config`.
Para obter mais informações, consulte [Usar o agente do EC2Launch v1 para realizar tarefas durante a execução da instância EC2 Windows](ec2launch.md).
## Parte 5: Instalar o driver de porta serial para instâncias bare metal
O tipo de instância `i3.metal` usa um dispositivo serial baseado em PCI em vez de um dispositivo serial baseado em porta de E/S. Os AMIs do Windows mais recentes automaticamente usam dispositivo de série baseado em PCI e tem o driver de porta serial instalados. Se você não estiver usando uma instância lançada de um AMI do Windows fornecido pela Amazon, datado de 11.04.2018 ou posterior, deverá instalar o Driver de porta serial para habilitar o dispositivo serial para recursos de EC2 como Geração de senha e Saída de console. Os utilitários EC2Config e EC2Launch mais recentes também suportam o i3.metal e fornecem funcionalidade adicional. Caso ainda não tenha feito, siga as etapas da Parte 4.
**Para instalar o driver de porta serial**
1. [Faça download](https://s3.amazonaws.com/ec2-windows-drivers-downloads/AWSPCISerialDriver/Latest/AWSPCISerialDriver.zip) do pacote de drivers de série mais recente na instância.
1. Extraia o conteúdo da pasta, abra o menu de contexto (clique com o botão direito) em `aws_ser.INF` e selecione **install (instalar)**.
1. Escolha **OK**.
## Parte 6: Atualizar as configurações de gerenciamento de energia
A seguinte atualização das configurações de gerenciamento de energia definirá os vídeos para nunca desligarem, o que permite desligamentos normais do sistema operacional no sistema Nitro. Todas as AMIs do Windows fornecidas pela Amazon a partir de 2018.11.28 já têm essa configuração padrão.
1. Abra um prompt de comando ou uma sessão do PowerShell.
1. Execute os seguintes comandos:
```
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
```
## Parte 7: Atualizar drivers do chipset Intel para novos tipos de instância
Os tipos de instância `u-6tb1.metal`, `u-9tb1.metal` e `u-12tb1.metal` usam hardware que exige drivers de chipset que não foram instalados anteriormente nas AMIs do Windows. Se você não estiver usando uma instância executada de uma AMI do Windows fornecida pela Amazon, datada de 19/11/2018 ou posterior, deverá instalar os drivers usando o utilitário INF do Chipset Intel.
**Para instalar os drivers de chipset**
1. [Utilitário Chipset INF](https://www.intel.com/content/www/us/en/download/19347/chipset-inf-utility.html) na instância.
1. Extraia os arquivos.
1. Execute `SetupChipset.exe`.
1. Aceite o contrato de licença do software Intel e instale os drivers do chipset.
1. Reinicialize a instância.
## (Alternativa) Atualizar os drivers PV, ENA e NVMe da AWS usando o AWS Systems Manager
O documento de automação do `AWSSupport-UpgradeWindowsAWSDrivers` automatiza as etapas descritas em Parte 1, Parte 2 e Parte 3. Esse método também pode reparar uma instância onde houve falha nas atualizações de driver.
O documento de automação do `AWSSupport-UpgradeWindowsAWSDrivers` atualiza ou repara os drivers AWS de armazenamento e rede na instância do EC2 especificada. O documento tenta instalar as versões mais recentes dos drivers da AWS online chamando o AWS Systems Manager Agent (SSM Agent). Se o SSM Agent não puder ser conectado, o documento poderá executar uma instalação offline dos drivers da AWS caso solicitado explicitamente.
**nota**
Esse procedimento falhará em um controlador de domínio. Para atualizar drivers em um controlador de domínio, consulte [Atualizar um controlador de domínio (atualização do AWS PV)](Upgrading_PV_drivers.md#aws-pv-upgrade-dc).
**Como atualizar automaticamente os drivers AWS PV, ENA e NVMe usando AWS Systems Manager**
1. Abra o console do Systems Manager em [https://console.aws.amazon.com/systems-manager](https://console.aws.amazon.com/systems-manager).
1. Escolha **Automation (Automação)**, **Execute Automation (Executar automação)**.
1. Pesquise e selecione o documento de automação **AWSSupport-UpgradeWindowsAWSDrivers** e escolha **Executar automação**.
1. Na seção **Parâmetros de entrada**, configure as seguintes opções:
ID da instância
Insira o ID exclusivo da instância a ser atualizada.
AllowOffline
(Opcional) Escolha uma das seguintes opções:
+ `True`: escolha essa opção para executar uma instalação offline. A instância é interrompida e reiniciada durante o processo de atualização.
**Atenção**
Quando você interrompe uma instância, os dados em todos os volumes de armazenamento de instâncias são apagados. Para preservar dados em volumes de armazenamento de instâncias, faça backup dos dados no armazenamento persistente.
+ `False`: (Padrão) para executar uma instalação online, deixe essa opção selecionada. A instância é reiniciada durante o processo de atualização.
As atualizações online e offline criam uma AMI antes de tentar as operações de atualização. A AMI persiste depois da conclusão da automação. Garanta seu acesso à AMI ou exclua-o se não for mais necessário.
SubnetId
(Opcional) Insira um dos seguintes valores:
+ `SelectedInstanceSubnet` — (Padrão) O processo de atualização executa a instância *helper* na mesma sub-rede da instância que deve ser atualizada. A sub-rede deve permitir a comunicação com os endpoints Systems Manager (`ssm.*`).
+ `CreateNewVPC` — O processo de atualização executa a instância *helper* em uma nova VPC. Use essa opção se não souber ao certo se a sub-rede da instância de destino permite a comunicação com os endpoints `ssm.*`. O usuário deve ter permissão para criar uma VPC.
+ Um ID de sub-rede específico — Especifique o ID de uma sub-rede específica na qual executar a instância *helper*. A sub-rede na mesma zona de disponibilidade da instância que deve ser atualizada, e deve permitir a comunicação com os endpoints `ssm.*`.
1. Clique em **Executar**.
1. Deixe a atualização terminar. Pode levar até 10 minutos para concluir uma atualização online e até 25 minutos para concluir uma atualização offline.
# Solucionar problemas de atualização de um sistema operacional em uma instância do Windows do EC2
A AWS oferece suporte à atualização para problemas com o Upgrade Helper Service, um utilitário da AWS que ajuda você a executar atualizações no local que envolvem drivers Citrix PV.
Após a atualização, a instância pode apresentar temporariamente uma utilização de CPU maior do que a média enquanto o serviço .NET Runtime Optimization otimiza o .NET Framework. Esse comportamento é esperado.
Se a instância não foi aprovada em todas verificações de status após várias horas, verifique os aspectos a seguir.
+ Se você fez a atualização para o Windows Server 2008 e ambas as verificações de status falharem após várias horas, a atualização pode ter falhado e estar apresentando um prompt para **Clicar em OK** a fim de confirmar a reversão. Como o console não está acessível nesse estado, não há como clicar no botão. Para contornar isso, execute uma reinicialização através da API ou do console do Amazon EC2. A reinicialização levará 10 minutos ou mais para ser iniciada. A instância pode se tornar disponível após 25 minutos.
+ Remova as aplicações ou as funções do servidor e tente novamente.
Se a instância não for aprovada em todas as verificações de status após a remoção das aplicações ou funções do servidor, faça o seguinte.
+ Interrompa a instância e anexe o volume raiz a outra instância. Para obter mais informações, consulte a descrição de como parar e anexar o volume raiz a outra instância em ["Esperando o serviço de metadados"](common-messages.md#metadata-unavailable).
+ Analise os [arquivos de log de configuração e os logs de eventos do Windows](https://learn.microsoft.com/en-us/windows-hardware/manufacture/desktop/windows-setup-log-files-and-event-logs?view=windows-11) para ver se há falhas.
Para outros problemas com uma atualização ou uma migração do sistema operacional, recomendamos analisar os artigos indicados em [Antes de iniciar uma atualização no local](os-inplaceupgrade.md#os-upgrade-before).