Problemas conhecidos no Azure Local

Artigo
03/22/2025

Este artigo identifica problemas críticos conhecidos e suas soluções alternativas no Azure Local.

Essas notas de versão são atualizadas continuamente e, à medida que problemas críticos que exigem uma solução alternativa são descobertos, elas são adicionadas. Antes de implantar sua instância Local do Azure, examine cuidadosamente as informações contidas aqui.

Importante

Para obter informações sobre os caminhos de atualização suportados para esta versão, consulte Informações sobre a versão.

Para obter mais informações sobre os novos recursos desta versão, consulte Novidades do Azure Local.

Problemas conhecidos da versão 2411.3

Esta versão do software corresponde à versão 2411.3.2.

Importante

As novas implantações deste software usam a compilação 2411.3.2. Você também pode atualizar a partir de 2411.2.

As notas de versão para esta versão incluem os problemas corrigidos nesta versão, problemas conhecidos nesta versão e problemas de nota de versão transferidos de versões anteriores.

Observação

Para obter uma correção detalhada para problemas comuns conhecidos, consulte o repositório Azure Local Supportability GitHub.

Problemas corrigidos

Não há problemas corrigidos nesta versão.

Problemas conhecidos nesta versão

A tabela a seguir lista os problemas conhecidos nesta versão:

Funcionalidade	Questão	Solução alternativa
Sistema Operativo	A restauração do Registro usando RegBack não é suportada no Azure Local. Essa operação pode remover as configurações do Lifecycle Manager (LCM) e do Microsoft On-premises Cloud (MOC) em sua instância local do Azure, o que pode corromper a solução.

Problemas conhecidos de versões anteriores

A tabela a seguir lista os problemas conhecidos de versões anteriores:

Funcionalidade Questão Solução alternativa

Atualizar Ao monitorar o progresso da atualização no portal de Gerenciamento de Atualizações do Azure, o progresso pode parecer não ter sido atualizado por várias horas. Execute Get-SolutionUpdate em um dos nós do cluster. Se um objeto de atualização for retornado, a atualização pode estar demorando mais do que o esperado, mas está progredindo. Se um objeto de atualização não for retornado, a atualização pode estar paralisada. Para obter etapas detalhadas sobre como resolver esse problema, consulte o Guia de solução de problemas .

Implantação A validação expira devido à desserialização da marca temporal. Ao implantar o sistema operacional, selecione em inglês (Estados Unidos) como o idioma de instalação, bem como o formato de hora e moeda.
Para obter etapas detalhadas de correção, consulte o guia de solução de problemas no repositório Azure Local Supportability GitHub.

Atualizar Ao atualizar da versão 2408.2.7 para 2411.0.24, o processo de atualização pode falhar com a seguinte mensagem de erro: Type 'CauPreRequisites' of Role 'CAU' raised an exception: Could not finish cau prerequisites due to error 'Cannot remove item C:\UpdateDistribution\<any_file_name>: Access to the path is denied.' Para obter etapas detalhadas sobre como mitigar esse problema, consulte Guia de Solução de Problemas Local do Azure para Atualização.

Atualizar Com a versão 2411, a solução e a atualização da Extensão do Construtor de Soluções não são combinadas em uma única execução de atualização. Para aplicar um pacote de extensão do Solution Builder, você precisa de uma execução de atualização separada.

Atualizar Ao aplicar a atualização de solução nesta versão, a atualização pode falhar. Isso ocorrerá somente se a atualização tiver sido iniciada antes de 26 de novembro. O problema que causa a falha pode resultar em uma das seguintes mensagens de erro:

Erro 1 - A etapa "atualizar ARB e extensão" erro "Clear-AzContext falhou com 0 e exceção chamando "Initialize" com "1" argumento(s): "Object reference not set to an instance of an object." em "Clear-AzPowerShellCache".

Erro 2 - A etapa "EvalTVMFlow" erro "CloudEngine.Actions.InterfaceInvocationFailedException: Tipo 'EvalTVMFlow' da função 'ArcIntegration' levantou uma exceção: Este módulo requer Az.Accounts versão 3.0.5. Uma versão anterior do Az.Accounts é importada na sessão atual do PowerShell. Abra uma nova sessão antes de importar este módulo. Esse erro pode indicar que várias versões incompatíveis dos cmdlets do Azure PowerShell estão instaladas em seu sistema. Consulte https://aka.ms/azps-version-error para obter informações sobre solução de problemas."

Dependendo da versão dos módulos do PowerShell, o erro acima pode ser relatado para ambas as versões 3.0.4 e 3.0.5. Para obter etapas detalhadas sobre como mitigar esse problema, acesse: https://aka.ms/azloc-update-30221399.

Servidor para reparar Depois de reparar um nó e executar o comando Set-AzureStackLCMUserPassword, você pode encontrar o seguinte erro:

CloudEngine.Actions.InterfaceInvocationFailedException: Type 'ValidateCredentials' of Role 'SecretRotation' raised an exception: Cannot load encryption certificate. The certificate setting 'CN=DscEncryptionCert' does not represent a valid base-64 encoded certificate, nor does it represent a valid certificate by file, directory, thumbprint, or subject name. at Validate-Credentials Siga estas etapas para mitigar o problema:

$NewPassword = <Provide new password as secure string>

$OldPassword = <Provide the old/current password as secure string>

$Identity = <LCM username>

$credential = New-Object -TypeName PSCredential -ArgumentList $Identity, $NewPassword

1. Importe o módulo necessário:

Import-Module "C:\Program Files\WindowsPowerShell\Modules\Microsoft.AS.Infra.Security.SecretRotation\PasswordUtilities.psm1" -DisableNameChecking

2. Verifique o estado do grupo de clusters ECE:

$eceClusterGroup = Get-ClusterGroup | Where-Object {$_.Name -eq "Azure Stack HCI Orchestrator Service Cluster Group"}

if ($eceClusterGroup.State -ne "Online") {Write-AzsSecurityError -Message "ECE cluster group is not in an Online state. Cannot continue with password rotation." -ErrRecord $_}

3. Atualize o ECE com a nova senha:

Write-AzsSecurityVerbose -Message "Updating password in ECE" -Verbose

$eceContainersToUpdate = @("DomainAdmin", "DeploymentDomainAdmin", "SecondaryDomainAdmin", "TemporaryDomainAdmin", "BareMetalAdmin", "FabricAdmin", "SecondaryFabric", "CloudAdmin") foreach ($containerName in $eceContainersToUpdate) {Set-ECEServiceSecret -ContainerName $containerName -Credential $credential 3>$null 4>$null} Write-AzsSecurityVerbose -Message "Finished updating credentials in ECE." -Verbose

4. Atualize a senha no Ative Directory:

Set-ADAccountPassword -Identity $Identity -OldPassword $OldPassword -NewPassword $NewPassword

Gerenciamento de VM do Arc Não é suportado usar um disco do sistema operativo exportado de uma VM do Azure como um VHD para criar uma imagem de galeria para provisionar uma VM do Arc. Execute o comando restart-service mochostagent para reiniciar o serviço mochostagent.

Redes de Contactos Quando um nó é configurado com um servidor proxy que tem letras maiúsculas no seu endereço, como HTTPS://10.100.000.00:8080, as extensões Arc não conseguem ser instaladas ou atualizadas no nó em builds existentes, incluindo a versão 2408.1. No entanto, o nó permanece conectado ao Arc. Siga estas etapas para mitigar o problema:

1. Defina os valores do ambiente em minúsculas. [System.Environment]::SetEnvironmentVariable("HTTPS_PROXY", "https://10.100.000.00:8080", "Machine").

2. Valide se os valores foram definidos. [System.Environment]::GetEnvironmentVariable("HTTPS_PROXY", "Machine").

3. Reinicie os serviços Arc.

Restart-Service himds

Restart-Service ExtensionService

Restart-Service GCArcService

4. Sinalize o AzcmaAgent com as informações do proxy em letras minúsculas.

& 'C:\Program Files\AzureConnectedMachineAgent\azcmagent.exe' config set proxy.url https://10.100.000.00:8080

& 'C:\Program Files\AzureConnectedMachineAgent\azcmagent.exe' config list

Rede de Contatos Quando as máquinas Arc ficam inoperacionais, a página "All Clusters" na nova experiência do portal mostra um estado de "Parcialmente Conectado" ou "Não Conectado Recentemente ". Mesmo quando as máquinas Arc se tornam saudáveis, elas podem não mostrar um status "Connected". Não há nenhuma solução conhecida para esse problema. Para verificar o status da conectividade, use a experiência antiga para ver se ela aparece como "Connected".

Gerenciamento de VM do Arc O serviço Mochostagent pode parecer estar em execução, mas pode ficar preso sem atualizar os logs por mais de um mês. Você pode identificar esse problema verificando os logs de serviço no C:\programdata\mochostagent\logs para ver se os logs estão sendo atualizados. Execute o seguinte comando para reiniciar o serviço mochostagent: restart-service mochostagent.

Atualizar As operações para adicionar e reparar nós podem falhar ao atualizar a compilação de 2311 ou anteriores para 2408 ou posteriores. Por exemplo, você pode ver um erro: Type 'AddAsZHostToDomain' of Role 'BareMetal' raised an exception. Não há solução alternativa nesta versão. Se você encontrar esse problema, contate o Suporte da Microsoft para determinar as próximas etapas.

Atualizar Ao exibir os resultados da verificação de preparação para uma instância Local do Azure por meio do Azure Update Manager, pode haver várias verificações de preparação com o mesmo nome. Não há nenhuma solução alternativa conhecida nesta versão. Selecione Exibir detalhes para exibir informações específicas sobre a verificação de preparação.

Atualizar Há um problema intermitente nesta versão em que o portal do Azure relata de forma incorreta o estado da atualização como Falha ao atualizar ou Em andamento, embora a atualização esteja concluída. Conecte-se ao seu de instância local do Azure por meio de uma sessão remota do PowerShell. Para confirmar o status da atualização, execute os seguintes cmdlets do PowerShell:

$Update = get-solutionupdate| ? version -eq "<version string>"

Substitua a cadeia de caracteres de versão pela versão que você está executando. Por exemplo, "10.2405.0.23".

$Update.state

Se o status da atualização for Instalado, nenhuma ação adicional será necessária de sua parte. O portal do Azure atualiza o status corretamente em 24 horas.
Para atualizar o status mais cedo, siga estas etapas em um dos nós.
Reinicie o grupo de clusters de gestão de nuvem.
Stop-ClusterGroup "Cloud Management"
Start-ClusterGroup "Cloud Management"

Atualização

Durante uma atualização inicial do MOC, ocorre uma falha devido à versão do MOC de destino não ser encontrada no cache do catálogo. As atualizações subsequentes e as novas tentativas exibem o MOC na versão de destino, sem que a atualização seja concluída com sucesso e, consequentemente, a atualização do Arc Resource Bridge falha.

Para validar esse problema, colete os logs de atualização usando Solucionar problemas de atualizações de solução para o Azure Local. Os arquivos de log devem mostrar uma mensagem de erro semelhante (a versão atual pode diferir na mensagem de erro):

[ERROR: { "errorCode": "InvalidEntityError", "errorResponse": "{\n\"message\": \"the cloud fabric (MOC) is currently at version v0.13.1. A minimum version of 0.15.0 is required for compatibility\"\n}" }]

Siga estas etapas para mitigar o problema:

1. Para encontrar a versão do agente MOC, execute o seguinte comando: 'C:\Program Files\AksHci\wssdcloudagent.exe' version.

2. Use a saída do comando para encontrar na tabela abaixo a versão do MOC que corresponde à versão do agente e defina $initialMocVersion para essa versão do MOC. Defina o $targetMocVersion localizando a compilação Local do Azure para a qual você está atualizando e obtenha a versão do MOC correspondente na tabela a seguir. Use esses valores no script de mitigação fornecido abaixo:

Construa	versão MOC	Versão do Agente
2311.2	1.0.24.10106	v0.13.0-6-gf13a73f7, v0.11.0-alpha.38,01/06/2024
2402	1.0.25.10203	v0.14.0, v0.13.1, 02/02/2024
2402.1	1.0.25.10302	v0.14.0, v0.13.1, 03/02/2024
2402.2	1.1.1.10314	v0.16.0-1-g04bf0dec, v0.15.1, 14/03/2024
2405/2402.3	1.3.0.10418	v0.17.1, v0.16.5, 18/04/2024

Por exemplo, se a versão do agente for v0.13.0-6-gf13a73f7, v0.11.0-alpha.38,01/06/2024, então $initialMocVersion = "1.0.24.10106" e se estiver a atualizar para 2405.0.23, então $targetMocVersion = "1.3.0.10418".

3. Execute os seguintes comandos do PowerShell no primeiro nó:

$initialMocVersion = "<initial version determined from step 2>"
$targetMocVersion = "<target version determined from step 2>"

# Importar módulo MOC duas vezes
import-module moc
import-module moc
$verbosePreference = "Continue"

# Limpar o cache do catálogo SFS
Remove-Item (Get-MocConfig).manifestCache

# Defina a versão para a versão atual do MOC antes da atualização e defina o estado como falha na atualização
Set-MocConfigValue -name "version" -value $initialMocVersion
Set-MocConfigValue -name "installState" -value ([InstallState]::UpdateFailed)

# Execute novamente a atualização do MOC para a versão desejada
Update-Moc -version $targetMocVersion

4. Retome a atualização.

Implantação Em alguns casos, durante o registro de máquinas locais do Azure, esse erro pode ser visto nos logs de depuração: Encontrou erro interno do servidor. Uma das extensões obrigatórias para implantação de dispositivos pode não estar instalada. Siga estas etapas para mitigar o problema:

$Settings = @{ "CloudName" = $Cloud; "RegionName" = $Region; "DeviceType" = "AzureEdge" }

New-AzConnectedMachineExtension -Name "AzureEdgeTelemetryAndDiagnostics" -ResourceGroupName $ResourceGroup -MachineName $env:COMPUTERNAME -Location $Region -Publisher "Microsoft.AzureStack.Observability" -Settings $Settings -ExtensionType "TelemetryAndDiagnostics" -EnableAutomaticUpgrade

New-AzConnectedMachineExtension -Name "AzureEdgeDeviceManagement" -ResourceGroupName $ResourceGroup -MachineName $env:COMPUTERNAME -Location $Region -Publisher "Microsoft.Edge" -ExtensionType "DeviceManagementExtension"

New-AzConnectedMachineExtension -Name "AzureEdgeLifecycleManager" -ResourceGroupName $ResourceGroup -MachineName $env:COMPUTERNAME -Location $Region -Publisher "Microsoft.AzureStack.Orchestration" -ExtensionType "LcmController"

New-AzConnectedMachineExtension -Name "AzureEdgeRemoteSupport" -ResourceGroupName $ResourceGroup -MachineName $env:COMPUTERNAME -Location $Region -Publisher "Microsoft.AzureStack.Observability" -ExtensionType "EdgeRemoteSupport" -EnableAutomaticUpgrade

AKS no Azure Local A criação do cluster AKS falha com o Error: Invalid AKS network resource id. Esse problema pode ocorrer quando o nome de rede lógica associado tem um sublinhado. Os sublinhados não são suportados em nomes de rede lógicos. Certifique-se de não usar sublinhado nos nomes de redes lógicas implantadas em seu Azure Local.

Reparar servidor Em casos raros, a operação Repair-Server falha com o erro HealthServiceWaitForDriveFW. Nesses casos, as unidades antigas do nó reparado não são removidas e os novos discos ficam presos no modo de manutenção. Para evitar esse problema, certifique-se de NÃO drenar o nó através do Windows Admin Center ou usando o PowerShell cmdlet Suspend-ClusterNode -Drain antes de iniciar Repair-Server.
Se o problema ocorrer, contacte o Suporte da Microsoft para obter os próximos passos.

Reparar o servidor Esse problema é visto quando a instância local do Azure de nó único é atualizada de 2311 para 2402 e, em seguida, a Repair-Server é executada. A operação de reparo falha. Antes de reparar o nó único, siga os seguintes passos:
1. Execute a versão 2402 para o ADPrepTool. Siga as etapas em Preparar o Active Directory. Esta ação é rápida e adiciona as permissões necessárias à Unidade Organizacional (UO).
2. Mova o objeto de computador do segmento Computadores para a UO raiz. Execute o seguinte comando:
Get-ADComputer <HOSTNAME> | Move-ADObject -TargetPath "<OU path>"

Implantação Se você preparar o Ative Directory por conta própria (não usando o script e o procedimento fornecidos pela Microsoft), sua validação do Ative Directory poderá falhar com a falta de permissão Generic All. Isso ocorre devido a um problema na verificação de validação que verifica se há uma entrada de permissão dedicada para msFVE-RecoverInformationobjects – General – Permissions Full control, que é necessária para a recuperação do BitLocker. Use o método de script Preparar AD ou, se estiver a usar o seu próprio método, assegure-se de atribuir a permissão específica msFVE-RecoverInformationobjects – General – Permissions Full control.

Implantação Há um problema raro nesta versão em que o registro DNS é excluído durante a implantação do Azure Local. Quando isso ocorre, observa-se a seguinte exceção:
Type 'PropagatePublicRootCertificate' of Role 'ASCA' raised an exception: The operation on computer 'ASB88RQ22U09' failed: WinRM cannot process the request. The following error occurred while using Kerberos authentication: Cannot find the computer ASB88RQ22U09.local. Verify that the computer exists on the network and that the name provided is spelled correctly at PropagatePublicRootCertificate, C:\NugetStore\Microsoft.AzureStack, at Orchestration.Roles.CertificateAuthority.10.2402.0.14\content\Classes\ASCA\ASCA.psm1: line 38, at C:\CloudDeployment\ECEngine\InvokeInterfaceInternal.psm1: line 127,at Invoke-EceInterfaceInternal, C:\CloudDeployment\ECEngine\InvokeInterfaceInternal.psm1: line 123. Verifique o servidor DNS para ver se algum registro DNS dos nós está faltando. Aplique a atenuação a seguir nos nós onde seu registro DNS está ausente.

Reinicie o serviço de cliente DNS. Abra uma sessão do PowerShell e execute o seguinte cmdlet no nó afetado:
Taskkill /f /fi "SERVICES eq dnscache"

Implantação Nesta versão, há uma falha de tarefa remota em uma implantação de vários nós que resulta na seguinte exceção:
ECE RemoteTask orchestration failure with ASRR1N42R01U31 (node pingable - True): A WebException occurred while sending a RestRequest. WebException.Status: ConnectFailure on [https://<URL>](https://<URL>). A atenuação é reiniciar o agente ECE no nó afetado. Em sua máquina, abra uma sessão do PowerShell e execute o seguinte comando:
Restart-Service ECEAgent.

Adicionar servidor Nesta versão e em versões anteriores, ao adicionar uma máquina ao sistema, não é possível atualizar a cadeia de caracteres da lista de bypass de proxy para incluir a nova máquina. Atualizar a lista de exclusão do proxy nas variáveis de ambiente nos hosts não atualizará a lista de exclusão do proxy no Azure Resource Bridge ou no AKS. Não há solução alternativa nesta versão. Se você encontrar esse problema, contate o Suporte da Microsoft para determinar as próximas etapas.

Adicionar/Reparar o servidor Nesta versão, ao adicionar ou reparar uma máquina, uma falha é vista quando o balanceador de carga de software ou os certificados de VM do controlador de rede estão sendo copiados dos nós existentes. A falha ocorre porque esses certificados não foram gerados durante a implantação/atualização. Não há solução alternativa nesta versão. Se você encontrar esse problema, contate o Suporte da Microsoft para determinar as próximas etapas.

Implantação Nesta versão, há um problema transitório que resulta na falha de implantação, com a seguinte exceção:
Type 'SyncDiagnosticLevel' of Role 'ObservabilityConfig' raised an exception:* *Syncing Diagnostic Level failed with error: The Diagnostic Level does not match. Portal was not set to Enhanced, instead is Basic. Como esse é um problema transitório, tentar novamente a implantação deve corrigir isso. Para obter mais informações, consulte a secção sobre Executar novamente a implementação.

Implantação Nesta versão, há um problema com o campo URI/local de segredos. Este é um campo que é exigido, mas está marcado como Não obrigatório, e resulta em falhas na implementação do modelo do Azure Resource Manager. Use o arquivo de parâmetros de exemplo no de modelo Implantar o Azure Local por meio do Azure Resource Manager para garantir que todas as entradas sejam fornecidas no formato necessário e, em seguida, tente a implantação.
Se houver uma falha na implantação, você também deverá limpar os seguintes recursos antes de executar novamente a implantação:
1. Suprimir C:\EceStore.
2. Suprimir C:\CloudDeployment.
3. Suprimir C:\nugetstore.
4. Remove-Item HKLM:\Software\Microsoft\LCMAzureStackStampInformation.

Segurança Para novas implantações, os dispositivos compatíveis com Secured-core não terão a Raiz Dinâmica de Medição (DRTM) habilitada por padrão. Se você tentar habilitar (DRTM) usando o cmdlet Enable-AzSSecurity, verá um erro informando que a configuração DRTM não é suportada na versão atual.
A Microsoft recomenda uma defesa aprofundada e a Inicialização Segura UEFI ainda protege os componentes na cadeia de inicialização SRT (Static Root of Trust), garantindo que eles sejam carregados somente quando assinados e verificados. DRTM não é suportado nesta versão.

Interconexão Uma verificação de ambiente falha quando um servidor proxy é usado. Por defeito, a lista de exceções é diferente para winhttp e wininet, o que faz com que a verificação de validação falhe. Siga estas etapas de solução alternativa:

1. Limpe a lista de exceções do proxy antes da verificação de integridade e antes de iniciar a implantação ou a atualização.

2. Depois de passar na verificação, aguarde até que a implantação ou atualização falhe.

3. Defina novamente a sua lista de exclusão de proxy.

Gerenciamento de Arc VM A implantação ou atualização do Arc Resource Bridge pode falhar quando o segredo SPN temporário gerado automaticamente durante esta operação começar com um hífen. Tente novamente a implantação/atualização. A nova tentativa deve regenerar o segredo do SPN e a operação provavelmente terá sucesso.

Gerenciamento de VM do Arc As Extensões de Arco em VMs Arc permanecem no "estado de Criando" indefinidamente. Entre na VM, abra um prompt de comando e digite o seguinte:
Windows:
notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json
Linux:
sudo vi /var/opt/azcmagent/agentconfig.json
Em seguida, encontre a propriedade resourcename. Exclua o GUID que é anexado ao final do nome do recurso, para que essa propriedade corresponda ao nome da VM. Em seguida, reinicie a VM.

de gerenciamento do Arc VM Quando uma nova máquina é adicionada a uma instância Local do Azure, o caminho de armazenamento não é criado automaticamente para o volume recém-criado. Você pode criar manualmente um caminho de armazenamento para quaisquer novos volumes. Para obter mais informações, consulte Criar um caminho de armazenamento.

Gerenciamento de VM do Arc A reinicialização da operação do Arc VM é concluída após aproximadamente 20 minutos, embora a própria VM seja reiniciada em cerca de um minuto. Não há nenhuma solução alternativa conhecida nesta versão.

Gestão do Arc VM Em alguns casos, o status da rede lógica é exibido como Falha no portal do Azure. Isso ocorre quando você tenta excluir a rede lógica sem primeiro excluir quaisquer recursos, como interfaces de rede associadas a essa rede lógica.
Você ainda deve ser capaz de criar recursos nesta rede lógica. Neste caso, o estatuto é enganador. Se o status dessa rede lógica era Êxito no momento em que essa rede foi provisionada, você pode continuar a criar recursos nessa rede.

Gerenciamento do Arc VM Nesta versão, quando você atualiza uma VM com um disco de dados anexado a ela usando a CLI do Azure, a operação falha com a seguinte mensagem de erro:
Não foi possível encontrar um disco rígido virtual com o nome. Use o portal do Azure para todas as operações de atualização de VM. Para obter mais informações, consulte Gerir VMs Arc e Gerir recursos de VM Arc.

Atualização Em casos raros, você pode encontrar esse erro ao atualizar sua instância local do Azure: Type 'UpdateArbAndExtensions' of Role 'MocArb' raised an exception: Exception Upgrading ARB and Extension in step [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Invalid applianceyaml = [C:\AksHci\hci-appliance.yaml]. Se vir este problema, contacte o Suporte da Microsoft para o ajudar com os próximos passos.

Networking Há um problema pouco frequente do cliente DNS nesta versão que faz com que a implantação falhe em um sistema de dois nós com um erro de resolução DNS: Ocorreu uma WebException ao enviar um RestRequest. WebException.Status: NameResolutionFailure. Como resultado do bug, o registro DNS do segundo nó é excluído logo após ser criado, resultando em um erro de DNS. Reinicie o computador. Essa operação registra o registro DNS, o que impede que ele seja excluído.

do portal do Azure Em alguns casos, o portal do Azure pode demorar um pouco para ser atualizado e a visualização pode não estar atualizada. Talvez seja necessário aguardar 30 minutos ou mais para ver a exibição atualizada.

Gerenciamento de VM do Arc A exclusão de uma interface de rede em uma VM Arc do portal do Azure não funciona nesta versão. Use a CLI do Azure para primeiro remover a interface de rede e, em seguida, excluí-la. Para obter mais informações, consulte Remover a interface de rede e consulte Excluir a interface de rede.

Implantação Fornecer o nome da UO em uma sintaxe incorreta não é detetado no portal do Azure. A sintaxe incorreta inclui caracteres sem suporte, como &,",',<,>. A sintaxe incorreta é detetada em uma etapa posterior durante a validação do sistema. Certifique-se de que a sintaxe do caminho da UO está correta e não inclui caracteres não suportados.

Implantação As implantações por meio do Azure Resource Manager expiram após 2 horas. As implantações que excedem 2 horas aparecem como falha no grupo de recursos, embora o sistema tenha sido criado com êxito. Para monitorizar a implementação no portal do Azure, vá para o recurso de instância local do Azure e, em seguida, acesse a nova entrada Implantações.

Azure Site Recovery (Recuperação de Sites do Azure) O Azure Site Recovery não pode ser instalado em uma instância Local do Azure nesta versão. Não há nenhuma solução alternativa conhecida nesta versão.

Atualizar Ao atualizar a instância Local do Azure por meio do Azure Update Manager, o progresso e os resultados da atualização podem não estar visíveis no portal do Azure. Para contornar esse problema, em cada nó, adicione a seguinte chave do Registro (nenhum valor necessário):

New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force

Em seguida, em um dos nós, reinicie o grupo de clusters de Gerenciamento de Nuvem.

Stop-ClusterGroup "Cloud Management"

Start-ClusterGroup "Cloud Management"

Isso não corrigirá totalmente o problema, pois os detalhes de progresso ainda podem não ser exibidos durante o processo de atualização. Para obter os detalhes de atualização mais recentes, você pode Recuperar o progresso da atualização com o PowerShell.

Atualizar Em casos raros, se uma atualização com falha estiver presa num estado em progresso no Azure Update Manager, o botão Tentar outra vez fica desativado. Para retomar a atualização, execute o seguinte comando do PowerShell:
Get-SolutionUpdate | Start-SolutionUpdate.

Atualização Em alguns casos, SolutionUpdate comandos podem falhar se executados após o comando Send-DiagnosticData. Certifique-se de fechar a sessão do PowerShell usada para Send-DiagnosticData. Abra uma nova sessão do PowerShell e use-a para SolutionUpdate comandos.

Atualização Em casos raros, ao aplicar uma atualização de 2311.0.24 para 2311.2.4, os relatórios de status do sistema exibem Em progresso em vez do esperado Falha ao atualizar. Tente atualizar novamente. Se o problema persistir, contacte o Suporte da Microsoft.

Atualização As tentativas de instalar atualizações de solução podem falhar no final das etapas da CAU com:
There was a failure in a Common Information Model (CIM) operation, that is, an operation performed by software that Cluster-Aware Updating depends on.
Este problema raro ocorre se os recursos de Cluster Name ou Cluster IP Address falharem ao serem iniciados após a reinicialização de um nó e é mais comum em implantações pequenas. Se você encontrar esse problema, contate o suporte da Microsoft para as próximas etapas. Eles podem trabalhar com você para reiniciar manualmente os recursos locais do Azure e retomar a atualização conforme necessário.

Atualização Ao aplicar uma atualização do sistema a 10.2402.3.11, o cmdlet Get-SolutionUpdate pode não responder e, eventualmente, falhar com um RequestTimeoutException após aproximadamente 10 minutos. É provável que isso ocorra após um cenário de adicionar ou reparar o servidor. Use os cmdlets Start-ClusterGroup e Stop-ClusterGroup para reiniciar o serviço de atualização.

Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group" | Stop-ClusterGroup

Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group" | Start-ClusterGroup

Uma execução bem-sucedida desses cmdlets irá colocar o serviço de atualização online.

Atualização com reconhecimento de cluster Falha ao retomar a operação do nó. Esta é uma questão transitória e poderia ser resolvida por si só. Aguarde alguns minutos e tente novamente a operação. Se o problema persistir, contacte o Suporte da Microsoft.

Atualização com reconhecimento de cluster A operação do nó de suspensão ficou presa por mais de 90 minutos. Esta é uma questão transitória e poderia ser resolvida por si só. Aguarde alguns minutos e tente novamente a operação. Se o problema persistir, contacte o Suporte da Microsoft.

Problemas conhecidos da versão 2411.2

Esta versão do software corresponde ao número de versão do software 2411.2.12.

Importante

As novas implantações deste software usam a compilação 2411.2.12. Você também pode atualizar a partir de 2411.0 e 2411.1.

As notas de versão para esta versão incluem os problemas corrigidos nesta versão, problemas conhecidos nesta versão e problemas de nota de versão transferidos de versões anteriores.

Observação

Para obter uma correção detalhada para problemas comuns conhecidos, consulte o repositório Azure Local Supportability GitHub.

Problemas corrigidos

Os seguintes problemas foram corrigidos nesta versão:

Funcionalidade	Questão	Solução alternativa/Comentários
Arc VM Management	O caminho de armazenamento não pôde ser eliminado devido a uma imagem necessária do AKS que foi pré-descarregada.
Gestão de Máquinas Virtuais Arc	A nova tentativa de exclusão de imagem falha depois que o nó é reiniciado.	Quando o nó cai e se você tentar excluir uma imagem, a exclusão expira. Quando o nó reinicia e tenta novamente a exclusão, a exclusão falha novamente.
Atualizar	Um pacote de extensão de solução foi aplicado involuntariamente em uma atualização de solução.

Problemas conhecidos nesta versão

A tabela a seguir lista os problemas conhecidos nesta versão:

Funcionalidade	Questão	Solução alternativa
Atualizar	Ao monitorar o progresso da atualização no portal de Gerenciamento de Atualizações do Azure, o progresso pode parecer não ter sido atualizado por várias horas.	Execute `Get-SolutionUpdate` em um dos nós do cluster. Se um objeto de atualização for retornado, a atualização pode estar demorando mais do que o esperado, mas está progredindo. Se um objeto de atualização não for retornado, a atualização pode estar paralisada. Para obter etapas detalhadas sobre como resolver esse problema, consulte o Guia de solução de problemas .

Problemas conhecidos de versões anteriores

A tabela a seguir lista os problemas conhecidos de versões anteriores:

Funcionalidade Questão Solução alternativa

Implantação A validação expira devido à desserialização do carimbo de data/hora. Ao implantar o sistema operacional, selecione em inglês (Estados Unidos) como o idioma de instalação, bem como o formato de hora e moeda.
Para obter etapas detalhadas de correção, consulte o guia de solução de problemas no repositório Azure Local Supportability GitHub.

Atualização Com a versão 2411, a solução e a atualização da Extensão do Construtor de Soluções não são combinadas em uma única execução de atualização. Para aplicar um pacote de extensão do Solution Builder, você precisa de uma execução de atualização separada.

Atualizar Ao aplicar a atualização de solução nesta versão, a atualização pode falhar. Isso ocorrerá somente se a atualização tiver sido iniciada antes de 26 de novembro. O problema que causa a falha pode resultar em uma das seguintes mensagens de erro:

Erro 1 - A etapa "atualizar ARB e extensão" daClear-AzContext falhou com 0 e exceção chamando "Initialize" com "1" argumento(s): "Referência de objeto não definida para uma instância de um objeto." em "Clear-AzPowerShellCache".

Erro 2 - A etapa "EvalTVMFlow" erro "CloudEngine.Actions.InterfaceInvocationFailedException: Tipo 'EvalTVMFlow' da função 'ArcIntegration' levantou uma exceção: Este módulo requer Az.Accounts versão 3.0.5. Uma versão anterior do Az.Accounts é importada na sessão atual do PowerShell. Abra uma nova sessão antes de importar este módulo. Esse erro pode indicar que várias versões incompatíveis dos cmdlets do Azure PowerShell estão instaladas em seu sistema. Consulte https://aka.ms/azps-version-error para obter informações sobre solução de problemas."

Dependendo da versão dos módulos do PowerShell, o erro acima pode ser relatado para ambas as versões 3.0.4 e 3.0.5. Para obter etapas detalhadas sobre como mitigar esse problema, acesse: https://aka.ms/azloc-update-30221399.

Reparar servidor Depois de reparar um nó e executar o comando Set-AzureStackLCMUserPassword, você pode encontrar o seguinte erro:

CloudEngine.Actions.InterfaceInvocationFailedException: Type 'ValidateCredentials' of Role 'SecretRotation' raised an exception: Cannot load encryption certificate. The certificate setting 'CN=DscEncryptionCert' does not represent a valid base-64 encoded certificate, nor does it represent a valid certificate by file, directory, thumbprint, or subject name. at Validate-Credentials Siga estas etapas para mitigar o problema:

$NewPassword = <Provide new password as secure string>

$OldPassword = <Provide the old/current password as secure string>

$Identity = <LCM username>

$credential = New-Object -TypeName PSCredential -ArgumentList $Identity, $NewPassword

1. Importe o módulo necessário:

Import-Module "C:\Program Files\WindowsPowerShell\Modules\Microsoft.AS.Infra.Security.SecretRotation\PasswordUtilities.psm1" -DisableNameChecking

2. Verifique o estado do grupo de clusters ECE:

$eceClusterGroup = Get-ClusterGroup | Where-Object {$_.Name -eq "Azure Stack HCI Orchestrator Service Cluster Group"}

if ($eceClusterGroup.State -ne "Online") {Write-AzsSecurityError -Message "ECE cluster group is not in an Online state. Cannot continue with password rotation." -ErrRecord $_}

3. Atualize o ECE com a nova senha:

Write-AzsSecurityVerbose -Message "Updating password in ECE" -Verbose

$eceContainersToUpdate = @("DomainAdmin", "DeploymentDomainAdmin", "SecondaryDomainAdmin", "TemporaryDomainAdmin", "BareMetalAdmin", "FabricAdmin", "SecondaryFabric", "CloudAdmin") foreach ($containerName in $eceContainersToUpdate) {Set-ECEServiceSecret -ContainerName $containerName -Credential $credential 3>$null 4>$null} Write-AzsSecurityVerbose -Message "Finished updating credentials in ECE." -Verbose

4. Atualize a senha no Ative Directory:

Set-ADAccountPassword -Identity $Identity -OldPassword $OldPassword -NewPassword $NewPassword

Gerenciamento de VM do Arc Não há suporte para o uso de um disco exportado do sistema operacional da VM do Azure como um VHD para criar uma imagem de galeria para provisionar uma VM do Arc. Execute o comando restart-service mochostagent para reiniciar o serviço mochostagent.

Networking Quando um nó é configurado com um servidor proxy que tem letras maiúsculas no seu endereço, como HTTPS://10.100.000.00:8080, as extensões Arc não conseguem ser instaladas ou atualizadas no nó em compilações existentes, incluindo a versão 2408.1. No entanto, o nó permanece conectado ao Arc. Siga estas etapas para mitigar o problema:

1. Defina os valores do ambiente em minúsculas. [System.Environment]::SetEnvironmentVariable("HTTPS_PROXY", "https://10.100.000.00:8080", "Machine").

2. Valide se os valores foram definidos. [System.Environment]::GetEnvironmentVariable("HTTPS_PROXY", "Machine").

3. Reinicie os serviços Arc.

Restart-Service himds

Restart-Service ExtensionService

Restart-Service GCArcService

4. Sinalize o AzcmaAgent com as informações de proxy em minúsculas.

& 'C:\Program Files\AzureConnectedMachineAgent\azcmagent.exe' config set proxy.url https://10.100.000.00:8080

& 'C:\Program Files\AzureConnectedMachineAgent\azcmagent.exe' config list

Rede de Comunicação Quando as máquinas Arc ficam indisponíveis, a página "All Clusters" na nova experiência do portal mostra um status "PartiallyConnected" ou "Not Connected Recently. Mesmo quando as máquinas Arc se tornam saudáveis, elas podem não mostrar um status "Connected". Não há nenhuma solução conhecida para esse problema. Para verificar o status da conectividade, use a experiência antiga para ver se ela aparece como "Connected".

Gerenciamento de VM do Arc O serviço Mochostagent pode parecer que está em execução, mas pode ficar bloqueado sem que os logs sejam atualizados por mais de um mês. Você pode identificar esse problema verificando os logs de serviço no C:\programdata\mochostagent\logs para ver se os logs estão sendo atualizados. Execute o seguinte comando para reiniciar o serviço mochostagent: restart-service mochostagent.

Atualizar Ao atualizar o carimbo de 2311 ou compilações anteriores para 2408 ou posterior, as operações de nó de adição e reparo do nó podem falhar. Por exemplo, você pode ver um erro: Type 'AddAsZHostToDomain' of Role 'BareMetal' raised an exception. Não há solução alternativa nesta versão. Se você encontrar esse problema, contate o Suporte da Microsoft para determinar as próximas etapas.

Atualizar Há um problema intermitente nesta versão quando o portal do Azure relata incorretamente o status da atualização como Falha ao atualizar ou Em andamento, embora a atualização esteja concluída. Conecte-se à sua instância local do Azure através de uma sessão remota do PowerShell. Para confirmar o status da atualização, execute os seguintes cmdlets do PowerShell:

$Update = get-solutionupdate| ? version -eq "<version string>"

Substitua a cadeia de caracteres de versão pela versão que você está executando. Por exemplo, "10.2405.0.23".

$Update.state

Se o status da atualização for Instalado, nenhuma ação adicional será necessária de sua parte. O portal do Azure atualiza o status corretamente em 24 horas.
Para atualizar o status mais cedo, siga estas etapas em um dos nós.
Reinicie o grupo de clusters de gestão de nuvem.
Stop-ClusterGroup "Cloud Management"
Start-ClusterGroup "Cloud Management"

Atualizar

Durante uma atualização inicial do MOC, ocorre uma falha devido à versão do MOC de destino não ser encontrada no cache do catálogo. As atualizações e novas tentativas de acompanhamento mostram o MOC na versão de destino, sem que a atualização seja bem-sucedida e, como resultado, a atualização do Arc Resource Bridge falha.

Para validar esse problema, colete os logs de atualização usando Solucionar problemas de atualizações de solução para o Azure Local. Os arquivos de log devem mostrar uma mensagem de erro semelhante (a versão atual pode diferir na mensagem de erro):

[ERROR: { "errorCode": "InvalidEntityError", "errorResponse": "{\n\"message\": \"the cloud fabric (MOC) is currently at version v0.13.1. A minimum version of 0.15.0 is required for compatibility\"\n}" }]

Siga estas etapas para mitigar o problema:

1. Para encontrar a versão do agente MOC, execute o seguinte comando: 'C:\Program Files\AksHci\wssdcloudagent.exe' version.

2. Use a saída do comando para encontrar a versão do MOC na tabela abaixo que corresponde à versão do agente e defina $initialMocVersion para essa versão do MOC. Defina o $targetMocVersion localizando a compilação Local do Azure para a qual você está atualizando e obtenha a versão do MOC correspondente na tabela a seguir. Use esses valores no script de mitigação fornecido abaixo:

Construa	versão MOC	Versão do Agent
2311.2	1.0.24.10106	v0.13.0-6-gf13a73f7, v0.11.0-alpha.38,01/06/2024
2402	1.0.25.10203	v0.14.0, v0.13.1, 02/02/2024
2402.1	1.0.25.10302	v0.14.0, v0.13.1, 03/02/2024
2402.2	1.1.1.10314	v0.16.0-1-g04bf0dec, v0.15.1, 14/03/2024
2405/2402.3	1.3.0.10418	v0.17.1, v0.16.5, 18/04/2024

Por exemplo, se a versão do agente for v0.13.0-6-gf13a73f7, v0.11.0-alpha.38, 01/06/2024, então $initialMocVersion = "1.0.24.10106", e se estiver a atualizar para 2405.0.23, então $targetMocVersion = "1.3.0.10418".

3. Execute os seguintes comandos do PowerShell no primeiro nó:

$initialMocVersion = "<initial version determined from step 2>"
$targetMocVersion = "<target version determined from step 2>"

# Importar módulo MOC duas vezes
import-module moc
import-module moc
$verbosePreference = "Continue"

# Limpar o cache do catálogo SFS
Remove-Item (Get-MocConfig).manifestCache

# Defina a versão para a versão vigente do MOC antes da atualização e defina o estado como atualização falhada
Set-MocConfigValue -name "version" -value $initialMocVersion
Set-MocConfigValue -name "installState" -value ([InstallState]::UpdateFailed)

# Execute novamente a atualização do MOC para a versão desejada
Update-Moc -version $targetMocVersion

4. Retome a atualização.

Reparar servidor Em casos raros, a operação Repair-Server falha com o erro HealthServiceWaitForDriveFW. Nesses casos, as unidades antigas do nó reparado não são removidas e os novos discos ficam presos no modo de manutenção. Para evitar este problema, certifique-se de NÃO esvaziar o nó através do Windows Admin Center ou usando o cmdlet Suspend-ClusterNode -Drain do PowerShell antes de iniciar Repair-Server.
Se o problema ocorrer, contacte o Suporte da Microsoft para obter os próximos passos.

Reparar servidor Este problema ocorre quando a instância local de nó único do Azure é atualizada de 2311 para a versão 2402, seguida da execução do Repair-Server. A operação de reparo falha. Antes de reparar o nó único, siga estes passos:
1. Execute a versão 2402 para o ADPrepTool. Siga as etapas em Preparar o Active Directory. Esta ação é rápida e adiciona as permissões necessárias à Unidade Organizacional (UO).
2. Mova o objeto de computador do segmento Computadores para a UO raiz. Execute o seguinte comando:
Get-ADComputer <HOSTNAME> | Move-ADObject -TargetPath "<OU path>"

Implantação Se você preparar o Ative Directory por conta própria (não usando o script e o procedimento fornecidos pela Microsoft), sua validação do Ative Directory poderá falhar com a falta de permissão Generic All. Isso ocorre devido a um problema na verificação de validação que verifica se há uma entrada de permissão dedicada para msFVE-RecoverInformationobjects – General – Permissions Full control, que é necessária para a recuperação do BitLocker. Use o método de script Preparar AD ou, se estiver a usar o seu próprio método, certifique-se de atribuir a permissão específica msFVE-RecoverInformationobjects – General – Permissions Full control.

Desdobramento Nesta versão, há uma falha de tarefa remota em uma implantação de vários nós que resulta na seguinte exceção:
ECE RemoteTask orchestration failure with ASRR1N42R01U31 (node pingable - True): A WebException occurred while sending a RestRequest. WebException.Status: ConnectFailure on [https://<URL>](https://<URL>). A atenuação é reiniciar o agente ECE no nó afetado. Em sua máquina, abra uma sessão do PowerShell e execute o seguinte comando:
Restart-Service ECEAgent.

Adicionar servidor Nesta versão e em versões anteriores, ao adicionar uma máquina ao sistema, não é possível atualizar a cadeia de caracteres da lista de bypass de proxy para incluir a nova máquina. A atualização da lista de exclusão de proxy nas variáveis de ambiente dos hosts não atualizará a lista de exclusão de proxy no Azure Resource Bridge ou no AKS. Não há solução alternativa nesta versão. Se você encontrar esse problema, contate o Suporte da Microsoft para determinar as próximas etapas.

Implantação Nesta versão, há um problema transitório que resulta na falha de implantação, com a seguinte exceção:
Type 'SyncDiagnosticLevel' of Role 'ObservabilityConfig' raised an exception:* *Syncing Diagnostic Level failed with error: The Diagnostic Level does not match. Portal was not set to Enhanced, instead is Basic. Como esse é um problema transitório, tentar novamente a implantação deve corrigir isso. Para mais informações, veja como Executar novamente a implementação.

Implantação Nesta versão, há um problema com o campo URI/local de segredos. Este é um campo obrigatório marcado como Não obrigatório e resulta em falhas na implantação de modelos do Azure Resource Manager. Use o ficheiro de parâmetros de exemplo no modelo para Implantar o Azure Local através do Azure Resource Manager para garantir que todas as entradas sejam fornecidas no formato necessário e, em seguida, tente a implantação.
Se houver uma falha na implantação, você também deverá limpar os seguintes recursos antes de executar novamente a implantação:
1. Suprimir C:\EceStore.
2. Suprimir C:\CloudDeployment.
3. Suprimir C:\nugetstore.
4. Remove-Item HKLM:\Software\Microsoft\LCMAzureStackStampInformation.

Redes Uma verificação de ambiente falha quando um servidor proxy é usado. Conforme projetado, a lista de bypass é diferente para winhttp e wininet, o que faz com que a verificação de validade falhe. Siga estas etapas de solução alternativa:

1. Limpe a lista de bypass de proxy antes da verificação de integridade e antes de iniciar a implantação ou a atualização.

2. Depois de passar na verificação, aguarde que a implantação ou atualização falhe.

3. Defina novamente a lista de exclusão do proxy.

Gerenciamento do Arc VM A implantação ou atualização do Arc Resource Bridge pode falhar quando o segredo SPN temporário gerado automaticamente durante esta operação começar com um hífen. Tente novamente a implantação/atualização. A nova tentativa deve regenerar o segredo do SPN e a operação provavelmente terá sucesso.

Gerenciamento de VM do Arc As Extensões de Arco em VMs Arc permanecem no estado "Criando" indefinidamente. Entre na VM, abra um prompt de comando e digite o seguinte:
Windows:
notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json
Linux:
sudo vi /var/opt/azcmagent/agentconfig.json
Em seguida, encontre a propriedade resourcename. Exclua o GUID que é anexado ao final do nome do recurso, para que essa propriedade corresponda ao nome da VM. Em seguida, reinicie a VM.

Gerenciamento do Arc VM Quando uma nova máquina é adicionada a uma instância Local do Azure, o caminho de armazenamento não é criado automaticamente para o volume recém-criado. Você pode criar manualmente um caminho de armazenamento para quaisquer novos volumes. Para obter mais informações, consulte Criar um caminho de armazenamento.

Gerenciamento do Arc VM Em alguns casos, o status da rede lógica é exibido como Falha no portal do Azure. Isso ocorre quando você tenta excluir a rede lógica sem primeiro excluir quaisquer recursos, como interfaces de rede associadas a essa rede lógica.
Você ainda deve ser capaz de criar recursos nesta rede lógica. Neste caso, o estatuto é enganador. Se o estado desta rede lógica foi Êxito no momento em que esta rede foi provisionada, pode continuar a criar recursos nesta rede.

Gerenciamento de VM do Arc Nesta versão, quando você atualiza uma VM com um disco de dados anexado a ela usando a CLI do Azure, a operação falha com a seguinte mensagem de erro:
Não foi possível encontrar um disco rígido virtual com o nome. Use o portal do Azure para todas as operações de atualização de VM. Para obter mais informações, consulte Gerir VMs Arc e Gerir recursos de VMs Arc.

Redes Há um problema pouco frequente do cliente DNS nesta versão que faz com que a implantação falhe em um sistema de dois nós com um erro de resolução DNS: Ocorreu uma WebException ao enviar um RestRequest. WebException.Status: NameResolutionFailure. Como resultado do bug, o registro DNS do segundo nó é excluído logo após ser criado, resultando em um erro de DNS. Reinicie o computador. Essa operação registra o registro DNS, o que impede que ele seja excluído.

do portal do Azure Em alguns casos, o portal do Azure pode demorar um pouco a atualizar e a visualização pode não estar atualizada. Talvez seja necessário aguardar 30 minutos ou mais para ver a exibição atualizada.

Implantação Fornecer o nome da UO numa sintaxe incorreta não é detectado no Azure Portal. A sintaxe incorreta inclui caracteres sem suporte, como &,",',<,>. A sintaxe incorreta é detetada em uma etapa posterior durante a validação do sistema. Certifique-se de que a sintaxe do caminho da UO está correta e não inclui caracteres não suportados.

Recuperação de Sites do Azure O Azure Site Recovery não pode ser instalado em uma instância Local do Azure nesta versão. Não há nenhuma solução alternativa conhecida nesta versão.

Atualizar Ao atualizar a instância Local do Azure por meio do Azure Update Manager, o progresso e os resultados da atualização podem não estar visíveis no portal do Azure. Para contornar este problema, em cada nó, adicione a seguinte chave do registo (nenhum valor necessário):

New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force

Em seguida, em um dos nós, reinicie o grupo de clusters de Gerenciamento de Nuvem.

Stop-ClusterGroup "Cloud Management"

Start-ClusterGroup "Cloud Management"

Isso não corrigirá totalmente o problema, pois os detalhes de progresso ainda podem não ser exibidos durante o processo de atualização. Para obter os detalhes de atualização mais recentes, você pode Recuperar o progresso da atualização com o PowerShell.

Atualização Em casos raros, se uma atualização com falha estiver presa em um estado Em progresso no Azure Update Manager, o botão Tentar novamente está desativado. Para retomar a atualização, execute o seguinte comando do PowerShell:
Get-SolutionUpdate | Start-SolutionUpdate.

Atualização Em casos raros, ao aplicar uma atualização de 2311.0.24 para 2311.2.4, os relatórios de status do sistema apresentam Em progresso em vez do esperado Falha ao atualizar. Tente atualizar novamente. Se o problema persistir, contacte o Suporte da Microsoft.

Atualização As tentativas de instalar atualizações de solução podem falhar no final das etapas da CAU com:
There was a failure in a Common Information Model (CIM) operation, that is, an operation performed by software that Cluster-Aware Updating depends on.
Esse problema raro ocorre se os recursos Cluster Name ou Cluster IP Address falharem ao iniciar após a reinicialização de um nó, sendo mais típico em implantações pequenas. Se você encontrar esse problema, contate o suporte da Microsoft para as próximas etapas. Eles podem trabalhar com você para reiniciar manualmente os recursos locais do Azure e retomar a atualização conforme necessário.

Atualização Ao aplicar uma atualização do sistema a 10.2402.3.11, o cmdlet Get-SolutionUpdate pode não responder e, eventualmente, falhar com um RequestTimeoutException após aproximadamente 10 minutos. É provável que isso ocorra num cenário de adição ou reparação de servidor. Use os cmdlets Start-ClusterGroup e Stop-ClusterGroup para reiniciar o serviço de atualização.

Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group" | Stop-ClusterGroup

Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group" | Start-ClusterGroup

Uma execução bem-sucedida desses cmdlets deve colocar o serviço de atualização online.

Atualização com reconhecimento de cluster Falha ao tentar retomar a operação do nó. Esta é uma questão transitória e poderia ser resolvida por si só. Aguarde alguns minutos e tente novamente a operação. Se o problema persistir, contacte o Suporte da Microsoft.

Problemas conhecidos da versão 2411.1

Esta versão do software corresponde ao número de versão do software 2411.1.10.

Importante

As novas implantações deste software usam a compilação 2411.1.10. Se você atualizou a partir de 2408.2, você recebeu a compilação 2411.0.22 ou 2411.0.24. Ambas as compilações podem ser atualizadas para 2411.1.10.

As notas de versão para esta versão incluem os problemas corrigidos nesta versão, problemas conhecidos nesta versão e problemas de nota de versão transferidos de versões anteriores.

Observação

Para obter uma correção detalhada para problemas comuns conhecidos, consulte o repositório Azure Local Supportability GitHub.

Problemas corrigidos

Os seguintes problemas foram corrigidos nesta versão:

Funcionalidade	Questão	Solução alternativa/Comentários
Arc VM Management	A reimplantação de uma VM do Arc causa problemas de conexão com essa VM do Arc e o agente se desconecta.
Atualizar	Conflito resolvido com módulos PowerShell de terceiros.
Atualizar	Foi interrompido o registo por tempo indefinido de eventos de erro insignificantes.
Atualizar	Adicionada validação para verificar se há memória livre.
Atualização	Verificação adicionada para garantir que o conteúdo da extensão da solução foi copiado corretamente.
Implantação Atualizar	Se o fuso horário não estiver definido como UTC antes de implantar o Azure Local, ocorrerá um erro ArcOperationTimeOut durante a validação. A seguinte mensagem de erro é exibida: *OperationTimeOut, Nenhuma atualização recebida do dispositivo para operação.
Vulnerabilidade de segurança	A Microsoft identificou uma vulnerabilidade de segurança que pode expor as credenciais de administrador local usadas durante a criação de Arc VMs no Azure Local para usuários não administradores na VM e nos hosts. As VMs do Arc em execução em versões anteriores à versão do Azure Local 2411 são vulneráveis.

Problemas conhecidos nesta versão

A tabela a seguir lista os problemas conhecidos nesta versão:

Funcionalidade	Questão	Solução alternativa
Implantação	O tempo de validação esgota-se devido à desserialização do carimbo de data.	Ao implantar o sistema operacional, selecione em inglês (Estados Unidos) como o idioma de instalação, bem como o formato de hora e moeda. Para obter etapas detalhadas de correção, consulte o guia de solução de problemas no repositório Azure Local Supportability GitHub.

Problemas conhecidos de versões anteriores

A tabela a seguir lista os problemas conhecidos de versões anteriores:

Funcionalidade Questão Solução alternativa

Atualização Ao atualizar da versão 2408.2.7 para 2411.0.24, o processo de atualização pode falhar com a seguinte mensagem de erro: Type 'CauPreRequisites' of Role 'CAU' raised an exception: Could not finish cau prerequisites due to error 'Cannot remove item C:\UpdateDistribution\<any_file_name>: Access to the path is denied.' Para obter etapas detalhadas sobre como mitigar esse problema, consulte Guia de Solução de Problemas Local do Azure para Atualização.

Atualizar Ao aplicar a atualização de solução nesta versão, a atualização pode falhar. Isso ocorrerá somente se a atualização tiver sido iniciada antes de 26 de novembro. O problema que causa a falha pode resultar em uma das seguintes mensagens de erro:

Erro 1 - A etapa "atualizar ARB e extensão" erro "Clear-AzContext falhou com 0 e exceção ao chamar "Initialize" com "1" argumento(s): "Object reference not set to an instance of an object." em "Clear-AzPowerShellCache".

Erro 2 - No passo "EvalTVMFlow", erro "CloudEngine.Actions.InterfaceInvocationFailedException: Tipo 'EvalTVMFlow' da função 'ArcIntegration' gerou uma exceção: Este módulo exige Az.Accounts versão 3.0.5. Uma versão anterior do Az.Accounts é importada na sessão atual do PowerShell. Abra uma nova sessão antes de importar este módulo. Esse erro pode indicar que várias versões incompatíveis dos cmdlets do Azure PowerShell estão instaladas em seu sistema. Consulte https://aka.ms/azps-version-error para obter informações sobre solução de problemas."

Dependendo da versão dos módulos do PowerShell, o erro acima pode ser relatado para ambas as versões 3.0.4 e 3.0.5. Para obter etapas detalhadas sobre como mitigar esse problema, acesse: https://aka.ms/azloc-update-30221399.

Reparar do servidor Depois de reparar um nó e executar o comando Set-AzureStackLCMUserPassword, poderá deparar-se com o erro seguinte:

CloudEngine.Actions.InterfaceInvocationFailedException: Type 'ValidateCredentials' of Role 'SecretRotation' raised an exception: Cannot load encryption certificate. The certificate setting 'CN=DscEncryptionCert' does not represent a valid base-64 encoded certificate, nor does it represent a valid certificate by file, directory, thumbprint, or subject name. at Validate-Credentials Siga estas etapas para mitigar o problema:

$NewPassword = <Provide new password as secure string>

$OldPassword = <Provide the old/current password as secure string>

$Identity = <LCM username>

$credential = New-Object -TypeName PSCredential -ArgumentList $Identity, $NewPassword

1. Importe o módulo necessário:

Import-Module "C:\Program Files\WindowsPowerShell\Modules\Microsoft.AS.Infra.Security.SecretRotation\PasswordUtilities.psm1" -DisableNameChecking

2. Verifique o estado do grupo de clusters ECE:

$eceClusterGroup = Get-ClusterGroup | Where-Object {$_.Name -eq "Azure Stack HCI Orchestrator Service Cluster Group"}

if ($eceClusterGroup.State -ne "Online") {Write-AzsSecurityError -Message "ECE cluster group is not in an Online state. Cannot continue with password rotation." -ErrRecord $_}

3. Atualize o ECE com a nova senha:

Write-AzsSecurityVerbose -Message "Updating password in ECE" -Verbose

$eceContainersToUpdate = @("DomainAdmin", "DeploymentDomainAdmin", "SecondaryDomainAdmin", "TemporaryDomainAdmin", "BareMetalAdmin", "FabricAdmin", "SecondaryFabric", "CloudAdmin") foreach ($containerName in $eceContainersToUpdate) {Set-ECEServiceSecret -ContainerName $containerName -Credential $credential 3>$null 4>$null} Write-AzsSecurityVerbose -Message "Finished updating credentials in ECE." -Verbose

4. Atualize a senha no Ative Directory:

Set-ADAccountPassword -Identity $Identity -OldPassword $OldPassword -NewPassword $NewPassword

Gerenciamento de VM do Arc Não há suporte para usar um disco exportado do sistema operativo da VM do Azure como um VHD para criar uma imagem de galeria como parte do provisionamento de uma VM do Arc. Execute o comando restart-service mochostagent para reiniciar o serviço mochostagent.

Redes Quando um nó é configurado com um servidor proxy que tem letras maiúsculas no seu endereço, como HTTPS://10.100.000.00:8080, as extensões Arc não conseguem ser instaladas ou atualizadas no nó em compilações existentes, incluindo a versão 2408.1. No entanto, o nó permanece conectado ao Arc. Siga estas etapas para mitigar o problema:

1. Defina os valores do ambiente em minúsculas. [System.Environment]::SetEnvironmentVariable("HTTPS_PROXY", "https://10.100.000.00:8080", "Machine").

2. Valide se os valores foram definidos. [System.Environment]::GetEnvironmentVariable("HTTPS_PROXY", "Machine").

3. Reinicie os serviços Arc.

Restart-Service himds

Restart-Service ExtensionService

Restart-Service GCArcService

4. Sinalize o AzcmaAgent com as informações de proxy em minúsculas.

& 'C:\Program Files\AzureConnectedMachineAgent\azcmagent.exe' config set proxy.url https://10.100.000.00:8080

& 'C:\Program Files\AzureConnectedMachineAgent\azcmagent.exe' config list

Redes de contatos Quando as máquinas Arc falham, a página "All Clusters" na nova experiência do portal mostra um estado "PartiallyConnected" ou "Not Connected Recently ". Mesmo quando as máquinas Arc se tornam saudáveis, elas podem não mostrar um status "Connected". Não há nenhuma solução conhecida para esse problema. Para verificar o status da conectividade, use a experiência antiga para ver se ela aparece como "Connected".

Atualizar Ao atualizar da versão 2311 ou versões anteriores para 2408 ou posterior, as operações de adição e reparação de nós podem falhar. Por exemplo, você pode ver um erro: Type 'AddAsZHostToDomain' of Role 'BareMetal' raised an exception. Não há solução alternativa nesta versão. Se você encontrar esse problema, contate o Suporte da Microsoft para determinar as próximas etapas.

Atualizar Há um problema intermitente nesta versão quando o portal do Azure relata incorretamente o status da atualização como Falha ao atualizar ou Em andamento, mesmo que a atualização esteja concluída. Conecte-se à sua instância local do Azure através de uma sessão remota do PowerShell. Para confirmar o status da atualização, execute os seguintes cmdlets do PowerShell:

$Update = get-solutionupdate| ? version -eq "<version string>"

Substitua a cadeia de caracteres de versão pela versão que você está executando. Por exemplo, "10.2405.0.23".

$Update.state

Se o status da atualização for Instalado, nenhuma ação adicional será necessária de sua parte. O portal do Azure atualiza o status corretamente em 24 horas.
Para atualizar o status mais cedo, siga estas etapas em um dos nós.
Reinicie o grupo de clusters de Gestão de Nuvem.
Stop-ClusterGroup "Cloud Management"
Start-ClusterGroup "Cloud Management"

Atualizar

[ERROR: { "errorCode": "InvalidEntityError", "errorResponse": "{\n\"message\": \"the cloud fabric (MOC) is currently at version v0.13.1. A minimum version of 0.15.0 is required for compatibility\"\n}" }]

Siga estas etapas para mitigar o problema:

1. Para encontrar a versão do agente MOC, execute o seguinte comando: 'C:\Program Files\AksHci\wssdcloudagent.exe' version.

2. Use os resultados do comando para encontrar a versão do MOC na tabela abaixo que corresponde à versão do agente e defina $initialMocVersion para essa versão do MOC. Defina o $targetMocVersion localizando a compilação Local do Azure para a qual você está atualizando e obtenha a versão do MOC correspondente na tabela a seguir. Use esses valores no script de mitigação fornecido abaixo:

Construa	versão MOC	Versão do Agent
2311.2	1.0.24.10106	v0.13.0-6-gf13a73f7, v0.11.0-alpha.38,01/06/2024
2402	1.0.25.10203	v0.14.0, v0.13.1, 02/02/2024
2402.1	1.0.25.10302	v0.14.0, v0.13.1, 03/02/2024
2402.2	1.1.1.10314	v0.16.0-1-g04bf0dec, v0.15.1, 14/03/2024
2405/2402.3	1.3.0.10418	v0.17.1, v0.16.5, 18/04/2024

Por exemplo, se a versão do agente for v0.13.0-6-gf13a73f7, ou v0.11.0-alpha.38, de 01/06/2024, então é $initialMocVersion = "1.0.24.10106", e se estiver a atualizar para 2405.0.23, então é $targetMocVersion = "1.3.0.10418".

3. Execute os seguintes comandos do PowerShell no primeiro nó:

$initialMocVersion = "<initial version determined from step 2>"
$targetMocVersion = "<target version determined from step 2>"

# Importar módulo MOC duas vezes
import-module moc
import-module moc
$verbosePreference = "Continue"

# Limpar o cache do catálogo SFS
Remove-Item (Get-MocConfig).manifestCache

# Defina a versão para a versão atual do MOC antes da atualização e marque o estado como atualização falhada
Set-MocConfigValue -name "version" -value $initialMocVersion
Set-MocConfigValue -name "installState" -value ([InstallState]::UpdateFailed)

# Execute novamente a atualização do MOC para a versão desejada
Update-Moc -version $targetMocVersion

4. Retome a atualização.

Reparar o servidor Em casos raros, a operação Repair-Server falha com o erro HealthServiceWaitForDriveFW. Nesses casos, as unidades antigas do nó reparado não são removidas e os novos discos ficam presos no modo de manutenção. Para evitar este problema, certifique-se de NÃO drenar o nó através do Windows Admin Center ou utilizando o cmdlet do PowerShell Suspend-ClusterNode -Drain antes de iniciar Repair-Server.
Se o problema ocorrer, contacte o Suporte da Microsoft para obter os próximos passos.

Reparar o servidor Esse problema é visto quando a instância local do Azure de nó único é atualizada de 2311 para 2402 e, em seguida, a Repair-Server é executada. A operação de reparo falha. Antes de reparar o nó único, siga estes passos:
1. Execute a versão 2402 para o ADPrepTool. Siga as etapas em Preparar Active Directory. Esta ação é rápida e adiciona as permissões necessárias à Unidade Organizacional (UO).
2. Mova o objeto de computador do segmento Computadores para a UO raiz. Execute o seguinte comando:
Get-ADComputer <HOSTNAME> | Move-ADObject -TargetPath "<OU path>"

Desdobramento Se você preparar o Ative Directory por conta própria (não usando o script e o procedimento fornecidos pela Microsoft), sua validação do Ative Directory poderá falhar com a falta de permissão Generic All. Isso ocorre devido a um problema na verificação de validação que verifica se há uma entrada de permissão dedicada para msFVE-RecoverInformationobjects – General – Permissions Full control, que é necessária para a recuperação do BitLocker. Use o método de script Preparar AD ou, se estiver a usar o seu próprio método, certifique-se de atribuir a permissão específica msFVE-RecoverInformationobjects – General – Permissions Full control.

Implantação Nesta versão, há uma falha de tarefa remota em uma implantação de vários nós que resulta na seguinte exceção:
ECE RemoteTask orchestration failure with ASRR1N42R01U31 (node pingable - True): A WebException occurred while sending a RestRequest. WebException.Status: ConnectFailure on [https://<URL>](https://<URL>). A atenuação consiste em reiniciar o agente ECE no nó afetado. Em sua máquina, abra uma sessão do PowerShell e execute o seguinte comando:
Restart-Service ECEAgent.

Adicionar servidor Nesta versão e em versões anteriores, ao adicionar uma máquina ao sistema, não é possível atualizar a cadeia de caracteres da lista de bypass de proxy para incluir a nova máquina. A atualização da lista de bypass de proxy de variáveis de ambiente nos hosts não atualizará a lista de bypass de proxy no Azure Resource Bridge ou AKS. Não há solução alternativa nesta versão. Se você encontrar esse problema, contate o Suporte da Microsoft para determinar as próximas etapas.

Adicionar/reparar o servidor Nesta versão, ao adicionar ou reparar uma máquina, uma falha é vista quando o balanceador de carga de software ou os certificados de VM do controlador de rede estão sendo copiados dos nós existentes. A falha ocorre porque esses certificados não foram gerados durante a implantação/atualização. Não há solução alternativa nesta versão. Se você encontrar esse problema, contate o Suporte da Microsoft para determinar as próximas etapas.

Implantação Nesta versão, há um problema com o campo URI/local de segredos. Este é um campo obrigatório marcado Não obrigatório e resulta em falhas de implantação de modelo do Azure Resource Manager. Use o ficheiro de parâmetros de exemplo no modelo Implantar Azure Local via Azure Resource Manager para assegurar que todas as entradas sejam fornecidas no formato requerido e, em seguida, realize a implantação.
Se houver uma falha na implantação, você também deverá limpar os seguintes recursos antes de executar novamente a implantação:
1. Suprimir C:\EceStore.
2. Suprimir C:\CloudDeployment.
3. Suprimir C:\nugetstore.
4. Remove-Item HKLM:\Software\Microsoft\LCMAzureStackStampInformation.

Rede Uma verificação de ambiente falha quando um servidor proxy é usado. Por conceção, a lista de exceções (bypass) é diferente para winhttp e wininet, o que faz com que a verificação de validação falhe. Siga estas etapas de solução alternativa:

1. Limpe a lista de exceções do proxy antes da verificação de saúde e antes de iniciar a implantação ou a atualização.

2. Depois de passar na verificação, aguarde até que a implantação ou atualização falhe.

3. Defina a sua lista de exclusão de proxy novamente.

Gerenciamento de Arc VM Quando uma nova máquina é adicionada a uma instância Local do Azure, o caminho de armazenamento não é criado automaticamente para o volume recém-criado. Você pode criar manualmente um caminho de armazenamento para quaisquer novos volumes. Para obter mais informações, consulte Criar um caminho de armazenamento.

Gerenciamento do Arc VM Em alguns casos, o status da rede lógica é exibido como Falha no portal do Azure. Isso ocorre quando você tenta excluir a rede lógica sem primeiro excluir quaisquer recursos, como interfaces de rede associadas a essa rede lógica.
Você ainda deve ser capaz de criar recursos nesta rede lógica. Neste caso, o estatuto é enganador. Se o estado desta rede lógica foi Concluído com sucesso no momento em que esta rede foi provisionada, pode continuar a criar recursos nesta rede.

Gerenciamento de Arc VM Nesta versão, quando você atualiza uma VM com um disco de dados anexado a ela usando a CLI do Azure, a operação falha com a seguinte mensagem de erro:
Não foi possível encontrar um disco rígido virtual com o nome. Use o portal do Azure para todas as operações de atualização de VM. Para obter mais informações, consulte Manage Arc VMs e Manage Arc VM resources.

Atualizar Em casos raros, você pode encontrar esse erro ao atualizar sua instância local do Azure: Type 'UpdateArbAndExtensions' of Role 'MocArb' raised an exception: Exception Upgrading ARB and Extension in step [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Invalid applianceyaml = [C:\AksHci\hci-appliance.yaml]. Se vir este problema, contacte o Suporte da Microsoft para o ajudar com os próximos passos.

Portal do Azure Em alguns casos, o portal do Azure pode demorar um pouco a ser atualizado e a visão pode não ser atual. Talvez seja necessário aguardar 30 minutos ou mais para ver a exibição atualizada.

Implantação As implantações por meio do Azure Resource Manager expiram após 2 horas. As implantações que excedem 2 horas aparecem como falha no grupo de recursos, embora o sistema tenha sido criado com êxito. Para monitorizar a implantação no portal do Azure, vá para o recurso de instância local do Azure e, em seguida, vá para a nova entrada Implantações.

Recuperação de Sites do Azure O Azure Site Recovery não pode ser instalado em uma instância Local do Azure nesta versão. Não há nenhuma solução alternativa conhecida nesta versão.

Atualizar Ao atualizar a instância Local do Azure por meio do Azure Update Manager, o progresso e os resultados da atualização podem não estar visíveis no portal do Azure. Para contornar este problema, em cada nó, adicione a seguinte chave do registo (nenhum valor necessário):

New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force

Em seguida, em um dos nós, reinicie o grupo de clusters de Gerenciamento de Nuvem.

Stop-ClusterGroup "Cloud Management"

Start-ClusterGroup "Cloud Management"

Isso não corrigirá totalmente o problema, pois os detalhes de progresso ainda podem não ser exibidos durante o processo de atualização. Para obter os detalhes de atualização mais recentes, você pode Recuperar o progresso da atualização com o PowerShell.

Atualizar Em casos raros, se uma atualização com falha estiver presa em um estado Em progresso no Azure Update Manager, o botão Tentar de novo está desativado. Para retomar a atualização, execute o seguinte comando do PowerShell:
Get-SolutionUpdate | Start-SolutionUpdate.

Atualizar Em alguns casos, SolutionUpdate comandos podem falhar se executados após o comando Send-DiagnosticData. Certifique-se de fechar a sessão do PowerShell usada para Send-DiagnosticData. Abra uma nova sessão do PowerShell e use-a para SolutionUpdate comandos.

Atualização Em casos raros, ao aplicar uma atualização de 2311.0.24 para 2311.2.4, os relatórios de status do sistema indicam Em Progresso em vez do esperado Falha na atualização. Tente atualizar novamente. Se o problema persistir, contacte o Suporte da Microsoft.

Atualização As tentativas de instalar atualizações de solução podem falhar no final das etapas da CAU com:
There was a failure in a Common Information Model (CIM) operation, that is, an operation performed by software that Cluster-Aware Updating depends on.
Esse problema raro ocorre se os recursos Cluster Name ou Cluster IP Address falharem ao iniciar após a reinicialização de um nó e é mais comum em implementações pequenas. Se você encontrar esse problema, contate o suporte da Microsoft para as próximas etapas. Eles podem trabalhar com você para reiniciar manualmente os recursos locais do Azure e retomar a atualização conforme necessário.

Atualização Ao aplicar uma atualização do sistema a 10.2402.3.11, o cmdlet Get-SolutionUpdate pode não responder e, eventualmente, falhar com um RequestTimeoutException após aproximadamente 10 minutos. É provável que isso ocorra após um cenário de adição ou reparação de servidor. Use os cmdlets Start-ClusterGroup e Stop-ClusterGroup para reiniciar o serviço de atualização.

Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group" | Stop-ClusterGroup

Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group" | Start-ClusterGroup

Uma execução bem-sucedida desses cmdlets deverá colocar o serviço de atualização online.

Problemas conhecidos da versão 2411

Esta versão do software corresponde ao número de versão do software 2411.0.24.

Importante

As novas implantações deste software usarão a compilação 2411.0.22, enquanto que se você atualizar a partir da 2408.2, obterá a compilação 2411.0.24. Nenhuma ação será necessária se você já tiver atualizado de 2408.2 para 2411.0.22.

As notas de versão para esta versão incluem os problemas corrigidos nesta versão, problemas conhecidos nesta versão e problemas de nota de versão transferidos de versões anteriores.

Observação

Para obter uma correção detalhada para problemas comuns conhecidos, consulte o repositório Azure Local Supportability GitHub.

Problemas corrigidos

Os seguintes problemas foram corrigidos nesta versão:

Funcionalidade	Questão	Solução alternativa/Comentários
Gerenciamento do Arc VM	Se você tentar habilitar o gerenciamento de convidados em uma VM migrada, a operação falhará com o seguinte erro: webhook de admissão (InternalError) "createupdatevalidationwebhook.infrastructure.azstackhci.microsoft.com" negou a solicitação: OsProfile não pode ser alterado após a criação de recursos

Problemas conhecidos nesta versão

A tabela a seguir lista os problemas conhecidos nesta versão:

Funcionalidade	Questão	Solução alternativa
Azure Migrate	A migração de VMs Gen 1 (não-sysprep) usando o Azure Migrate falha com o erro: Falhou a limpeza do disco ISO semente do sistema de ficheiros para VM.	Entre em contato com o Suporte da Microsoft para aplicar um patch que resolve as falhas de VM associadas a esse problema.
Vulnerabilidade de segurança	A Microsoft identificou uma vulnerabilidade de segurança que pode expor as credenciais de administrador local usadas durante a criação de Arc VMs no Azure Local para usuários não administradores na VM e nos hosts. As VMs do Arc em execução em versões anteriores à versão do Azure Local 2411 são vulneráveis.	Para identificar as VMs Arc que exigem essa alteração e alterar as senhas de conta, consulte instruções detalhadas em: Vulnerabilidade de segurança para VMs Arc no Azure Local.
Implantação Atualizar	Se o fuso horário não estiver definido como UTC antes de implantar o Azure Local, ocorrerá um erro ArcOperationTimeOut durante a validação. A seguinte mensagem de erro é exibida: OperationTimeOut, Nenhuma atualização recebida do dispositivo para operação.	Dependendo do cenário, escolha uma das seguintes soluções alternativas para esse problema: Cenário 1. Antes de iniciar a implantação, verifique se o fuso horário está definido como UTC. Conecte-se a cada um dos nós locais do Azure e altere o fuso horário para UTC. Execute o seguinte comando: `Set-TimeZone -Id "UTC"`. Cenário 2. Se você iniciou a implantação sem definir o fuso horário UTC e recebeu o erro mencionado na fase de validação, siga estas etapas: 1. Conecte-se a cada nó local do Azure. Altere o fuso horário para UTC com `Set-TimeZone -Id "UTC"`. Reinicialize os nós. 2. Depois de os nós terem reiniciado, aceda ao recurso Azure Local no portal do Azure. Inicie a validação novamente para resolver o problema e continuar com a implantação ou atualização. Para obter etapas detalhadas de correção, consulte o guia de solução de problemas no repositório Azure Local Supportability GitHub.
Atualizar	Ao atualizar da versão 2408.2.7 para 2411.0.24, o processo de atualização pode falhar com a seguinte mensagem de erro: `Type 'CauPreRequisites' of Role 'CAU' raised an exception: Could not finish cau prerequisites due to error 'Cannot remove item C:\UpdateDistribution\<any_file_name>: Access to the path is denied.'`	Para obter etapas detalhadas sobre como mitigar esse problema, consulte Guia de Solução de Problemas Local do Azure para Atualização.
Atualização	Com a versão 2411, a solução e a atualização da Extensão do Construtor de Soluções não são combinadas em uma única execução de atualização.	Para aplicar um pacote de extensão do Solution Builder, você precisa de uma execução de atualização separada.
Atualização	Ao aplicar a atualização de solução nesta versão, a atualização pode falhar. Isso ocorrerá somente se a atualização tiver sido iniciada antes de 26 de novembro. O problema que causa a falha pode resultar em uma das seguintes mensagens de erro: Erro 1 - A etapa "atualizar ARB e extensão" apresentou um erroClear-AzContext, falhou com 0 e exceção ao chamar "Initialize" com "1" argumento(s): "Object reference not set to an instance of an object." em "Clear-AzPowerShellCache". Erro 2 - A etapa "EvalTVMFlow" erro "CloudEngine.Actions.InterfaceInvocationFailedException: Tipo 'EvalTVMFlow' da função 'ArcIntegration' levantou uma exceção: Este módulo requer `Az.Accounts` versão 3.0.5. Uma versão anterior do `Az.Accounts` é importada na sessão atual do PowerShell. Abra uma nova sessão antes de importar este módulo. Esse erro pode indicar que várias versões incompatíveis dos cmdlets do Azure PowerShell estão instaladas em seu sistema. Consulte https://aka.ms/azps-version-error para obter informações sobre solução de problemas." Dependendo da versão dos módulos do PowerShell, o erro acima pode ser relatado para ambas as versões 3.0.4 e 3.0.5.	Para obter etapas detalhadas sobre como mitigar esse problema, acesse: https://aka.ms/azloc-update-30221399.

Problemas conhecidos de versões anteriores

A tabela a seguir lista os problemas conhecidos de versões anteriores:

Funcionalidade Questão Solução alternativa

Reparar o servidor Depois de reparar um nó e executar o comando Set-AzureStackLCMUserPassword, você pode encontrar o seguinte erro:

CloudEngine.Actions.InterfaceInvocationFailedException: Type 'ValidateCredentials' of Role 'SecretRotation' raised an exception: Cannot load encryption certificate. The certificate setting 'CN=DscEncryptionCert' does not represent a valid base-64 encoded certificate, nor does it represent a valid certificate by file, directory, thumbprint, or subject name. at Validate-Credentials Siga estas etapas para mitigar o problema:

$NewPassword = <Provide new password as secure string>

$OldPassword = <Provide the old/current password as secure string>

$Identity = <LCM username>

$credential = New-Object -TypeName PSCredential -ArgumentList $Identity, $NewPassword

1. Importe o módulo necessário:

Import-Module "C:\Program Files\WindowsPowerShell\Modules\Microsoft.AS.Infra.Security.SecretRotation\PasswordUtilities.psm1" -DisableNameChecking

2. Verifique o estado do grupo de clusters ECE:

$eceClusterGroup = Get-ClusterGroup | Where-Object {$_.Name -eq "Azure Stack HCI Orchestrator Service Cluster Group"}

if ($eceClusterGroup.State -ne "Online") {Write-AzsSecurityError -Message "ECE cluster group is not in an Online state. Cannot continue with password rotation." -ErrRecord $_}

3. Atualize o ECE com a nova senha:

Write-AzsSecurityVerbose -Message "Updating password in ECE" -Verbose

$eceContainersToUpdate = @("DomainAdmin", "DeploymentDomainAdmin", "SecondaryDomainAdmin", "TemporaryDomainAdmin", "BareMetalAdmin", "FabricAdmin", "SecondaryFabric", "CloudAdmin") foreach ($containerName in $eceContainersToUpdate) {Set-ECEServiceSecret -ContainerName $containerName -Credential $credential 3>$null 4>$null} Write-AzsSecurityVerbose -Message "Finished updating credentials in ECE." -Verbose

4. Atualize a senha no Ative Directory:

Set-ADAccountPassword -Identity $Identity -OldPassword $OldPassword -NewPassword $NewPassword

Rede de contactos Quando o nó está configurado com um servidor proxy que tem letras maiúsculas no seu endereço, como HTTPS://10.100.000.00:8080, as extensões Arc não conseguem ser instaladas ou atualizadas no nó em compilações existentes, incluindo a versão 2408.1. No entanto, o nó permanece conectado ao Arc. Siga estas etapas para mitigar o problema:

1. Defina os valores do ambiente em minúsculas. [System.Environment]::SetEnvironmentVariable("HTTPS_PROXY", "https://10.100.000.00:8080", "Machine").

2. Valide se os valores foram definidos. [System.Environment]::GetEnvironmentVariable("HTTPS_PROXY", "Machine").

3. Reinicie os serviços Arc.

Restart-Service himds

Restart-Service ExtensionService

Restart-Service GCArcService

4. Informe o AzcmaAgent com as informações de proxy em minúsculas.

& 'C:\Program Files\AzureConnectedMachineAgent\azcmagent.exe' config set proxy.url https://10.100.000.00:8080

& 'C:\Program Files\AzureConnectedMachineAgent\azcmagent.exe' config list

Rede de contactos Quando as máquinas Arc ficam fora de serviço, a página "All Clusters" na nova experiência do portal mostra um estado "PartiallyConnected" ou "Not Connected Recently." Mesmo quando as máquinas Arc se tornam saudáveis, elas podem não mostrar um status "Connected". Não há nenhuma solução conhecida para esse problema. Para verificar o status da conectividade, use a experiência antiga para ver se ela aparece como "Connected".

Atualizar Ao atualizar a compilação da versão 2311 ou compilações anteriores para 2408 ou posteriores, as operações de adição e reparação de nós podem falhar. Por exemplo, você pode ver um erro: Type 'AddAsZHostToDomain' of Role 'BareMetal' raised an exception. Não há solução alternativa nesta versão. Se você encontrar esse problema, contate o Suporte da Microsoft para determinar as próximas etapas.

Atualizar Há um problema intermitente nesta versão quando o portal do Azure relata incorretamente o status da atualização como Falha ao atualizar ou Em andamento, embora a atualização esteja concluída. Conecte-se ao seu de instância local do Azure por meio de uma sessão remota do PowerShell. Para confirmar o status da atualização, execute os seguintes cmdlets do PowerShell:

$Update = get-solutionupdate| ? version -eq "<version string>"

Substitua a cadeia de caracteres de versão pela versão que você está executando. Por exemplo, "10.2405.0.23".

$Update.state

Se o status da atualização for Instalado, nenhuma ação adicional será necessária de sua parte. O portal do Azure atualiza o status corretamente em 24 horas.
Para atualizar o status mais cedo, siga estas etapas em um dos nós.
Reinicie o grupo de clusters de gestão da nuvem.
Stop-ClusterGroup "Cloud Management"
Start-ClusterGroup "Cloud Management"

Atualizar

[ERROR: { "errorCode": "InvalidEntityError", "errorResponse": "{\n\"message\": \"the cloud fabric (MOC) is currently at version v0.13.1. A minimum version of 0.15.0 is required for compatibility\"\n}" }]

Siga estas etapas para mitigar o problema:

1. Para encontrar a versão do agente MOC, execute o seguinte comando: 'C:\Program Files\AksHci\wssdcloudagent.exe' version.

2. Use a saída do comando para encontrar a versão do MOC na tabela abaixo que corresponde à versão do agente e defina $initialMocVersion para essa versão do MOC. Defina o $targetMocVersion localizando a compilação Local do Azure para a qual você está atualizando e obtenha a versão do MOC correspondente na tabela a seguir. Use esses valores no script de mitigação fornecido abaixo:

Construa	versão MOC	Versão do Agente
2311.2	1.0.24.10106	v0.13.0-6-gf13a73f7, v0.11.0-alpha.38,01/06/2024
2402	1.0.25.10203	v0.14.0, v0.13.1, 02/02/2024
2402.1	1.0.25.10302	v0.14.0, v0.13.1, 03/02/2024
2402.2	1.1.1.10314	v0.16.0-1-g04bf0dec, v0.15.1, 14/03/2024
2405/2402.3	1.3.0.10418	v0.17.1, v0.16.5, 18/04/2024

Por exemplo, se a versão do agente for v0.13.0-6-gf13a73f7, v0.11.0-alpha.38, 01/06/2024, então $initialMocVersion = "1.0.24.10106" e se estiver a atualizar para 2405.0.23, então $targetMocVersion = "1.3.0.10418".

3. Execute os seguintes comandos do PowerShell no primeiro nó:

$initialMocVersion = "<initial version determined from step 2>"
$targetMocVersion = "<target version determined from step 2>"

# Importar módulo MOC duas vezes
import-module moc
import-module moc
$verbosePreference = "Continue"

# Limpar o cache do catálogo SFS
Remove-Item (Get-MocConfig).manifestCache

# Defina a versão para a versão atual do MOC antes da atualização e defina o estado como atualização falhada
Set-MocConfigValue -name "version" -value $initialMocVersion
Set-MocConfigValue -name "installState" -value ([InstallState]::UpdateFailed)

# Execute novamente a atualização do MOC para a versão desejada
Update-Moc -version $targetMocVersion

4. Retome a atualização.

Reparar o servidor Em casos raros, a operação Repair-Server falha com o erro HealthServiceWaitForDriveFW. Nesses casos, as unidades antigas do nó reparado não são removidas e os novos discos ficam presos no modo de manutenção. Para evitar esse problema, certifique-se de NÃO drenar o nó por meio do Windows Admin Center ou usando o cmdlet Suspend-ClusterNode -Drain PowerShell antes de iniciar Repair-Server.
Se o problema ocorrer, contacte o Suporte da Microsoft para obter os próximos passos.

Reparar do servidor Esse problema é visto quando a instância local do Azure de nó único é atualizada de 2311 para 2402 e, em seguida, a Repair-Server é executada. A operação de reparo falha. Antes de reparar o nodo único, siga estes passos:
1. Execute a versão 2402 para o ADPrepTool. Siga as etapas em Preparar o Active Directory. Esta ação é rápida e adiciona as permissões necessárias à Unidade Organizacional (UO).
2. Mova o objeto de computador do segmento Computadores para a UO raiz. Execute o seguinte comando:
Get-ADComputer <HOSTNAME> | Move-ADObject -TargetPath "<OU path>"

Implantação Se você preparar o Ative Directory por conta própria (não usando o script e o procedimento fornecidos pela Microsoft), sua validação do Ative Directory poderá falhar com a falta de permissão Generic All. Isso ocorre devido a um problema na verificação de validação que verifica se há uma entrada de permissão dedicada para msFVE-RecoverInformationobjects – General – Permissions Full control, que é necessária para a recuperação do BitLocker. Use o método de script Preparar AD ou, se estiver a usar o seu próprio método, certifique-se de atribuir a permissão específica msFVE-RecoverInformationobjects – General – Permissions Full control.

Implantação Nesta versão, há uma falha de tarefa remota em uma implantação de vários nós que resulta na seguinte exceção:
ECE RemoteTask orchestration failure with ASRR1N42R01U31 (node pingable - True): A WebException occurred while sending a RestRequest. WebException.Status: ConnectFailure on [https://<URL>](https://<URL>). Para mitigar, deve-se reiniciar o agente ECE no nó afetado. Em sua máquina, abra uma sessão do PowerShell e execute o seguinte comando:
Restart-Service ECEAgent.

Adicionar servidor Nesta versão e em versões anteriores, ao adicionar uma máquina ao sistema, não é possível atualizar a cadeia de caracteres da lista de bypass de proxy para incluir a nova máquina. Atualizar a lista de exclusão de proxy nas variáveis de ambiente dos hosts não atualizará a lista de exclusão de proxy no Azure Resource Bridge ou no AKS. Não há solução alternativa nesta versão. Se você encontrar esse problema, contate o Suporte da Microsoft para determinar as próximas etapas.

Implantação Nesta versão, há um problema transitório que resulta na falha de implantação, com a seguinte exceção:
Type 'SyncDiagnosticLevel' of Role 'ObservabilityConfig' raised an exception:* *Syncing Diagnostic Level failed with error: The Diagnostic Level does not match. Portal was not set to Enhanced, instead is Basic. Como esse é um problema transitório, tentar novamente a implantação deve corrigir isso. Para mais informações, veja como Reexecutar a implementação.

Implantação Nesta versão, há um problema com o campo URI/local de segredos. Este é um campo obrigatório marcado Não obrigatório e resulta em falhas de implantação de modelo do Azure Resource Manager. Use o arquivo de parâmetros de exemplo no modelo Deploy Azure Local por meio do Azure Resource Manager para garantir que todas as entradas sejam fornecidas no formato necessário e, em seguida, realize a implantação.
Se houver uma falha na implantação, você também deverá limpar os seguintes recursos antes de executar novamente a implantação:
1. Suprimir C:\EceStore.
2. Suprimir C:\CloudDeployment.
3. Suprimir C:\nugetstore.
4. Remove-Item HKLM:\Software\Microsoft\LCMAzureStackStampInformation.

Redes Uma verificação de ambiente falha quando um servidor proxy é usado. Por conceção, a lista de bypass é diferente para winhttp e wininet, o que faz com que a verificação de validação falhe. Siga estas etapas de solução alternativa:

1. Limpe a lista de bypass de proxy antes da verificação de integridade e antes de iniciar a implantação ou a atualização.

2. Depois de passar na verificação, aguarde que a implementação ou atualização falhe.

3. Defina novamente a sua lista de exclusão de proxy.

de gerenciamento do Arc VM A implantação ou atualização do Arc Resource Bridge pode falhar quando o segredo SPN temporário gerado automaticamente durante esta operação começar com um hífen. Tente novamente a implantação/atualização. A nova tentativa deve regenerar o segredo do SPN e a operação provavelmente terá sucesso.

Gerenciamento de VM do Arc As Extensões Arc em VMs Arc permanecem no estado "Criando" indefinidamente. Entre na VM, abra um prompt de comando e digite o seguinte:
Windows:
notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json
Linux:
sudo vi /var/opt/azcmagent/agentconfig.json
Em seguida, encontre a propriedade resourcename. Exclua o GUID que é anexado ao final do nome do recurso, para que essa propriedade corresponda ao nome da VM. Em seguida, reinicie a VM.

Gestão de Arc VM Em alguns casos, o status da rede lógica é exibido como Falha no portal do Azure. Isso ocorre quando você tenta excluir a rede lógica sem primeiro excluir quaisquer recursos, como interfaces de rede associadas a essa rede lógica.
Você ainda deve ser capaz de criar recursos nesta rede lógica. Neste caso, o estatuto é enganador. Se o estado desta rede lógica foi Bem sucedido no momento em que esta rede foi provisionada, pode continuar a criar recursos nesta rede.

gerenciamento de Arc VM Nesta versão, quando você atualiza uma VM com um disco de dados anexado a ela usando a CLI do Azure, a operação falha com a seguinte mensagem de erro:
Não foi possível encontrar um disco rígido virtual com o nome. Use o portal do Azure para todas as operações de atualização de VM. Para obter mais informações, consulte Gerir VMs do Arc e Gerir recursos de VM do Arc.

Azure portal Em alguns casos, o portal do Azure pode demorar algum tempo a ser atualizado, e a visualização pode não estar atual. Talvez seja necessário aguardar 30 minutos ou mais para ver a exibição atualizada.

Implantação Fornecer o nome da UO numa sintaxe incorreta não é detectado no portal do Azure. A sintaxe incorreta inclui caracteres sem suporte, como &,",',<,>. A sintaxe incorreta é detetada em uma etapa posterior durante a validação do sistema. Certifique-se de que a sintaxe do caminho da UO está correta e não inclui caracteres não suportados.

Implantação As implantações por meio do Azure Resource Manager expiram após 2 horas. As implantações que excedem 2 horas aparecem como falha no grupo de recursos, embora o sistema tenha sido criado com êxito. Para monitorizar a implantação no portal do Azure, vá para o recurso de instância local do Azure e, em seguida, vá para a nova entrada de Implantações.

Azure Site Recovery (Recuperação de Site do Azure) O Azure Site Recovery não pode ser instalado em uma instância Local do Azure nesta versão. Não há nenhuma solução alternativa conhecida nesta versão.

Atualizar Ao atualizar a instância Local do Azure por meio do Azure Update Manager, o progresso e os resultados da atualização podem não estar visíveis no portal do Azure. Para contornar esse problema, em cada nó, adicione a seguinte chave do registo (nenhum valor necessário):

New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force

Em seguida, em um dos nós, reinicie o grupo de clusters de Gerenciamento de Nuvem.

Stop-ClusterGroup "Cloud Management"

Start-ClusterGroup "Cloud Management"

Isso não corrigirá totalmente o problema, pois os detalhes de progresso ainda podem não ser exibidos durante o processo de atualização. Para obter os detalhes de atualização mais recentes, você pode Recuperar o progresso da atualização com o PowerShell.

Atualizar Em casos raros, se uma atualização com falha estiver presa no estado Em andamento no Azure Update Manager, o botão Tentar novamente será desativado. Para retomar a atualização, execute o seguinte comando do PowerShell:
Get-SolutionUpdate | Start-SolutionUpdate.

Atualizar Em casos raros, ao aplicar uma atualização de 2311.0.24 para 2311.2.4, os relatórios de status do sistema indicam Em progresso em vez do esperado Falhou ao atualizar. Tente atualizar novamente. Se o problema persistir, contacte o Suporte da Microsoft.

Atualizar As tentativas de instalar atualizações de solução podem falhar no final das etapas da CAU com:
There was a failure in a Common Information Model (CIM) operation, that is, an operation performed by software that Cluster-Aware Updating depends on.
Esse problema raro ocorre se os recursos Cluster Name ou Cluster IP Address falharem durante a inicialização após a reinicialização de um nó, sendo mais típico em implantações pequenas. Se você encontrar esse problema, contate o suporte da Microsoft para as próximas etapas. Eles podem trabalhar com você para reiniciar manualmente os recursos locais do Azure e retomar a atualização conforme necessário.

Atualização Ao aplicar uma atualização do sistema a 10.2402.3.11, o cmdlet Get-SolutionUpdate pode não responder e, eventualmente, falhar com um RequestTimeoutException após aproximadamente 10 minutos. É provável que isso ocorra após um cenário de adição ou reparação de servidor. Use os cmdlets Start-ClusterGroup e Stop-ClusterGroup para reiniciar o serviço de atualização.

Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group" | Stop-ClusterGroup

Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group" | Start-ClusterGroup

Uma execução bem-sucedida desses cmdlets deve colocar o serviço de atualização online.

Atualização com reconhecimento de cluster Falha ao retomar a operação do nó devido à falha ao retomar o nó. Esta é uma questão transitória e poderia ser resolvida por si só. Aguarde alguns minutos e tente novamente a operação. Se o problema persistir, contacte o Suporte da Microsoft.

Problemas conhecidos da versão 2408.2

Esta versão do software corresponde ao número de versão do software 2408.2.7.

As notas de versão para esta versão incluem os problemas corrigidos nesta versão, problemas conhecidos nesta versão e problemas de nota de versão transferidos de versões anteriores.

Observação

Para obter uma correção detalhada para problemas comuns conhecidos, consulte o repositório Azure Local Supportability GitHub.

Problemas corrigidos

Os seguintes problemas foram corrigidos nesta versão:

Funcionalidade	Questão	Solução alternativa/Comentários
Segurança	SideChannelMitigation está relatando corretamente em cmdlets locais e no Windows Admin Center.
Atualizar	Uma atualização baixaria desnecessariamente o conteúdo da Extensão do Construtor de Soluções que já foi adicionado.
Atualizar	Os recursos de cluster não estavam no mesmo grupo.
Atualizar	Validação do pool de IP fixo no portal do Azure.
Atualizar	Validação adicionada para garantir que o pacote seja a versão mais recente
Atualizar	A validação falharia devido a políticas de grupo.

Problemas conhecidos nesta versão

A Microsoft não está ciente de quaisquer problemas conhecidos nesta versão.

Problemas conhecidos de versões anteriores

A tabela a seguir lista os problemas conhecidos de versões anteriores:

Funcionalidade Questão Solução alternativa

Reparar nó Depois de reparar um nó e executar o comando Set-AzureStackLCMUserPassword, você pode encontrar o seguinte erro:

CloudEngine.Actions.InterfaceInvocationFailedException: Type 'ValidateCredentials' of Role 'SecretRotation' raised an exception: Cannot load encryption certificate. The certificate setting 'CN=DscEncryptionCert' does not represent a valid base-64 encoded certificate, nor does it represent a valid certificate by file, directory, thumbprint, or subject name. at Validate-Credentials Siga estas etapas para mitigar o problema:

$NewPassword = <Provide new password as secure string>

$OldPassword = <Provide the old/current password as secure string>

$Identity = <LCM username>

$credential = New-Object -TypeName PSCredential -ArgumentList $Identity, $NewPassword

1. Importe o módulo necessário:

Import-Module "C:\Program Files\WindowsPowerShell\Modules\Microsoft.AS.Infra.Security.SecretRotation\PasswordUtilities.psm1" -DisableNameChecking

2. Verifique o estado do grupo de clusters ECE:

$eceClusterGroup = Get-ClusterGroup | Where-Object {$_.Name -eq "Azure Stack HCI Orchestrator Service Cluster Group"}

if ($eceClusterGroup.State -ne "Online") {Write-AzsSecurityError -Message "ECE cluster group is not in an Online state. Cannot continue with password rotation." -ErrRecord $_}

3. Atualize o ECE com a nova senha:

Write-AzsSecurityVerbose -Message "Updating password in ECE" -Verbose

$eceContainersToUpdate = @("DomainAdmin", "DeploymentDomainAdmin", "SecondaryDomainAdmin", "TemporaryDomainAdmin", "BareMetalAdmin", "FabricAdmin", "SecondaryFabric", "CloudAdmin") foreach ($containerName in $eceContainersToUpdate) {Set-ECEServiceSecret -ContainerName $containerName -Credential $credential 3>$null 4>$null} Write-AzsSecurityVerbose -Message "Finished updating credentials in ECE." -Verbose

4. Atualize a senha no Ative Directory:

Set-ADAccountPassword -Identity $Identity -OldPassword $OldPassword -NewPassword $NewPassword

Gerenciamento do Arc VM Se o utilizador tentar ativar a gestão de convidados numa VM migrada, a operação falhará com o seguinte erro: (InternalError) o webhook de admissão "createupdatevalidationwebhook.infrastructure.azstackhci.microsoft.com" negou o pedido: o OsProfile não pode ser alterado após a criação do recurso

Redes de Contacto Quando uma máquina é configurada com um servidor proxy que tem letras maiúsculas em seu endereço, como HTTPS://10.100.000.00:8080, as extensões Arc não são instaladas ou atualizadas na máquina em compilações existentes, incluindo a versão 2408.2. No entanto, a máquina permanece conectada ao Arc. Siga estas etapas para mitigar o problema:

1. Defina os valores do ambiente em minúsculas. [System.Environment]::SetEnvironmentVariable("HTTPS_PROXY", "https://10.100.000.00:8080", "Machine").

2. Valide se os valores foram definidos. [System.Environment]::GetEnvironmentVariable("HTTPS_PROXY", "Machine").

3. Reinicie os serviços Arc.

Restart-Service himds

Restart-Service ExtensionService

Restart-Service GCArcService

4. Sinalize o AzcmaAgent com as informações de proxy em minúsculas.

& 'C:\Program Files\AzureConnectedMachineAgent\azcmagent.exe' config set proxy.url https://10.100.000.00:8080

& 'C:\Program Files\AzureConnectedMachineAgent\azcmagent.exe' config list

Redes Quando as máquinas Arc ficam indisponíveis, a página "All Clusters" na nova experiência do portal mostra um estado "PartiallyConnected" ou "Not Connected Recently." Mesmo quando as máquinas Arc se tornam saudáveis, elas podem não mostrar um status "Connected". Não há nenhuma solução conhecida para esse problema. Para verificar o status da conectividade, use a experiência antiga para ver se ela aparece como "Connected".

Segurança O recurso de segurança SideChannelMitigation pode não mostrar um estado habilitado, mesmo que esteja habilitado. Não há solução alternativa nesta versão. Se você encontrar esse problema, contate o Suporte da Microsoft para determinar as próximas etapas.

Gerenciamento de VM do Arc O serviço Mochostagent pode parecer estar em execução, mas pode ficar travado sem atualizar os logs por mais de um mês. Você pode identificar esse problema verificando os logs de serviço no C:\programdata\mochostagent\logs para ver se os logs estão sendo atualizados. Execute o seguinte comando para reiniciar o serviço mochostagent: restart-service mochostagent.

Atualizar Ao atualizar os carimbos de compilações 2311 ou anteriores para 2408 ou posteriores, as operações de adicionar e reparar nós podem falhar. Por exemplo, você pode ver um erro: Type 'AddAsZHostToDomain' of Role 'BareMetal' raised an exception. Não há solução alternativa nesta versão. Se você encontrar esse problema, contate o Suporte da Microsoft para determinar as próximas etapas.

Atualizar Há um problema intermitente nesta versão quando o portal do Azure relata incorretamente o estado da atualização como Falha na atualização ou Em andamento, embora a atualização esteja concluída. Conecte-se ao seu Local do Azure por meio de uma sessão remota do PowerShell. Para confirmar o status da atualização, execute os seguintes cmdlets do PowerShell:

$Update = get-solutionupdate | ? version -eq "<version string>"

Substitua a cadeia de caracteres de versão pela versão que você está executando. Por exemplo, "10.2405.0.23".

$Update.state

Se o status da atualização for Instalado, nenhuma ação adicional será necessária de sua parte. O portal do Azure atualiza o status corretamente em 24 horas.
Para atualizar o status mais cedo, siga estas etapas em uma das máquinas.
Reinicie o grupo de clusters de Gestão da Nuvem.
Stop-ClusterGroup "Cloud Management"
Start-ClusterGroup "Cloud Management"

Atualização

Durante uma atualização inicial do MOC, ocorre uma falha devido à versão do MOC de destino não ser encontrada no cache do catálogo. As atualizações de acompanhamento e as tentativas de nova execução revelam o MOC na versão de destino, sem que a atualização tenha sucesso, e como resultado, a atualização do Arc Resource Bridge falha.

Para validar esse problema, colete os logs de atualização usando Solucionar problemas de atualizações de solução para o Azure Local. Os arquivos de log devem mostrar uma mensagem de erro semelhante (a versão atual pode diferir na mensagem de erro):

[ERROR: { "errorCode": "InvalidEntityError", "errorResponse": "{\n\"message\": \"the cloud fabric (MOC) is currently at version v0.13.1. A minimum version of 0.15.0 is required for compatibility\"\n}" }]

Siga estas etapas para mitigar o problema:

1. Para encontrar a versão do agente MOC, execute o seguinte comando: 'C:\Program Files\AksHci\wssdcloudagent.exe' version.

2. Use a saída do comando para encontrar a versão do MOC na tabela abaixo que corresponde à versão do agente, e defina $initialMocVersion para essa versão do MOC. Defina o $targetMocVersion localizando a compilação Local do Azure para a qual você está atualizando e obtenha a versão do MOC correspondente na tabela a seguir. Use esses valores no script de mitigação fornecido abaixo:

Construa	versão MOC	Versão do Agente
2311.2	1.0.24.10106	v0.13.0-6-gf13a73f7, v0.11.0-alpha.38,01/06/2024
2402	1.0.25.10203	v0.14.0, v0.13.1, 02/02/2024
2402.1	1.0.25.10302	v0.14.0, v0.13.1, 03/02/2024
2402.2	1.1.1.10314	v0.16.0-1-g04bf0dec, v0.15.1, 14/03/2024
2405/2402.3	1.3.0.10418	v0.17.1, v0.16.5, 18/04/2024

AKS em HCI A criação do cluster AKS falha com o Error: Invalid AKS network resource id. Esse problema pode ocorrer quando o nome de rede lógica associado tem um sublinhado. Os sublinhados não são suportados em nomes de rede lógicos. Certifique-se de não usar sublinhado nos nomes de redes lógicas implantadas em seu Azure Local.

Reparar nó Em casos raros, a operação Repair-Server falha com o erro HealthServiceWaitForDriveFW. Nesses casos, as unidades antigas do nó reparado não são removidas e os novos discos permanecem no modo de manutenção. Para evitar esse problema, certifique-se de NÃO drenar o nó por meio do Windows Admin Center ou usando o cmdlet Suspend-ClusterNode -Drain PowerShell antes de iniciar Repair-Server.
Se o problema ocorrer, contacte o Suporte da Microsoft para obter os próximos passos.

Reparar nó Esse problema é visto quando o Azure Local de máquina única é atualizado de 2311 para 2402 e, em seguida, o Repair-Server é executado. A operação de reparo falha. Antes de reparar o nó único, siga estes passos:
1. Execute a versão 2402 para o ADPrepTool. Siga os passos em Prepare Active Directory. Esta ação é rápida e adiciona as permissões necessárias à Unidade Organizacional (UO).
2. Mova o objeto de computador da seção Computadores para a UO raiz. Execute o seguinte comando:
Get-ADComputer <HOSTNAME> | Move-ADObject -TargetPath "<OU path>"

Implantação Se você preparar o Ative Directory por conta própria (não usando o script e o procedimento fornecidos pela Microsoft), sua validação do Ative Directory poderá falhar com a falta de permissão Generic All. Isso ocorre devido a um problema na verificação de validação que verifica se há uma entrada de permissão dedicada para msFVE-RecoverInformationobjects – General – Permissions Full control, que é necessária para a recuperação do BitLocker. Use o método de script Preparar AD ou, se estiver usando seu próprio método, certifique-se de atribuir a permissão específica msFVE-RecoverInformationobjects – General – Permissions Full control.

Implantação Há um problema raro nesta versão em que o registro DNS é excluído durante a implantação do Azure Local. Quando isso ocorre, observa-se a seguinte exceção:
Type 'PropagatePublicRootCertificate' of Role 'ASCA' raised an exception: The operation on computer 'ASB88RQ22U09' failed: WinRM cannot process the request. The following error occurred while using Kerberos authentication: Cannot find the computer ASB88RQ22U09.local. Verify that the computer exists on the network and that the name provided is spelled correctly at PropagatePublicRootCertificate, C:\NugetStore\Microsoft.AzureStack, at Orchestration.Roles.CertificateAuthority.10.2402.0.14\content\Classes\ASCA\ASCA.psm1: line 38, at C:\CloudDeployment\ECEngine\InvokeInterfaceInternal.psm1: line 127,at Invoke-EceInterfaceInternal, C:\CloudDeployment\ECEngine\InvokeInterfaceInternal.psm1: line 123. Verifique o servidor DNS para ver se algum registro DNS das máquinas está faltando. Aplique a seguinte atenuação nas máquinas onde seu registro DNS está ausente.

Reinicie o serviço de cliente DNS. Abra uma sessão do PowerShell e execute o seguinte cmdlet na máquina afetada:
Taskkill /f /fi "SERVICES eq dnscache"

Implantação Nesta versão, há uma falha de tarefa remota em uma implantação de vários nós que resulta na seguinte exceção:
ECE RemoteTask orchestration failure with ASRR1N42R01U31 (node pingable - True): A WebException occurred while sending a RestRequest. WebException.Status: ConnectFailure on [https://<URL>](https://<URL>). Para mitigar o problema, deve-se reiniciar o agente ECE no nó afetado. Em sua máquina, abra uma sessão do PowerShell e execute o seguinte comando:
Restart-Service ECEAgent.

Adicionar nó Nesta versão e em versões anteriores, ao adicionar um nó ao cluster, não é possível atualizar a string da lista de exclusão de proxy para incluir o novo nó. A atualização da lista de exclusão do proxy nas variáveis de ambiente dos hosts não atualizará a lista de exclusão do proxy no Azure Resource Bridge ou AKS. Não há solução alternativa nesta versão. Se você encontrar esse problema, contate o Suporte da Microsoft para determinar as próximas etapas.

Adicionar/reparar nó Nesta versão, ao adicionar ou reparar um nó, ocorre uma falha quando o balanceador de carga de software ou os certificados de máquinas virtuais do controlador de rede são copiados dos nós existentes. A falha ocorre porque esses certificados não foram gerados durante a implantação/atualização. Não há solução alternativa nesta versão. Se você encontrar esse problema, contate o Suporte da Microsoft para determinar as próximas etapas.

Implantação Nesta versão, há um problema com o campo URI/local de segredos. Este é um campo marcado como obrigatório mas está assinalado como Não obrigatório, o que resulta em falhas na implementação do modelo do Azure Resource Manager. Use o ficheiro de parâmetros de exemplo no modelo para desencadear o Azure Local através do Azure Resource Manager, garantindo que todas as entradas sejam fornecidas no formato necessário e depois tente a implantação.
Se houver uma falha na implantação, você também deverá limpar os seguintes recursos antes de executar novamente a implantação:
1. Suprimir C:\EceStore.
2. Suprimir C:\CloudDeployment.
3. Suprimir C:\nugetstore.
4. Remove-Item HKLM:\Software\Microsoft\LCMAzureStackStampInformation.

Rede de Contatos Uma verificação de ambiente falha quando um servidor proxy é usado. Por conceção, a lista de exceções é diferente para winhttp e wininet, o que faz com que a verificação falhe. Siga estas etapas de solução alternativa:

1. Limpe a proxy bypass list antes da verificação de integridade e antes de iniciar a implantação ou a atualização.

2. Depois de passar na verificação, aguarde até que a implantação ou atualização falhe.

3. Defina sua lista de bypass de proxy novamente.

Atualizar Em casos raros, você pode encontrar esse erro ao atualizar seu Azure Local: Type 'UpdateArbAndExtensions' of Role 'MocArb' raised an exception: Exception Upgrading ARB and Extension in step [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Invalid applianceyaml = [C:\AksHci\hci-appliance.yaml]. Se vir este problema, contacte o Suporte da Microsoft para o ajudar com os próximos passos.

Criação de redes Há um problema pouco frequente do cliente DNS nesta versão que faz com que a implantação falhe em um cluster de dois nós com um erro de resolução DNS: Ocorreu uma WebException ao enviar um RestRequest. WebException.Status: NameResolutionFailure. Como resultado do bug, o registro DNS do segundo nó é excluído logo após ser criado, resultando em um erro de DNS. Reinicie o computador. Essa operação registra o registro DNS, o que impede que ele seja excluído.

Portal do Azure Em alguns casos, o portal do Azure pode demorar um pouco a ser atualizado e a visualização pode não ser atual. Talvez seja necessário aguardar 30 minutos ou mais para ver a exibição atualizada.

Implantação Fornecer o nome da UO numa sintaxe incorreta não é detectado no portal do Azure. A sintaxe incorreta inclui caracteres sem suporte, como &,",',<,>. A sintaxe incorreta é detetada em uma etapa posterior durante a validação do cluster. Certifique-se de que a sintaxe do caminho da UO está correta e não inclui caracteres não suportados.

Implantação As implantações por meio do Azure Resource Manager expiram após 2 horas. As implantações que excedem 2 horas aparecem como falha no grupo de recursos embora o cluster tenha sido criado com êxito. Para monitorizar a implantação no portal do Azure, vá para o Recurso Local do Azure e, em seguida, vá para a nova entrada Implantações.

Azure Site Recovery O Azure Site Recovery não pode ser instalado em uma instância Local do Azure nesta versão. Não há nenhuma solução alternativa conhecida nesta versão.

Atualizar Ao atualizar a instância Local do Azure por meio do Azure Update Manager, o progresso e os resultados da atualização podem não estar visíveis no portal do Azure. Para contornar esse problema, em cada máquina, adicione a seguinte chave do Registro (nenhum valor necessário):

New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force

Em seguida, em uma das máquinas, reinicie o grupo de clusters de Gerenciamento de Nuvem.

Stop-ClusterGroup "Cloud Management"

Start-ClusterGroup "Cloud Management"

Isso não corrigirá totalmente o problema, pois os detalhes de progresso ainda podem não ser exibidos durante o processo de atualização. Para obter os detalhes de atualização mais recentes, pode recuperar o progresso da atualização com o PowerShell.

Atualização Em casos raros, se uma atualização com falha estiver bloqueada no estado Em progresso no Azure Update Manager, o botão Tentar novamente será desativado. Para retomar a atualização, execute o seguinte comando do PowerShell:
Get-SolutionUpdate | Start-SolutionUpdate.

Atualizar Em casos raros, ao aplicar uma atualização de 2311.0.24 para 2311.2.4, os relatórios de estado do cluster mostram Em andamento em vez do esperado Falha ao atualizar. Tente atualizar novamente. Se o problema persistir, contacte o Suporte da Microsoft.

Atualização As tentativas de instalar atualizações de solução podem falhar no final das etapas da CAU com:
There was a failure in a Common Information Model (CIM) operation, that is, an operation performed by software that Cluster-Aware Updating depends on.
Esse problema raro ocorre se os recursos de Cluster Name ou Cluster IP Address falharem ao iniciar após a reinicialização de um nó e é mais típico em clusters pequenos. Se você encontrar esse problema, contate o suporte da Microsoft para as próximas etapas. Eles podem trabalhar com você para reiniciar manualmente os recursos do cluster e retomar a atualização conforme necessário.

Atualização Ao aplicar uma atualização de cluster para 10.2402.3.11, o cmdlet Get-SolutionUpdate pode não responder e, eventualmente, falha com um RequestTimeoutException após aproximadamente 10 minutos. É provável que isso ocorra após um cenário de nó de adição ou reparo. Use os cmdlets Start-ClusterGroup e Stop-ClusterGroup para reiniciar o serviço de atualização.

Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group" | Stop-ClusterGroup

Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group" | Start-ClusterGroup

Uma execução bem-sucedida desses cmdlets deverá colocar o serviço de atualização online.

Atualização com reconhecimento de cluster Falha na operação para retomar o nó. Esta é uma questão transitória e poderia ser resolvida por si só. Aguarde alguns minutos e tente novamente a operação. Se o problema persistir, contacte o Suporte da Microsoft.

Atualização com reconhecimento de cluster A operação do nó de suspensão estava bloqueada por mais de 90 minutos. Esta é uma questão transitória e poderia ser resolvida por si só. Aguarde alguns minutos e tente novamente a operação. Se o problema persistir, contacte o Suporte da Microsoft.

Problemas conhecidos da versão 2408.1

Esta versão do software corresponde ao número de versão do software 2408.1.9.

As notas de versão para esta versão incluem os problemas corrigidos nesta versão, problemas conhecidos nesta versão e problemas de nota de versão transferidos de versões anteriores.

Observação

Para obter uma correção detalhada para problemas comuns conhecidos, consulte o repositório Azure Local Supportability GitHub.

Problemas corrigidos

Os seguintes problemas foram corrigidos nesta versão:

Funcionalidade	Questão	Solução alternativa/Comentários
Gerenciamento de VM do Arc	O endereço MAC da interface de rede VM não apareceria se o cliente não passasse o endereço mac no momento da criação.
Atualização	O agente do nó MOC ficava preso em um estado de reinicialização pendente durante a etapa de atualização do MOC.
Atualização	As permissões necessárias não foram concedidas durante a atualização, o que fez com que a atualização falhasse mais tarde.
Atualizar	Adicionada validação para verificar um endereço IPv6.
Atualizar	As interfaces SBE não seriam executadas em todas as máquinas se o hostname no sistema fosse um subconjunto de outro hostname.

Problemas conhecidos nesta versão

A Microsoft não está ciente de quaisquer problemas conhecidos nesta versão.

Problemas conhecidos de versões anteriores

A tabela a seguir lista os problemas conhecidos de versões anteriores:

Funcionalidade Questão Solução alternativa

Gerenciamento de VM do Arc Não há suporte para usar um disco de sistema operacional exportado de uma VM do Azure como um VHD para criar uma imagem de galeria destinada ao provisionamento de uma VM do Azure Arc. Execute o comando restart-service mochostagent para reiniciar o serviço mochostagent.

Gestão do Arc VM Se tentar habilitar a gestão de convidados numa VM migrada, a operação falhará com o seguinte erro: (InternalError) admission webhook "createupdatevalidationwebhook.infrastructure.azstackhci.microsoft.com" negou a solicitação: OsProfile não pode ser alterado após a criação do recurso

Networking Quando um nó é configurado com um servidor proxy que tem letras maiúsculas em seu endereço, como HTTPS://10.100.000.00:8080, as extensões Arc não conseguem instalar ou atualizar no nó em compilações existentes, incluindo a versão 2408.1. No entanto, o nó permanece conectado ao Arc. Siga estas etapas para mitigar o problema:

1. Defina os valores do ambiente em minúsculas. [System.Environment]::SetEnvironmentVariable("HTTPS_PROXY", "https://10.100.000.00:8080", "Machine").

2. Valide se os valores foram definidos. [System.Environment]::GetEnvironmentVariable("HTTPS_PROXY", "Machine").

3. Reinicie os serviços Arc.

Restart-Service himds

Restart-Service ExtensionService

Restart-Service GCArcService

4. Sinalize o AzcmaAgent com as informações de proxy em letras minúsculas.

& 'C:\Program Files\AzureConnectedMachineAgent\azcmagent.exe' config set proxy.url https://10.100.000.00:8080

& 'C:\Program Files\AzureConnectedMachineAgent\azcmagent.exe' config list

Redes Quando as máquinas Arc ficam inoperacionais, a página "All Clusters" na nova experiência do portal exibe um estado "PartiallyConnected" ou "Not Connected Recently. Mesmo quando as máquinas Arc se tornam saudáveis, elas podem não mostrar um status "Connected". Não há nenhuma solução conhecida para esse problema. Para verificar o status da conectividade, use a experiência antiga para ver se ela aparece como "Connected".

Gerenciamento de VM do Arc O serviço Mochostagent pode parecer estar em execução, mas pode ficar bloqueado sem atualizar os registos por mais de um mês. Você pode identificar esse problema verificando os logs de serviço no C:\programdata\mochostagent\logs para ver se os logs estão sendo atualizados. Execute o seguinte comando para reiniciar o serviço mochostagent: restart-service mochostagent.

Atualizar Ao atualizar a versão de 2311 ou construções anteriores para 2408 ou posterior, as operações de adição e reparo do nó podem falhar. Por exemplo, você pode ver um erro: Type 'AddAsZHostToDomain' of Role 'BareMetal' raised an exception. Não há solução alternativa nesta versão. Se você encontrar esse problema, contate o Suporte da Microsoft para determinar as próximas etapas.

Atualizar Há um problema intermitente nesta versão quando o portal do Azure relata incorretamente o estado da atualização como Falha na atualização ou Em andamento, embora a atualização esteja concluída. Conecte-se ao seu instância local do Azure através de uma sessão remota de PowerShell. Para confirmar o status da atualização, execute os seguintes cmdlets do PowerShell:

$Update = get-solutionupdate| ? version -eq "<version string>"

Substitua a cadeia de caracteres de versão pela versão que você está executando. Por exemplo, "10.2405.0.23".

$Update.state

Se o status da atualização for Instalado, nenhuma ação adicional será necessária de sua parte. O portal do Azure atualiza o status corretamente em 24 horas.
Para atualizar o status mais cedo, siga estas etapas em um dos nós do cluster.
Reinicie o grupo de clusters de Gerenciamento de Nuvem.
Stop-ClusterGroup "Cloud Management"
Start-ClusterGroup "Cloud Management"

Atualizar

[ERROR: { "errorCode": "InvalidEntityError", "errorResponse": "{\n\"message\": \"the cloud fabric (MOC) is currently at version v0.13.1. A minimum version of 0.15.0 is required for compatibility\"\n}" }]

Siga estas etapas para mitigar o problema:

1. Para encontrar a versão do agente MOC, execute o seguinte comando: 'C:\Program Files\AksHci\wssdcloudagent.exe' version.

2. Use a saída do comando para encontrar a versão do MOC na tabela abaixo que corresponde à versão do agente e ajuste o $initialMocVersion para essa versão do MOC. Defina o $targetMocVersion localizando a compilação Local do Azure para a qual você está atualizando e obtenha a versão do MOC correspondente na tabela a seguir. Use esses valores no script de mitigação fornecido abaixo:

Construa	Versão do MOC	Versão do Agent
2311.2	1.0.24.10106	v0.13.0-6-gf13a73f7, v0.11.0-alpha.38,01/06/2024
2402	1.0.25.10203	v0.14.0, v0.13.1, 02/02/2024
2402.1	1.0.25.10302	v0.14.0, v0.13.1, 03/02/2024
2402.2	1.1.1.10314	v0.16.0-1-g04bf0dec, v0.15.1, 14/03/2024
2405/2402.3	1.3.0.10418	v0.17.1, v0.16.5, 18/04/2024

Por exemplo, se a versão do agente for v0.13.0-6-gf13a73f7, v0.11.0-alpha.38, 01/06/2024, então $initialMocVersion = "1.0.24.10106" e se se está a atualizar para 2405.0.23, então $targetMocVersion = "1.3.0.10418".

3. Execute os seguintes comandos do PowerShell no primeiro nó:

$initialMocVersion = "<initial version determined from step 2>"
$targetMocVersion = "<target version determined from step 2>"

# Importar módulo MOC duas vezes
import-module moc
import-module moc
$verbosePreference = "Continue"

# Limpar o cache do catálogo SFS
Remove-Item (Get-MocConfig).manifestCache

# Defina a versão para a versão atual do MOC antes da atualização e defina o estado como 'atualização falhada'
Set-MocConfigValue -name "version" -value $initialMocVersion
Set-MocConfigValue -name "installState" -value ([InstallState]::UpdateFailed)

# Execute novamente a atualização do MOC para a versão desejada
Update-Moc -version $targetMocVersion

4. Retome a atualização.

Reparar o servidor Em casos raros, a operação Repair-Server falha com o erro HealthServiceWaitForDriveFW. Nesses casos, as unidades antigas do nó reparado não são removidas e os novos discos ficam presos no modo de manutenção. Para evitar esse problema, certifique-se de NÃO drenar o nó por meio do Windows Admin Center ou usando o cmdlet Suspend-ClusterNode -Drain PowerShell antes de iniciar Repair-Server.
Se o problema ocorrer, contacte o Suporte da Microsoft para obter os próximos passos.

Reparar do servidor Esse problema é visto quando a instância local do Azure de nó único é atualizada de 2311 para 2402 e, em seguida, a Repair-Server é executada. A operação de reparo falha. Antes de reparar o nó único, siga estes passos:
1. Execute a versão 2402 para o ADPrepTool. Siga os passos em Preparar o Active Directory. Esta ação é rápida e adiciona as permissões necessárias à Unidade Organizacional (UO).
2. Mova o objeto de computador do segmento Computadores para a UO raiz. Execute o seguinte comando:
Get-ADComputer <HOSTNAME> | Move-ADObject -TargetPath "<OU path>"

Implantação Se você preparar o Ative Directory por conta própria (não usando o script e o procedimento fornecidos pela Microsoft), sua validação do Ative Directory poderá falhar com a falta de permissão Generic All. Isso ocorre devido a um problema na verificação de validação que verifica se há uma entrada de permissão dedicada para msFVE-RecoverInformationobjects – General – Permissions Full control, que é necessária para a recuperação do BitLocker. Use o método de script Preparar AD ou, se estiver usando seu próprio método, certifique-se de atribuir a permissão específica msFVE-RecoverInformationobjects – General – Permissions Full control.

Implantação Nesta versão, há uma falha de tarefa remota em uma implantação de vários nós que resulta na seguinte exceção:
ECE RemoteTask orchestration failure with ASRR1N42R01U31 (node pingable - True): A WebException occurred while sending a RestRequest. WebException.Status: ConnectFailure on [https://<URL>](https://<URL>). A mitigação consiste em reiniciar o agente ECE no nó afetado. Em sua máquina, abra uma sessão do PowerShell e execute o seguinte comando:
Restart-Service ECEAgent.

Adicionar servidor Nesta versão e em versões anteriores, ao adicionar uma máquina ao sistema, não é possível atualizar a cadeia de caracteres da lista de bypass de proxy para incluir a nova máquina. A atualização nos hosts da lista de exclusão de proxy das variáveis de ambiente não atualizará a lista de exclusão de proxy no Azure Resource Bridge ou AKS. Não há solução alternativa nesta versão. Se você encontrar esse problema, contate o Suporte da Microsoft para determinar as próximas etapas.

Adicionar/reparar servidor Nesta versão, ao adicionar ou reparar uma máquina, uma falha é vista quando o balanceador de carga de software ou os certificados de VM do controlador de rede estão sendo copiados dos nós existentes. A falha ocorre porque esses certificados não foram gerados durante a implantação/atualização. Não há solução alternativa nesta versão. Se você encontrar esse problema, contate o Suporte da Microsoft para determinar as próximas etapas.

Implantação Nesta versão, há um problema com o campo URI/local de segredos. Este é um campo obrigatório que está marcado Not mandatory e resulta em falhas na implantação do modelo do Azure Resource Manager. Use o arquivo de parâmetros de exemplo no de modelo Implantar o Azure Local por meio do Azure Resource Manager para garantir que todas as entradas sejam fornecidas no formato necessário e, em seguida, tente a implantação.
Se houver uma falha na implantação, você também deverá limpar os seguintes recursos antes de executar novamente a implantação:
1. Suprimir C:\EceStore.
2. Suprimir C:\CloudDeployment.
3. Suprimir C:\nugetstore.
4. Remove-Item HKLM:\Software\Microsoft\LCMAzureStackStampInformation.

Rede de Contatos Uma verificação de ambiente falha quando um servidor proxy é usado. Por conceção, a lista de exceções é diferente para winhttp e wininet, o que faz com que a verificação de validação não seja bem-sucedida. Siga estas etapas de solução alternativa:

1. Limpe a lista de bypass de proxy antes da verificação de integridade e antes de iniciar a implantação ou a atualização.

2. Depois de passar na verificação, aguarde até que a implantação ou atualização falhe.

3. Defina sua lista de bypass de proxy novamente.

Gerenciamento de VM do Arc As Extensões do Arc em VMs Arc ficam no estado "Criando" indefinidamente. Entre na VM, abra um prompt de comando e digite o seguinte:
Windows:
notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json
Linux:
sudo vi /var/opt/azcmagent/agentconfig.json
Em seguida, encontre a propriedade resourcename. Exclua o GUID que é anexado ao final do nome do recurso, para que essa propriedade corresponda ao nome da VM. Em seguida, reinicie a VM.

Gerenciamento de Arc VM Em alguns casos, o status da rede lógica é exibido como Falha no portal do Azure. Isso ocorre quando você tenta excluir a rede lógica sem primeiro excluir quaisquer recursos, como interfaces de rede associadas a essa rede lógica.
Você ainda deve ser capaz de criar recursos nesta rede lógica. Neste caso, o estatuto é enganador. Se o estado desta rede lógica era Bem-sucedido no momento em que esta rede foi provisionada, pode continuar a criar recursos nesta rede.

Rede de Contactos Há um problema pouco frequente do cliente DNS nesta versão que faz com que a implantação falhe em um sistema de dois nós com um erro de resolução DNS: Ocorreu uma WebException ao enviar um RestRequest. WebException.Status: NameResolutionFailure. Como resultado do bug, o registro DNS do segundo nó é excluído logo após ser criado, resultando em um erro de DNS. Reinicie o computador. Essa operação registra o registro DNS, o que impede que ele seja excluído.

do portal do Azure Em alguns casos, o portal do Azure pode demorar algum tempo a atualizar e o modo de exibição pode não estar atualizado. Talvez seja necessário aguardar 30 minutos ou mais para ver a exibição atualizada.

Implantação As implantações por meio do Azure Resource Manager expiram após 2 horas. As implantações que excedem 2 horas aparecem como falha no grupo de recursos, embora o sistema tenha sido criado com êxito. Para monitorizar a implantação no portal do Azure, vá para o recurso de instância Local do Azure e, em seguida, vá para a nova entrada de Implantações .

Azure Site Recovery O Azure Site Recovery não pode ser instalado em uma instância Local do Azure nesta versão. Não há nenhuma solução alternativa conhecida nesta versão.

Atualizar Ao atualizar a instância Local do Azure por meio do Azure Update Manager, o progresso e os resultados da atualização podem não estar visíveis no portal do Azure. Para contornar esse problema, em cada nó, adicione a seguinte chave do registo (sem necessidade de valor):

New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force

Em seguida, em um dos nós, reinicie o grupo de clusters de Gerenciamento de Nuvem.

Stop-ClusterGroup "Cloud Management"

Start-ClusterGroup "Cloud Management"

Isso não corrigirá totalmente o problema, pois os detalhes de progresso ainda podem não ser exibidos durante o processo de atualização. Para obter os detalhes de atualização mais recentes, você pode Recuperar o progresso da atualização com o PowerShell.

Atualização Em casos raros, se uma atualização com falha estiver presa num Em andamento estado no Azure Update Manager, o botão Tentar novamente será desativado. Para retomar a atualização, execute o seguinte comando do PowerShell:
Get-SolutionUpdate | Start-SolutionUpdate.

Atualização Em casos raros, ao aplicar uma atualização da versão 2311.0.24 para a versão 2311.2.4, os relatórios de status do cluster exibem Em curso em vez do esperado Não consegue atualizar. Tente atualizar novamente. Se o problema persistir, contacte o Suporte da Microsoft.

Atualizar As tentativas de instalar atualizações para a solução podem falhar no final das etapas do CAU com:
There was a failure in a Common Information Model (CIM) operation, that is, an operation performed by software that Cluster-Aware Updating depends on.
Esse problema raro ocorre se os recursos de Cluster Name ou Cluster IP Address falharem ao arrancar após a reinicialização de um nó e é mais típico em implantações pequenas. Se você encontrar esse problema, contate o suporte da Microsoft para as próximas etapas. Eles podem trabalhar com você para reiniciar manualmente os recursos locais do Azure e retomar a atualização conforme necessário.

Atualização Ao aplicar uma atualização do sistema a 10.2402.3.11, o cmdlet Get-SolutionUpdate pode não responder e, eventualmente, falhar com um RequestTimeoutException após aproximadamente 10 minutos. É provável que isso ocorra após um cenário de adição ou reparação de servidor. Use os cmdlets Start-ClusterGroup e Stop-ClusterGroup para reiniciar o serviço de atualização.

Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group" | Stop-ClusterGroup

Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group" | Start-ClusterGroup

Uma execução bem-sucedida desses cmdlets deve colocar o serviço de atualização online.

Problemas conhecidos da versão 2408

Esta versão do software corresponde ao número de versão do software 2408.0.29.

As notas de versão para esta versão incluem os problemas corrigidos nesta versão, problemas conhecidos nesta versão e problemas de nota de versão transferidos de versões anteriores.

Observação

Para obter uma correção detalhada para problemas comuns conhecidos, consulte o repositório Azure Local Supportability GitHub.

Problemas corrigidos

Os seguintes problemas foram corrigidos nesta versão:

Funcionalidade	Questão	Solução alternativa/Comentários
Atualizações	Foi corrigido um problema de atualização relacionado com o campo ID do tipo de recurso em falta nas verificações de estado de funcionamento.
Atualizações	Foi corrigido um problema de atualização relacionado a diferentes verificações de saúde com o mesmo nome.
Gerenciamento de VM do Arc	Em cenários de implantação grandes, como implantações extensas de pool de hosts AVD ou provisionamento de VM em grande escala, poderá encontrar problemas de confiabilidade causados por um problema da biblioteca externa do soquete Hyper-V.

Problemas conhecidos nesta versão

A tabela a seguir lista os problemas conhecidos nesta versão:

Funcionalidade	Questão	Solução alternativa
Reparar o servidor	Depois de reparar um nó e executar o comando `Set-AzureStackLCMUserPassword`, você pode encontrar o seguinte erro: `CloudEngine.Actions.InterfaceInvocationFailedException: Type 'ValidateCredentials' of Role 'SecretRotation' raised an exception: Cannot load encryption certificate. The certificate setting 'CN=DscEncryptionCert' does not represent a valid base-64 encoded certificate, nor does it represent a valid certificate by file, directory, thumbprint, or subject name. at Validate-Credentials`	Siga estas etapas para mitigar o problema: `$NewPassword = <Provide new password as secure string>` `$OldPassword = <Provide the old/current password as secure string>` `$Identity = <LCM username>` `$credential = New-Object -TypeName PSCredential -ArgumentList $Identity, $NewPassword` 1. Importe o módulo necessário: `Import-Module "C:\Program Files\WindowsPowerShell\Modules\Microsoft.AS.Infra.Security.SecretRotation\PasswordUtilities.psm1" -DisableNameChecking` 2. Verifique o estado do grupo de clusters ECE: `$eceClusterGroup = Get-ClusterGroup` \| `Where-Object {$_.Name -eq "Azure Stack HCI Orchestrator Service Cluster Group"}` `if ($eceClusterGroup.State -ne "Online") {Write-AzsSecurityError -Message "ECE cluster group is not in an Online state. Cannot continue with password rotation." -ErrRecord $_}` 3. Atualize o ECE com a nova senha: `Write-AzsSecurityVerbose -Message "Updating password in ECE" -Verbose` `$eceContainersToUpdate = @("DomainAdmin", "DeploymentDomainAdmin", "SecondaryDomainAdmin", "TemporaryDomainAdmin", "BareMetalAdmin", "FabricAdmin", "SecondaryFabric", "CloudAdmin") <br><br> foreach ($containerName in $eceContainersToUpdate) {Set-ECEServiceSecret -ContainerName $containerName -Credential $credential 3>$null 4>$null} <br><br> Write-AzsSecurityVerbose -Message "Finished updating credentials in ECE." -Verbose` 4. Atualize a senha no Ative Directory: `Set-ADAccountPassword -Identity $Identity -OldPassword $OldPassword -NewPassword $NewPassword`
Gerenciamento de VM do Arc	Não há suporte para o uso de um disco exportado do sistema operacional da VM do Azure como um VHD para criar uma imagem de galeria para provisionar uma VM do Arc.	Execute o comando `restart-service mochostagent` para reiniciar o serviço mochostagent.
Gerenciamento do Arc VM	Se tentar habilitar a gestão de convidados em uma VM migrada, a operação falhará com o seguinte erro: webhook de admissão (InternalError) "createupdatevalidationwebhook.infrastructure.azstackhci.microsoft.com" negou a solicitação: OsProfile não pode ser alterado após a criação de recursos
Comunicação em rede	Quando um nó é configurado com um servidor proxy que tem letras maiúsculas em seu endereço, como HTTPS://10.100.000.00:8080, as extensões Arc falham ao instalar ou atualizar no nó em compilações existentes, incluindo a versão 2408. No entanto, o nó permanece conectado ao Arc.	Siga estas etapas para mitigar o problema: 1. Defina os valores do ambiente em minúsculas. `[System.Environment]::SetEnvironmentVariable("HTTPS_PROXY", "https://10.100.000.00:8080", "Machine")`. 2. Valide se os valores foram definidos. `[System.Environment]::GetEnvironmentVariable("HTTPS_PROXY", "Machine").` 3. Reinicie os serviços Arc. `Restart-Service himds` `Restart-Service ExtensionService` `Restart-Service GCArcService` 4. Indique o AzcmaAgent com as informações de proxy em minúsculas. `& 'C:\Program Files\AzureConnectedMachineAgent\azcmagent.exe' config set proxy.url https://10.100.000.00:8080` `& 'C:\Program Files\AzureConnectedMachineAgent\azcmagent.exe' config list`
Networking	Quando as máquinas Arc ficam inativas, a página "All Clusters" na nova experiência do portal mostra um estado "PartiallyConnected" ou "Not Connected Recently. Mesmo quando as máquinas Arc se tornam saudáveis, elas podem não mostrar um status "Connected".	Não há nenhuma solução conhecida para esse problema. Para verificar o status da conectividade, use a experiência antiga para ver se ela aparece como "Connected".
Segurança	O recurso de segurança SideChannelMitigation pode não mostrar um estado habilitado, mesmo que esteja habilitado. Isso acontece ao usar o Windows Admin Center (Modo de Exibição de Segurança de Cluster) ou quando esse cmdlet retorna False: `Get-AzSSecurity -FeatureName SideChannelMitigation`.	Não há solução alternativa nesta versão para corrigir a saída desses aplicativos. Para validar o valor esperado, execute o seguinte cmdlet: `Get-ItemProperty 'HKLM:\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management' -name "FeatureSettingsOverride*"` O resultado esperado é: FeatureSettingsOverride: 83886152 MáscaraDeAnulaçãoDeConfiguraçõesDeFuncionalidades: 3 Se a saída corresponder à saída esperada, você poderá ignorar com segurança a saída do Windows Admin Center e `Get-AzSSecurity` cmdlet.
Gerenciamento de VM do Arc	O serviço Mochostagent parece estar a funcionar, mas pode ficar preso sem atualizar os registos durante mais de um mês. Você pode identificar esse problema verificando os logs de serviço no `C:\programdata\mochostagent\logs` para ver se os logs estão sendo atualizados.	Execute o seguinte comando para reiniciar o serviço mochostagent: `restart-service mochostagent`.
Atualizar	Ao atualizar a marca das compilações 2311 ou anteriores para 2408 ou posteriores, as operações de adição e reparação de nós podem falhar. Por exemplo, você pode ver um erro: `Type 'AddAsZHostToDomain' of Role 'BareMetal' raised an exception`.	Não há solução alternativa nesta versão. Se você encontrar esse problema, contate o Suporte da Microsoft para determinar as próximas etapas.
Atualizar	Ao instalar uma atualização do SBE para seu sistema local do Azure, algumas interfaces do SBE não são executadas em todas as máquinas se o nome do host no cluster for um subconjunto de outro nome de host. Por exemplo, host-1 é um subconjunto de host-10. Isso pode resultar em falhas na verificação do CAU ou na execução do CAU.	A Microsoft recomenda o uso de pelo menos 2 dígitos para contagens de instâncias de nome de host em suas convenções de nomenclatura de host. Para obter mais informações, consulte Definir a sua convenção de nomenclatura.

Problemas conhecidos de versões anteriores

A tabela a seguir lista os problemas conhecidos de versões anteriores:

Funcionalidade Questão Solução alternativa

Atualizar Há um problema intermitente nesta versão quando o portal do Azure relata incorretamente o status da atualização como Falha ao atualizar ou Em andamento, embora a atualização esteja concluída. Conecte-se ao seu de instância local do Azure por meio de uma sessão remota do PowerShell. Para confirmar o status da atualização, execute os seguintes cmdlets do PowerShell:

$Update = get-solutionupdate| ? version -eq "<version string>"

Substitua a cadeia de caracteres de versão pela versão que você está executando. Por exemplo, "10.2405.0.23".

$Update.state

Se o status da atualização for Instalado, nenhuma ação adicional será necessária de sua parte. O portal do Azure atualiza o status corretamente em 24 horas.
Para atualizar o status mais cedo, siga estas etapas em um dos nós do cluster.
Reinicie o grupo de clusters do Gerenciamento de Nuvem.
Stop-ClusterGroup "Cloud Management"
Start-ClusterGroup "Cloud Management"

Atualização

Durante uma atualização inicial do MOC, ocorre uma falha devido à versão do MOC de destino não ser encontrada no cache do catálogo. As atualizações de seguimento e novas tentativas mostram o MOC na versão de destino, mas a atualização não é bem-sucedida, e, como resultado, o update do Arc Resource Bridge falha.

Para validar esse problema, colete os logs de atualização usando Solucionar problemas de atualizações de solução para o Azure Local. Os arquivos de log devem mostrar uma mensagem de erro semelhante (a versão atual pode diferir na mensagem de erro):

[ERROR: { "errorCode": "InvalidEntityError", "errorResponse": "{\n\"message\": \"the cloud fabric (MOC) is currently at version v0.13.1. A minimum version of 0.15.0 is required for compatibility\"\n}" }]

Siga estas etapas para mitigar o problema:

1. Para encontrar a versão do agente MOC, execute o seguinte comando: 'C:\Program Files\AksHci\wssdcloudagent.exe' version.

2. Utilize a saída do comando para encontrar a versão do MOC na tabela abaixo que corresponda à versão do agente e defina $initialMocVersion para essa versão do MOC. Defina o $targetMocVersion localizando a compilação Local do Azure para a qual você está atualizando e obtenha a versão do MOC correspondente na tabela a seguir. Use esses valores no script de mitigação fornecido abaixo:

Construa	versão MOC	Versão do Agente
2311.2	1.0.24.10106	v0.13.0-6-gf13a73f7, v0.11.0-alpha.38,01/06/2024
2402	1.0.25.10203	v0.14.0, v0.13.1, 02/02/2024
2402.1	1.0.25.10302	v0.14.0, v0.13.1, 03/02/2024
2402.2	1.1.1.10314	v0.16.0-1-g04bf0dec, v0.15.1, 14/03/2024
2405/2402.3	1.3.0.10418	v0.17.1, v0.16.5, 18/04/2024

Por exemplo, se a versão do agente for v0.13.0-6-gf13a73f7, v0.11.0-alpha.38,01/06/2024, então $initialMocVersion = "1.0.24.10106" e se estiver a atualizar para 2405.0.23, então $targetMocVersion = "1.3.0.10418".

3. Execute os seguintes comandos do PowerShell no primeiro servidor.

$initialMocVersion = "<initial version determined from step 2>"
$targetMocVersion = "<target version determined from step 2>"

# Importar módulo MOC duas vezes
import-module moc
import-module moc
$verbosePreference = "Continue"

# Limpar o cache do catálogo SFS
Remove-Item (Get-MocConfig).manifestCache

# Defina a versão como a versão atual do MOC antes da atualização e defina o estado como falha na atualização
Set-MocConfigValue -name "version" -value $initialMocVersion
Set-MocConfigValue -name "installState" -value ([InstallState]::UpdateFailed)

# Execute novamente a atualização do MOC para a versão desejada
Update-Moc -version $targetMocVersion

4. Retome a atualização.

Reparar o servidor Em casos raros, a operação Repair-Server falha com o erro HealthServiceWaitForDriveFW. Nesses casos, os discos antigos do nó reparado não são removidos e os novos discos permanecem presos no modo de manutenção. Para evitar este problema, certifique-se de NÃO esvaziar o nó por meio do Windows Admin Center ou usando o cmdlet Suspend-ClusterNode -Drain PowerShell antes de iniciar Repair-Server.
Se o problema ocorrer, contacte o Suporte da Microsoft para obter os próximos passos.

Reparar o servidor Este problema ocorre quando a instância local do Azure de nó singular é atualizada de 2311 para 2402, e em seguida, a Repair-Server é executada. A operação de reparo falha. Antes de reparar o nó individual, siga os seguintes passos:
1. Execute a versão 2402 para o ADPrepTool. Siga as etapas em Preparar o Active Directory. Esta ação é rápida e adiciona as permissões necessárias à Unidade Organizacional (UO).
2. Mova o objeto de computador do segmento Computadores para a UO raiz. Execute o seguinte comando:
Get-ADComputer <HOSTNAME> | Move-ADObject -TargetPath "<OU path>"

Implantação Se você preparar o Ative Directory por conta própria (não usando o script e o procedimento fornecidos pela Microsoft), sua validação do Ative Directory poderá falhar com a falta de permissão Generic All. Isso ocorre devido a um problema na verificação de validação que verifica se há uma entrada de permissão dedicada para msFVE-RecoverInformationobjects – General – Permissions Full control, que é necessária para a recuperação do BitLocker. Use o método de script Preparar AD ou, se estiver usando seu próprio método, certifique-se de atribuir a permissão específica msFVE-RecoverInformationobjects – General – Permissions Full control.

Implantação Há um problema raro nesta versão em que o registro DNS é excluído durante a implantação do Azure Local. Quando isso ocorre, observa-se a seguinte exceção:
Type 'PropagatePublicRootCertificate' of Role 'ASCA' raised an exception: The operation on computer 'ASB88RQ22U09' failed: WinRM cannot process the request. The following error occurred while using Kerberos authentication: Cannot find the computer ASB88RQ22U09.local. Verify that the computer exists on the network and that the name provided is spelled correctly at PropagatePublicRootCertificate, C:\NugetStore\Microsoft.AzureStack, at Orchestration.Roles.CertificateAuthority.10.2402.0.14\content\Classes\ASCA\ASCA.psm1: line 38, at C:\CloudDeployment\ECEngine\InvokeInterfaceInternal.psm1: line 127,at Invoke-EceInterfaceInternal, C:\CloudDeployment\ECEngine\InvokeInterfaceInternal.psm1: line 123. Verifique o servidor DNS para ver se algum registro DNS dos nós do cluster está faltando. Aplique a atenuação a seguir nos nós onde seu registro DNS está ausente.

Reinicie o serviço de cliente DNS. Abra uma sessão do PowerShell e execute o seguinte cmdlet no nó afetado:
Taskkill /f /fi "SERVICES eq dnscache"

Implantação Nesta versão, há uma falha de tarefa remota em uma implantação de vários nós que resulta na seguinte exceção:
ECE RemoteTask orchestration failure with ASRR1N42R01U31 (node pingable - True): A WebException occurred while sending a RestRequest. WebException.Status: ConnectFailure on [https://<URL>](https://<URL>). A solução de atenuação é reiniciar o agente ECE no nó afetado. Em sua máquina, abra uma sessão do PowerShell e execute o seguinte comando:
Restart-Service ECEAgent.

Adicionar servidor Nesta versão e em versões anteriores, ao adicionar uma máquina ao cluster, não é possível atualizar a cadeia de caracteres da lista de bypass de proxy para incluir a nova máquina. A atualização das variáveis de ambiente nos hosts para a lista de exclusão de proxy não atualizará a lista de exclusão de proxy no Azure Resource Bridge ou no AKS. Não há solução alternativa nesta versão. Se você encontrar esse problema, contate o Suporte da Microsoft para determinar as próximas etapas.

Implantação Nesta versão, há um problema com o campo URI/local de segredos. Este é um campo obrigatório, mas está marcado como Não obrigatório, resultando em falhas na implantação de modelos do Azure Resource Manager. Use o arquivo de parâmetros de exemplo no de modelo Implantar o Azure Local por meio do Azure Resource Manager para garantir que todas as entradas sejam fornecidas no formato necessário e, em seguida, tente a implantação.
Se houver uma falha na implantação, você também deverá limpar os seguintes recursos antes de executar novamente a implantação:
1. Suprimir C:\EceStore.
2. Suprimir C:\CloudDeployment.
3. Suprimir C:\nugetstore.
4. Remove-Item HKLM:\Software\Microsoft\LCMAzureStackStampInformation.

Redes Uma verificação de ambiente falha quando um servidor proxy é usado. Por conceção, a lista de bypass é diferente para winhttp e wininet, o que faz com que a validação falhe. Siga estas etapas de solução alternativa:

1. Limpe a lista de bypass de proxy antes da verificação de integridade e antes de iniciar a implantação ou a atualização.

Após passar na verificação, aguarde até que a implantação ou atualização falhe.

3. Defina novamente a sua lista de bypass do proxy.

Gerenciamento de VM do Arc As Extensões Arc em VMs Arc permanecem no estado de 'Criação' indefinidamente. Entre na VM, abra um prompt de comando e digite o seguinte:
Windows:
notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json
Linux:
sudo vi /var/opt/azcmagent/agentconfig.json
Em seguida, encontre a propriedade resourcename. Exclua o GUID que é anexado ao final do nome do recurso, para que essa propriedade corresponda ao nome da VM. Em seguida, reinicie a VM.

Gerenciamento de Arc VM Em alguns casos, o status da rede lógica é exibido como Falha no portal do Azure. Isso ocorre quando você tenta excluir a rede lógica sem primeiro excluir quaisquer recursos, como interfaces de rede associadas a essa rede lógica.
Você ainda deve ser capaz de criar recursos nesta rede lógica. Neste caso, o estatuto é enganador. Se o estado desta rede lógica foi Êxito no momento em que esta rede foi provisionada, pode continuar a criar recursos nesta rede.

Conexão em rede Há um problema pouco frequente do cliente DNS nesta versão que faz com que a implantação falhe em um cluster de dois nós com um erro de resolução DNS: Ocorreu uma WebException ao enviar um RestRequest. WebException.Status: NameResolutionFailure. Como resultado do bug, o registro DNS do segundo nó é excluído logo após ser criado, resultando em um erro de DNS. Reinicie o computador. Essa operação registra o registro DNS, o que impede que ele seja excluído.

do portal do Azure Em alguns casos, o portal do Azure pode demorar a atualizar e a vista pode não ser atual. Talvez seja necessário aguardar 30 minutos ou mais para ver a exibição atualizada.

Implantação Fornecer o nome da OU numa sintaxe incorreta não é reconhecido no portal do Azure. A sintaxe incorreta inclui caracteres sem suporte, como &,",',<,>. A sintaxe incorreta é detetada em uma etapa posterior durante a validação do cluster. Certifique-se de que a sintaxe do caminho da UO está correta e não inclui caracteres não suportados.

Implantação As implantações por meio do Azure Resource Manager expiram após 2 horas. As implantações que excedem 2 horas aparecem como falha no grupo de recursos embora o cluster tenha sido criado com êxito. Para monitorizar a implantação no portal do Azure, vá para o recurso de instância Local do Azure e, em seguida, vá para a nova entrada Implantações.

Azure Site Recovery O Azure Site Recovery não pode ser instalado em uma instância Local do Azure nesta versão. Não há nenhuma solução alternativa conhecida nesta versão.

Atualizar Ao atualizar a instância Local do Azure por meio do Azure Update Manager, o progresso e os resultados da atualização podem não estar visíveis no portal do Azure. Para contornar esse problema, em cada nó de cluster, adicione a seguinte chave do Registro (nenhum valor necessário):

New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force

Em seguida, em um dos nós do cluster, reinicie o grupo de clusters de Gerenciamento de Nuvem.

Stop-ClusterGroup "Cloud Management"

Start-ClusterGroup "Cloud Management"

Isso não corrigirá totalmente o problema, pois os detalhes de progresso ainda podem não ser exibidos durante o processo de atualização. Para obter os detalhes de atualização mais recentes, você pode Recuperar o progresso da atualização com o PowerShell.

Atualizar Em casos raros, se uma atualização com falha estiver presa em um estado Em progresso no Azure Update Manager, o botão Tentar de novo estará desativado. Para retomar a atualização, execute o seguinte comando do PowerShell:
Get-SolutionUpdate | Start-SolutionUpdate.

Atualizações Em alguns casos, SolutionUpdate comandos podem falhar se executados após o comando Send-DiagnosticData. Certifique-se de fechar a sessão do PowerShell usada para Send-DiagnosticData. Abra uma nova sessão do PowerShell e use-a para SolutionUpdate comandos.

Atualizar Em casos raros, ao aplicar uma atualização de 2311.0.24 para 2311.2.4, os relatórios de status do cluster Em andamento em vez do esperado Falha ao atualizar. Tente atualizar novamente. Se o problema persistir, contacte o Suporte da Microsoft.

Atualização As tentativas de instalar atualizações de uma solução podem falhar no final dos passos da CAU com:
There was a failure in a Common Information Model (CIM) operation, that is, an operation performed by software that Cluster-Aware Updating depends on.
Esse problema raro ocorre se os recursos de Cluster Name ou Cluster IP Address falharem ao iniciar após a reinicialização de um nó e for mais típico em clusters pequenos. Se você encontrar esse problema, contate o suporte da Microsoft para as próximas etapas. Eles podem trabalhar com você para reiniciar manualmente os recursos do cluster e retomar a atualização conforme necessário.

Atualizar Ao aplicar uma atualização de cluster para 10.2402.3.11, o cmdlet Get-SolutionUpdate pode não responder e, eventualmente, falha com um RequestTimeoutException após aproximadamente 10 minutos. É provável que isso ocorra após um cenário de adição ou reparação de servidor. Use os cmdlets Start-ClusterGroup e Stop-ClusterGroup para reiniciar o serviço de atualização.

Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group" | Stop-ClusterGroup

Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group" | Start-ClusterGroup

Uma execução bem-sucedida desses cmdlets deve colocar o serviço de actualização em funcionamento.

Problemas da versão 2405.3

Esta versão do software corresponde ao número de versão do software 2405.3.7.

As notas de versão para esta versão incluem os problemas corrigidos nesta versão, problemas conhecidos nesta versão e problemas observados na versão transferidos de versões anteriores.

Problemas corrigidos

Aqui estão os problemas corrigidos nesta versão:

Funcionalidade	Questão	Solução alternativa/Comentários
Atualização	Nesta versão, foi corrigido um problema de atualização relacionado ao SDN não funcionar depois que os hosts passam pela rotação e atualização secretas.
Atualização	Nesta versão, foi corrigido um problema de atualização relacionado à verificação de prontidão do ambiente de discos físicos que falhou incorretamente e bloqueou a atualização
Implantação	Nesta versão, uma operação de implantação relacionada ao valor nulo na implantação de nuvem foi corrigida.
Atualizar	Nesta versão, uma atualização de verificação de integridade para evitar um erro XML de resumo foi corrigida.

Problemas conhecidos nesta versão

A Microsoft não está ciente de quaisquer problemas conhecidos nesta versão.

Problemas conhecidos de versões anteriores

Aqui estão os problemas conhecidos de versões anteriores:

Funcionalidade Questão Solução alternativa

Atualização Ao exibir os resultados da verificação de preparação para um cluster HCI do Azure Stack por meio do Azure Update Manager, pode haver várias verificações de preparação com o mesmo nome. Não há nenhuma solução alternativa conhecida nesta versão. Selecione Exibir detalhes para exibir informações específicas sobre a verificação de preparação.

Gerenciamento de VM do Arc Em cenários de implantação grandes, como implantações extensas de pool de hosts AVD ou provisionamento de máquinas virtuais (VM) em grande escala, poderá encontrar problemas de confiabilidade causados por um problema de soquete Hyper-V numa biblioteca externa. Siga estas etapas para mitigar o problema:
1. Execute o comando Get-service mochostagent (\) get-process (\) kill. Verifique a saída do comando e verifique se a contagem de identificadores está na casa dos milhares.

2. Execute o comando Get-service mochostagent (\) get-process para encerrar os processos.

3. Execute o comando restart-service mochostagent para reiniciar o serviço mochostagent.

Implantação Ao implantar o Azure Local por meio do portal do Azure, você pode encontrar a seguinte falha de validação de implantação:

Could not complete the operation. 400: Resource creation validation failed. Details: [{"Code":"AnswerFileValidationFailed","Message":"Errors in Value Validation:\r\nPhysicalNodesValidator found error at deploymentdata.physicalnodes[0].ipv4address: The specified for \u0027deploymentdata.physicalnodes[0].ipv4address\u0027 is not a valid IPv4 address. Example: 192.168.0.1 or 192.168.0.1","Target":null,"Details":null}].

Se for ao separador de Rede no portal do Azure, dentro da configuração de Intenção de Rede , poderá ver o seguinte erro: O adaptador de rede físico selecionado não está vinculado ao comutador de gestão virtual. Siga o procedimento em Solucionar problemas de falhas de validação de implantação no portal do Azure.

Desdobramento A implantação por meio do portal do Azure falha com este erro: Falha ao buscar o segredo LocalAdminCredential do cofre de chaves. Não há solução alternativa para esse problema nesta versão. Se o problema ocorrer, contacte o Suporte da Microsoft para obter os próximos passos.

Implantação Em alguns casos, durante o registo dos servidores HCI do Azure Stack, esse erro pode ser visto nos registos de depuração: Encontrado erro interno do servidor. Uma das extensões obrigatórias para implantação de dispositivos pode não estar instalada. Siga estas etapas para mitigar o problema:

$Settings = @{ "CloudName" = $Cloud; "RegionName" = $Region; "DeviceType" = "AzureEdge" }

New-AzConnectedMachineExtension -Name "AzureEdgeTelemetryAndDiagnostics" -ResourceGroupName $ResourceGroup -MachineName $env:COMPUTERNAME -Location $Region -Publisher "Microsoft.AzureStack.Observability" -Settings $Settings -ExtensionType "TelemetryAndDiagnostics" -EnableAutomaticUpgrade

New-AzConnectedMachineExtension -Name "AzureEdgeDeviceManagement" -ResourceGroupName $ResourceGroup -MachineName $env:COMPUTERNAME -Location $Region -Publisher "Microsoft.Edge" -ExtensionType "DeviceManagementExtension"

New-AzConnectedMachineExtension -Name "AzureEdgeLifecycleManager" -ResourceGroupName $ResourceGroup -MachineName $env:COMPUTERNAME -Location $Region -Publisher "Microsoft.AzureStack.Orchestration" -ExtensionType "LcmController"

New-AzConnectedMachineExtension -Name "AzureEdgeRemoteSupport" -ResourceGroupName $ResourceGroup -MachineName $env:COMPUTERNAME -Location $Region -Publisher "Microsoft.AzureStack.Observability" -ExtensionType "EdgeRemoteSupport" -EnableAutomaticUpgrade

Atualização Há um problema intermitente nesta versão quando o portal do Azure relata de forma incorreta o estado da atualização como Falha ao atualizar ou Em andamento, embora a atualização esteja concluída. Conecte-se ao seu Local do Azure por meio de uma sessão remota do PowerShell. Para confirmar o status da atualização, execute os seguintes cmdlets do PowerShell:

$Update = get-solutionupdate| ? version -eq "<version string>"

Substitua a cadeia de caracteres de versão pela versão que você está executando. Por exemplo, "10.2405.0.23".

$Update.state

Se o status da atualização for Instalado, nenhuma ação adicional será necessária de sua parte. O portal do Azure atualiza o status corretamente em 24 horas.
Para atualizar o status mais cedo, siga estas etapas em um dos nós do cluster.
Reinicie o grupo de clusters do Gerenciamento de Núvem.
Stop-ClusterGroup "Cloud Management"
Start-ClusterGroup "Cloud Management"

Atualização

[ERROR: { "errorCode": "InvalidEntityError", "errorResponse": "{\n\"message\": \"the cloud fabric (MOC) is currently at version v0.13.1. A minimum version of 0.15.0 is required for compatibility\"\n}" }]

Siga estas etapas para mitigar o problema:

1. Para encontrar a versão do agente MEC, execute o seguinte comando: 'C:\Program Files\AksHci\wssdcloudagent.exe' version.

2. Use a saída do comando para encontrar a versão do MOC na tabela abaixo que corresponde à versão do agente e defina $initialMocVersion para essa versão do MOC. Defina o $targetMocVersion localizando a compilação HCI do Azure Stack para a qual você está atualizando e obtenha a versão do MOC correspondente na tabela a seguir. Use esses valores no script de mitigação fornecido abaixo:

Construa	versão MOC	Versão do Agent
2311.2	1.0.24.10106	v0.13.0-6-gf13a73f7, v0.11.0-alpha.38,01/06/2024
2402	1.0.25.10203	v0.14.0, v0.13.1, 02/02/2024
2402.1	1.0.25.10302	v0.14.0, v0.13.1, 03/02/2024
2402.2	1.1.1.10314	v0.16.0-1-g04bf0dec, v0.15.1, 14/03/2024
2405/2402.3	1.3.0.10418	v0.17.1, v0.16.5, 18/04/2024

Por exemplo, se a versão do agente for v0.13.0-6-gf13a73f7, v0.11.0-alpha.38, 01/06/2024, então $initialMocVersion = “1.0.24.10106”, e se estiver a atualizar para 2405.0.23, então $targetMocVersion = “1.3.0.10418”.

3. Execute os seguintes comandos do PowerShell no primeiro nó:

$initialMocVersion = "<initial version determined from step 2>"
$targetMocVersion = "<target version determined from step 2>"

# Importar módulo MOC duas vezes
import-module moc
import-module moc
$verbosePreference = "Continue"

# Limpar o cache do catálogo SFS
Remove-Item (Get-MocConfig).manifestCache

# Atribua a versão à versão atual do MOC antes da atualização e defina o estado como 'atualização falhada'
Set-MocConfigValue -name "version" -value $initialMocVersion
Set-MocConfigValue -name "installState" -value ([InstallState]::UpdateFailed)

# Execute novamente a atualização do MOC para a versão desejada
Update-Moc -version $targetMocVersion

4. Retome a atualização.

Servidor a reparar Em casos raros, a operação Repair-Server falha com o erro HealthServiceWaitForDriveFW. Nestes casos, as unidades antigas do nó reparado não são removidas e os novos discos permanecem no modo de manutenção. Para evitar esse problema, certifique-se de NÃO drenar o nó por meio do Windows Admin Center ou usando o cmdlet Suspend-ClusterNode -Drain PowerShell antes de iniciar Repair-Server.
Se o problema ocorrer, contacte o Suporte da Microsoft para obter os próximos passos.

Reparar o servidor Esse problema é visto quando o servidor único Azure Stack HCI é atualizado de 2311 para 2402 e, em seguida, o Repair-Server é executado. A operação de reparo falha. Antes de reparar o nó único, siga estes passos:
1. Execute a versão 2402 para o ADPrepTool. Siga os passos em Preparar o Active Directory. Esta ação é rápida e adiciona as permissões necessárias à Unidade Organizacional (UO).
2. Mova o objeto de computador do segmento Computadores para a UO raiz. Execute o seguinte comando:
Get-ADComputer <HOSTNAME> | Move-ADObject -TargetPath "<OU path>"

Implantação Se você preparar o Ative Directory por conta própria (não usando o script e o procedimento fornecidos pela Microsoft), sua validação do Ative Directory poderá falhar com a falta de permissão Generic All. Isso ocorre devido a um problema na verificação de validação que verifica se há uma entrada de permissão dedicada para msFVE-RecoverInformationobjects – General – Permissions Full control, que é necessária para a recuperação do BitLocker. Use o método de script Preparar AD, ou, se estiver usando o seu próprio método, certifique-se de atribuir a permissão específica msFVE-RecoverInformationobjects – General – Permissions Full control.

Implantação Há um problema raro nesta versão em que o registro DNS é excluído durante a implantação do Azure Stack HCI. Quando isso ocorre, observa-se a seguinte exceção:
Type 'PropagatePublicRootCertificate' of Role 'ASCA' raised an exception: The operation on computer 'ASB88RQ22U09' failed: WinRM cannot process the request. The following error occurred while using Kerberos authentication: Cannot find the computer ASB88RQ22U09.local. Verify that the computer exists on the network and that the name provided is spelled correctly at PropagatePublicRootCertificate, C:\NugetStore\Microsoft.AzureStack, at Orchestration.Roles.CertificateAuthority.10.2402.0.14\content\Classes\ASCA\ASCA.psm1: line 38, at C:\CloudDeployment\ECEngine\InvokeInterfaceInternal.psm1: line 127,at Invoke-EceInterfaceInternal, C:\CloudDeployment\ECEngine\InvokeInterfaceInternal.psm1: line 123. Verifique o servidor DNS para ver se algum registro DNS dos nós do cluster está faltando. Aplique a atenuação a seguir nos nós onde seu registro DNS está ausente.

Reinicie o serviço de cliente DNS. Abra uma sessão do PowerShell e execute o seguinte cmdlet no nó afetado:
Taskkill /f /fi "SERVICES eq dnscache"

Implantação Nesta versão, há uma falha de tarefa remota em uma implantação de vários nós que resulta na seguinte exceção:
ECE RemoteTask orchestration failure with ASRR1N42R01U31 (node pingable - True): A WebException occurred while sending a RestRequest. WebException.Status: ConnectFailure on [https://<URL>](https://<URL>). A mitigação é reiniciar o agente ECE no nó afetado. No servidor, abra uma sessão do PowerShell e execute o seguinte comando:
Restart-Service ECEAgent.

Adicionar servidor Nesta versão e nas versões anteriores, ao adicionar um servidor ao cluster, não é possível atualizar a cadeia de caracteres da lista de bypass de proxy para incluir o novo servidor. A atualização da lista de bypass de proxy de variáveis de ambiente nos hosts não atualizará a lista de bypass de proxy no Azure Resource Bridge ou AKS. Não há solução alternativa nesta versão. Se você encontrar esse problema, contate o Suporte da Microsoft para determinar as próximas etapas.

Adicionar/reparar servidor Nesta versão, ao adicionar ou reparar um servidor, uma falha é vista quando o balanceador de carga de software ou os certificados de VM do controlador de rede estão sendo copiados dos nós existentes. A falha ocorre porque esses certificados não foram gerados durante a implantação/atualização. Não há solução alternativa nesta versão. Se você encontrar esse problema, contate o Suporte da Microsoft para determinar as próximas etapas.

Implantação Nesta versão, há um problema com o campo URI/local de segredos. Este é um campo marcado como obrigatório Não obrigatório e resulta em falhas na implantação de modelos do Azure Resource Manager. Use o ficheiro de parâmetros de exemplo no modelo do Azure Resource Manager para Implantar Azure Local. Isso garante que todas as entradas sejam fornecidas no formato necessário. Depois, tente a implementação.
Se houver uma falha na implantação, você também deverá limpar os seguintes recursos antes de executar novamente a implantação:
1. Suprimir C:\EceStore.
2. Suprimir C:\CloudDeployment.
3. Suprimir C:\nugetstore.
4. Remove-Item HKLM:\Software\Microsoft\LCMAzureStackStampInformation.

Rede Uma verificação de ambiente falha quando um servidor proxy é usado. Por conceção, a lista de bypass é diferente para winhttp e wininet, o que faz com que a checagem de validação falhe. Siga estas etapas de solução alternativa:

1. Limpe a lista de bypass do proxy antes da verificação de integridade e antes de iniciar a implantação ou a atualização.

2. Depois de passar na verificação, aguarde até que a implantação ou atualização falhe.

3. Defina novamente a sua lista de exclusão de proxy.

Gestão do Arc VM A implantação ou atualização do Arc Resource Bridge pode falhar quando o segredo SPN temporário gerado automaticamente durante esta operação começar com um hífen. Tente novamente a implantação/atualização. A nova tentativa deve regenerar o segredo do SPN e a operação provavelmente terá sucesso.

Gerenciamento de Arc VM As extensões Arc em VMs Arc permanecem no estado "Criando" indefinidamente. Entre na VM, abra um prompt de comando e digite o seguinte:
Windows:
notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json
Linux:
sudo vi /var/opt/azcmagent/agentconfig.json
Em seguida, encontre a propriedade resourcename. Exclua o GUID que é anexado ao final do nome do recurso, para que essa propriedade corresponda ao nome da VM. Em seguida, reinicie a VM.

Gestão do Arc VM Quando um novo servidor é adicionado a um cluster HCI do Azure Stack, o caminho de armazenamento não é criado automaticamente para o volume recém-criado. Você pode criar manualmente um caminho de armazenamento para quaisquer novos volumes. Para obter mais informações, consulte Criar um caminho de armazenamento.

Gerenciamento de Arc VM A reinicialização da operação do Arc VM é concluída após aproximadamente 20 minutos, embora a própria VM seja reiniciada em cerca de um minuto. Não há nenhuma solução alternativa conhecida nesta versão.

Gerenciamento do Arc VM Em alguns casos, o status da rede lógica é exibido como Falha no portal do Azure. Isso ocorre quando você tenta excluir a rede lógica sem primeiro excluir quaisquer recursos, como interfaces de rede associadas a essa rede lógica.
Você ainda deve ser capaz de criar recursos nesta rede lógica. Neste caso, o estatuto é enganador. Se o estado desta rede lógica era Concluído com sucesso no momento em que esta rede foi provisionada, pode continuar a criar recursos nesta rede.

Atualizar Em casos raros, você pode encontrar esse erro ao atualizar seu Azure Stack HCI: Type 'UpdateArbAndExtensions' of Role 'MocArb' raised an exception: Exception Upgrading ARB and Extension in step [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Invalid applianceyaml = [C:\AksHci\hci-appliance.yaml]. Se vir este problema, contacte o Suporte da Microsoft para o ajudar com os próximos passos.

Networking Há um problema pouco frequente do cliente DNS nesta versão que faz com que a implantação falhe em um cluster de dois nós com um erro de resolução DNS: Ocorreu uma WebException ao enviar um RestRequest. WebException.Status: NameResolutionFailure. Como resultado do bug, o registro DNS do segundo nó é excluído logo após ser criado, resultando em um erro de DNS. Reinicie o servidor. Essa operação registra o registro DNS, o que impede que ele seja excluído.

Portal do Azure Em alguns casos, o portal do Azure pode demorar algum tempo para ser atualizado e a visualização pode não ser atual. Talvez seja necessário aguardar 30 minutos ou mais para ver a exibição atualizada.

Implantação Fornecer o nome da UO numa sintaxe incorreta não é detetado no portal do Azure. A sintaxe incorreta inclui caracteres sem suporte, como &,",',<,>. A sintaxe incorreta é detetada em uma etapa posterior durante a validação do cluster. Certifique-se de que a sintaxe do caminho da UO está correta e não inclui caracteres não suportados.

Implantação As implantações por meio do Azure Resource Manager expiram após 2 horas. As implantações que excedem 2 horas aparecem como falha no grupo de recursos embora o cluster tenha sido criado com êxito. Para monitorizar a implementação no portal do Azure, vá para o recurso de cluster HCI do Azure Stack e, em seguida, vá para a nova entrada Implantações.

Azure Site Recovery O Azure Site Recovery não pode ser instalado em um cluster HCI do Azure Stack nesta versão. Não há nenhuma solução alternativa conhecida nesta versão.

Atualização Ao atualizar o cluster HCI do Azure Stack por meio do Azure Update Manager, o progresso e os resultados da atualização podem não estar visíveis no portal do Azure. Para contornar esse problema, em cada nó de cluster, adicione a seguinte chave do Registro (nenhum valor necessário):

New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force

Em seguida, em um dos nós do cluster, reinicie o grupo de clusters de Gerenciamento de Nuvem.

Stop-ClusterGroup "Cloud Management"

Start-ClusterGroup "Cloud Management"

Isso não corrigirá totalmente o problema, pois os detalhes de progresso ainda podem não ser exibidos durante o processo de atualização. Para obter os detalhes de atualização mais recentes, pode-se Obter o progresso da atualização com o PowerShell.

Atualização Em casos raros, se uma atualização com falha estiver retida num estado Em andamento no Azure Update Manager, o botão Tentar novamente está desativado. Para retomar a atualização, execute o seguinte comando do PowerShell:
Get-SolutionUpdate | Start-SolutionUpdate.

Atualizar Em casos raros, ao aplicar uma atualização de 2311.0.24 para 2311.2.4, os relatórios de estado do cluster indicam Em andamento em vez do esperado Falha ao atualizar. Tente atualizar novamente. Se o problema persistir, contacte o Suporte da Microsoft.

Atualizar As tentativas de instalar atualizações de solução podem falhar no final das etapas do CAU com:
There was a failure in a Common Information Model (CIM) operation, that is, an operation performed by software that Cluster-Aware Updating depends on.
Este problema raro ocorre se os recursos Cluster Name ou Cluster IP Address falharem ao arrancar após a reinicialização de um nó e é mais comum em clusters pequenos. Se você encontrar esse problema, contate o suporte da Microsoft para as próximas etapas. Eles podem trabalhar com você para reiniciar manualmente os recursos do cluster e retomar a atualização conforme necessário.

Atualização Ao aplicar uma atualização de cluster para 10.2402.3.11, o cmdlet Get-SolutionUpdate pode não responder e, eventualmente, falha com um RequestTimeoutException após aproximadamente 10 minutos. É provável que isso ocorra após um cenário de adição ou reparação de servidor. Use os cmdlets Start-ClusterGroup e Stop-ClusterGroup para reiniciar o serviço de atualização.

Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group" | Stop-ClusterGroup

Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group" | Start-ClusterGroup

Uma execução bem-sucedida destes cmdlets deverá ativar o serviço de atualização.

Atualização com reconhecimento de cluster Falhou ao retomar a operação do nó. Esta é uma questão transitória e poderia ser resolvida por si só. Aguarde alguns minutos e tente novamente a operação. Se o problema persistir, contacte o Suporte da Microsoft.

Problemas da versão 2405.2

Esta versão do software corresponde ao número de versão 2405.2.7.

As notas de versão para esta versão incluem os problemas corrigidos nesta versão, problemas conhecidos nesta versão e problemas observados na versão transferidos de versões anteriores.

Problemas corrigidos

Aqui estão os problemas corrigidos nesta versão:

Funcionalidade	Questão	Solução alternativa/Comentários
Atualizações	Nesta versão, foi corrigido um problema de atualização relacionado à falta do campo ID do tipo de recurso nas verificações de integridade.
Atualizações	Nesta versão, foi corrigido um problema de atualização relacionado a diferentes verificações de integridade com o mesmo nome.
Atualizações	Nesta versão, foi corrigido um problema em que as verificações de integridade da Atualização de Extensão do Construtor de Soluções estavam ausentes das verificações de integridade diárias ou de pré-atualização.
Atualizações	Nesta versão, foi corrigido um problema que causava a incapacidade de visualizar ou iniciar novas atualizações devido à falha do serviço de atualização em servidores em mau estado.
Atualizações	Nesta versão, o serviço de atualização foi aprimorado para evitar a sobrecarga de ações no cluster.
Atualizações	Nesta versão, uma verificação de integridade foi adicionada para evitar atualizações quando a adição ou remoção de servidores falhar.
Gerenciamento do Arc VM	Em versões anteriores, qualquer operação de alteração de estado de energia de uma VM, como iniciar, parar, salvar e pausar, inicialmente retornava o estado da VM como em execução e, eventualmente, exibia o estado correto após uma atualização 30+ segundos depois. Nesta versão, a operação de alteração do estado de energia só retorna depois que o estado da VM é alterado para o esperado.

Problemas conhecidos nesta versão

Funcionalidade	Questão	Solução alternativa
Atualizar	Devido a um bug nas VMs de infraestrutura SDN, o SDN para de funcionar quando os hosts passam pela rotação e atualização secretas.	Não há solução alternativa para esse problema nesta versão. Se o problema ocorrer, contacte o Suporte da Microsoft para obter os próximos passos.
Atualizar	Devido a um bug no verificador de preparação do ambiente, a verificação de preparação do ambiente de discos físicos falha incorretamente e bloqueia a atualização.	Aguarde alguns minutos e tente novamente a atualização.
Implantação	Nesta versão, pode receber o seguinte erro: Invoke Cloud Deploy Failed With - Value cannot be null.	Não há solução alternativa para esse problema nesta versão. Se o problema ocorrer, contacte o Suporte da Microsoft para obter os próximos passos.
Atualizar	Nesta versão, uma verificação de ambiente falha com o seguinte erro: Atualização está no estado Falha: HealthCheckFailed. XML de resumo da ECE não presente.	Não há solução alternativa para esse problema nesta versão. Se o problema ocorrer, contacte o Suporte da Microsoft para obter os próximos passos.

Problemas conhecidos de versões anteriores

Aqui estão os problemas conhecidos de versões anteriores:

Característica Questão Solução alternativa

Atualizar Ao exibir os resultados da verificação de preparação para um cluster HCI do Azure Stack por meio do Azure Update Manager, pode haver várias verificações de preparação com o mesmo nome. Não há nenhuma solução alternativa conhecida nesta versão. Selecione Exibir detalhes para exibir informações específicas sobre a verificação de preparação.

Gerenciamento de VM do Arc Em cenários de implantação grandes, como implantações extensas de pools de hosts AVD ou provisionamento de VMs em grande escala, poderá encontrar problemas de fiabilidade causados por um problema numa biblioteca externa de sockets Hyper-V. Siga estas etapas para mitigar o problema:
1. Execute o comando Get-service mochostagent (\) get-process (\) kill. Verifique a saída do comando e verifique se a contagem de identificadores está na casa dos milhares.

2. Execute o comando Get-service mochostagent (\) get-process para encerrar os processos.

3. Execute o comando restart-service mochostagent para reiniciar o serviço mochostagent.

Implantação Ao implantar o Azure Local por meio do portal do Azure, você pode encontrar a seguinte falha de validação de implantação:

Could not complete the operation. 400: Resource creation validation failed. Details: [{"Code":"AnswerFileValidationFailed","Message":"Errors in Value Validation:\r\nPhysicalNodesValidator found error at deploymentdata.physicalnodes[0].ipv4address: The specified for \u0027deploymentdata.physicalnodes[0].ipv4address\u0027 is not a valid IPv4 address. Example: 192.168.0.1 or 192.168.0.1","Target":null,"Details":null}].

Se aceder ao separador de Rede na implementação do portal do Azure, dentro da configuração de Intenção de Rede, poderá ver o seguinte erro: O adaptador de rede físico selecionado não está associado ao comutador virtual de gestão. Siga o procedimento em Solucionar problemas de falhas de validação de implantação no portal do Azure.

Implantação A implantação por meio do portal do Azure falha com este erro: Falha ao recolher a credencial secreta LocalAdminCredential do cofre de chaves. Não há solução alternativa para esse problema nesta versão. Se o problema ocorrer, contacte o Suporte da Microsoft para obter os próximos passos.

Implantação Em alguns casos, durante o registro dos servidores HCI do Azure Stack, esse erro pode ser visto nos logs de depuração: Encontrado erro interno do servidor. Uma das extensões obrigatórias para implantação de dispositivos pode não estar instalada. Siga estas etapas para mitigar o problema:

$Settings = @{ "CloudName" = $Cloud; "RegionName" = $Region; "DeviceType" = "AzureEdge" }

New-AzConnectedMachineExtension -Name "AzureEdgeTelemetryAndDiagnostics" -ResourceGroupName $ResourceGroup -MachineName $env:COMPUTERNAME -Location $Region -Publisher "Microsoft.AzureStack.Observability" -Settings $Settings -ExtensionType "TelemetryAndDiagnostics" -EnableAutomaticUpgrade

New-AzConnectedMachineExtension -Name "AzureEdgeDeviceManagement" -ResourceGroupName $ResourceGroup -MachineName $env:COMPUTERNAME -Location $Region -Publisher "Microsoft.Edge" -ExtensionType "DeviceManagementExtension"

New-AzConnectedMachineExtension -Name "AzureEdgeLifecycleManager" -ResourceGroupName $ResourceGroup -MachineName $env:COMPUTERNAME -Location $Region -Publisher "Microsoft.AzureStack.Orchestration" -ExtensionType "LcmController"

New-AzConnectedMachineExtension -Name "AzureEdgeRemoteSupport" -ResourceGroupName $ResourceGroup -MachineName $env:COMPUTERNAME -Location $Region -Publisher "Microsoft.AzureStack.Observability" -ExtensionType "EdgeRemoteSupport" -EnableAutomaticUpgrade

Atualizar Há um problema intermitente nesta versão quando o portal do Azure relata incorretamente o estado da atualização como Falha ao atualizar ou Em andamento, embora a atualização já esteja concluída. Conecte-se ao seu Local do Azure por meio de uma sessão remota do PowerShell. Para confirmar o status da atualização, execute os seguintes cmdlets do PowerShell:

$Update = get-solutionupdate| ? version -eq "<version string>"

Substitua a cadeia de caracteres de versão pela versão que você está executando. Por exemplo, "10.2405.0.23".

$Update.state

Se o status da atualização for Instalado, nenhuma ação adicional será necessária de sua parte. O portal do Azure atualiza o status corretamente em 24 horas.
Para atualizar o status mais cedo, siga estas etapas em um dos nós do cluster.
Reinicie o grupo de clusters de Gestão de Nuvem.
Stop-ClusterGroup "Cloud Management"
Start-ClusterGroup "Cloud Management"

Atualizar

Durante uma atualização inicial do MOC, ocorre uma falha devido à versão do MOC de destino não ser encontrada no cache do catálogo. As atualizações de seguimento e novas tentativas mostram o MOC na versão de destino, mas a atualização não é concluída com sucesso e, como resultado, a atualização do Arc Resource Bridge falha.

Para validar esse problema, colete os logs de atualização usando Solucionar problemas de atualizações de solução para o Azure Local. Os arquivos de log devem mostrar uma mensagem de erro semelhante (a versão atual pode diferir na mensagem de erro):

[ERROR: { "errorCode": "InvalidEntityError", "errorResponse": "{\n\"message\": \"the cloud fabric (MOC) is currently at version v0.13.1. A minimum version of 0.15.0 is required for compatibility\"\n}" }]

Siga estas etapas para mitigar o problema:

1. Para encontrar a versão do agente MOC, execute o seguinte comando: 'C:\Program Files\AksHci\wssdcloudagent.exe' version.

2. Utilize a saída do comando para encontrar a versão do MOC na tabela abaixo que corresponde à versão do agente e defina $initialMocVersion para essa versão do MOC. Defina o $targetMocVersion localizando a compilação HCI do Azure Stack para a qual você está atualizando e obtenha a versão do MOC correspondente na tabela a seguir. Use esses valores no script de mitigação fornecido abaixo:

Construa	versão MOC	Versão do Agente
2311.2	1.0.24.10106	v0.13.0-6-gf13a73f7, v0.11.0-alpha.38,01/06/2024
2402	1.0.25.10203	v0.14.0, v0.13.1, 02/02/2024
2402.1	1.0.25.10302	v0.14.0, v0.13.1, 03/02/2024
2402.2	1.1.1.10314	v0.16.0-1-g04bf0dec, v0.15.1, 14/03/2024
2405/2402.3	1.3.0.10418	v0.17.1, v0.16.5, 18/04/2024

Por exemplo, se a versão do agente for v0.13.0-6-gf13a73f7 ou v0.11.0-alpha.38 em 01/06/2024, então $initialMocVersion = “1.0.24.10106”, e se estiver a atualizar para 2405.0.23, então $targetMocVersion = “1.3.0.10418”.

3. Execute os seguintes comandos do PowerShell no primeiro nó:

$initialMocVersion = "<initial version determined from step 2>"
$targetMocVersion = "<target version determined from step 2>"

# Importar módulo MOC duas vezes
import-module moc
import-module moc
$verbosePreference = "Continue"

# Limpar o cache do catálogo SFS
Remove-Item (Get-MocConfig).manifestCache

# Defina a versão para a versão atual do MOC antes da atualização e defina o estado como "falha na atualização"
Set-MocConfigValue -name "version" -value $initialMocVersion
Set-MocConfigValue -name "installState" -value ([InstallState]::UpdateFailed)

# Execute novamente a atualização do MOC para a versão desejada
Update-Moc -version $targetMocVersion

4. Retome a atualização.

Reparar o servidor Em casos raros, a operação Repair-Server falha com o erro HealthServiceWaitForDriveFW. Nesses casos, as unidades antigas do nó reparado não são removidas e os novos discos ficam presos no modo de manutenção. Para evitar este problema, certifique-se de NÃO esvaziar o nó por meio do Windows Admin Center ou usando o cmdlet Suspend-ClusterNode -Drain PowerShell antes de iniciar Repair-Server.
Se o problema ocorrer, contacte o Suporte da Microsoft para obter os próximos passos.

Reparar servidor Esse problema é visto quando o servidor único Azure Stack HCI é atualizado de 2311 para 2402 e, em seguida, o Repair-Server é executado. A operação de reparo falha. Antes de reparar o nó único, siga estes passos:
1. Execute a versão 2402 para o ADPrepTool. Siga os passos em Preparar o Active Directory. Esta ação é rápida e adiciona as permissões necessárias à Unidade Organizacional (UO).
2. Mova o objeto de computador do segmento Computadores para a UO raiz. Execute o seguinte comando:
Get-ADComputer <HOSTNAME> | Move-ADObject -TargetPath "<OU path>"

Implantação Se você preparar o Ative Directory por conta própria (não usando o script e o procedimento fornecidos pela Microsoft), sua validação do Ative Directory poderá falhar com a falta de permissão Generic All. Isso ocorre devido a um problema na verificação de validação que verifica se há uma entrada de permissão dedicada para msFVE-RecoverInformationobjects – General – Permissions Full control, que é necessária para a recuperação do BitLocker. Use o método de script Preparar AD ou, se estiver usando seu próprio método, certifique-se de atribuir a permissão específica msFVE-RecoverInformationobjects – General – Permissions Full control.

Implantação Nesta versão, há uma falha de tarefa remota em uma implantação de vários nós que resulta na seguinte exceção:
ECE RemoteTask orchestration failure with ASRR1N42R01U31 (node pingable - True): A WebException occurred while sending a RestRequest. WebException.Status: ConnectFailure on [https://<URL>](https://<URL>). A solução de atenuação é reiniciar o agente ECE no nó afetado. No servidor, abra uma sessão do PowerShell e execute o seguinte comando:
Restart-Service ECEAgent.

Adicionar servidor Nesta versão e nas versões anteriores, ao adicionar um servidor ao cluster, não é possível atualizar a cadeia de caracteres da lista de bypass de proxy para incluir o novo servidor. Atualizar as variáveis de ambiente da lista de exclusão de proxy nos hosts não atualizará a lista de exclusão de proxy no Azure Resource Bridge ou AKS. Não há solução alternativa nesta versão. Se você encontrar esse problema, contate o Suporte da Microsoft para determinar as próximas etapas.

Adicionar/reparar o servidor Nesta versão, ao adicionar ou reparar um servidor, uma falha é vista quando o balanceador de carga de software ou os certificados de VM do controlador de rede estão sendo copiados dos nós existentes. A falha ocorre porque esses certificados não foram gerados durante a implantação/atualização. Não há solução alternativa nesta versão. Se você encontrar esse problema, contate o Suporte da Microsoft para determinar as próximas etapas.

Implantação Nesta versão, há um problema com o campo URI/local de segredos. Este é um campo obrigatório marcado Não obrigatório e resulta em falhas de implantação de modelo do Azure Resource Manager. Utilize o ficheiro de parâmetros de exemplo no modelo de Implantação do Azure Local via Azure Resource Manager para garantir que todas as entradas sejam fornecidas no formato necessário e, em seguida, proceda com a implantação.
Se houver uma falha na implantação, você também deverá limpar os seguintes recursos antes de executar novamente a implantação:
1. Suprimir C:\EceStore.
2. Suprimir C:\CloudDeployment.
3. Suprimir C:\nugetstore.
4. Remove-Item HKLM:\Software\Microsoft\LCMAzureStackStampInformation.

Rede de Comunicação Uma verificação de ambiente falha quando um servidor proxy é usado. Por definição, a lista de bypass é diferente para winhttp e wininet, o que faz com que a validação falhe. Siga estas etapas de solução alternativa:

1. Limpe a lista de bypass de proxy antes da verificação de integridade e antes de iniciar a implantação ou a atualização.

2. Depois de passar na verificação, aguarde até que a implantação ou atualização falhe.

3. Defina sua lista de bypass de proxy novamente.

Gerenciamento do Arc VM As Extensões do Arc em VMs Arc permanecem no estado "Creating" indefinidamente. Entre na VM, abra um prompt de comando e digite o seguinte:
Windows:
notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json
Linux:
sudo vi /var/opt/azcmagent/agentconfig.json
Em seguida, encontre a propriedade resourcename. Exclua o GUID que é anexado ao final do nome do recurso, para que essa propriedade corresponda ao nome da VM. Em seguida, reinicie a VM.

Gerenciamento de Arc VM Quando um novo servidor é adicionado a um cluster HCI do Azure Stack, o caminho de armazenamento não é criado automaticamente para o volume recém-criado. Você pode criar manualmente um caminho de armazenamento para quaisquer novos volumes. Para obter mais informações, consulte Criar um caminho de armazenamento.

Gerenciamento de Arc VM Em alguns casos, o status da rede lógica é exibido como Falha no portal do Azure. Isso ocorre quando você tenta excluir a rede lógica sem primeiro excluir quaisquer recursos, como interfaces de rede associadas a essa rede lógica.
Você ainda deve ser capaz de criar recursos nesta rede lógica. Neste caso, o estatuto é enganador. Se o estado desta rede lógica era Concluído no momento em que esta rede foi implementada, pode continuar a criar recursos nesta rede.

Atualização Em casos raros, você pode encontrar esse erro ao atualizar seu Azure Stack HCI: Type 'UpdateArbAndExtensions' of Role 'MocArb' raised an exception: Exception Upgrading ARB and Extension in step [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Invalid applianceyaml = [C:\AksHci\hci-appliance.yaml]. Se vir este problema, contacte o Suporte da Microsoft para o ajudar com os próximos passos.

Redes Há um problema pouco frequente do cliente DNS nesta versão que faz com que a implantação falhe em um cluster de dois nós com um erro de resolução DNS: Ocorreu uma WebException ao enviar um RestRequest. WebException.Status: NameResolutionFailure. Como resultado do bug, o registro DNS do segundo nó é excluído logo após ser criado, resultando em um erro de DNS. Reinicie o servidor. Essa operação registra o registro DNS, o que impede que ele seja excluído.

Implantação As implantações por meio do Azure Resource Manager expiram após 2 horas. As implantações que excedem 2 horas aparecem como falha no grupo de recursos embora o cluster tenha sido criado com êxito. Para monitorizar a implantação no portal do Azure, vá para o recurso de cluster HCI do Azure Stack e, em seguida, vá para a nova entrada Implantações.

Azure Site Recovery (Recuperação de Sites Azure) O Azure Site Recovery não pode ser instalado em um cluster HCI do Azure Stack nesta versão. Não há nenhuma solução alternativa conhecida nesta versão.

Atualizar Ao atualizar o cluster HCI do Azure Stack por meio do Azure Update Manager, o progresso e os resultados da atualização podem não estar visíveis no portal do Azure. Para contornar esse problema, em cada nó de cluster, adicione a seguinte chave do Registro (nenhum valor necessário):

New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force

Em seguida, em um dos nós do cluster, reinicie o grupo de clusters de Gerenciamento de Nuvem.

Stop-ClusterGroup "Cloud Management"

Start-ClusterGroup "Cloud Management"

Isso não corrigirá totalmente o problema, pois os detalhes de progresso ainda podem não ser exibidos durante o processo de atualização. Para obter os detalhes de atualização mais recentes, você pode Recuperar o progresso da atualização com o PowerShell.

Atualizar Em casos raros, se uma atualização com falha estiver presa em um estado Em andamento no Azure Update Manager, o botão Tentar novamente será desativado. Para retomar a atualização, execute o seguinte comando do PowerShell:
Get-SolutionUpdate | Start-SolutionUpdate.

Atualização Em casos raros, ao aplicar uma atualização desde 2311.0.24 até 2311.2.4, os relatórios de status do cluster mostram Em progresso em vez do esperado Falhou ao atualizar. Tente atualizar novamente. Se o problema persistir, contacte o Suporte da Microsoft.

Atualização As tentativas de instalar atualizações de solução podem falhar no final das etapas da CAU com:
There was a failure in a Common Information Model (CIM) operation, that is, an operation performed by software that Cluster-Aware Updating depends on.
Este problema raro ocorre se os recursos de Cluster Name ou Cluster IP Address falharem em iniciar após a reinicialização de um nó e é mais comum em clusters pequenos. Se você encontrar esse problema, contate o suporte da Microsoft para as próximas etapas. Eles podem trabalhar com você para reiniciar manualmente os recursos do cluster e retomar a atualização conforme necessário.

Atualizar Ao aplicar uma atualização de cluster para 10.2402.3.11, o cmdlet Get-SolutionUpdate pode não responder e, eventualmente, falha com um RequestTimeoutException após aproximadamente 10 minutos. É provável que isso ocorra após um cenário de adicionar ou reparar servidor. Use os cmdlets Start-ClusterGroup e Stop-ClusterGroup para reiniciar o serviço de atualização.

Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group" | Stop-ClusterGroup

Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group" | Start-ClusterGroup

Uma execução bem-sucedida desses cmdlets deve trazer o serviço de atualização online.

Atualização com reconhecimento de cluster Falha ao retomar o nó. Esta é uma questão transitória e poderia ser resolvida por si só. Aguarde alguns minutos e tente novamente a operação. Se o problema persistir, contacte o Suporte da Microsoft.

Atualização com reconhecimento de cluster A operação do nó de suspensão ficou bloqueada por mais de 90 minutos. Esta é uma questão transitória e poderia ser resolvida por si só. Aguarde alguns minutos e tente novamente a operação. Se o problema persistir, contacte o Suporte da Microsoft.

Problemas da versão 2405.1

Esta versão do software corresponde ao número de versão do software 2405.1.4.

As notas de versão para esta versão incluem os problemas corrigidos nesta versão, problemas conhecidos nesta versão e problemas observados na versão transferidos de versões anteriores.

Problemas corrigidos

Aqui estão os problemas corrigidos nesta versão:

Funcionalidade	Questão	Solução alternativa/Comentários
Atualizações	Foi corrigido um problema de atualização. Esse problema fez com que a atualização falhasse após a etapa de atualização de Cluster-Aware (CAU), embora uma nova execução da CAU nesse caso corrigiria o problema.
Observabilidade	Nesta versão, foi corrigido um problema que resultava na desativação proativa da coleta de logs por padrão após a instalação da extensão.
Atualizações	Foi corrigido um problema em que o Agent Lifecycle Manager (ALM) não conseguia reiniciar os serviços após a rotação secreta.
Atualizações	Nesta versão, foi corrigido um problema em que o uso do comando PowerShell `Start-SolutionUpdate` para tentar novamente uma atualização de solução com falha falhou.
Atualizações	Foi corrigido um problema que fazia com que o download de uma atualização da Extensão do Construtor de Soluções falhasse.
Atualizações	Foi corrigido um problema em que as atualizações falhavam durante a verificação do Nome da Entidade de Serviço (SPN) com base nas configurações do SPN de implantação.
Atualizações	Foi corrigido um problema em que a atualização do Arc Resource Bridge (ARB) demora muito tempo e a atualização falha.
Atualizações	Foi corrigido um problema em que as verificações de integridade da Atualização do Construtor de Soluções estavam ausentes das verificações de integridade diárias ou de pré-atualização.
Adicionar servidor Reparar servidor	Durante `Add-Server`, não se deve esperar que a rede de armazenamento em cluster seja igual ao ID da VLAN de armazenamento.
Redes	AzStackHci_Network_Test_Infra_IP_Connection precisa honrar a severidade da definição do ponto final.

Problemas conhecidos nesta versão

A Microsoft não está ciente de quaisquer problemas conhecidos nesta versão.

Problemas conhecidos de versões anteriores

Aqui estão os problemas conhecidos de versões anteriores:

Funcionalidade Questão Solução alternativa

Gerenciamento de VM do Arc Em cenários de implantação grandes, como implantações extensas de pools de hosts AVD ou provisionamento de VMs em grande escala, pode-se encontrar problemas de confiabilidade causados por um problema numa biblioteca externa de soquete Hyper-V. Siga estas etapas para mitigar o problema:
1. Execute o comando Get-service mochostagent (\) get-process (\) kill. Verifique a saída do comando e verifique se a contagem de identificadores está na casa dos milhares.

2. Execute o comando Get-service mochostagent (\) get-process para encerrar os processos.

3. Execute o comando restart-service mochostagent para reiniciar o serviço mochostagent.

Implantação Ao implantar o Azure Local por meio do portal do Azure, você pode encontrar a seguinte falha de validação de implantação:

Could not complete the operation. 400: Resource creation validation failed. Details: [{"Code":"AnswerFileValidationFailed","Message":"Errors in Value Validation:\r\nPhysicalNodesValidator found error at deploymentdata.physicalnodes[0].ipv4address: The specified for \u0027deploymentdata.physicalnodes[0].ipv4address\u0027 is not a valid IPv4 address. Example: 192.168.0.1 or 192.168.0.1","Target":null,"Details":null}].

Se você acessar a guia de Rede na implantação do portal do Azure, dentro da configuração de de Intenção de Rede, poderá ver o seguinte erro: O adaptador de rede físico selecionado não está vinculado ao comutador virtual de gerenciamento. Siga o procedimento em Solucionar problemas de falhas de validação de implantação no portal do Azure.

Implantação A implantação por meio do portal do Azure falha com este erro: Falha ao buscar a credencial secreta LocalAdminCredential do cofre de chaves. Não há solução alternativa para esse problema nesta versão. Se o problema ocorrer, contacte o Suporte da Microsoft para obter os próximos passos.

Atualização Há um problema intermitente nesta versão em que o portal do Azure relata incorretamente o estado da atualização como Falha ao atualizar ou Em andamento, embora a atualização já esteja concluída. Conecte-se ao seu Local do Azure por meio de uma sessão remota do PowerShell. Para confirmar o status da atualização, execute os seguintes cmdlets do PowerShell:

$Update = get-solutionupdate| ? version -eq "<version string>"

Substitua a cadeia de caracteres de versão pela versão que você está executando. Por exemplo, "10.2405.0.23".

$Update.state

Se o status da atualização for Instalado, nenhuma ação adicional será necessária de sua parte. O portal do Azure atualiza o status corretamente em 24 horas.
Para atualizar o status mais cedo, siga estas etapas em um dos nós do cluster.
Reinicie o grupo de clusters de Gerenciamento da Nuvem.
Stop-ClusterGroup "Cloud Management"
Start-ClusterGroup "Cloud Management"

Atualização

Durante uma atualização inicial do MOC, ocorre uma falha devido à versão do MOC de destino não ser encontrada no cache do catálogo. As atualizações e novas tentativas mostram o MOC na versão de destino, sem que a atualização seja concluída com sucesso e, como resultado, a atualização do Arc Resource Bridge não é realizada.

Para validar este problema, recolha os registos de atualização usando Resolver problemas de atualizações de solução para o Azure Local. Os arquivos de log devem mostrar uma mensagem de erro semelhante (a versão atual pode diferir na mensagem de erro):

[ERROR: { "errorCode": "InvalidEntityError", "errorResponse": "{\n\"message\": \"the cloud fabric (MOC) is currently at version v0.13.1. A minimum version of 0.15.0 is required for compatibility\"\n}" }]

Siga estas etapas para mitigar o problema:

1. Para encontrar a versão do agente MOC, execute o seguinte comando: 'C:\Program Files\AksHci\wssdcloudagent.exe' version.

2. Use a saída do comando para encontrar a versão do MOC na tabela abaixo que corresponde à versão do agente e configure $initialMocVersion para essa versão do MOC. Defina o $targetMocVersion localizando a compilação HCI do Azure Stack para a qual você está atualizando e obtenha a versão do MOC correspondente na tabela a seguir. Use esses valores no script de mitigação fornecido abaixo:

Construa	versão MOC	Versão do Agent
2311.2	1.0.24.10106	v0.13.0-6-gf13a73f7, v0.11.0-alpha.38,01/06/2024
2402	1.0.25.10203	v0.14.0, v0.13.1, 02/02/2024
2402.1	1.0.25.10302	v0.14.0, v0.13.1, 03/02/2024
2402.2	1.1.1.10314	v0.16.0-1-g04bf0dec, v0.15.1, 14/03/2024
2405/2402.3	1.3.0.10418	v0.17.1, v0.16.5, 18/04/2024

Por exemplo, se a versão do agente for v0.13.0-6-gf13a73f7 ou v0.11.0-alpha.38, e a data for 01/06/2024, então $initialMocVersion = “1.0.24.10106”; e se estiver a atualizar para 2405.0.23, então $targetMocVersion = “1.3.0.10418”.

3. Execute os seguintes comandos do PowerShell no primeiro nó:

$initialMocVersion = "<initial version determined from step 2>"
$targetMocVersion = "<target version determined from step 2>"

# Importar módulo MOC duas vezes
import-module moc
import-module moc
$verbosePreference = "Continue"

# Limpar o cache do catálogo SFS
Remove-Item (Get-MocConfig).manifestCache

# Defina a versão para a versão atual do MOC antes da atualização e defina o estado como falha na atualização
Set-MocConfigValue -name "version" -value $initialMocVersion
Set-MocConfigValue -name "installState" -value ([InstallState]::UpdateFailed)

# Execute novamente a atualização do MOC para a versão desejada
Update-Moc -version $targetMocVersion

4. Retome a atualização.

Reparar do servidor Em casos raros, a operação Repair-Server falha com o erro HealthServiceWaitForDriveFW. Nesses casos, as unidades antigas do nó reparado não são removidas e os novos discos permanecem no modo de manutenção. Para evitar este problema, certifique-se de NÃO esvaziar o nó por meio do Windows Admin Center ou usando o cmdlet Suspend-ClusterNode -Drain PowerShell antes de iniciar Repair-Server.
Se o problema ocorrer, contacte o Suporte da Microsoft para obter os próximos passos.

Servidor , reparar Esse problema é visto quando o servidor único Azure Stack HCI é atualizado de 2311 para 2402 e, em seguida, o Repair-Server é executado. A operação de reparo falha. Antes de reparar o nó único, siga estes passos:
1. Execute a versão 2402 para o ADPrepTool. Siga as etapas em Preparar o Active Directory. Esta ação é rápida e adiciona as permissões necessárias à Unidade Organizacional (UO).
2. Mova o objeto de computador do segmento Computadores para a UO raiz. Execute o seguinte comando:
Get-ADComputer <HOSTNAME> | Move-ADObject -TargetPath "<OU path>"

Implantação Se você preparar o Ative Directory por conta própria (não usando o script e o procedimento fornecidos pela Microsoft), sua validação do Ative Directory poderá falhar com a falta de permissão Generic All. Isso ocorre devido a um problema na verificação de validação que verifica se há uma entrada de permissão dedicada para msFVE-RecoverInformationobjects – General – Permissions Full control, que é necessária para a recuperação do BitLocker. Utilize o método de script Preparar AD ou, se estiver a usar o seu próprio método, certifique-se de atribuir a permissão específica msFVE-RecoverInformationobjects – General – Permissions Full control.

Implantação Nesta versão, há uma falha de tarefa remota em uma implantação de vários nós que resulta na seguinte exceção:
ECE RemoteTask orchestration failure with ASRR1N42R01U31 (node pingable - True): A WebException occurred while sending a RestRequest. WebException.Status: ConnectFailure on [https://<URL>](https://<URL>). A mitigação é reiniciar o agente ECE no nó afetado. No servidor, abra uma sessão do PowerShell e execute o seguinte comando:
Restart-Service ECEAgent.

Adicionar servidor Nesta versão e nas versões anteriores, ao adicionar um servidor ao cluster, não é possível atualizar a cadeia de caracteres da lista de bypass de proxy para incluir o novo servidor. A atualização das variáveis de ambiente nos hosts não atualizará a lista de bypass de proxy no Azure Resource Bridge ou no AKS. Não há solução alternativa nesta versão. Se você encontrar esse problema, contate o Suporte da Microsoft para determinar as próximas etapas.

Adicionar/Reparar o servidor Nesta versão, ao adicionar ou reparar um servidor, uma falha é vista quando o balanceador de carga de software ou os certificados de VM do controlador de rede estão sendo copiados dos nós existentes. A falha ocorre porque esses certificados não foram gerados durante a implantação/atualização. Não há solução alternativa nesta versão. Se você encontrar esse problema, contate o Suporte da Microsoft para determinar as próximas etapas.

Implantação Nesta versão, há um problema com o campo URI/local de segredos. Este é um campo necessário marcado Não obrigatório e resulta em falhas na implantação de modelos do Azure Resource Manager. Use o ficheiro de parâmetros de exemplo no modelo para implantar o Azure Local por meio do Azure Resource Manager e garantir que todas as entradas sejam fornecidas no formato necessário. Depois, tente a implantação.
Se houver uma falha na implantação, você também deverá limpar os seguintes recursos antes de executar novamente a implantação:
1. Suprimir C:\EceStore.
2. Suprimir C:\CloudDeployment.
3. Suprimir C:\nugetstore.
4. Remove-Item HKLM:\Software\Microsoft\LCMAzureStackStampInformation.

Redes Uma verificação de ambiente falha quando um servidor proxy é usado. Por design, a lista de bypass é diferente para winhttp e wininet, o que faz com que a verificação de validação falhe. Siga estas etapas de solução alternativa:

1. Limpe a lista de bypass de proxy antes da verificação de integridade e antes de iniciar a implantação ou a atualização.

2. Depois de passar na verificação, aguarde até que a implantação ou atualização falhe.

3. Defina novamente a sua lista de exclusão de proxy.

Gerenciamento de VM do Arc A implantação ou atualização do Arc Resource Bridge pode falhar quando o segredo SPN temporário gerado automaticamente durante esta operação começar com um hífen. Tente novamente a implantação/atualização. A nova tentativa deve regenerar o segredo do SPN e a operação provavelmente terá sucesso.

Gerenciamento de VM do Arc As Extensões de Arco em VMs do Arc permanecem no estado "Criando" indefinidamente. Entre na VM, abra um prompt de comando e digite o seguinte:
Windows:
notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json
Linux:
sudo vi /var/opt/azcmagent/agentconfig.json
Em seguida, encontre a propriedade resourcename. Exclua o GUID que é anexado ao final do nome do recurso, para que essa propriedade corresponda ao nome da VM. Em seguida, reinicie a VM.

Gerenciamento do Arc VM A reinicialização da operação do Arc VM é concluída após aproximadamente 20 minutos, embora a própria VM seja reiniciada em cerca de um minuto. Não há nenhuma solução alternativa conhecida nesta versão.

Gerenciamento de Arc VM Em alguns casos, o status da rede lógica é exibido como Falha no portal do Azure. Isso ocorre quando você tenta excluir a rede lógica sem primeiro excluir quaisquer recursos, como interfaces de rede associadas a essa rede lógica.
Você ainda deve ser capaz de criar recursos nesta rede lógica. Neste caso, o estatuto é enganador. Se o status dessa rede lógica era Êxito no momento em que essa rede foi provisionada, você pode continuar a criar recursos nessa rede.

Rede Há um problema pouco frequente do cliente DNS nesta versão que faz com que a implantação falhe em um cluster de dois nós com um erro de resolução DNS: Ocorreu uma WebException ao enviar um RestRequest. WebException.Status: NameResolutionFailure. Como resultado do bug, o registro DNS do segundo nó é excluído logo após ser criado, resultando em um erro de DNS. Reinicie o servidor. Essa operação registra o registro DNS, o que impede que ele seja excluído.

Portal do Azure Em alguns casos, o portal do Azure pode demorar a atualizar e a visualização pode não ser atual. Talvez seja necessário aguardar 30 minutos ou mais para ver a exibição atualizada.

Implantação Fornecer o nome da UO em uma sintaxe incorreta não é detetado no portal do Azure. A sintaxe incorreta inclui caracteres sem suporte, como &,",',<,>. A sintaxe incorreta é detetada em uma etapa posterior durante a validação do cluster. Certifique-se de que a sintaxe do caminho da UO está correta e não inclui caracteres não suportados.

Implantação As implantações por meio do Azure Resource Manager expiram após 2 horas. As implantações que excedem 2 horas aparecem como falha no grupo de recursos embora o cluster tenha sido criado com êxito. Para monitorizar a implantação no portal do Azure, vá para o recurso de cluster HCI do Azure Stack e, em seguida, vá para a nova entrada Implantações.

Azure Site Recovery O Azure Site Recovery não pode ser instalado em um cluster HCI do Azure Stack nesta versão. Não há nenhuma solução alternativa conhecida nesta versão.

Atualização Ao atualizar o cluster HCI do Azure Stack por meio do Azure Update Manager, o progresso e os resultados da atualização podem não estar visíveis no portal do Azure. Para contornar esse problema, em cada nó de cluster, adicione a seguinte chave do Registro (nenhum valor necessário):

New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force

Em seguida, em um dos nós do cluster, reinicie o grupo de clusters de Gerenciamento de Nuvem.

Stop-ClusterGroup "Cloud Management"

Start-ClusterGroup "Cloud Management"

Isso não corrigirá totalmente o problema, pois os detalhes de progresso ainda podem não ser exibidos durante o processo de atualização. Para obter os detalhes de atualização mais recentes, você pode Recuperar o progresso da atualização com o PowerShell.

Atualização Em casos raros, se uma atualização com falha ficar presa em um estado Em progresso no Azure Update Manager, o botão Tentar novamente será desativado. Para retomar a atualização, execute o seguinte comando do PowerShell:
Get-SolutionUpdate | Start-SolutionUpdate.

Atualização Em casos raros, ao aplicar uma atualização de 2311.0.24 para 2311.2.4, os relatórios de estado do cluster indicam Em andamento em vez de Falha ao atualizaresperado. Tente atualizar novamente. Se o problema persistir, contacte o Suporte da Microsoft.

Atualizar As tentativas de instalar atualizações de solução podem falhar no final das etapas da CAU com:
There was a failure in a Common Information Model (CIM) operation, that is, an operation performed by software that Cluster-Aware Updating depends on.
Esse problema raro ocorre se os recursos Cluster Name ou Cluster IP Address falharem quando tentam iniciar após a reinicialização de um nó. É mais típico em clusters pequenos. Se você encontrar esse problema, contate o suporte da Microsoft para as próximas etapas. Eles podem trabalhar com você para reiniciar manualmente os recursos do cluster e retomar a atualização conforme necessário.

Atualização com reconhecimento de cluster Falha ao retomar a operação do nó: não foi possível retomar o nó. Esta é uma questão transitória e poderia ser resolvida por si só. Aguarde alguns minutos e tente novamente a operação. Se o problema persistir, contacte o Suporte da Microsoft.

Problemas da versão 2405

Esta versão do software corresponde ao número de versão do software 2405.0.24.

As notas de versão para esta versão incluem os problemas corrigidos nesta versão, problemas conhecidos nesta versão e problemas observados na versão transferidos de versões anteriores.

Problemas corrigidos

Aqui estão os problemas corrigidos nesta versão:

Funcionalidade	Questão	Solução alternativa/Comentários
Active Directory	Durante implantações de cluster que utilizam um Active Directory grande, foi corrigido um problema que pode causar timeouts ao adicionar utilizadores ao grupo de administradores locais.
Implantação	Novos modelos ARM são lançados para a criação de clusters que simplificam a criação de recursos de dependência. Esses modelos incluem algumas correções que abordaram os campos obrigatórios ausentes.
Implantação	O comando secret rotation PowerShell `Set-AzureStackLCMUserPassword` suporta um novo parâmetro para ignorar a mensagem de confirmação.
Implantação	Melhorou a confiabilidade da rotação secreta quando os serviços não são reiniciados em tempo hábil.
Implantação	Corrigido um problema para que a implantação seja habilitada quando um namespace separado é usado.
Implantação	Corrigido um problema na implantação ao definir o nível de diagnóstico no Azure e no dispositivo.
SBE	É lançado um novo comando do PowerShell que pode ser usado para atualizar os valores de propriedade do parceiro SBE fornecidos no momento da implantação.
SBE	Corrigido um problema que impedia o serviço de atualização de responder a solicitações após a execução de uma atualização somente do SBE.
Adicionar servidor Reparar o servidor	Foi corrigido um problema que impede que um nó ingresse no Active Directory durante uma operação de adição de servidor.
Rede de Computadores	Melhorou a confiabilidade do ATC de rede ao configurar a rede do anfitrião com determinados tipos de adaptador de rede.
Conectividade	Maior fiabilidade ao detetar versões de firmware para unidades de disco.
Atualizações	Melhorou a confiabilidade das notificações de atualização para resultados de verificação de integridade enviados do dispositivo para o AUM (Azure Update Manager). Em certos casos, o tamanho da mensagem pode ser muito grande e fazer com que nenhum resultado seja mostrado no AUM.
Atualizações	Corrigido um problema de bloqueio de arquivo que pode causar falhas de atualização para o agente de VM de inicialização confiável (IGVM).
Atualizações	Corrigido um problema que impedia que o agente orchestrator fosse reiniciado durante uma execução de atualização.
Atualizações	Corrigida uma condição rara em que o serviço de atualização demorava muito tempo para descobrir ou iniciar uma atualização.
Atualizações	Corrigido um problema na interação de atualização Cluster-Aware (CAU) com o orquestrador, quando a CAU relata que uma atualização está em andamento.
Atualizações	O esquema de nomenclatura para atualizações foi ajustado para permitir a identificação de recursos versus atualizações cumulativas.
Atualizações	Melhorou a confiabilidade de relatar o progresso da atualização do cluster para o orquestrador.
Azure Arc	Resolvido um problema em que a conexão do Azure Arc foi perdida quando o serviço de metadados de instância híbrida (HIMDS) foi reiniciado, interrompendo a funcionalidade do portal do Azure. Nesses casos, o dispositivo agora reinicia automaticamente a conexão do Azure Arc.

Problemas conhecidos nesta versão

Aqui estão os problemas conhecidos nesta versão:

Funcionalidade Questão Solução alternativa/Comentários

Gerenciamento de VM do Arc Em cenários de implementação de grande escala, como a ampliação de pools de hosts do AVD ou o provisionamento em grande escala de máquinas virtuais, pode-se encontrar problemas de confiabilidade causados por um problema numa biblioteca externa de soquete Hyper-V. Siga estas etapas para mitigar o problema:
1. Execute o comando Get-service mochostagent (\) get-process (\) kill. Confirme a saída do comando e verifique se a contagem de identificadores está na casa dos milhares.

2. Execute o comando Get-service mochostagent (\) get-process para encerrar os processos.

3. Execute o comando restart-service mochostagent para reiniciar o serviço mochostagent.

Implantação Ao implantar o Azure Local por meio do portal do Azure, você pode encontrar a seguinte falha de validação de implantação:

Could not complete the operation. 400: Resource creation validation failed. Details: [{"Code":"AnswerFileValidationFailed","Message":"Errors in Value Validation:\r\nPhysicalNodesValidator found error at deploymentdata.physicalnodes[0].ipv4address: The specified for \u0027deploymentdata.physicalnodes[0].ipv4address\u0027 is not a valid IPv4 address. Example: 192.168.0.1 or 192.168.0.1","Target":null,"Details":null}].

Se aceder à guia de Rede na implantação do portal do Azure, dentro da configuração de Intenção de Rede , poderá ver o seguinte erro: O adaptador de rede físico selecionado não está ligado ao comutador virtual de gestão. Siga o procedimento em "Solucionar problemas de falhas de validação de implantação no portal do Azure".

Implantação A implantação por meio do portal do Azure falha com este erro: Falha ao buscar LocalAdminCredential secreta do cofre de chaves. Não há solução alternativa para esse problema nesta versão. Se o problema ocorrer, contacte o Suporte da Microsoft para obter os próximos passos.

Implantação A nova imagem ISO para o sistema operacional Azure Stack HCI, versão 23H2 foi revertida para uma versão anterior devido a problemas de compatibilidade com algumas configurações de hardware. Se você encontrar algum problema no registro do Arc, reverta para a versão anterior. Nenhuma ação será necessária para você se você já tiver implantado com êxito a imagem mais recente. Ambas as imagens ISO são a mesma versão de compilação do sistema operacional.

Implantação Em alguns casos, durante o registro dos servidores HCI do Azure Stack, esse erro pode ser visto nos logs de depuração: Encontrou erro interno do servidor. Uma das extensões obrigatórias para implantação de dispositivos pode não estar instalada. Siga estas etapas para mitigar o problema:

$Settings = @{ "CloudName" = $Cloud; "RegionName" = $Region; "DeviceType" = "AzureEdge" }

New-AzConnectedMachineExtension -Name "AzureEdgeTelemetryAndDiagnostics" -ResourceGroupName $ResourceGroup -MachineName $env:COMPUTERNAME -Location $Region -Publisher "Microsoft.AzureStack.Observability" -Settings $Settings -ExtensionType "TelemetryAndDiagnostics" -EnableAutomaticUpgrade

New-AzConnectedMachineExtension -Name "AzureEdgeDeviceManagement" -ResourceGroupName $ResourceGroup -MachineName $env:COMPUTERNAME -Location $Region -Publisher "Microsoft.Edge" -ExtensionType "DeviceManagementExtension"

New-AzConnectedMachineExtension -Name "AzureEdgeLifecycleManager" -ResourceGroupName $ResourceGroup -MachineName $env:COMPUTERNAME -Location $Region -Publisher "Microsoft.AzureStack.Orchestration" -ExtensionType "LcmController"

New-AzConnectedMachineExtension -Name "AzureEdgeRemoteSupport" -ResourceGroupName $ResourceGroup -MachineName $env:COMPUTERNAME -Location $Region -Publisher "Microsoft.AzureStack.Observability" -ExtensionType "EdgeRemoteSupport" -EnableAutomaticUpgrade

Atualizar Há um problema intermitente nesta versão que ocorre quando o portal do Azure relata incorretamente o estado da atualização como Falha ao atualizar ou Em andamento, embora a atualização esteja concluída. Conecte-se ao seu Local do Azure por meio de uma sessão remota do PowerShell. Para confirmar o status da atualização, execute os seguintes cmdlets do PowerShell:

$Update = get-solutionupdate| ? version -eq "<version string>"

Substitua a cadeia de caracteres de versão pela versão que você está executando. Por exemplo, "10.2405.0.23".

$Update.state

Se o status da atualização for Instalado, nenhuma ação adicional será necessária de sua parte. O portal do Azure atualiza o status corretamente em 24 horas.
Para atualizar o status mais cedo, siga estas etapas em um dos nós do cluster.
Reinicie o cluster de Gestão de Nuvem.
Stop-ClusterGroup "Cloud Management"
Start-ClusterGroup "Cloud Management"

Atualizar

Durante uma atualização inicial do MOC, ocorre uma falha devido à versão do MOC de destino não ser encontrada no cache do catálogo. As atualizações de acompanhamento e tentativas repetidas mostram o MOC na versão de destino, sem que a atualização seja concluída com sucesso, e, como resultado, a atualização do Arc Resource Bridge falha.

Para validar esse problema, colete os logs de atualização usando Solucionar problemas de atualizações de solução para o Azure Local. Os arquivos de log devem mostrar uma mensagem de erro semelhante (a versão atual pode diferir na mensagem de erro):

[ERROR: { "errorCode": "InvalidEntityError", "errorResponse": "{\n\"message\": \"the cloud fabric (MOC) is currently at version v0.13.1. A minimum version of 0.15.0 is required for compatibility\"\n}" }]

Siga estas etapas para mitigar o problema:

1. Para encontrar a versão do agente MOC, execute o seguinte comando: 'C:\Program Files\AksHci\wssdcloudagent.exe' version.

2. Use a saída do comando para encontrar a versão do MOC na tabela abaixo que corresponde à versão do agente e defina $initialMocVersion para essa versão do MOC. Defina o $targetMocVersion localizando a compilação HCI do Azure Stack para a qual você está atualizando e obtenha a versão do MOC correspondente na tabela abaixo. Use esses valores no script de mitigação fornecido abaixo:

Construa	versão MOC	Versão do Agent
2311.2	1.0.24.10106	v0.13.0-6-gf13a73f7, v0.11.0-alpha.38,01/06/2024
2402	1.0.25.10203	v0.14.0, v0.13.1, 02/02/2024
2402.1	1.0.25.10302	v0.14.0, v0.13.1, 03/02/2024
2402.2	1.1.1.10314	v0.16.0-1-g04bf0dec, v0.15.1, 14/03/2024
2405/2402.3	1.3.0.10418	v0.17.1, v0.16.5, 18/04/2024

Por exemplo, se a versão do agente for v0.13.0-6-gf13a73f7, v0.11.0-alpha.38,01/06/2024, então: $initialMocVersion = "1.0.24.10106" e se estivermos a atualizar para 2405.0.23, então: $targetMocVersion = "1.3.0.10418".

3. Execute os seguintes comandos do PowerShell no primeiro nó:

$initialMocVersion = "<initial version determined from step 2>"
$targetMocVersion = "<target version determined from step 2>"

# Importar módulo MOC duas vezes
import-module moc
import-module moc
$verbosePreference = "Continue"

# Limpar o cache do catálogo SFS
Remove-Item (Get-MocConfig).manifestCache

# Defina a versão para a versão atual do MOC antes da atualização e defina o estado como falha na atualização
Set-MocConfigValue -name "version" -value $initialMocVersion
Set-MocConfigValue -name "installState" -value ([InstallState]::UpdateFailed)

# Execute novamente a atualização do MOC para a versão desejada
Update-Moc -version $targetMocVersion

4. Retome a atualização.

Segurança O recurso de segurança SideChannelMitigation pode não mostrar um estado habilitado, mesmo que esteja habilitado. Isso acontece ao usar o Windows Admin Center (Modo de Exibição de Segurança de Cluster) ou quando esse cmdlet retorna False: Get-AzSSecurity -FeatureName SideChannelMitigation. Não há solução alternativa nesta versão para corrigir a saída desses aplicativos.
Para validar o valor esperado, execute o seguinte cmdlet:
Get-ItemProperty 'HKLM:\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management' -name "FeatureSettingsOverride*"
O resultado esperado é:
FeatureSettingsOverride: 83886152
FeatureSettingsOverrideMask: 3
Se a saída corresponder à saída esperada, você poderá ignorar com segurança a saída do Windows Admin Center e Get-AzSSecurity cmdlet.

Problemas conhecidos de versões anteriores

Aqui estão os problemas conhecidos de versões anteriores:

Funcionalidade	Questão	Solução alternativa
AKS em HCI	A criação do cluster AKS falha com o `Error: Invalid AKS network resource id`. Esse problema pode ocorrer quando o nome de rede lógica associado tem um sublinhado.	Os sublinhados não são suportados em nomes de rede lógicos. Certifique-se de não usar sublinhado nos nomes de redes lógicas implantadas em sua HCI do Azure Stack.
Reparar servidor	Em casos raros, a operação `Repair-Server` falha com o erro `HealthServiceWaitForDriveFW`. Nestes casos, as unidades antigas do nó reparado não são removidas e os novos discos permanecem bloqueados no modo de manutenção.	Para evitar esse problema, certifique-se de NÃO drenar o nó por meio do Windows Admin Center ou usando o cmdlet `Suspend-ClusterNode -Drain` PowerShell antes de iniciar `Repair-Server`. Se o problema ocorrer, contacte o Suporte da Microsoft para obter os próximos passos.
Reparar o servidor	Esse problema é visto quando o servidor único Azure Stack HCI é atualizado de 2311 para 2402 e, em seguida, o `Repair-Server` é executado. A operação de reparo falha.	Antes de reparar o nó único, siga estes passos: 1. Execute a versão 2402 para o ADPrepTool. Siga as etapas em Preparar o Ative Directory. Esta ação é rápida e adiciona as permissões necessárias à Unidade Organizacional (UO). 2. Mova o objeto de computador do segmento Computadores para a UO raiz. Execute o seguinte comando: `Get-ADComputer <HOSTNAME>` \| `Move-ADObject -TargetPath "<OU path>"`
Implantação	Se você preparar o Ative Directory por conta própria (não usando o script e o procedimento fornecidos pela Microsoft), sua validação do Ative Directory poderá falhar com a falta de permissão `Generic All`. Isso ocorre devido a um problema na verificação de validação que verifica se há uma entrada de permissão dedicada para `msFVE-RecoverInformationobjects – General – Permissions Full control`, que é necessária para a recuperação do BitLocker.	Use o método de script Preparar AD ou, se estiver usando seu próprio método, certifique-se de atribuir a permissão específica `msFVE-RecoverInformationobjects – General – Permissions Full control`.
Implantação	Há um problema raro nesta versão em que o registro DNS é excluído durante a implantação do Azure Stack HCI. Quando isso ocorre, observa-se a seguinte exceção: Type 'PropagatePublicRootCertificate' of Role 'ASCA' raised an exception:<br>The operation on computer 'ASB88RQ22U09' failed: WinRM cannot process the request. The following error occurred while using Kerberos authentication: Cannot find the computer ASB88RQ22U09.local. Verify that the computer exists on the network and that the name provided is spelled correctly at PropagatePublicRootCertificate, C:\NugetStore\Microsoft.AzureStack, at Orchestration.Roles.CertificateAuthority.10.2402.0.14\content\Classes\ASCA\ASCA.psm1: line 38, at C:\CloudDeployment\ECEngine\InvokeInterfaceInternal.psm1: line 127,at Invoke-EceInterfaceInternal, C:\CloudDeployment\ECEngine\InvokeInterfaceInternal.psm1: line 123.	Verifique o servidor DNS para ver se algum registro DNS dos nós do cluster está faltando. Aplique a atenuação a seguir nos nós onde seu registro DNS está ausente. Reinicie o serviço de cliente DNS. Abra uma sessão do PowerShell e execute o seguinte cmdlet no nó afetado: `Taskkill /f /fi "SERVICES eq dnscache"`
Implantação	Nesta versão, há uma falha de tarefa remota em uma implantação de vários nós que resulta na seguinte exceção: `ECE RemoteTask orchestration failure with ASRR1N42R01U31 (node pingable - True): A WebException occurred while sending a RestRequest. WebException.Status: ConnectFailure on [https://<URL>](https://<URL>).`	Para mitigar, basta reiniciar o agente ECE no nó afetado. No servidor, abra uma sessão do PowerShell e execute o seguinte comando: `Restart-Service ECEAgent`.
Reparar/Adicionar o servidor	Nesta versão, ao adicionar ou reparar um servidor, uma falha é vista quando o balanceador de carga de software ou os certificados de VM do controlador de rede estão sendo copiados dos nós existentes. A falha ocorre porque esses certificados não foram gerados durante a implantação/atualização.	Não há solução alternativa nesta versão. Se você encontrar esse problema, contate o Suporte da Microsoft para determinar as próximas etapas.
Implantação	Nesta versão, há um problema transitório que resulta na falha de implantação, com a seguinte exceção: `Type 'SyncDiagnosticLevel' of Role 'ObservabilityConfig' raised an exception:<br>Syncing Diagnostic Level failed with error: The Diagnostic Level does not match. Portal was not set to Enhanced, instead is Basic.`	Como esse é um problema transitório, tentar novamente a implantação deve corrigir isso. Para mais informações, veja como Executar novamente a implantação.
Implantação	Nesta versão, há um problema com o campo URI/local de segredos. Este é um campo considerado obrigatório, mas que está marcado como Não obrigatório, o que resulta em falhas na implementação de modelos do Azure Resource Manager.	Use o ficheiro de parâmetros de exemplo no modelo para Implantar o Azure Local via para garantir que todos os inputs sejam fornecidos no formato necessário e depois tentar a implantação. Se houver uma falha na implantação, você também deverá limpar os seguintes recursos antes de executar novamente a implantação: 1. Suprimir `C:\EceStore`. 2. Suprimir `C:\CloudDeployment`. 3. Suprimir `C:\nugetstore`. 4. `Remove-Item HKLM:\Software\Microsoft\LCMAzureStackStampInformation`.
Segurança	Para novas implantações, os dispositivos compatíveis com Secured-core não terão a Raiz Dinâmica de Medição (DRTM) habilitada por padrão. Se você tentar habilitar (DRTM) usando o cmdlet Enable-AzSSecurity, verá um erro informando que a configuração DRTM não é suportada na versão atual. A Microsoft recomenda uma defesa aprofundada e a Inicialização Segura UEFI ainda protege os componentes na cadeia de inicialização SRT (Static Root of Trust), garantindo que eles sejam carregados somente quando assinados e verificados.	DRTM não é suportado nesta versão.
Rede	Uma verificação de ambiente falha quando um servidor proxy é usado. Por conceção, a lista de bypass é diferente para "winhttp" e "wininet", o que faz com que a verificação falhe.	Siga estas etapas de solução alternativa: 1. Limpe a lista de bypass de proxy antes da verificação de integridade e antes de iniciar a implantação ou a atualização. 2. Depois de passar na verificação, aguarde até que a implantação ou atualização falhe. 3. Defina novamente a sua lista de exclusão de proxy.
Gerenciamento do Arc VM	A implantação ou atualização do Arc Resource Bridge pode falhar quando o segredo SPN temporário gerado automaticamente durante esta operação começar com um hífen.	Tente novamente a implantação/atualização. A nova tentativa deve regenerar o segredo do SPN e a operação provavelmente terá sucesso.
Gerenciamento do Arc VM	As Extensões do Arc em VMs Arc permanecem no estado de "criação" indefinidamente.	Entre na VM, abra um prompt de comando e digite o seguinte: Windows: `notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json` Linux: `sudo vi /var/opt/azcmagent/agentconfig.json` Em seguida, encontre a propriedade `resourcename`. Exclua o GUID que é anexado ao final do nome do recurso, para que essa propriedade corresponda ao nome da VM. Em seguida, reinicie a VM.
Gerenciamento de Arc VM	Quando um novo servidor é adicionado a um cluster HCI do Azure Stack, o caminho de armazenamento não é criado automaticamente para o volume recém-criado.	Você pode criar manualmente um caminho de armazenamento para quaisquer novos volumes. Para obter mais informações, consulte Criar um caminho de armazenamento.
gerenciamento do Arc VM	A reinicialização da operação do Arc VM é concluída após aproximadamente 20 minutos, embora a própria VM seja reiniciada em cerca de um minuto.	Não há nenhuma solução alternativa conhecida nesta versão.
Gestão do Arc VM	Em alguns casos, o status da rede lógica é exibido como Falha no portal do Azure. Isso ocorre quando você tenta excluir a rede lógica sem primeiro excluir quaisquer recursos, como interfaces de rede associadas a essa rede lógica. Você ainda deve ser capaz de criar recursos nesta rede lógica. Neste caso, o estatuto é enganador.	Se o estado desta rede lógica foi Êxito no momento em que esta rede foi provisionada, poderá continuar a criar recursos nesta rede.
Gerenciamento do Arc VM	Nesta versão, quando você atualiza uma VM com um disco de dados anexado a ela usando a CLI do Azure, a operação falha com a seguinte mensagem de erro: Não foi possível encontrar um disco rígido virtual com o nome.	Use o portal do Azure para todas as operações de atualização de VM. Para obter mais informações, consulte Gerir máquinas virtuais Arc e Gerir recursos de máquinas virtuais Arc.
Atualizar	Em casos raros, você pode encontrar esse erro ao atualizar seu Azure Stack HCI: Tipo 'UpdateArbAndExtensions' da função 'MocArb' gerou uma exceção: Exceção Atualizando ARB e Extensão na etapa [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Invalid applianceyaml = [C:\AksHci\hci-appliance.yaml].	Se vir este problema, contacte o Suporte da Microsoft para o ajudar com os próximos passos.
Rede	Há um problema pouco frequente do cliente DNS nesta versão que faz com que a implantação falhe em um cluster de dois nós com um erro de resolução DNS: Ocorreu uma WebException ao enviar um RestRequest. WebException.Status: NameResolutionFailure. Como resultado do bug, o registro DNS do segundo nó é excluído logo após ser criado, resultando em um erro de DNS.	Reinicie o servidor. Essa operação registra o registro DNS, o que impede que ele seja excluído.
do portal do Azure	Em alguns casos, o portal do Azure pode demorar a atualizar e a visualização pode não ser atual.	Talvez seja necessário aguardar 30 minutos ou mais para ver a exibição atualizada.
Gerenciamento de VM do Arc	A exclusão de uma interface de rede em uma VM Arc do portal do Azure não funciona nesta versão.	Use a CLI do Azure para primeiro remover a interface de rede e, em seguida, excluí-la. Para obter mais informações, consulte Remover a interface de rede e consulte Excluir a interface de rede.
Implantação	Fornecer o nome da UO numa sintaxe incorreta não é detetado no portal do Azure. A sintaxe incorreta inclui caracteres sem suporte, como `&,",',<,>`. A sintaxe incorreta é detetada em uma etapa posterior durante a validação do cluster.	Certifique-se de que a sintaxe do caminho da UO está correta e não inclui caracteres não suportados.
Implantação	As implantações por meio do Azure Resource Manager expiram após 2 horas. As implantações que excedem 2 horas aparecem como falha no grupo de recursos embora o cluster tenha sido criado com êxito.	Para monitorizar a implementação no portal do Azure, aceda ao recurso de cluster HCI do Azure Stack e depois vá para a nova entrada Implantações.
Azure Site Recovery	O Azure Site Recovery não pode ser instalado em um cluster HCI do Azure Stack nesta versão.	Não há nenhuma solução alternativa conhecida nesta versão.
Atualização	Ao atualizar o cluster HCI do Azure Stack por meio do Azure Update Manager, o progresso e os resultados da atualização podem não estar visíveis no portal do Azure.	Para contornar esse problema, em cada nó de cluster, adicione a seguinte chave do Registro (nenhum valor necessário): `New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force` Em seguida, em um dos nós do cluster, reinicie o grupo de clusters de Gerenciamento de Nuvem. `Stop-ClusterGroup "Cloud Management"` `Start-ClusterGroup "Cloud Management"` Isso não corrigirá totalmente o problema, pois os detalhes de progresso ainda podem não ser exibidos durante o processo de atualização. Para obter os detalhes de atualização mais recentes, podes recuperar o progresso da atualização com o PowerShell.
Atualizar	Em casos raros, se uma atualização com falha estiver presa num estado Em andamento no Azure Update Manager, o botão Tentar novamente estará desativado.	Para retomar a atualização, execute o seguinte comando do PowerShell: `Get-SolutionUpdate` \| `Start-SolutionUpdate`.
Atualizações	Em alguns casos, `SolutionUpdate` comandos podem falhar se executados após o comando `Send-DiagnosticData`.	Certifique-se de fechar a sessão do PowerShell usada para `Send-DiagnosticData`. Abra uma nova sessão do PowerShell e use-a para `SolutionUpdate` comandos.
Atualização	Em casos raros, ao aplicar uma atualização de 2311.0.24 para 2311.2.4, os relatórios de status do cluster Em andamento em vez do esperado Falhou ao atualizar.	Tente atualizar novamente. Se o problema persistir, contacte o Suporte da Microsoft.
Atualização	As tentativas de instalar atualizações de solução podem falhar no final das etapas da CAU com: `There was a failure in a Common Information Model (CIM) operation, that is, an operation performed by software that Cluster-Aware Updating depends on.` Esse problema raro ocorre se os recursos de `Cluster Name` ou `Cluster IP Address` falharem ao iniciar após a reinicialização de um nó e for mais típico em clusters pequenos.	Se você encontrar esse problema, contate o suporte da Microsoft para as próximas etapas. Eles podem trabalhar com você para reiniciar manualmente os recursos do cluster e retomar a atualização conforme necessário.
Atualizar	Ao aplicar uma atualização de cluster para 10.2402.3.11, o cmdlet `Get-SolutionUpdate` pode não responder e, eventualmente, falha com um RequestTimeoutException após aproximadamente 10 minutos. É provável que isso ocorra após um cenário de adição ou reparação de servidor.	Use os cmdlets `Start-ClusterGroup` e `Stop-ClusterGroup` para reiniciar o serviço de atualização. `Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group"` \| `Stop-ClusterGroup` `Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group"` \| `Start-ClusterGroup` Uma execução bem-sucedida desses cmdlets deve trazer o serviço de atualização online.
Atualização com reconhecimento de cluster	Falha ao tentar retomar a operação do nó.	Esta é uma questão transitória e poderia ser resolvida por si só. Aguarde alguns minutos e tente novamente a operação. Se o problema persistir, contacte o Suporte da Microsoft.
Atualização com reconhecimento de clusters	A operação do nó de suspensão ficou presa por mais de 90 minutos.	Esta é uma questão transitória e poderia ser resolvida por si só. Aguarde alguns minutos e tente novamente a operação. Se o problema persistir, contacte o Suporte da Microsoft.

Problemas da versão 2402.4

Esta versão do software corresponde à versão 2402.4.4.

As notas de versão para esta versão incluem os problemas corrigidos nesta versão, problemas conhecidos nesta versão e problemas observados na versão transferidos de versões anteriores.

Problemas corrigidos

A Microsoft não está ciente de quaisquer problemas corrigidos nesta versão.

Problemas conhecidos nesta versão

A Microsoft não está ciente de quaisquer problemas conhecidos nesta versão.

Problemas conhecidos de versões anteriores

Aqui estão os problemas conhecidos de versões anteriores:

Funcionalidade	Questão	Solução alternativa
AKS em HCI	A criação do cluster AKS falha com o `Error: Invalid AKS network resource id`. Esse problema pode ocorrer quando o nome de rede lógica associado tem um sublinhado.	Os sublinhados não são suportados em nomes de rede lógicos. Certifique-se de não usar sublinhado nos nomes de redes lógicas implantadas em sua HCI do Azure Stack.
Reparar o servidor	Em casos raros, a operação `Repair-Server` falha com o erro `HealthServiceWaitForDriveFW`. Nesses casos, os discos antigos do nó reparado não são removidos e os novos discos ficam retidos no modo de manutenção.	Para evitar este problema, certifique-se de NÃO esvaziar o nó por meio do Windows Admin Center ou usando o cmdlet `Suspend-ClusterNode -Drain` PowerShell, antes de iniciar `Repair-Server`. Se o problema ocorrer, contacte o Suporte da Microsoft para obter os próximos passos.
Reparar o servidor	Esse problema é visto quando o servidor único Azure Stack HCI é atualizado de 2311 para 2402 e, em seguida, o `Repair-Server` é executado. A operação de reparo falha.	Antes de reparar o nó único, siga estes passos: 1. Execute a versão 2402 para o ADPrepTool. Siga as etapas em Preparar o Active Directory. Esta ação é rápida e adiciona as permissões necessárias à Unidade Organizacional (UO). 2. Mova o objeto de computador do segmento Computadores para a UO raiz. Execute o seguinte comando: `Get-ADComputer <HOSTNAME>` \| `Move-ADObject -TargetPath "<OU path>"`
Implantação	Se você preparar o Ative Directory por conta própria (não usando o script e o procedimento fornecidos pela Microsoft), sua validação do Ative Directory poderá falhar com a falta de permissão `Generic All`. Isso ocorre devido a um problema na verificação de validação que verifica se há uma entrada de permissão dedicada para `msFVE-RecoverInformationobjects – General – Permissions Full control`, que é necessária para a recuperação do BitLocker.	Use o método de script Preparar AD ou, se estiver usando seu próprio método, certifique-se de atribuir a permissão específica `msFVE-RecoverInformationobjects – General – Permissions Full control`.
Implantação	Há um problema raro nesta versão em que o registro DNS é excluído durante a implantação do Azure Stack HCI. Quando isso ocorre, observa-se a seguinte exceção: Type 'PropagatePublicRootCertificate' of Role 'ASCA' raised an exception:<br>The operation on computer 'ASB88RQ22U09' failed: WinRM cannot process the request. The following error occurred while using Kerberos authentication: Cannot find the computer ASB88RQ22U09.local. Verify that the computer exists on the network and that the name provided is spelled correctly at PropagatePublicRootCertificate, C:\NugetStore\Microsoft.AzureStack, at Orchestration.Roles.CertificateAuthority.10.2402.0.14\content\Classes\ASCA\ASCA.psm1: line 38, at C:\CloudDeployment\ECEngine\InvokeInterfaceInternal.psm1: line 127,at Invoke-EceInterfaceInternal, C:\CloudDeployment\ECEngine\InvokeInterfaceInternal.psm1: line 123.	Verifique o servidor DNS para ver se algum registro DNS dos nós do cluster está faltando. Aplique a atenuação a seguir nos nós onde seu registro DNS está ausente. Reinicie o serviço de cliente DNS. Abra uma sessão do PowerShell e execute o seguinte cmdlet no nó afetado: `Taskkill /f /fi "SERVICES eq dnscache"`
Implantação	Nesta versão, há uma falha de tarefa remota em uma implantação de vários nós que resulta na seguinte exceção: `ECE RemoteTask orchestration failure with ASRR1N42R01U31 (node pingable - True): A WebException occurred while sending a RestRequest. WebException.Status: ConnectFailure on [https://<URL>](https://<URL>).`	A atenuação é reiniciar o agente ECE no nó afetado. No servidor, abra uma sessão do PowerShell e execute o seguinte comando: `Restart-Service ECEAgent`.
Adicionar/reparar o servidor	Nesta versão, ao adicionar ou reparar um servidor, uma falha é vista quando o balanceador de carga de software ou os certificados de VM do controlador de rede estão sendo copiados dos nós existentes. A falha ocorre porque esses certificados não foram gerados durante a implantação/atualização.	Não há solução alternativa nesta versão. Se você encontrar esse problema, contate o Suporte da Microsoft para determinar as próximas etapas.
Implantação	Nesta versão, há um problema transitório que resulta na falha de implantação, com a seguinte exceção: `Type 'SyncDiagnosticLevel' of Role 'ObservabilityConfig' raised an exception:<br>Syncing Diagnostic Level failed with error: The Diagnostic Level does not match. Portal was not set to Enhanced, instead is Basic.`	Como esse é um problema transitório, tentar novamente a implantação deve corrigir isso. Para obter mais informações, consulte como Executar novamente a implantação.
Implantação	Nesta versão, há um problema com o campo URI/local de segredos. Este é um campo que deveria ser obrigatório, mas está marcado como Não obrigatório, o que resulta em falhas na implantação de modelos do Azure Resource Manager.	Use o ficheiro de parâmetros de exemplo no modelo Implante o Azure Local via Azure Resource Manager para garantir que todas as entradas sejam fornecidas no formato necessário e, em seguida, tente realizar a implantação. Se houver uma falha na implantação, você também deverá limpar os seguintes recursos antes de executar novamente a implantação: 1. Suprimir `C:\EceStore`. 2. Suprimir `C:\CloudDeployment`. 3. Suprimir `C:\nugetstore`. 4. `Remove-Item HKLM:\Software\Microsoft\LCMAzureStackStampInformation`.
Segurança	Para novas implantações, os dispositivos compatíveis com Secured-core não terão a Raiz Dinâmica de Medição (DRTM) habilitada por padrão. Se você tentar habilitar (DRTM) usando o cmdlet Enable-AzSSecurity, verá um erro informando que a configuração DRTM não é suportada na versão atual. A Microsoft recomenda uma defesa aprofundada e a Inicialização Segura UEFI ainda protege os componentes na cadeia de inicialização SRT (Static Root of Trust), garantindo que eles sejam carregados somente quando assinados e verificados.	DRTM não é suportado nesta versão.
Rede de Contactos	Uma verificação de ambiente falha quando um servidor proxy é usado. Por conceção, a lista de bypass é diferente para o winhttp e o wininet, o que faz com que a verificação de validação falhe.	Siga estas etapas de solução alternativa: 1. Limpe a lista de bypass de proxy antes da verificação de integridade e antes de iniciar a implantação ou a atualização. 2. Depois de passar na verificação, aguarde até que a implantação ou atualização falhe. 3. Defina novamente a sua lista de exclusão de proxy.
Gerenciamento de Arc VM	A implantação ou atualização do Arc Resource Bridge pode falhar quando o segredo SPN temporário gerado automaticamente durante esta operação começar com um hífen.	Tente novamente a implantação/atualização. A nova tentativa deve regenerar o segredo do SPN e a operação provavelmente terá sucesso.
Gerenciamento de Arc VM	As Extensões Arc em VMs Arc permanecem no estado "Criando" indefinidamente.	Entre na VM, abra um prompt de comando e digite o seguinte: Windows: `notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json` Linux: `sudo vi /var/opt/azcmagent/agentconfig.json` Em seguida, encontre a propriedade `resourcename`. Exclua o GUID que é anexado ao final do nome do recurso, para que essa propriedade corresponda ao nome da VM. Em seguida, reinicie a VM.
Gerenciamento do Arc VM	Quando um novo servidor é adicionado a um cluster HCI do Azure Stack, o caminho de armazenamento não é criado automaticamente para o volume recém-criado.	Você pode criar manualmente um caminho de armazenamento para quaisquer novos volumes. Para obter mais informações, consulte Criar um caminho de armazenamento.
Gerenciamento do Arc VM	A reinicialização da operação do Arc VM é concluída após aproximadamente 20 minutos, embora a própria VM seja reiniciada em cerca de um minuto.	Não há nenhuma solução alternativa conhecida nesta versão.
Gerenciamento de Arc VM	Em alguns casos, o status da rede lógica é exibido como Falha no portal do Azure. Isso ocorre quando você tenta excluir a rede lógica sem primeiro excluir quaisquer recursos, como interfaces de rede associadas a essa rede lógica. Você ainda deve ser capaz de criar recursos nesta rede lógica. Neste caso, o estatuto é enganador.	Se o estado dessa rede lógica foi Bem-sucedido no momento em que essa rede foi provisionada, pode continuar a criar recursos nessa rede.
Gerenciamento de Arc VM	Nesta versão, quando você atualiza uma VM com um disco de dados anexado a ela usando a CLI do Azure, a operação falha com a seguinte mensagem de erro: Não foi possível encontrar um disco rígido virtual com o nome.	Use o portal do Azure para todas as operações de atualização de VM. Para obter mais informações, consulte Gerir VMs do Arc e Gerir recursos de VM do Arc.
Atualizar	Em casos raros, você pode encontrar esse erro ao atualizar seu Azure Stack HCI: Tipo 'UpdateArbAndExtensions' da função 'MocArb' gerou uma exceção: Exceção Atualizando ARB e Extensão na etapa [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Invalid applianceyaml = [C:\AksHci\hci-appliance.yaml].	Se vir este problema, contacte o Suporte da Microsoft para o ajudar com os próximos passos.
Ligaçãos em rede	Há um problema pouco frequente do cliente DNS nesta versão que faz com que a implantação falhe em um cluster de dois nós com um erro de resolução DNS: Ocorreu uma WebException ao enviar um RestRequest. WebException.Status: NameResolutionFailure. Como resultado do bug, o registro DNS do segundo nó é excluído logo após ser criado, resultando em um erro de DNS.	Reinicie o servidor. Essa operação registra o registro DNS, o que impede que ele seja excluído.
do portal do Azure	Em alguns casos, o portal do Azure pode demorar um pouco para ser atualizado e o modo de exibição pode não ser atual.	Talvez seja necessário aguardar 30 minutos ou mais para ver a exibição atualizada.
Gerenciamento de VM do Arc	A exclusão de uma interface de rede em uma VM Arc do portal do Azure não funciona nesta versão.	Use a CLI do Azure para primeiro remover a interface de rede e, em seguida, excluí-la. Para obter mais informações, consulte Remover a interface de rede e consulte Excluir a interface de rede.
Implantação	Fornecer o nome da UO com uma sintaxe incorreta não é detetável no portal do Azure. A sintaxe incorreta inclui caracteres sem suporte, como `&,",',<,>`. A sintaxe incorreta é detetada em uma etapa posterior durante a validação do cluster.	Verifique se a sintaxe do caminho das OUs está correta e não inclui caracteres sem suporte.
Implantação	As implantações por meio do Azure Resource Manager expiram após 2 horas. As implantações que excedem 2 horas aparecem como falha no grupo de recursos embora o cluster tenha sido criado com êxito.	Para monitorizar a implantação no portal do Azure, vá para o recurso de cluster HCI do Azure Stack e, em seguida, vá para a nova entrada Implantações.
Azure Site Recovery	O Azure Site Recovery não pode ser instalado em um cluster HCI do Azure Stack nesta versão.	Não há nenhuma solução alternativa conhecida nesta versão.
Atualização	Ao atualizar o cluster HCI do Azure Stack por meio do Azure Update Manager, o progresso e os resultados da atualização podem não estar visíveis no portal do Azure.	Para contornar esse problema, em cada nó de cluster, adicione a seguinte chave do Registro (nenhum valor necessário): `New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force` Em seguida, em um dos nós do cluster, reinicie o grupo de clusters de Gerenciamento de Nuvem. `Stop-ClusterGroup "Cloud Management"` `Start-ClusterGroup "Cloud Management"` Isso não corrigirá totalmente o problema, pois os detalhes de progresso ainda podem não ser exibidos durante o processo de atualização. Para obter os detalhes de atualização mais recentes, podes recuperar o progresso da atualização com o PowerShell.
Atualizar	Em casos raros, se uma atualização com falha estiver presa num estado Em andamento no Azure Update Manager, o botão Tentar novamente será desativado.	Para retomar a atualização, execute o seguinte comando do PowerShell: `Get-SolutionUpdate` \| `Start-SolutionUpdate`.
Atualizações	Em alguns casos, `SolutionUpdate` comandos podem falhar se executados após o comando `Send-DiagnosticData`.	Certifique-se de fechar a sessão do PowerShell usada para `Send-DiagnosticData`. Abra uma nova sessão do PowerShell e use-a para `SolutionUpdate` comandos.
Atualização	Em casos raros, ao aplicar uma atualização de 2311.0.24 para 2311.2.4, os relatórios de estado do cluster indicam Em Progresso em vez do esperado Falhado na Atualização.	Tente atualizar novamente. Se o problema persistir, contacte o Suporte da Microsoft.
Atualizar	As tentativas de instalar atualizações de solução podem falhar no final das etapas da CAU com: `There was a failure in a Common Information Model (CIM) operation, that is, an operation performed by software that Cluster-Aware Updating depends on.` Esse problema raro ocorre se os recursos de `Cluster Name` ou `Cluster IP Address` falharem ao iniciar após a reinicialização de um nó e é mais típico em clusters pequenos.	Se você encontrar esse problema, contate o suporte da Microsoft para as próximas etapas. Eles podem trabalhar com você para reiniciar manualmente os recursos do cluster e retomar a atualização conforme necessário.
Atualização	Ao aplicar uma atualização de cluster para 10.2402.4.11, o cmdlet `Get-SolutionUpdate` pode não responder e, eventualmente, falha com um RequestTimeoutException após aproximadamente 10 minutos. É provável que isso ocorra num cenário de adicionar ou reparar servidor.	Use os cmdlets `Start-ClusterGroup` e `Stop-ClusterGroup` para reiniciar o serviço de atualização. `Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group"` \| `Stop-ClusterGroup` `Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group"` \| `Start-ClusterGroup` Uma execução bem-sucedida desses cmdlets deve colocar o serviço de atualização online.
Atualização Inteligente para Clusters	Falha ao retomar a operação do nó.	Esta é uma questão transitória e poderia ser resolvida por si só. Aguarde alguns minutos e tente novamente a operação. Se o problema persistir, contacte o Suporte da Microsoft.
Atualização com reconhecimento de cluster	A operação do nó de suspensão ficou presa por mais de 90 minutos.	Esta é uma questão transitória e poderia ser resolvida por si só. Aguarde alguns minutos e tente novamente a operação. Se o problema persistir, contacte o Suporte da Microsoft.

Problemas da versão 2402.3

Esta versão do software corresponde ao número de versão do software 2402.3.10.

As notas de versão para esta versão incluem os problemas corrigidos nesta versão, problemas conhecidos nesta versão e problemas observados na versão transferidos de versões anteriores.

Problemas corrigidos

A Microsoft não está ciente de quaisquer problemas corrigidos nesta versão.

Problemas conhecidos nesta versão

A Microsoft não está ciente de quaisquer problemas conhecidos nesta versão.

Problemas conhecidos de versões anteriores

Aqui estão os problemas conhecidos de versões anteriores:

Funcionalidade	Questão	Solução alternativa
AKS em HCI	A criação do cluster AKS falha com o `Error: Invalid AKS network resource id`. Esse problema pode ocorrer quando o nome de rede lógica associado tem um sublinhado.	Os sublinhados não são suportados em nomes de rede lógicos. Certifique-se de não usar sublinhado nos nomes de redes lógicas implantadas em sua HCI do Azure Stack.
Reparar servidor	Em casos raros, a operação `Repair-Server` falha com o erro `HealthServiceWaitForDriveFW`. Nesses casos, os discos antigos do nó reparado não são removidos e os novos discos ficam bloqueados no modo de manutenção.	Para evitar este problema, certifique-se de NÃO drenar o nó por meio do Windows Admin Center ou usando o cmdlet `Suspend-ClusterNode -Drain` PowerShell antes de iniciar `Repair-Server`. Se o problema ocorrer, contacte o Suporte da Microsoft para obter os próximos passos.
Reparar o servidor	Esse problema é visto quando o servidor único Azure Stack HCI é atualizado de 2311 para 2402 e, em seguida, o `Repair-Server` é executado. A operação de reparo falha.	Antes de reparar o nó único, siga estes passos: 1. Execute a versão 2402 para o ADPrepTool. Siga as etapas em Preparar Active Directory. Esta ação é rápida e adiciona as permissões necessárias à Unidade Organizacional (UO). 2. Mova o objeto de computador do segmento Computadores para a UO raiz. Execute o seguinte comando: `Get-ADComputer <HOSTNAME>` \| `Move-ADObject -TargetPath "<OU path>"`
Implantação	Se você preparar o Ative Directory por conta própria (não usando o script e o procedimento fornecidos pela Microsoft), sua validação do Ative Directory poderá falhar com a falta de permissão `Generic All`. Isso ocorre devido a um problema na verificação de validação que verifica se há uma entrada de permissão dedicada para `msFVE-RecoverInformationobjects – General – Permissions Full control`, que é necessária para a recuperação do BitLocker.	Use o método de script Preparar AD ou, se estiver a usar o seu próprio método, certifique-se de atribuir a permissão específica `msFVE-RecoverInformationobjects – General – Permissions Full control`.
Implantação	Há um problema raro nesta versão em que o registro DNS é excluído durante a implantação do Azure Stack HCI. Quando isso ocorre, observa-se a seguinte exceção: Type 'PropagatePublicRootCertificate' of Role 'ASCA' raised an exception:<br>The operation on computer 'ASB88RQ22U09' failed: WinRM cannot process the request. The following error occurred while using Kerberos authentication: Cannot find the computer ASB88RQ22U09.local. Verify that the computer exists on the network and that the name provided is spelled correctly at PropagatePublicRootCertificate, C:\NugetStore\Microsoft.AzureStack, at Orchestration.Roles.CertificateAuthority.10.2402.0.14\content\Classes\ASCA\ASCA.psm1: line 38, at C:\CloudDeployment\ECEngine\InvokeInterfaceInternal.psm1: line 127,at Invoke-EceInterfaceInternal, C:\CloudDeployment\ECEngine\InvokeInterfaceInternal.psm1: line 123.	Verifique o servidor DNS para ver se algum registro DNS dos nós do cluster está faltando. Aplique a atenuação a seguir nos nós onde seu registro DNS está ausente. Reinicie o serviço de cliente DNS. Abra uma sessão do PowerShell e execute o seguinte cmdlet no nó afetado: `Taskkill /f /fi "SERVICES eq dnscache"`
Implantação	Nesta versão, há uma falha de tarefa remota em uma implantação de vários nós que resulta na seguinte exceção: `ECE RemoteTask orchestration failure with ASRR1N42R01U31 (node pingable - True): A WebException occurred while sending a RestRequest. WebException.Status: ConnectFailure on [https://<URL>](https://<URL>).`	A mitigação consiste em reiniciar o agente ECE no nó afetado. No servidor, abra uma sessão do PowerShell e execute o seguinte comando: `Restart-Service ECEAgent`.
Adicionar/reparar servidor	Nesta versão, ao adicionar ou reparar um servidor, uma falha é vista quando o balanceador de carga de software ou os certificados de VM do controlador de rede estão sendo copiados dos nós existentes. A falha ocorre porque esses certificados não foram gerados durante a implantação/atualização.	Não há solução alternativa nesta versão. Se você encontrar esse problema, contate o Suporte da Microsoft para determinar as próximas etapas.
Implantação	Nesta versão, há um problema transitório que resulta na falha de implantação, com a seguinte exceção: `Type 'SyncDiagnosticLevel' of Role 'ObservabilityConfig' raised an exception:<br>Syncing Diagnostic Level failed with error: The Diagnostic Level does not match. Portal was not set to Enhanced, instead is Basic.`	Como esse é um problema transitório, tentar novamente a implantação deve corrigir isso. Para obter mais informações, consulte como Executar novamente a implantação.
Implantação	Nesta versão, há um problema com o campo URI/local de segredos. Este é um campo obrigatório marcado Não obrigatório e resulta em falhas de implantação de modelo do Azure Resource Manager.	Use o arquivo de parâmetros de exemplo no modelo Implantar o Azure Local por meio do Azure Resource Manager para garantir que todas as entradas sejam fornecidas no formato necessário e depois tente a implantação. Se houver uma falha na implantação, você também deverá limpar os seguintes recursos antes de executar novamente a implantação: 1. Suprimir `C:\EceStore`. 2. Suprimir `C:\CloudDeployment`. 3. Suprimir `C:\nugetstore`. 4. `Remove-Item HKLM:\Software\Microsoft\LCMAzureStackStampInformation`.
Segurança	Para novas implantações, os dispositivos compatíveis com Secured-core não terão a Raiz Dinâmica de Medição (DRTM) habilitada por padrão. Se você tentar habilitar (DRTM) usando o cmdlet Enable-AzSSecurity, verá um erro informando que a configuração DRTM não é suportada na versão atual. A Microsoft recomenda uma defesa aprofundada e a Inicialização Segura UEFI ainda protege os componentes na cadeia de inicialização SRT (Static Root of Trust), garantindo que eles sejam carregados somente quando assinados e verificados.	DRTM não é suportado nesta versão.
Redes	Uma verificação de ambiente falha quando um servidor proxy é usado. Por design, a lista de bypass é diferente para winhttp e wininet, o que faz com que a verificação de validação falhe.	Siga estas etapas de solução alternativa: 1. Limpe a lista de bypass de proxy antes da verificação de integridade e antes de iniciar a implantação ou a atualização. 2. Depois de passar na verificação, aguarde até que a implantação ou atualização falhe. 3. Defina sua lista de bypass de proxy novamente.
Gerenciamento de Arc VM	A implantação ou atualização do Arc Resource Bridge pode falhar quando o segredo SPN temporário gerado automaticamente durante esta operação começar com um hífen.	Tente novamente a implantação/atualização. A nova tentativa deve regenerar o segredo do SPN e a operação provavelmente terá sucesso.
Gerenciamento de Arc VM	As Extensões Arc em VMs Arc permanecem no estado "Criando" indefinidamente.	Entre na VM, abra um prompt de comando e digite o seguinte: Windows: `notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json` Linux: `sudo vi /var/opt/azcmagent/agentconfig.json` Em seguida, encontre a propriedade `resourcename`. Exclua o GUID que é anexado ao final do nome do recurso, para que essa propriedade corresponda ao nome da VM. Em seguida, reinicie a VM.
Gerenciamento do Arc VM	Quando um novo servidor é adicionado a um cluster HCI do Azure Stack, o caminho de armazenamento não é criado automaticamente para o volume recém-criado.	Você pode criar manualmente um caminho de armazenamento para quaisquer novos volumes. Para obter mais informações, consulte Criar um caminho de armazenamento.
Gerenciamento do Arc VM	A reinicialização da operação do Arc VM é concluída após aproximadamente 20 minutos, embora a própria VM seja reiniciada em cerca de um minuto.	Não há nenhuma solução alternativa conhecida nesta versão.
Gerenciamento do VM Arc	Em alguns casos, o status da rede lógica é exibido como Falha no portal do Azure. Isso ocorre quando você tenta excluir a rede lógica sem primeiro excluir quaisquer recursos, como interfaces de rede associadas a essa rede lógica. Você ainda deve ser capaz de criar recursos nesta rede lógica. Neste caso, o estatuto é enganador.	Se o status dessa rede lógica era Êxito no momento em que essa rede foi provisionada, você pode continuar a criar recursos nessa rede.
de gerenciamento do Arc VM	Nesta versão, quando você atualiza uma VM com um disco de dados anexado a ela usando a CLI do Azure, a operação falha com a seguinte mensagem de erro: Não foi possível encontrar um disco rígido virtual com o nome.	Use o portal do Azure para todas as operações de atualização de VM. Para obter mais informações, consulte Gerir VMs Arc e Gerir recursos de VMs Arc.
Atualizar	Em casos raros, poderá encontrar este erro ao atualizar o seu Azure Stack HCI: Tipo 'UpdateArbAndExtensions' da função 'MocArb' gerou uma exceção: Exceção ao atualizar ARB e Extensão na etapa [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Invalid applianceyaml = [C:\AksHci\hci-appliance.yaml].	Se vir este problema, contacte o Suporte da Microsoft para o ajudar com os próximos passos.
Redes	Há um problema pouco frequente do cliente DNS nesta versão que faz com que a implantação falhe em um cluster de dois nós com um erro de resolução DNS: Ocorreu uma WebException ao enviar um RestRequest. WebException.Status: NameResolutionFailure. Como resultado do bug, o registro DNS do segundo nó é excluído logo após ser criado, resultando em um erro de DNS.	Reinicie o servidor. Essa operação registra o registro DNS, o que impede que ele seja excluído.
Portal do Azure	Em alguns casos, o portal do Azure pode demorar um pouco a atualizar e a visualização pode não ser atual.	Talvez seja necessário aguardar 30 minutos ou mais para ver a exibição atualizada.
Gerenciamento de VM do Arc	A exclusão de uma interface de rede em uma VM Arc do portal do Azure não funciona nesta versão.	Use a CLI do Azure para primeiro remover a interface de rede e, em seguida, excluí-la. Para obter mais informações, consulte Remover a interface de rede e consulte Excluir a interface de rede.
Implantação	Fornecer o nome da OU numa sintaxe incorreta não é detetado no portal do Azure. A sintaxe incorreta inclui caracteres sem suporte, como `&,",',<,>`. A sintaxe incorreta é detetada em uma etapa posterior durante a validação do cluster.	Verifique se a sintaxe do caminho da UO está correta e não inclui caracteres sem suporte.
Implantação	As implantações por meio do Azure Resource Manager expiram após 2 horas. As implantações que excedem 2 horas aparecem como falha no grupo de recursos embora o cluster tenha sido criado com êxito.	Para monitorizar a implantação no portal do Azure, vá para o recurso de cluster HCI do Azure Stack e, em seguida, vá para a nova entrada Implantações.
Azure Site Recovery (Recuperação de Sites do Azure)	O Azure Site Recovery não pode ser instalado em um cluster HCI do Azure Stack nesta versão.	Não há nenhuma solução alternativa conhecida nesta versão.
Atualização	Ao atualizar o cluster HCI do Azure Stack por meio do Azure Update Manager, o progresso e os resultados da atualização podem não estar visíveis no portal do Azure.	Para contornar esse problema, em cada nó de cluster, adicione a seguinte chave do Registro (nenhum valor necessário): `New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force` Em seguida, em um dos nós do cluster, reinicie o grupo de clusters de Gerenciamento de Nuvem. `Stop-ClusterGroup "Cloud Management"` `Start-ClusterGroup "Cloud Management"` Isso não corrigirá totalmente o problema, pois os detalhes de progresso ainda podem não ser exibidos durante o processo de atualização. Para obter os detalhes de atualização mais recentes, você pode Recuperar o progresso da atualização com o PowerShell.
Atualização	Em casos raros, se uma atualização com falha estiver presa em um estado Em andamento no Azure Update Manager, o botão Tentar novamente será desabilitado.	Para retomar a atualização, execute o seguinte comando do PowerShell: `Get-SolutionUpdate` \| `Start-SolutionUpdate`.
Atualizações	Em alguns casos, `SolutionUpdate` comandos podem falhar se executados após o comando `Send-DiagnosticData`.	Certifique-se de fechar a sessão do PowerShell usada para `Send-DiagnosticData`. Abra uma nova sessão do PowerShell e use-a para `SolutionUpdate` comandos.
Atualização	Em casos raros, ao aplicar uma atualização de 2311.0.24 para 2311.2.4, os relatórios de status do cluster Em progresso em vez do esperado Falha na atualização.	Tente atualizar novamente. Se o problema persistir, contacte o Suporte da Microsoft.
Atualização	As tentativas de instalar atualizações de solução podem falhar no final das etapas da CAU com: `There was a failure in a Common Information Model (CIM) operation, that is, an operation performed by software that Cluster-Aware Updating depends on.` Este problema raro ocorre se os recursos de `Cluster Name` ou `Cluster IP Address` falharem ao iniciar após a reinicialização de um nó e é mais comum em clusters pequenos.	Se você encontrar esse problema, contate o suporte da Microsoft para as próximas etapas. Eles podem trabalhar com você para reiniciar manualmente os recursos do cluster e retomar a atualização conforme necessário.
Atualização	Ao aplicar uma atualização de cluster para 10.2402.3.11, o cmdlet `Get-SolutionUpdate` pode não responder e, eventualmente, falha com um RequestTimeoutException após aproximadamente 10 minutos. É provável que isso ocorra num cenário de adição ou reparo de servidor.	Use os cmdlets `Start-ClusterGroup` e `Stop-ClusterGroup` para reiniciar o serviço de atualização. `Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group"` \| `Stop-ClusterGroup` `Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group"` \| `Start-ClusterGroup` Uma execução bem-sucedida desses cmdlets deve colocar o serviço de atualização em funcionamento.
Atualização com reconhecimento de cluster	Falha ao retomar a operação do nó.	Esta é uma questão transitória e poderia ser resolvida por si só. Aguarde alguns minutos e tente novamente a operação. Se o problema persistir, contacte o Suporte da Microsoft.
Atualização com reconhecimento de cluster	A operação do nó de suspensão ficou presa por mais de 90 minutos.	Esta é uma questão transitória e poderia ser resolvida por si só. Aguarde alguns minutos e tente novamente a operação. Se o problema persistir, contacte o Suporte da Microsoft.

Problemas da versão 2402.2

Esta versão do software corresponde ao número de versão do software 2402.2.12.

As notas de versão para esta versão incluem os problemas corrigidos nesta versão, problemas conhecidos nesta versão e problemas observados na versão transferidos de versões anteriores.

Problemas corrigidos

A Microsoft não está ciente de quaisquer problemas corrigidos nesta versão.

Problemas conhecidos nesta versão

Aqui estão os problemas conhecidos nesta versão:

Funcionalidade	Questão	Solução alternativa/Comentários
Atualizações	As tentativas de instalação das atualizações da solução podem falhar no final das etapas da CAU com: `There was a failure in a Common Information Model (CIM) operation, that is, an operation performed by software that Cluster-Aware Updating depends on.` Esse problema raro ocorre se os recursos de `Cluster Name` ou `Cluster IP Address` falharem ao iniciar após a reinicialização de um nó, sendo mais típico em clusters pequenos.	Se você encontrar esse problema, contate o suporte da Microsoft para as próximas etapas. Eles podem trabalhar com você para reiniciar manualmente os recursos do cluster e retomar a atualização conforme necessário.
Atualizações	Ao aplicar uma atualização de cluster para 10.2402.2.11, o cmdlet `Get-SolutionUpdate` pode não responder e, eventualmente, falhar com um RequestTimeoutException após aproximadamente 10 minutos. É provável que isso ocorra após o cenário de adição ou reparo de servidor.	Use os cmdlets `Start-ClusterGroup` e `Stop-ClusterGroup` para reiniciar o serviço de atualização. `Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group"` \| `Stop-ClusterGroup` `Get-ClusterGroup -Name "Azure Stack HCI Update Service Cluster Group"` \| `Start-ClusterGroup` Uma execução bem-sucedida desses cmdlets deve ativar o serviço de atualização.

Problemas conhecidos de versões anteriores

Aqui estão os problemas conhecidos de versões anteriores:

Funcionalidade	Questão	Solução alternativa
AKS em HCI	A criação de um cluster AKS falha com o `Error: Invalid AKS network resource id`. Esse problema pode ocorrer quando o nome de rede lógica associado tem um sublinhado.	Os sublinhados não são suportados em nomes de rede lógicos. Certifique-se de não usar sublinhado nos nomes de redes lógicas implantadas em seu Azure Local.
Reparar servidor	Em casos raros, a operação `Repair-Server` falha com o erro `HealthServiceWaitForDriveFW`. Nesses casos, as unidades antigas do nó reparado não são removidas e os novos discos ficam presos no modo de manutenção.	Para impedir este problema, certifique-se de NÃO esvaziar o nó através do Windows Admin Center ou usando o cmdlet PowerShell `Suspend-ClusterNode -Drain` antes de iniciar o `Repair-Server`. Se o problema ocorrer, contacte o Suporte da Microsoft para obter os próximos passos.
Reparar o servidor	Esse problema é visto quando o servidor único Azure Local é atualizado de 2311 para 2402 e, em seguida, o `Repair-Server` é executado. A operação de reparo falha.	Antes de reparar o nó único, siga estes passos: 1. Execute a versão 2402 para o ADPrepTool. Siga os passos em Preparar o Active Directory. Esta ação é rápida e adiciona as permissões necessárias à Unidade Organizacional (UO). 2. Mova o objeto de computador do segmento Computadores para a UO raiz. Execute o seguinte comando: `Get-ADComputer <HOSTNAME>` \| `Move-ADObject -TargetPath "<OU path>"`
Implantação	Se você preparar o Ative Directory por conta própria (não usando o script e o procedimento fornecidos pela Microsoft), sua validação do Ative Directory poderá falhar com a falta de permissão `Generic All`. Isso ocorre devido a um problema na verificação de validação que verifica se há uma entrada de permissão dedicada para `msFVE-RecoverInformationobjects – General – Permissions Full control`, que é necessária para a recuperação do BitLocker.	Use o método de script Preparar AD ou, se estiver a usar o seu próprio método, certifique-se de atribuir a permissão específica `msFVE-RecoverInformationobjects – General – Permissions Full control`.
Implantação	Há um problema raro nesta versão em que o registro DNS é excluído durante a implantação do Azure Local. Quando isso ocorre, observa-se a seguinte exceção: Type 'PropagatePublicRootCertificate' of Role 'ASCA' raised an exception:<br>The operation on computer 'ASB88RQ22U09' failed: WinRM cannot process the request. The following error occurred while using Kerberos authentication: Cannot find the computer ASB88RQ22U09.local. Verify that the computer exists on the network and that the name provided is spelled correctly at PropagatePublicRootCertificate, C:\NugetStore\Microsoft.AzureStack, at Orchestration.Roles.CertificateAuthority.10.2402.0.14\content\Classes\ASCA\ASCA.psm1: line 38, at C:\CloudDeployment\ECEngine\InvokeInterfaceInternal.psm1: line 127,at Invoke-EceInterfaceInternal, C:\CloudDeployment\ECEngine\InvokeInterfaceInternal.psm1: line 123.	Verifique o servidor DNS para ver se algum registro DNS dos nós do cluster está faltando. Aplique a atenuação a seguir nos nós onde seu registro DNS está ausente. Reinicie o serviço de cliente DNS. Abra uma sessão do PowerShell e execute o seguinte cmdlet no nó afetado: `Taskkill /f /fi "SERVICES eq dnscache"`
Implantação	Nesta versão, há uma falha de tarefa remota em uma implantação de vários nós que resulta na seguinte exceção: `ECE RemoteTask orchestration failure with ASRR1N42R01U31 (node pingable - True): A WebException occurred while sending a RestRequest. WebException.Status: ConnectFailure on [https://<URL>](https://<URL>).`	A atenuação é reiniciar o agente ECE no nó afetado. No servidor, abra uma sessão do PowerShell e execute o seguinte comando: `Restart-Service ECEAgent`.
Adicionar/reparar o servidor	Nesta versão, ao adicionar ou reparar um servidor, uma falha é vista quando o balanceador de carga de software ou os certificados de VM do controlador de rede estão sendo copiados dos nós existentes. A falha ocorre porque esses certificados não foram gerados durante a implantação/atualização.	Não há solução alternativa nesta versão. Se você encontrar esse problema, contate o Suporte da Microsoft para determinar as próximas etapas.
Implantação	Nesta versão, há um problema transitório que resulta na falha de implantação, com a seguinte exceção: `Type 'SyncDiagnosticLevel' of Role 'ObservabilityConfig' raised an exception:<br>Syncing Diagnostic Level failed with error: The Diagnostic Level does not match. Portal was not set to Enhanced, instead is Basic.`	Como esse é um problema transitório, tentar novamente a implantação deve corrigir isso. Para obter mais informações, consulte como Executar novamente a implantação.
Implantação	Nesta versão, há um problema com o campo URI/local de segredos. Este é um campo obrigatório marcado Não obrigatório e resulta em falhas de implantação de modelo do Azure Resource Manager.	Utilize o ficheiro de parâmetros de exemplo no através do modelo para implementar o Azure Local através do Azure Resource Manager para garantir que todas as entradas sejam fornecidas no formato necessário e, em seguida, proceda com a implementação. Se houver uma falha na implantação, você também deverá limpar os seguintes recursos antes de executar novamente a implantação: 1. Suprimir `C:\EceStore`. 2. Suprimir `C:\CloudDeployment`. 3. Suprimir `C:\nugetstore`. 4. `Remove-Item HKLM:\Software\Microsoft\LCMAzureStackStampInformation`.
Segurança	Para novas implantações, os dispositivos compatíveis com Secured-core não terão a Raiz Dinâmica de Medição (DRTM) habilitada por padrão. Se você tentar habilitar (DRTM) usando o cmdlet Enable-AzSSecurity, verá um erro informando que a configuração DRTM não é suportada na versão atual. A Microsoft recomenda uma defesa aprofundada e a Inicialização Segura UEFI ainda protege os componentes na cadeia de inicialização SRT (Static Root of Trust), garantindo que eles sejam carregados somente quando assinados e verificados.	DRTM não é suportado nesta versão.
Networking	O verificador do ambiente das compilações 2402 ainda requer ter a mesma cadeia de bypass para proxy para WinInet, WinHttp e variáveis de ambiente e falha ao utilizar um servidor proxy. Por definição, a lista de bypass é diferente para o winhttp, wininet e variáveis de ambiente, o que faz com que a verificação de validação não seja bem-sucedida. Esse problema foi corrigido em compilações 2405 e posteriores.	Se vir este problema, contacte o Suporte da Microsoft para o ajudar com os próximos passos.
gerenciamento de Arc VM	A implantação ou atualização do Arc Resource Bridge pode falhar quando o segredo SPN temporário gerado automaticamente durante esta operação começar com um hífen.	Tente novamente a implantação/atualização. A nova tentativa deve regenerar o segredo do SPN e a operação provavelmente terá sucesso.
Gerenciamento do Arc VM	As Extensões Arc em VMs Arc permanecem no estado "Criando" indefinidamente.	Entre na VM, abra um prompt de comando e digite o seguinte: Windows: `notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json` Linux: `sudo vi /var/opt/azcmagent/agentconfig.json` Em seguida, encontre a propriedade `resourcename`. Exclua o GUID que é anexado ao final do nome do recurso, para que essa propriedade corresponda ao nome da VM. Em seguida, reinicie a VM.
Gerenciamento do Arc VM	Quando um novo servidor é adicionado a uma instância Local do Azure, o caminho de armazenamento não é criado automaticamente para o volume recém-criado.	Você pode criar manualmente um caminho de armazenamento para quaisquer novos volumes. Para obter mais informações, consulte Criar um caminho de armazenamento.
Gerenciamento do VM Arc	A reinicialização da operação do Arc VM é concluída após aproximadamente 20 minutos, embora a própria VM seja reiniciada em cerca de um minuto.	Não há nenhuma solução alternativa conhecida nesta versão.
Gerenciamento do Arc VM	Em alguns casos, o status da rede lógica é exibido como Falha no portal do Azure. Isso ocorre quando você tenta excluir a rede lógica sem primeiro excluir quaisquer recursos, como interfaces de rede associadas a essa rede lógica. Você ainda deve ser capaz de criar recursos nesta rede lógica. Neste caso, o estatuto é enganador.	Se o status dessa rede lógica era Êxito no momento em que essa rede foi provisionada, você pode continuar a criar recursos nessa rede.
Gerenciamento do Arc VM	Nesta versão, quando você atualiza uma VM com um disco de dados anexado a ela usando a CLI do Azure, a operação falha com a seguinte mensagem de erro: Não foi possível encontrar um disco rígido virtual com o nome.	Use o portal do Azure para todas as operações de atualização de VM. Para obter mais informações, consulte Gerir VMs Arc e Gerir recursos de VMs Arc.
Atualização	Em casos raros, você pode encontrar esse erro ao atualizar seu Azure Local: Tipo 'UpdateArbAndExtensions' da função 'MocArb' gerou uma exceção: Exceção Atualizando ARB e Extensão na etapa [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Invalid applianceyaml = [C:\AksHci\hci-appliance.yaml].	Se vir este problema, contacte o Suporte da Microsoft para o ajudar com os próximos passos.
Redes de Contactos	Há um problema pouco frequente do cliente DNS nesta versão que faz com que a implantação falhe em um cluster de dois nós com um erro de resolução DNS: Ocorreu uma WebException ao enviar um RestRequest. WebException.Status: NameResolutionFailure. Como resultado do bug, o registro DNS do segundo nó é excluído logo após ser criado, resultando em um erro de DNS.	Reinicie o servidor. Essa operação registra o registro DNS, o que impede que ele seja excluído.
portal do Azure	Em alguns casos, o portal do Azure pode demorar algum tempo a ser atualizado e a vista pode não ser atual.	Talvez seja necessário aguardar 30 minutos ou mais para ver a exibição atualizada.
Gerenciamento de VM do Arc	A exclusão de uma interface de rede em uma VM Arc do portal do Azure não funciona nesta versão.	Use a CLI do Azure para primeiro remover a interface de rede e, em seguida, excluí-la. Para obter mais informações, consulte Remover a interface de rede e consulte Excluir a interface de rede.
Implantação	Fornecer o nome da UO em uma sintaxe incorreta não é detetado no portal do Azure. A sintaxe incorreta inclui caracteres sem suporte, como `&,",',<,>`. A sintaxe incorreta é detetada em uma etapa posterior durante a validação do cluster.	Verifique se a sintaxe do caminho da UO está correta e não inclui caracteres sem suporte.
Implantação	As implantações por meio do Azure Resource Manager expiram após 2 horas. As implantações que excedem 2 horas aparecem como falha no grupo de recursos embora o cluster tenha sido criado com êxito.	Para monitorizar a implantação no portal do Azure, vá para o recurso de Cluster Local do Azure e, em seguida, vá para a nova entrada Implantações de .
Azure Site Recovery	O Azure Site Recovery não pode ser instalado em um Local do Azure nesta versão.	Não há nenhuma solução alternativa conhecida nesta versão.
Atualização	Ao atualizar a instância Local do Azure por meio do Azure Update Manager, o progresso e os resultados da atualização podem não estar visíveis no portal do Azure.	Para contornar esse problema, em cada nó de cluster, adicione a seguinte chave do Registro (nenhum valor necessário): `New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force` Em seguida, em um dos nós do cluster, reinicie o grupo de clusters de Gerenciamento de Nuvem. `Stop-ClusterGroup "Cloud Management"` `Start-ClusterGroup "Cloud Management"` Isso não corrigirá totalmente o problema, pois os detalhes de progresso ainda podem não ser exibidos durante o processo de atualização. Para obter os detalhes de atualização mais recentes, você pode Recuperar o progresso da atualização com o PowerShell.
Atualizações	Em casos raros, se uma atualização com falha estiver presa em um estado Em andamento no Azure Update Manager, o botão Tentar novamente será desativado.	Para retomar a atualização, execute o seguinte comando do PowerShell: `Get-SolutionUpdate` \| `Start-SolutionUpdate`.
Atualizações	Em alguns casos, `SolutionUpdate` comandos podem falhar se executados após o comando `Send-DiagnosticData`.	Certifique-se de fechar a sessão do PowerShell usada para `Send-DiagnosticData`. Abra uma nova sessão do PowerShell e use-a para `SolutionUpdate` comandos.
Atualizações	Em casos raros, ao aplicar uma atualização de 2311.0.24 para 2311.2.4, os relatórios de status do cluster mostram Em progresso em vez do esperado Falha ao atualizar.	Tente atualizar novamente. Se o problema persistir, contacte o Suporte da Microsoft.
Atualização com reconhecimento de cluster	Falha ao retomar a operação do nó.	Esta é uma questão transitória e poderia ser resolvida por si só. Aguarde alguns minutos e tente novamente a operação. Se o problema persistir, contacte o Suporte da Microsoft.
Atualização com reconhecimento de cluster	A operação do nó de suspensão ficou presa por mais de 90 minutos.	Esta é uma questão transitória e poderia ser resolvida por si só. Aguarde alguns minutos e tente novamente a operação. Se o problema persistir, contacte o Suporte da Microsoft.

Problemas da versão 2402.1

Esta versão do software corresponde ao número de versão do software 10.2402.1.5.

As notas de versão para esta versão incluem os problemas corrigidos nesta versão, problemas conhecidos nesta versão e problemas observados na versão transferidos de versões anteriores.

Problemas corrigidos

Aqui estão os problemas corrigidos nesta versão:

Funcionalidade	Questão	Solução alternativa/Comentários
Atualizações	Nesta versão, há um problema de verificação de integridade devido ao qual um único servidor do Azure Local não pode ser atualizado do portal do Azure.	Atualize seu Azure Local por meio do PowerShell.
Gerenciamento de VM do Arc	Quando você cria um disco ou uma interface de rede nesta versão com sublinhado no nome, a operação falha.	Certifique-se de não usar sublinhado nos nomes de discos ou interfaces de rede.
Gerenciamento do Arc VM	Se o grupo de recursos usado para implantar uma VM do Arc em seu Azure Local tiver um sublinhado no nome, a instalação do agente convidado falhará. Como resultado, você não poderá habilitar o gerenciamento de hóspedes.	Certifique-se de que não há sublinhados nos grupos de recursos usados para implantar VMs do Arc.

Problemas conhecidos nesta versão

Aqui estão os problemas conhecidos nesta versão:

Funcionalidade	Questão	Solução alternativa/Comentários
AKS em HCI	A criação do cluster AKS falha com o `Error: Invalid AKS network resource id`. Esse problema pode ocorrer quando o nome de rede lógica associado tem um sublinhado.	Os sublinhados não são suportados em nomes de rede lógicos. Certifique-se de não usar sublinhado nos nomes de redes lógicas implantadas em seu Azure Local.

Problemas conhecidos de versões anteriores

Aqui estão os problemas conhecidos de versões anteriores:

Funcionalidade	Questão	Solução alternativa
Reparar o servidor	Em casos raros, a operação `Repair-Server` falha com o erro `HealthServiceWaitForDriveFW`. Nesses casos, as unidades antigas do nó reparado não são removidas e os novos discos permanecem no modo de manutenção.	Para evitar esse problema, certifique-se de NÃO drenar o nó por meio do Windows Admin Center ou usando o cmdlet `Suspend-ClusterNode -Drain` PowerShell antes de iniciar `Repair-Server`. Se o problema ocorrer, contacte o Suporte da Microsoft para obter os próximos passos.
Reparar o servidor	Esse problema é visto quando o servidor único Azure Local é atualizado de 2311 para 2402 e, em seguida, o `Repair-Server` é executado. A operação de reparo falha.	Antes de reparar o nó único, siga estes passos: 1. Execute a versão 2402 para o ADPrepTool. Siga os passos em Preparar o Active Directory. Esta ação é rápida e adiciona as permissões necessárias à Unidade Organizacional (UO). 2. Mova o objeto de computador do segmento Computadores para a OU raiz. Execute o seguinte comando: `Get-ADComputer <HOSTNAME>` \| `Move-ADObject -TargetPath "<OU path>"`
Implantação	Se você preparar o Ative Directory por conta própria (não usando o script e o procedimento fornecidos pela Microsoft), sua validação do Ative Directory poderá falhar com a falta de permissão `Generic All`. Isso ocorre devido a um problema na verificação de validação que verifica se há uma entrada de permissão dedicada para `msFVE-RecoverInformationobjects – General – Permissions Full control`, que é necessária para a recuperação do BitLocker.	Use o método de script Preparar AD ou, se estiver usando seu próprio método, certifique-se de atribuir a permissão específica `msFVE-RecoverInformationobjects – General – Permissions Full control`.
Implantação	Há um problema raro nesta versão em que o registro DNS é excluído durante a implantação do Azure Local. Quando isso ocorre, observa-se a seguinte exceção: Type 'PropagatePublicRootCertificate' of Role 'ASCA' raised an exception:<br>The operation on computer 'ASB88RQ22U09' failed: WinRM cannot process the request. The following error occurred while using Kerberos authentication: Cannot find the computer ASB88RQ22U09.local. Verify that the computer exists on the network and that the name provided is spelled correctly at PropagatePublicRootCertificate, C:\NugetStore\Microsoft.AzureStack, at Orchestration.Roles.CertificateAuthority.10.2402.0.14\content\Classes\ASCA\ASCA.psm1: line 38, at C:\CloudDeployment\ECEngine\InvokeInterfaceInternal.psm1: line 127,at Invoke-EceInterfaceInternal, C:\CloudDeployment\ECEngine\InvokeInterfaceInternal.psm1: line 123.	Verifique o servidor DNS para ver se algum registro DNS dos nós do cluster está faltando. Aplique a atenuação a seguir nos nós onde seu registro DNS está ausente. Reinicie o serviço de cliente DNS. Abra uma sessão do PowerShell e execute o seguinte cmdlet no nó afetado: `Taskkill /f /fi "SERVICES eq dnscache"`
Implantação	Nesta versão, há uma falha de tarefa remota em uma implantação de vários nós que resulta na seguinte exceção: `ECE RemoteTask orchestration failure with ASRR1N42R01U31 (node pingable - True): A WebException occurred while sending a RestRequest. WebException.Status: ConnectFailure on [https://<URL>](https://<URL>).`	A atenuação é reiniciar o agente ECE no nó afetado. No servidor, abra uma sessão do PowerShell e execute o seguinte comando: `Restart-Service ECEAgent`.
Adicionar/reparar o servidor	Nesta versão, ao adicionar ou reparar um servidor, uma falha é vista quando o balanceador de carga de software ou os certificados de VM do controlador de rede estão sendo copiados dos nós existentes. A falha ocorre porque esses certificados não foram gerados durante a implantação/atualização.	Não há solução alternativa nesta versão. Se você encontrar esse problema, contate o Suporte da Microsoft para determinar as próximas etapas.
Implantação	Nesta versão, há um problema transitório que resulta na falha de implantação, com a seguinte exceção: `Type 'SyncDiagnosticLevel' of Role 'ObservabilityConfig' raised an exception:<br>Syncing Diagnostic Level failed with error: The Diagnostic Level does not match. Portal was not set to Enhanced, instead is Basic.`	Como esse é um problema transitório, tentar novamente a implantação deve corrigir isso. Para obter mais informações, veja como Reexecutar a implementação.
Implantação	Nesta versão, há um problema com o campo URI/local de segredos. Este é um campo que deveria ser obrigatório, mas está marcado como Não obrigatório, e resulta em falhas na implantação de modelos no Azure Resource Manager.	Use o arquivo de parâmetros de exemplo no modelo Implante o Azure Local via para garantir que todos os dados de entrada estejam no formato exigido e, em seguida, realize a implantação. Se houver uma falha na implantação, você também deverá limpar os seguintes recursos antes de executar novamente a implantação: 1. Suprimir `C:\EceStore`. 2. Suprimir `C:\CloudDeployment`. 3. Suprimir `C:\nugetstore`. 4. `Remove-Item HKLM:\Software\Microsoft\LCMAzureStackStampInformation`.
Segurança	Para novas implantações, os dispositivos compatíveis com Secured-core não terão a Raiz Dinâmica de Medição (DRTM) habilitada por padrão. Se você tentar habilitar (DRTM) usando o cmdlet Enable-AzSSecurity, verá um erro informando que a configuração DRTM não é suportada na versão atual. A Microsoft recomenda uma defesa aprofundada e a Inicialização Segura UEFI ainda protege os componentes na cadeia de inicialização SRT (Static Root of Trust), garantindo que eles sejam carregados somente quando assinados e verificados.	DRTM não é suportado nesta versão.
Conectividade	Uma verificação de ambiente falha quando um servidor proxy é usado. Por conceção, a lista de exceções é diferente para o winhttp e o wininet, o que faz com que a verificação de validação falhe.	Siga estas etapas de solução alternativa: 1. Limpe a lista de bypass de proxy antes da verificação de integridade e antes de iniciar a implantação ou a atualização. 2. Depois de passar na verificação, aguarde até que a implantação ou atualização falhe. 3. Defina novamente a sua lista de bypass de proxy.
Gerenciamento de Arc VM	A implantação ou atualização do Arc Resource Bridge pode falhar quando o segredo SPN temporário gerado automaticamente durante esta operação começar com um hífen.	Tente novamente a implantação/atualização. A nova tentativa deve regenerar o segredo do SPN e a operação provavelmente terá sucesso.
Gerenciamento do Arc VM	As Extensões de Arco em VMs Arc permanecem no estado "Criando" indefinidamente.	Entre na VM, abra um prompt de comando e digite o seguinte: Windows: `notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json` Linux: `sudo vi /var/opt/azcmagent/agentconfig.json` Em seguida, encontre a propriedade `resourcename`. Exclua o GUID que é anexado ao final do nome do recurso, para que essa propriedade corresponda ao nome da VM. Em seguida, reinicie a VM.
Gerenciamento de Arc VM	Quando um novo servidor é adicionado a uma instância Local do Azure, o caminho de armazenamento não é criado automaticamente para o volume recém-criado.	Você pode criar manualmente um caminho de armazenamento para quaisquer novos volumes. Para obter mais informações, consulte Criar um caminho de armazenamento.
Gerenciamento de Arc VM	A reinicialização da operação do Arc VM é concluída após aproximadamente 20 minutos, embora a própria VM seja reiniciada em cerca de um minuto.	Não há nenhuma solução alternativa conhecida nesta versão.
Gerenciamento de Arc VM	Em alguns casos, o status da rede lógica é exibido como Falha no portal do Azure. Isso ocorre quando você tenta excluir a rede lógica sem primeiro excluir quaisquer recursos, como interfaces de rede associadas a essa rede lógica. Você ainda deve ser capaz de criar recursos nesta rede lógica. Neste caso, o estatuto é enganador.	Se o estado desta rede lógica foi Êxito no momento em que esta rede foi provisionada, pode continuar a criar recursos nesta rede.
Gerenciamento do Arc VM	Nesta versão, quando você atualiza uma VM com um disco de dados anexado a ela usando a CLI do Azure, a operação falha com a seguinte mensagem de erro: Não foi possível encontrar um disco rígido virtual com o nome.	Use o portal do Azure para todas as operações de atualização de VM. Para obter mais informações, consulte Gerir VMs Arc e Gerir recursos de VMs Arc.
Atualização	Em casos raros, você pode encontrar esse erro ao atualizar seu Azure Local: Tipo 'UpdateArbAndExtensions' da função 'MocArb' gerou uma exceção: Exceção Atualizando ARB e Extensão na etapa [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Invalid applianceyaml = [C:\AksHci\hci-appliance.yaml].	Se vir este problema, contacte o Suporte da Microsoft para o ajudar com os próximos passos.
Redes de Contactos	Há um problema pouco frequente do cliente DNS nesta versão que faz com que a implantação falhe em um cluster de dois nós com um erro de resolução DNS: Ocorreu uma WebException ao enviar um RestRequest. WebException.Status: NameResolutionFailure. Como resultado do bug, o registro DNS do segundo nó é excluído logo após ser criado, resultando em um erro de DNS.	Reinicie o servidor. Essa operação registra o registro DNS, o que impede que ele seja excluído.
do portal do Azure	Em alguns casos, o portal do Azure pode demorar a ser atualizado e a visualização pode não estar atualizada.	Talvez seja necessário aguardar 30 minutos ou mais para ver a exibição atualizada.
Gerenciamento de VM do Arc	A exclusão de uma interface de rede em uma VM Arc do portal do Azure não funciona nesta versão.	Use a CLI do Azure para primeiro remover a interface de rede e, em seguida, excluí-la. Para obter mais informações, consulte Remover a interface de rede e consulte Excluir a interface de rede.
Implantação	A especificação do nome da Unidade Organizacional com sintaxe incorreta não é identificada no portal do Azure. A sintaxe incorreta inclui caracteres sem suporte, como `&,",',<,>`. A sintaxe incorreta é detetada em uma etapa posterior durante a validação do cluster.	Verifique se a sintaxe do caminho da OU está correta e não inclui caracteres não suportados.
Implantação	As implantações por meio do Azure Resource Manager expiram após 2 horas. As implantações que excedem 2 horas aparecem como falha no grupo de recursos embora o cluster tenha sido criado com êxito.	Para monitorizar a implantação no portal do Azure, vá para o recurso de cluster Local do Azure e, em seguida, vá para a nova entrada de implantações .
Azure Site Recovery	O Azure Site Recovery não pode ser instalado em uma instância Local do Azure nesta versão.	Não há nenhuma solução alternativa conhecida nesta versão.
Atualização	Ao atualizar a instância Local do Azure por meio do Azure Update Manager, o progresso e os resultados da atualização podem não estar visíveis no portal do Azure.	Para contornar esse problema, em cada nó de cluster, adicione a seguinte chave do Registro (nenhum valor necessário): `New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force` Em seguida, em um dos nós do cluster, reinicie o grupo de clusters de Gerenciamento de Nuvem. `Stop-ClusterGroup "Cloud Management"` `Start-ClusterGroup "Cloud Management"` Isso não corrigirá totalmente o problema, pois os detalhes de progresso ainda podem não ser exibidos durante o processo de atualização. Para obteres os detalhes de atualização mais recentes, podes Recuperar o progresso da atualização com o PowerShell.
Atualizações	Em casos raros, se uma atualização com falha estiver presa num estado Em andamento no Azure Update Manager, o botão Tentar novamente fica desativado.	Para retomar a atualização, execute o seguinte comando do PowerShell: `Get-SolutionUpdate` \| `Start-SolutionUpdate`.
Atualizações	Em alguns casos, `SolutionUpdate` comandos podem falhar se executados após o comando `Send-DiagnosticData`.	Certifique-se de fechar a sessão do PowerShell usada para `Send-DiagnosticData`. Abra uma nova sessão do PowerShell e use-a para `SolutionUpdate` comandos.
Atualizações	Em casos raros, ao aplicar uma atualização de 2311.0.24 para 2311.2.4, os relatórios de estado do cluster mostram Em andamento em vez do esperado Falha ao atualizar.	Tente atualizar novamente. Se o problema persistir, contacte o Suporte da Microsoft.
Atualização com reconhecimento de cluster	Falha ao retomar a operação do nó.	Esta é uma questão transitória e poderia ser resolvida por si só. Aguarde alguns minutos e tente novamente a operação. Se o problema persistir, contacte o Suporte da Microsoft.
Atualização com reconhecimento de cluster	A operação do nó de suspensão ficou presa por mais de 90 minutos.	Esta é uma questão transitória e poderia ser resolvida por si só. Aguarde alguns minutos e tente novamente a operação. Se o problema persistir, contacte o Suporte da Microsoft.

Problemas da versão 2402

Esta versão do software corresponde ao número de versão do software 10.2402.0.23.

As notas de versão para esta versão incluem os problemas corrigidos nesta versão, problemas conhecidos nesta versão e problemas observados na versão transferidos de versões anteriores.

Problemas corrigidos

Aqui estão os problemas corrigidos nesta versão:

Funcionalidade	Questão	Solução alternativa/Comentários
Implantação	A primeira etapa de implantação: antes da implantação na nuvem quando a implantação por meio do portal do Azure pode levar de 45 minutos a uma hora para ser concluída.
Implantação	Há um problema esporádico de confiabilidade de batimento cardíaco nesta versão, o que provoca o erro: o registo HCI falhou. Erro: Falha na integração do Arc.	Este problema é intermitente. Tente executar novamente a implantação. Para obter mais informações, consulte Executar novamente a implantação.
Implantação	Há um problema intermitente nesta versão em que a validação de integração do Arc falha com este erro: `Validator failed. Can't retrieve the dynamic parameters for the cmdlet. PowerShell Gallery is currently unavailable. Please try again later.`	Este problema é intermitente. Tente executar novamente a implantação. Para obter mais informações, consulte Executar novamente a implantação.
Implantação	Em alguns casos, a execução do script de registro Arc não instala as extensões obrigatórias, o Gerenciamento de dispositivos do Azure Edge ou o Azure Edge Lifecycle Manager.	O problema foi corrigido nesta versão. As extensões corrigem-se e entram num estado de implementação bem-sucedida.
Atualização	Quando você tenta alterar seu AzureStackLCMUserPassword usando o comando: `Set-AzureStackLCMUserPassword`, você pode encontrar este erro: `Can't find an object with identity: 'object id'*.`	Não há nenhuma solução alternativa conhecida nesta versão.

Problemas conhecidos nesta versão

Aqui estão os problemas conhecidos nesta versão:

Funcionalidade	Questão	Solução alternativa/Comentários
Reparar o servidor	Em casos raros, a operação `Repair-Server` falha com o erro `HealthServiceWaitForDriveFW`. Nesses casos, os discos antigos do nó reparado não são removidos e os novos discos permanecem no modo de manutenção.	Para evitar este problema, certifique-se de NÃO esvaziar o nó, seja através do Windows Admin Center ou utilizando o cmdlet PowerShell `Suspend-ClusterNode -Drain`, antes de começar `Repair-Server`. Se o problema ocorrer, contacte o Suporte da Microsoft para obter os próximos passos.
Reparar servidor	Esse problema é visto quando o servidor único Azure Stack HCI é atualizado de 2311 para 2402 e, em seguida, o `Repair-Server` é executado. A operação de reparo falha.	Antes de reparar o nó único, siga estes passos: 1. Execute a versão 2402 para o ADPrepTool. Siga as etapas em Prepare Active Directory. Esta ação é rápida e adiciona as permissões necessárias à Unidade Organizacional (UO). 2. Mova o objeto de computador do segmento Computadores para a UO raiz. Execute o seguinte comando: `Get-ADComputer <HOSTNAME>` \| `Move-ADObject -TargetPath "<OU path>"`
Implantação	Se você preparar o Ative Directory por conta própria (não usando o script e o procedimento fornecidos pela Microsoft), sua validação do Ative Directory poderá falhar com a falta de permissão `Generic All`. Isso ocorre devido a um problema na verificação de validação que verifica se há uma entrada de permissão dedicada para `msFVE-RecoverInformationobjects – General – Permissions Full control`, que é necessária para a recuperação do BitLocker.	Use o método de script Preparar AD, ou, se estiver a usar o seu próprio método, assegure-se de atribuir a permissão específica `msFVE-RecoverInformationobjects – General – Permissions Full control`.
Implantação	Há um problema raro nesta versão em que o registro DNS é excluído durante a implantação do Azure Stack HCI. Quando isso ocorre, observa-se a seguinte exceção: Type 'PropagatePublicRootCertificate' of Role 'ASCA' raised an exception:<br>The operation on computer 'ASB88RQ22U09' failed: WinRM cannot process the request. The following error occurred while using Kerberos authentication: Cannot find the computer ASB88RQ22U09.local. Verify that the computer exists on the network and that the name provided is spelled correctly at PropagatePublicRootCertificate, C:\NugetStore\Microsoft.AzureStack, at Orchestration.Roles.CertificateAuthority.10.2402.0.14\content\Classes\ASCA\ASCA.psm1: line 38, at C:\CloudDeployment\ECEngine\InvokeInterfaceInternal.psm1: line 127,at Invoke-EceInterfaceInternal, C:\CloudDeployment\ECEngine\InvokeInterfaceInternal.psm1: line 123.	Verifique o servidor DNS para ver se algum registro DNS dos nós do cluster está faltando. Aplique a atenuação a seguir nos nós onde seu registro DNS está ausente. Reinicie o serviço de cliente DNS. Abra uma sessão do PowerShell e execute o seguinte cmdlet no nó afetado: `Taskkill /f /fi "SERVICES eq dnscache"`
Implantação	Nesta versão, há uma falha de tarefa remota em uma implantação de vários nós que resulta na seguinte exceção: `ECE RemoteTask orchestration failure with ASRR1N42R01U31 (node pingable - True): A WebException occurred while sending a RestRequest. WebException.Status: ConnectFailure on [https://<URL>](https://<URL>).`	A atenuação é reiniciar o agente ECE no nó afetado. No servidor, abra uma sessão do PowerShell e execute o seguinte comando: `Restart-Service ECEAgent`.
Atualizações	Nesta versão, há um problema de verificação de integridade devido ao qual um único servidor Azure Stack HCI não pode ser atualizado do portal do Azure.	Atualize seu HCI do Azure Stack por meio do PowerShell.
Adicionar/Reparar Servidor	Nesta versão, ao adicionar ou reparar um servidor, uma falha é vista quando o balanceador de carga de software ou os certificados de VM do controlador de rede estão sendo copiados dos nós existentes. A falha ocorre porque esses certificados não foram gerados durante a implantação/atualização.	Não há solução alternativa nesta versão. Se você encontrar esse problema, contate o Suporte da Microsoft para determinar as próximas etapas.
Implantação	Nesta versão, há um problema transitório que resulta na falha de implantação, com a seguinte exceção: `Type 'SyncDiagnosticLevel' of Role 'ObservabilityConfig' raised an exception:<br>Syncing Diagnostic Level failed with error: The Diagnostic Level does not match. Portal was not set to Enhanced, instead is Basic.`	Como esse é um problema transitório, tentar novamente a implantação deve corrigir isso. Para obter mais informações, consulte como Executar novamente a implantação.
Implantação	Nesta versão, há um problema com o campo URI/local de segredos. Este é um campo obrigatório marcado Não obrigatório e resulta nas falhas de implantação do modelo do Azure Resource Manager.	Utilize o arquivo de parâmetros de exemplo do modelo do para implementar o Azure Local através do Azure Resource Manager, garantindo que todas as entradas sejam fornecidas no formato necessário e, em seguida, efetuar a implantação. Se houver uma falha na implantação, você também deverá limpar os seguintes recursos antes de executar novamente a implantação: 1. Suprimir `C:\EceStore`. 2. Suprimir `C:\CloudDeployment`. 3. Suprimir `C:\nugetstore`. 4. `Remove-Item HKLM:\Software\Microsoft\LCMAzureStackStampInformation`.
Segurança	Para novas implantações, os dispositivos compatíveis com Secured-core não terão a Raiz Dinâmica de Medição (DRTM) habilitada por padrão. Se você tentar habilitar (DRTM) usando o cmdlet Enable-AzSSecurity, verá um erro informando que a configuração DRTM não é suportada na versão atual. A Microsoft recomenda uma defesa aprofundada e a Inicialização Segura UEFI ainda protege os componentes na cadeia de inicialização SRT (Static Root of Trust), garantindo que eles sejam carregados somente quando assinados e verificados.	DRTM não é suportado nesta versão.
Redes	Uma verificação de ambiente falha quando um servidor proxy é usado. Por conceção, a lista de bypass é diferente para winhttp e wininet, o que leva a que a verificação falhe.	Siga estas etapas de solução alternativa: 1. Limpe a lista de bypass de proxy antes da verificação de integridade e antes de iniciar a implantação ou a atualização. 2. Depois de passar na verificação, aguarde até que a implantação ou atualização falhar. 3. Defina novamente a sua lista de exclusão de proxy.

Problemas conhecidos de versões anteriores

Aqui estão os problemas conhecidos de versões anteriores:

Funcionalidade	Questão	Solução alternativa
Gerenciamento de VMs do Arc	A implantação ou atualização do Arc Resource Bridge pode falhar quando o segredo SPN temporário gerado automaticamente durante esta operação começar com um hífen.	Tente novamente a implantação/atualização. A nova tentativa deve regenerar o segredo do SPN e a operação provavelmente terá sucesso.
de gerenciamento do Arc VM	As Extensões do Arc em VMs Arc permanecem no estado "Criando" indefinidamente.	Entre na VM, abra um prompt de comando e digite o seguinte: Windows: `notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json` Linux: `sudo vi /var/opt/azcmagent/agentconfig.json` Em seguida, encontre a propriedade `resourcename`. Exclua o GUID que é anexado ao final do nome do recurso, para que essa propriedade corresponda ao nome da VM. Em seguida, reinicie a VM.
Gerenciamento do Arc VM	Quando um novo servidor é adicionado a um cluster HCI do Azure Stack, o caminho de armazenamento não é criado automaticamente para o volume recém-criado.	Você pode criar manualmente um caminho de armazenamento para quaisquer novos volumes. Para obter mais informações, consulte Criar um caminho de armazenamento.
Gerenciamento do Arc VM	A reinicialização da operação do Arc VM é concluída após aproximadamente 20 minutos, embora a própria VM seja reiniciada em cerca de um minuto.	Não há nenhuma solução alternativa conhecida nesta versão.
Gerenciamento do Arc VM	Em alguns casos, o status da rede lógica é exibido como Falha no portal do Azure. Isso ocorre quando você tenta excluir a rede lógica sem primeiro excluir quaisquer recursos, como interfaces de rede associadas a essa rede lógica. Você ainda deve ser capaz de criar recursos nesta rede lógica. Neste caso, o estatuto é enganador.	Se o estado desta rede lógica foi Êxito no momento em que esta rede foi provisionada, pode continuar a criar recursos nesta rede.
Gerenciamento de VMs Arc	Nesta versão, quando você atualiza uma VM com um disco de dados anexado a ela usando a CLI do Azure, a operação falha com a seguinte mensagem de erro: Não foi possível encontrar um disco rígido virtual com o nome.	Use o portal do Azure para todas as operações de atualização de VM. Para obter mais informações, consulte Gerir VMs Arc e Gerir recursos de VM Arc.
Atualizar	Em casos raros, você pode encontrar esse erro ao atualizar seu Azure Stack HCI: Tipo 'UpdateArbAndExtensions' da função 'MocArb' gerou uma exceção: Exceção Atualizando ARB e Extensão na etapa [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Invalid applianceyaml = [C:\AksHci\hci-appliance.yaml].	Se vir este problema, contacte o Suporte da Microsoft para o ajudar com os próximos passos.
Redes	Há um problema pouco frequente do cliente DNS nesta versão que faz com que a implantação falhe em um cluster de dois nós com um erro de resolução DNS: Ocorreu uma WebException ao enviar um RestRequest. WebException.Status: NameResolutionFailure. Como resultado do bug, o registro DNS do segundo nó é excluído logo após ser criado, resultando em um erro de DNS.	Reinicie o servidor. Essa operação registra o registro DNS, o que impede que ele seja excluído.
portal do Azure	Em alguns casos, o portal do Azure pode demorar um pouco para se atualizar e a visualização pode não estar atualizada.	Talvez seja necessário aguardar 30 minutos ou mais para ver a exibição atualizada.
Gerenciamento de VM do Arc	A exclusão de uma interface de rede em uma VM Arc do portal do Azure não funciona nesta versão.	Use a CLI do Azure para primeiro remover a interface de rede e, em seguida, excluí-la. Para obter mais informações, consulte Remover a interface de rede e consulte Excluir a interface de rede.
Gerenciamento de VM do Arc	Quando você cria um disco ou uma interface de rede nesta versão com sublinhado no nome, a operação falha.	Certifique-se de não usar sublinhado nos nomes de discos ou interfaces de rede.
Implantação	Fornecer o nome da UO numa sintaxe incorreta não é detetado no portal do Azure. A sintaxe incorreta inclui caracteres sem suporte, como `&,",',<,>`. A sintaxe incorreta é detetada em uma etapa posterior durante a validação do cluster.	Verifique se a sintaxe do caminho da UO está correta e não inclui caracteres sem suporte.
Implantação	As implantações por meio do Azure Resource Manager expiram após 2 horas. As implantações que excedem 2 horas aparecem como falha no grupo de recursos embora o cluster tenha sido criado com êxito.	Para monitorizar a implantação no portal do Azure, acesse o recurso de cluster do Azure Stack HCI e, em seguida, vá para a nova entrada Implantações.
Azure Site Recovery	O Azure Site Recovery não pode ser instalado em um cluster HCI do Azure Stack nesta versão.	Não há nenhuma solução alternativa conhecida nesta versão.
Atualizar	Ao atualizar o cluster HCI do Azure Stack por meio do Azure Update Manager, o progresso e os resultados da atualização podem não estar visíveis no portal do Azure.	Para contornar esse problema, em cada nó de cluster, adicione a seguinte chave do Registro (nenhum valor necessário): `New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force` Em seguida, em um dos nós do cluster, reinicie o grupo de clusters de Gerenciamento de Nuvem. `Stop-ClusterGroup "Cloud Management"` `Start-ClusterGroup "Cloud Management"` Isso não corrigirá totalmente o problema, pois os detalhes de progresso ainda podem não ser exibidos durante o processo de atualização. Para obter os detalhes de atualização mais recentes, você pode Recuperar o progresso da atualização com o PowerShell.
Atualização	Nesta versão, se você executar o cmdlet `Test-CauRun` antes de realmente aplicar a atualização 2311.2, verá uma mensagem de erro sobre uma regra de firewall ausente para desligar remotamente o sistema HCI do Azure Stack.	Nenhuma ação é necessária de sua parte, pois a regra ausente é criada automaticamente quando as atualizações 2311.2 são aplicadas. Ao aplicar atualizações futuras, certifique-se de executar o cmdlet `Get-SolutionUpdateEnvironment` em vez de `Test-CauRun`.
Atualizações	Em casos raros, se uma atualização com falha estiver presa em um estado Em andamento no Azure Update Manager, o botão Tentar novamente será desabilitado.	Para retomar a atualização, execute o seguinte comando do PowerShell: `Get-SolutionUpdate` \| `Start-SolutionUpdate`.
Atualizações	Em alguns casos, `SolutionUpdate` comandos podem falhar se executados após o comando `Send-DiagnosticData`.	Certifique-se de fechar a sessão do PowerShell usada para `Send-DiagnosticData`. Abra uma nova sessão do PowerShell e use-a para `SolutionUpdate` comandos.
Atualizações	Em casos raros, ao aplicar uma atualização de 2311.0.24 para 2311.2.4, os relatórios de estado do cluster indicam Em andamento em vez do esperado Falha na atualização.	Tente atualizar novamente. Se o problema persistir, contacte o Suporte da Microsoft.
Gerenciamento do Arc VM	Se o grupo de recursos usado para implantar uma VM do Arc em sua HCI do Azure Stack tiver um sublinhado no nome, a instalação do agente convidado falhará. Como resultado, você não poderá habilitar o gerenciamento de hóspedes.	Verifique que não há sublinhados nos grupos de recursos usados para implantar VMs do Arc.
Atualização com reconhecimento de cluster	Falha na operação para retomar o nó.	Esta é uma questão transitória e poderia ser resolvida por si só. Aguarde alguns minutos e tente novamente a operação. Se o problema persistir, contacte o Suporte da Microsoft.
Atualização com reconhecimento de cluster	A operação do nó de suspensão ficou presa por mais de 90 minutos.	Esta é uma questão transitória e poderia ser resolvida por si só. Aguarde alguns minutos e tente novamente a operação. Se o problema persistir, contacte o Suporte da Microsoft.

Problemas da versão 2311.5

Esta versão do software corresponde ao número de versão do software 10.2311.5.6. Esta versão suporta apenas atualizações da versão 2311.

As notas de versão para esta versão incluem os problemas corrigidos nesta versão, problemas conhecidos nesta versão e problemas observados na versão transferidos de versões anteriores.

Problemas corrigidos

No momento, a Microsoft não está ciente de nenhum problema corrigido com esta versão.

Problemas conhecidos nesta versão

Aqui estão os problemas conhecidos nesta versão:

Caraterística	Questão	Solução alternativa/Comentários
Atualizar	As operações de download não terminam após o tempo limite especificado de 6 horas.	A Microsoft está trabalhando ativamente para resolver esse problema. Se você encontrar esse problema, contate o suporte da Microsoft para as próximas etapas.
Atualização	A atualização está no estado de falha: Falha no Download. XML de resumo da ECE não presente.	A Microsoft está trabalhando ativamente para resolver esse problema. Se você encontrar esse problema, contate o suporte da Microsoft para as próximas etapas.
Atualizações	Ao aplicar uma atualização de cluster para 10.2311.5.6, o cmdlet `Get-SolutionUpdate` pode não responder e, eventualmente, falhar com um RequestTimeoutException após aproximadamente 10 minutos. É provável que isso ocorra após um cenário de adição ou reparação de servidor.	Use os cmdlets `Start-ClusterGroup` e `Stop-ClusterGroup` para reiniciar o serviço de atualização. `Get-ClusterGroup -Name "Azure Local Update Service Cluster Group"` \| `Stop-ClusterGroup` `Get-ClusterGroup -Name "Azure Local Update Service Cluster Group"` \| `Start-ClusterGroup` Uma execução bem-sucedida desses cmdlets deve colocar o serviço de atualização online.

Problemas conhecidos de versões anteriores

Aqui estão os problemas conhecidos de versões anteriores:

Funcionalidade	Questão	Solução alternativa/Comentários
Gerenciamento do Arc VM	Quando um novo nó é adicionado ao cluster, falha com: Falha na adição do nó no ERRO: Já está instalada uma versão antiga da extensão do cluster Arc VM no cluster.	Assegure-se de que tem os requisitos de firewall mais recentes, incluindo o endpoint `https://hciarcvmscontainerregistry.azurecr.io` na porta 443. Este endpoint é necessário para o registo de contentores da Azure Arc Local VM.
gerenciamento de Arc VM	Quando você atualiza para 10.2311.4.5, o status do arcbridge mostra "UpgradeFailed" no portal do Azure.	Certifique-se de que tem os requisitos mais recentes do firewall, incluindo o ponto de extremidade `https://hciarcvmscontainerregistry.azurecr.io` na porta 443. Esse ponto de extremidade é necessário para o registro de contêiner da VM do Azure Local Arc.
gerenciamento do Arc VM	A implantação ou atualização do Arc Resource Bridge pode falhar quando o segredo SPN temporário gerado automaticamente durante esta operação começar com um hífen.	Tente novamente a implantação/atualização. A nova tentativa deve regenerar o segredo do SPN e a operação provavelmente terá sucesso.
Gerenciamento de VM Arc	As extensões Arc em VMs Arc permanecem no estado "Criando" indefinidamente.	Entre na VM, abra um prompt de comando e digite o seguinte: Windows: `notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json` Linux: `sudo vi /var/opt/azcmagent/agentconfig.json` Em seguida, encontre a propriedade `resourcename`. Exclua o GUID que é anexado ao final do nome do recurso, para que essa propriedade corresponda ao nome da VM. Em seguida, reinicie a VM.
Gerenciamento do Arc VM	Quando um novo servidor é adicionado a uma instância Local do Azure, o caminho de armazenamento não é criado automaticamente para o volume recém-criado.	Você pode criar manualmente um caminho de armazenamento para quaisquer novos volumes. Para obter mais informações, consulte Criar um caminho de armazenamento.
Gerenciamento do Arc VM	A reinicialização da operação do Arc VM é concluída após aproximadamente 20 minutos, embora a própria VM seja reiniciada em cerca de um minuto.	Não há nenhuma solução alternativa conhecida nesta versão.
Gerenciamento do Arc VM	Em alguns casos, o status da rede lógica é exibido como Falha no portal do Azure. Isso ocorre quando você tenta excluir a rede lógica sem primeiro excluir quaisquer recursos, como interfaces de rede associadas a essa rede lógica. Você ainda deve ser capaz de criar recursos nesta rede lógica. Neste caso, o estatuto é enganador.	Se o status dessa rede lógica era Êxito no momento em que essa rede foi provisionada, você pode continuar a criar recursos nessa rede.
Gerenciamento do do Arc VM	Nesta versão, quando você atualiza uma VM com um disco de dados anexado a ela usando a CLI do Azure, a operação falha com a seguinte mensagem de erro: Não foi possível encontrar um disco rígido virtual com o nome.	Use o portal do Azure para todas as operações de atualização de VM. Para obter mais informações, consulte Gerir VMs do Arc e Gerir recursos de VM do Arc.
Implantação	Há um problema esporádico de confiabilidade de pulsação nesta versão devido ao qual o registro encontra o erro: o registro HCI falhou. Erro: Falha na integração do Arc.	Este problema é intermitente. Tente executar novamente a implantação. Para obter mais informações, consulte Executar novamente a implantação.
Implantação	Há um problema intermitente nesta versão em que a validação de integração do Arc falha com este erro: `Validator failed. Can't retrieve the dynamic parameters for the cmdlet. PowerShell Gallery is currently unavailable. Please try again later.`	Este problema é intermitente. Experimente reexecutar a implementação. Para obter mais informações, consulte Reexecutar a implementação.
Implantação	A extensão AzureEdgeRemoteSupport aparece como "Failed" na visualização do cluster e "Succeeded" na visualização do nó. Além disso, a exibição do nó exibe um nome de extensão incorreto, "AzureEdgeEdgeRemoteSupport".	Esse problema é cosmético e não afeta a funcionalidade da extensão. Convém seguir estas etapas para atenuar manualmente o problema: 1. No portal do Azure, navegue até o grupo de recursos para seus nós. 2. Aceda a cada nó Arc e desinstale a extensão de Suporte Remoto. 3. Aguarde até 12 horas para o Provedor de Recursos Local do Azure atualizar as extensões. Este procedimento permite a reinstalação da extensão, garantindo que ela exiba o nome correto, AzureEdgeRemoteSupport, e resolva quaisquer falhas observadas na exibição de cluster. Opcionalmente, você pode usar o cmdlet `sync-azurestackhci` para forçar uma sincronização em qualquer um dos nós do cluster.
Atualização	Em casos raros, você pode encontrar esse erro ao atualizar seu Azure Local: Tipo 'UpdateArbAndExtensions' da função 'MocArb' gerou uma exceção: Exceção Atualizando ARB e Extensão na etapa [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Invalid applianceyaml = [C:\AksHci\hci-appliance.yaml].	Se vir este problema, contacte o Suporte da Microsoft para o ajudar com os próximos passos.
Atualização	Nesta versão, há um problema de verificação de integridade que impede que um único servidor que executa o Azure Local seja atualizado por meio do portal do Azure.	Use o PowerShell para executar sua atualização. Para obter mais informações, consulte Atualização do Azure Local via PowerShell.
Networking	Há um problema pouco frequente do cliente DNS nesta versão que faz com que a implantação falhe em um cluster de dois nós com um erro de resolução DNS: Ocorreu uma WebException ao enviar um RestRequest. WebException.Status: NameResolutionFailure. Como resultado do bug, o registro DNS do segundo nó é excluído logo após ser criado, resultando em um erro de DNS.	Reinicie o servidor. Essa operação registra o registro DNS, o que impede que ele seja excluído.
do portal do Azure	Em alguns casos, o portal do Azure pode demorar algum tempo a atualizar e a vista pode não estar atualizada.	Talvez seja necessário aguardar 30 minutos ou mais para ver a exibição atualizada.
Gerenciamento de VM do Arc	A exclusão de uma interface de rede em uma VM Arc do portal do Azure não funciona nesta versão.	Use a CLI do Azure para primeiro remover a interface de rede e, em seguida, excluí-la. Para obter mais informações, consulte Remover a interface de rede e consulte Excluir a interface de rede.
Implantação	Fornecer o nome da UO em uma sintaxe incorreta não é detetado no portal do Azure. No entanto, a sintaxe incorreta é detetada em uma etapa posterior durante a validação do cluster.	Não há nenhuma solução alternativa conhecida nesta versão.
Implantação	Em alguns casos, a execução do script de registro Arc não instala as extensões obrigatórias, o Gerenciamento de dispositivos do Azure Edge ou o Azure Edge Lifecycle Manager.	A solução alternativa é executar o script novamente e certificar-se de que todas as extensões obrigatórias estão instaladas antes de fazer a implementação através do portal Azure.
Implantação	A primeira etapa de implantação: antes da implantação na nuvem quando a implantação por meio do portal do Azure pode levar de 45 minutos a uma hora para ser concluída.
Implantação	As implantações por meio do Azure Resource Manager expiram após 2 horas. As implantações que excedem 2 horas aparecem como falha no grupo de recursos embora o cluster tenha sido criado com êxito.	Para monitorizar a implantação no portal do Azure, vá para o recurso Local do Azure e, em seguida, vá para a nova entrada Implantações.
Azure Site Recovery	O Azure Site Recovery não pode ser instalado em uma instância Local do Azure nesta versão.	Não há nenhuma solução alternativa conhecida nesta versão.
Atualizar	Ao atualizar a instância Local do Azure por meio do Azure Update Manager, o progresso e os resultados da atualização podem não estar visíveis no portal do Azure.	Para contornar esse problema, em cada nó de cluster, adicione a seguinte chave do Registro (nenhum valor necessário): `New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force` Em seguida, em um dos nós do cluster, reinicie o grupo de clusters de Gerenciamento de Nuvem. `Stop-ClusterGroup "Cloud Management"` `Start-ClusterGroup "Cloud Management"` Isso não corrigirá totalmente o problema, pois os detalhes de progresso ainda podem não ser exibidos durante o processo de atualização. Para obter os detalhes de atualização mais recentes, podes recuperar o progresso da atualização com o PowerShell.
Atualizações	Em casos raros, se uma atualização com falha estiver presa no estado 'Em andamento' no Azure Update Manager, o botão 'Tentar novamente' será desativado.	Para retomar a atualização, execute o seguinte comando do PowerShell: `Get-SolutionUpdate` \| `Start-SolutionUpdate`.
Atualizações	Em alguns casos, `SolutionUpdate` comandos podem falhar se executados após o comando `Send-DiagnosticData`.	Certifique-se de fechar a sessão do PowerShell usada para `Send-DiagnosticData`. Abra uma nova sessão do PowerShell e use-a para `SolutionUpdate` comandos.
Atualizações	Em casos raros, ao aplicar uma atualização de 2311.0.24 para 2311.2.4, os relatórios de estado do cluster mostram Em andamento em vez de Atualização falhada, como era esperado.	Tente atualizar novamente. Se o problema persistir, contacte o Suporte da Microsoft.
Atualização com reconhecimento de cluster	Falha ao tentar retomar a operação do nó.	Esta é uma questão transitória e poderia ser resolvida por si só. Aguarde alguns minutos e tente novamente a operação. Se o problema persistir, contacte o Suporte da Microsoft.
Atualização com reconhecimento de cluster	A operação do nó de suspensão ficou presa por mais de 90 minutos.	Esta é uma questão transitória e poderia ser resolvida por si só. Aguarde alguns minutos e tente novamente a operação. Se o problema persistir, contacte o Suporte da Microsoft.
Segurança	Nesta versão, se você habilitar a Raiz Dinâmica de Medição (DRTM) usando o cmdlet `Enable-AzSSecurity`, receberá o seguinte erro: `DRTM setting is not supported on current release at C:\ProgramFiles\WindowsPowerShell\Modules\AzureStackOSConfigAgent\AzureStackOSConfigAgent psm1:4307 char:17 + ...throw "DRTM setting is not supported on current release".`	DRTM não é suportado nesta versão.

Problemas da versão 2311.4

Esta versão de software corresponde ao número de versão de software 10.2311.4.6. Esta versão suporta apenas atualizações da versão 2311.

As notas de versão para esta versão incluem os problemas corrigidos nesta versão, problemas conhecidos nesta versão e problemas observados na versão transferidos de versões anteriores.

Problemas corrigidos

Aqui estão os problemas corrigidos nesta versão:

Funcionalidade	Questão	Solução alternativa/Comentários
Gerenciamento de VM do Arc	Quando você cria um disco ou uma interface de rede nesta versão com sublinhado no nome, a operação falha.	Certifique-se de não usar sublinhado nos nomes de discos ou interfaces de rede.
Gerenciamento do Arc VM	Se o grupo de recursos usado para implantar uma VM do Arc em seu Azure Local tiver um sublinhado no nome, a instalação do agente convidado falhará. Como resultado, você não poderá habilitar o gerenciamento de hóspedes.	Certifique-se de que não há sublinhados nos grupos de recursos usados para implantar VMs do Arc.

Problemas conhecidos nesta versão

Aqui estão os problemas conhecidos nesta versão:

Funcionalidade	Questão	Solução alternativa/Comentários
Gerenciamento do Arc VM	Quando um novo nó é adicionado ao cluster, ele falha com: Falha ao adicionar nó: ERRO: Uma versão mais antiga da extensão de cluster Arc VM está instalada no seu cluster.	Verifique se tem os requisitos de firewall mais recentes, incluindo o endpoint `https://hciarcvmscontainerregistry.azurecr.io` na porta 443. Esse ponto de extremidade é necessário para o registro de contêiner da VM do Azure Local Arc.
Gestão do Arc VM	Quando você atualiza para 10.2311.4.5, o status do arcbridge mostra "UpgradeFailed" no portal do Azure.	Certifique-se de que tem os requisitos de firewall mais recentes, incluindo o endpoint `https://hciarcvmscontainerregistry.azurecr.io` na porta 443. Este endpoint é necessário para o registo de contentores da VM do Azure Local Arc.

Problemas conhecidos de versões anteriores

Aqui estão os problemas conhecidos de versões anteriores:

Funcionalidade	Questão	Solução alternativa/Comentários
Gerenciamento de Arc VM	A implantação ou atualização do Arc Resource Bridge pode falhar quando o segredo SPN temporário gerado automaticamente durante esta operação começar com um hífen.	Tente novamente a implantação/atualização. A nova tentativa deve regenerar o segredo do SPN e a operação provavelmente terá sucesso.
Gerenciamento de Arc VM	As Extensões do Arc em VMs do Arc permanecem no estado "Criando" indefinidamente.	Entre na VM, abra um prompt de comando e digite o seguinte: Windows: `notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json` Linux: `sudo vi /var/opt/azcmagent/agentconfig.json` Em seguida, encontre a propriedade `resourcename`. Exclua o GUID que é anexado ao final do nome do recurso, para que essa propriedade corresponda ao nome da VM. Em seguida, reinicie a VM.
Gestão de Arc VM	Quando um novo servidor é adicionado a uma instância Local do Azure, o caminho de armazenamento não é criado automaticamente para o volume recém-criado.	Você pode criar manualmente um caminho de armazenamento para quaisquer novos volumes. Para obter mais informações, consulte Criar um caminho de armazenamento.
Gerenciamento do Arc VM	A reinicialização da operação do Arc VM é concluída após aproximadamente 20 minutos, embora a própria VM seja reiniciada em cerca de um minuto.	Não há nenhuma solução alternativa conhecida nesta versão.
Gerenciamento do Arc VM	Em alguns casos, o status da rede lógica é exibido como Falha no portal do Azure. Isso ocorre quando você tenta excluir a rede lógica sem primeiro excluir quaisquer recursos, como interfaces de rede associadas a essa rede lógica. Você ainda deve ser capaz de criar recursos nesta rede lógica. Neste caso, o estatuto é enganador.	Se o estado desta rede lógica era Sucesso no momento em que esta rede foi provisionada, poderá continuar a criar recursos nesta rede.
Gerenciamento do Arc VM	Nesta versão, quando você atualiza uma VM com um disco de dados anexado a ela usando a CLI do Azure, a operação falha com a seguinte mensagem de erro: Não foi possível encontrar um disco rígido virtual com o nome.	Use o portal do Azure para todas as operações de atualização de VM. Para obter mais informações, consulte Gerir VMs Arc e Gerir recursos de VMs Arc.
Implantação	Há um problema esporádico de confiabilidade de pulsação nesta versão devido ao qual o registro encontra o erro: o registro HCI falhou. Erro: Falha na integração Arc.	Este problema é intermitente. Tente executar novamente a implantação. Para obter mais informações, consulte Executar novamente a implantação.
Implantação	Há um problema intermitente nesta versão em que a validação de integração do Arc falha com este erro: `Validator failed. Can't retrieve the dynamic parameters for the cmdlet. PowerShell Gallery is currently unavailable. Please try again later.`	Este problema é intermitente. Tente executar novamente a implantação. Para obter mais informações, consulte Executar novamente a implantação.
Implantação	A extensão AzureEdgeRemoteSupport é mostrada como "Failed" na exibição de cluster e "Succeeded" na exibição de nó. Além disso, a vista do nó exibe um nome de extensão incorreto, "AzureEdgeEdgeRemoteSupport".	Esse problema é cosmético e não afeta a funcionalidade da extensão. Convém seguir estas etapas para atenuar manualmente o problema: 1. No portal do Azure, navegue até o grupo de recursos para os seus nós. 2. Vá a cada nó Arc e desinstale a extensão de Suporte Remoto. 3. Aguarde até 12 horas para o Provedor de Recursos Local do Azure atualizar as extensões. Este procedimento permite a reinstalação da extensão, garantindo que ela exiba o nome correto, AzureEdgeRemoteSupport, e resolva quaisquer falhas observadas na exibição de cluster. Opcionalmente, você pode usar o cmdlet `sync-azurestackhci` para forçar uma sincronização em qualquer um dos nós do cluster.
Atualização	Em casos raros, pode-se encontrar esse erro ao atualizar o seu Azure Local: Tipo 'UpdateArbAndExtensions' da função 'MocArb' gerou uma exceção: Exceção ao atualizar ARB e Extensão durante a etapa [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: applianceyaml inválido = [C:\AksHci\hci-appliance.yaml].	Se vir este problema, contacte o Suporte da Microsoft para o ajudar com os próximos passos.
Atualizar	Nesta versão, há um problema de verificação de integridade que impede que um único servidor que executa o Azure Local seja atualizado por meio do portal do Azure.	Use o PowerShell para executar sua atualização. Para obter mais informações, consulte Atualize o Azure Local através do PowerShell.
Networking	Há um problema pouco frequente do cliente DNS nesta versão que faz com que a implantação falhe em um cluster de dois nós com um erro de resolução DNS: Ocorreu uma WebException ao enviar um RestRequest. WebException.Status: NameResolutionFailure. Como resultado do bug, o registro DNS do segundo nó é excluído logo após ser criado, resultando em um erro de DNS.	Reinicie o servidor. Essa operação registra o registro DNS, o que impede que ele seja excluído.
do portal do Azure	Em alguns casos, o portal do Azure pode demorar um pouco para ser atualizado e a visualização pode não ser atual.	Talvez seja necessário aguardar 30 minutos ou mais para ver a exibição atualizada.
Gerenciamento de VM do Arc	A exclusão de uma interface de rede em uma VM Arc do portal do Azure não funciona nesta versão.	Use a CLI do Azure para primeiro remover a interface de rede e, em seguida, excluí-la. Para obter mais informações, consulte Remover a interface de rede e consulte Excluir a interface de rede.
Implantação	Fornecer o nome da Unidade Organizacional com uma sintaxe incorreta não é detetado no portal do Azure. No entanto, a sintaxe incorreta é detetada em uma etapa posterior durante a validação do cluster.	Não há nenhuma solução alternativa conhecida nesta versão.
Implantação	Em alguns casos, a execução do script de registro Arc não instala as extensões obrigatórias, o Gerenciamento de dispositivos do Azure Edge ou o Azure Edge Lifecycle Manager.	A solução alternativa é executar o script novamente e assegurar-se de que todas as extensões obrigatórias estão instaladas antes de Implantar através do portal do Azure.
Implantação	A primeira etapa de implantação: antes da implantação na nuvem quando a implantação por meio do portal do Azure pode levar de 45 minutos a uma hora para ser concluída.
Implantação	As implantações por meio do Azure Resource Manager expiram após 2 horas. As implantações que excedem 2 horas aparecem como falha no grupo de recursos embora o cluster tenha sido criado com êxito.	Para monitorizar a implantação no portal do Azure, aceda ao recurso local do Azure e, em seguida, vá para a nova entrada Implantações.
Azure Site Recovery	O Azure Site Recovery não pode ser instalado em uma instância Local do Azure nesta versão.	Não há nenhuma solução alternativa conhecida nesta versão.
Atualização	Ao atualizar a instância Local do Azure por meio do Azure Update Manager, o progresso e os resultados da atualização podem não estar visíveis no portal do Azure.	Para contornar esse problema, em cada nó de cluster, adicione a seguinte chave do Registro (nenhum valor necessário): `New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force` Em seguida, em um dos nós do cluster, reinicie o grupo de clusters de Gerenciamento de Nuvem. `Stop-ClusterGroup "Cloud Management"` `Start-ClusterGroup "Cloud Management"` Isso não corrigirá totalmente o problema, pois os detalhes de progresso ainda podem não ser exibidos durante o processo de atualização. Para obter os detalhes de atualização mais recentes, pode recuperar o progresso da atualização com o PowerShell.
Atualizações	Em casos raros, se uma atualização com falha estiver presa num estado em progresso no Gestor de Atualizações do Azure, o botão Tentar novamente será desativado.	Para retomar a atualização, execute o seguinte comando do PowerShell: `Get-SolutionUpdate` \| `Start-SolutionUpdate`.
Atualizações	Em alguns casos, `SolutionUpdate` comandos podem falhar se executados após o comando `Send-DiagnosticData`.	Certifique-se de fechar a sessão do PowerShell usada para `Send-DiagnosticData`. Abra uma nova sessão do PowerShell e use-a para `SolutionUpdate` comandos.
Atualizações	Em casos raros, ao aplicar uma atualização de 2311.0.24 para 2311.2.4, os relatórios de estado do cluster exibem Em andamento em vez do esperado Falha ao atualizar.	Tente atualizar novamente. Se o problema persistir, contacte o Suporte da Microsoft.
Atualização com reconhecimento de clusters	Falha ao retomar a operação do nó.	Esta é uma questão transitória e poderia ser resolvida por si só. Aguarde alguns minutos e tente novamente a operação. Se o problema persistir, contacte o Suporte da Microsoft.
Atualização com reconhecimento de cluster	A operação do nó de suspensão ficou presa por mais de 90 minutos.	Esta é uma questão transitória e poderia ser resolvida por si só. Aguarde alguns minutos e tente novamente a operação. Se o problema persistir, contacte o Suporte da Microsoft.
Segurança	Nesta versão, se você habilitar a Raiz Dinâmica de Medição (DRTM) usando o cmdlet `Enable-AzSSecurity`, receberá o seguinte erro: `DRTM setting is not supported on current release at C:\ProgramFiles\WindowsPowerShell\Modules\AzureStackOSConfigAgent\AzureStackOSConfigAgent psm1:4307 char:17 + ...throw "DRTM setting is not supported on current release".`	DRTM não é suportado nesta versão.

Problemas da versão 2311.3

Esta versão do software corresponde ao número de versão do software 10.2311.3.12. Esta versão suporta apenas atualizações da versão 2311.

As notas de versão para esta versão incluem os problemas corrigidos nesta versão, problemas conhecidos nesta versão e problemas observados na versão transferidos de versões anteriores.

Problemas corrigidos

Aqui estão os problemas corrigidos nesta versão:

Funcionalidade	Questão	Solução alternativa
Atualizar	Quando você tenta alterar seu AzureStackLCMUserPassword usando o comando: `Set-AzureStackLCMUserPassword`, você pode encontrar este erro: `Can't find an object with identity: 'object id'*.`	Se o problema ocorrer, contacte o Suporte da Microsoft para obter os próximos passos.

Problemas conhecidos nesta versão

Aqui estão os problemas conhecidos nesta versão:

Funcionalidade	Questão	Solução alternativa
Segurança	Nesta versão, se você habilitar a Raiz Dinâmica de Medição (DRTM) usando o cmdlet `Enable-AzSSecurity`, receberá o seguinte erro: `DRTM setting is not supported on current release at C:\ProgramFiles\WindowsPowerShell\Modules\AzureStackOSConfigAgent\AzureStackOSConfigAgent psm1:4307 char:17 + ...throw "DRTM setting is not supported on current release".`	DRTM não é suportado nesta versão.

Problemas conhecidos de versões anteriores

Aqui estão os problemas conhecidos de versões anteriores:

Funcionalidade	Questão	Solução alternativa
de gerenciamento do Arc VM	A implantação ou atualização do Arc Resource Bridge pode falhar quando o segredo SPN temporário gerado automaticamente durante esta operação começar com um hífen.	Tente novamente a implantação/atualização. A nova tentativa deve regenerar o segredo do SPN e a operação provavelmente terá sucesso.
gerenciamento do Arc VM	As Extensões do Arc em VMs Arc permanecem no estado "Criando" indefinidamente.	Entre na VM, abra um prompt de comando e digite o seguinte: Windows: `notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json` Linux: `sudo vi /var/opt/azcmagent/agentconfig.json` Em seguida, encontre a propriedade `resourcename`. Exclua o GUID que é anexado ao final do nome do recurso, para que essa propriedade corresponda ao nome da VM. Em seguida, reinicie a VM.
Gestão de VM do Arc	Quando um novo servidor é adicionado a uma instância Local do Azure, o caminho de armazenamento não é criado automaticamente para o volume recém-criado.	Você pode criar manualmente um caminho de armazenamento para quaisquer novos volumes. Para obter mais informações, consulte Criar um caminho de armazenamento.
Gerenciamento do Arc VM	A reinicialização da operação do Arc VM é concluída após aproximadamente 20 minutos, embora a própria VM seja reiniciada em cerca de um minuto.	Não há nenhuma solução alternativa conhecida nesta versão.
Gestão de VMs Arc	Em alguns casos, o status da rede lógica é exibido como Falha no portal do Azure. Isso ocorre quando você tenta excluir a rede lógica sem primeiro excluir quaisquer recursos, como interfaces de rede associadas a essa rede lógica. Você ainda deve ser capaz de criar recursos nesta rede lógica. Neste caso, o estatuto é enganador.	Se o estado dessa rede lógica foi Sucesso no momento em que essa rede foi provisionada, poderá continuar a criar recursos nessa rede.
de gerenciamento do Arc VM	Nesta versão, quando você atualiza uma VM com um disco de dados anexado a ela usando a CLI do Azure, a operação falha com a seguinte mensagem de erro: Não foi possível encontrar um disco rígido virtual com o nome.	Use o portal do Azure para todas as operações de atualização de VM. Para obter mais informações, consulte Gerir VMs Arc e Gerir recursos de VM Arc.
Implantação	Há um problema esporádico de confiabilidade de pulsação nesta versão devido ao qual o registro encontra o erro: o registro HCI falhou. Erro: Falha na integração do Arc.	Este problema é intermitente. Tente executar novamente a implantação. Para obter mais informações, consulte Executar novamente a implantação.
Implantação	Há um problema intermitente nesta versão em que a validação de integração do Arc falha com este erro: `Validator failed. Can't retrieve the dynamic parameters for the cmdlet. PowerShell Gallery is currently unavailable. Please try again later.`	Este problema é intermitente. Tente executar novamente a implantação. Para obter mais informações, consulte Executar novamente a implantação.
Implantação	A extensão AzureEdgeRemoteSupport aparece como "Failed" na visão do cluster e "Succeeded" na visão do nó. Além disso, a visualização do nó apresenta um nome de extensão incorreto, "AzureEdgeEdgeRemoteSupport".	Esse problema é cosmético e não afeta a funcionalidade da extensão. Convém seguir estas etapas para atenuar manualmente o problema: 1. No portal do Azure, navegue para o grupo de recursos dos seus nós. 2. Vá a cada nó Arc e desinstale a extensão de Suporte Remoto. 3. Aguarde até 12 horas para o Provedor de Recursos Local do Azure atualizar as extensões. Este procedimento permite a reinstalação da extensão, garantindo que ela exiba o nome correto, AzureEdgeRemoteSupport, e resolva quaisquer falhas observadas na exibição de cluster. Opcionalmente, você pode usar o cmdlet `sync-azurestackhci` para forçar uma sincronização em qualquer um dos nós do cluster.
Atualizar	Em casos raros, você pode encontrar esse erro ao atualizar seu Azure Local: Tipo 'UpdateArbAndExtensions' da função 'MocArb' gerou uma exceção: Exceção Atualizando ARB e Extensão na etapa [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Invalid applianceyaml = [C:\AksHci\hci-appliance.yaml].	Se vir este problema, contacte o Suporte da Microsoft para o ajudar com os próximos passos.
Atualização	Nesta versão, há um problema de verificação de integridade que impede que um único servidor que executa o Azure Local seja atualizado por meio do portal do Azure.	Use o PowerShell para executar sua atualização. Para obter mais informações, consulte Atualizar seu Azure Local via PowerShell.
Redes	Há um problema pouco frequente do cliente DNS nesta versão que faz com que a implantação falhe em um cluster de dois nós com um erro de resolução DNS: Ocorreu uma WebException ao enviar um RestRequest. WebException.Status: NameResolutionFailure. Como resultado do bug, o registro DNS do segundo nó é excluído logo após ser criado, resultando em um erro de DNS.	Reinicie o servidor. Essa operação registra o registro DNS, o que impede que ele seja excluído.
do portal do Azure	Em alguns casos, o portal do Azure pode demorar um pouco a atualizar e a vista pode não estar atual.	Talvez seja necessário aguardar 30 minutos ou mais para ver a exibição atualizada.
Gerenciamento de VM do Arc	A exclusão de uma interface de rede em uma VM Arc do portal do Azure não funciona nesta versão.	Use a CLI do Azure para primeiro remover a interface de rede e, em seguida, excluí-la. Para obter mais informações, consulte Remover a interface de rede e consulte Excluir a interface de rede.
Gerenciamento de VM do Arc	Quando você cria um disco ou uma interface de rede nesta versão com sublinhado no nome, a operação falha.	Certifique-se de não usar sublinhado nos nomes de discos ou interfaces de rede.
Implantação	Fornecer o nome da OU em sintaxe incorreta não é detectado no portal do Azure. No entanto, a sintaxe incorreta é detetada em uma etapa posterior durante a validação do cluster.	Não há nenhuma solução alternativa conhecida nesta versão.
Implantação	Em alguns casos, a execução do script de registro Arc não instala as extensões obrigatórias, o Gerenciamento de dispositivos do Azure Edge ou o Azure Edge Lifecycle Manager.	A solução alternativa é voltar a executar o script e certificar-se de que todas as extensões obrigatórias estão instaladas antes de Implantar através do portal do Azure.
Implantação	A primeira etapa de implantação: antes da implantação na nuvem quando a implantação por meio do portal do Azure pode levar de 45 minutos a uma hora para ser concluída.
Implantação	As implantações por meio do Azure Resource Manager expiram após 2 horas. As implantações que excedem 2 horas aparecem como falha no grupo de recursos embora o cluster tenha sido criado com êxito.	Para monitorizar a implantação no portal do Azure, vá para o recurso Local do Azure e, em seguida, vá para a nova entrada Implantações.
Azure Site Recovery	O Azure Site Recovery não pode ser instalado em uma instância Local do Azure nesta versão.	Não há nenhuma solução alternativa conhecida nesta versão.
Atualizar	Ao atualizar a instância Local do Azure por meio do Azure Update Manager, o progresso e os resultados da atualização podem não estar visíveis no portal do Azure.	Para contornar esse problema, em cada nó de cluster, adicione a seguinte chave do Registro (nenhum valor necessário): `New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force` Em seguida, em um dos nós do cluster, reinicie o grupo de clusters de Gerenciamento de Nuvem. `Stop-ClusterGroup "Cloud Management"` `Start-ClusterGroup "Cloud Management"` Isso não corrigirá totalmente o problema, pois os detalhes de progresso ainda podem não ser exibidos durante o processo de atualização. Para obter os detalhes de atualização mais recentes, você pode Recuperar o progresso da atualização com o PowerShell.
Atualizações	Em casos raros, se uma atualização com falha estiver presa em um estado Em andamento no Azure Update Manager, o botão Tentar novamente está desativado.	Para retomar a atualização, execute o seguinte comando do PowerShell: `Get-SolutionUpdate` \| `Start-SolutionUpdate`.
Atualizações	Em alguns casos, `SolutionUpdate` comandos podem falhar se executados após o comando `Send-DiagnosticData`.	Certifique-se de fechar a sessão do PowerShell usada para `Send-DiagnosticData`. Abra uma nova sessão do PowerShell e use-a para `SolutionUpdate` comandos.
Atualizações	Em casos raros, ao aplicar uma atualização de 2311.0.24 para 2311.2.4, os relatórios de status do cluster indicam Em andamento em vez do esperado Falha na atualização.	Tente atualizar novamente. Se o problema persistir, contacte o Suporte da Microsoft.
Gerenciamento do Arc VM	Se o grupo de recursos usado para implantar uma VM do Arc em seu Azure Local tiver um sublinhado no nome, a instalação do agente convidado falhará. Como resultado, você não poderá habilitar o gerenciamento de hóspedes.	Certifique-se de que não há sublinhados nos grupos de recursos usados para implantar Arc VMs.
Atualização com reconhecimento de cluster	Falha ao retomar a operação do nó.	Esta é uma questão transitória e poderia ser resolvida por si só. Aguarde alguns minutos e tente novamente a operação. Se o problema persistir, contacte o Suporte da Microsoft.
Atualização com reconhecimento de cluster	A operação do nó de suspensão ficou presa por mais de 90 minutos.	Esta é uma questão transitória e poderia ser resolvida por si só. Aguarde alguns minutos e tente novamente a operação. Se o problema persistir, contacte o Suporte da Microsoft.

Problemas da versão 2311.2

Esta versão do software corresponde ao número de versão do software 10.2311.2.7. Esta versão suporta apenas atualizações da versão 2311.

As notas de versão para esta versão incluem os problemas corrigidos nesta versão, problemas conhecidos nesta versão e problemas observados na versão transferidos de versões anteriores.

Problemas corrigidos

Aqui estão os problemas corrigidos nesta versão:

Funcionalidade	Questão	Solução alternativa/Comentários
Adicionar servidor e reparar servidor	Nesta versão, adicionar cenários de servidor e reparar servidor pode falhar com o seguinte erro: CloudEngine.Actions.InterfaceInvocationFailedException: Tipo 'AddNewNodeConfiguration' da função 'BareMetal' gerou uma exceção: O termo 'Trace-Execution' não é reconhecido como o nome de um cmdlet, função, arquivo de script ou programa operável.	Siga estes passos para contornar este erro: 1. Crie uma cópia dos módulos do PowerShell necessários no novo nó. 2. Conecte-se a um nó no seu sistema local do Azure. 3. Execute o seguinte cmdlet do PowerShell: Copy-Item "C:\Program Files\WindowsPowerShell\Modules\CloudCommon" "\newserver\c$\Program Files\WindowsPowerShell\Modules\CloudCommon" -recursive Para obter mais informações, consulte Pré-requisito para adicionar e reparar cenários de servidor.
Implantação	Ao atualizar o software 2310 para 2311, o principal de serviço não migra.	Se encontrar um problema com o software, utilize o PowerShell para migrar o principal de serviço.
Implantação	Se você selecionar Revisão + Criar e não tiver preenchido todas as guias, a implantação começará e, eventualmente, falhará.	Não há nenhuma solução alternativa conhecida nesta versão.
Implantação	Este problema ocorre se uma assinatura incorreta ou um grupo de recursos incorreto foi utilizado durante o registro. Quando você registra o servidor pela segunda vez no Arc, a extensão do Azure Edge Lifecycle Manager falha durante o registro, mas o estado da extensão é relatado como Ready.	Antes de executar o registo pela segunda vez: Certifique-se de excluir as seguintes pastas de seus servidores: `C:\ecestore`, `C:\CloudDeployment`e `C:\nugetstore`. Exclua a chave do Registro usando o cmdlet do PowerShell: `Remove-Item HKLM:\Software\Microsoft\LCMAzureStackStampInformation`
Implantação	Uma nova conta de armazenamento é criada para cada execução da implantação. As contas de armazenamento existentes não são suportadas nesta versão.
Implantação	Um novo cofre de chaves é criado para cada execução da implantação. Os cofres de chaves existentes não são suportados nesta versão.
Implantação	No hardware do servidor, um adaptador de rede USB é criado para acessar o Baseboard Management Controller (BMC). Esse adaptador pode fazer com que a validação do cluster falhe durante a implantação.	Certifique-se de desativar o adaptador de rede BMC antes de começar a implantação na nuvem.
Implantação	As sobrescrições de intenção direta da rede definidas no modelo não estão funcionando nesta edição.	Use o modelo do Azure Resource Manager para substituir esse parâmetro e desativar o RDMA para os objetivos.

Problemas conhecidos nesta versão

Aqui estão os problemas conhecidos nesta versão:

Funcionalidade	Questão	Solução alternativa/Comentários
Atualizar	Nesta versão, se você executar o cmdlet `Test-CauRun` antes de realmente aplicar a atualização 2311.2, verá uma mensagem de erro sobre uma regra de firewall ausente para desligar remotamente o sistema Local do Azure.	Nenhuma ação é necessária de sua parte, pois a regra ausente é criada automaticamente quando as atualizações 2311.2 são aplicadas. Ao aplicar atualizações futuras, certifique-se de executar o cmdlet `Get-SolutionUpdateEnvironment` em vez de `Test-CauRun`.
Atualizações	Em casos raros, se uma atualização com falha estiver presa num estado Em andamento no Azure Update Manager, o botão Tentar novamente será desativado.	Para retomar a atualização, execute o seguinte comando do PowerShell: `Get-SolutionUpdate` \| `Start-SolutionUpdate`.
Atualizações	Em alguns casos, `SolutionUpdate` comandos podem falhar se executados após o comando `Send-DiagnosticData`.	Certifique-se de fechar a sessão do PowerShell usada para `Send-DiagnosticData`. Abra uma nova sessão do PowerShell e use-a para `SolutionUpdate` comandos.
Atualizações	Em casos muito raros, ao aplicar uma atualização de 2311.0.24 para 2311.2.4, os relatórios de status do cluster mostram Em andamento em vez do esperado Falhou ao atualizar.	Tente atualizar novamente. Se o problema persistir, contacte o Suporte da Microsoft.
Gerenciamento do Arc VM	Se o grupo de recursos usado para implantar uma VM do Arc em seu Azure Local tiver um sublinhado no nome, a instalação do agente convidado falhará. Como resultado, você não poderá habilitar o gerenciamento de hóspedes.	Certifique-se de que não há sublinhados nos grupos de recursos usados para implantar VM Arc.
Atualização com reconhecimento de cluster	Falha ao retomar a operação do nó.	Esta é uma questão transitória e poderia ser resolvida por si só. Aguarde alguns minutos e tente novamente a operação. Se o problema persistir, contacte o Suporte da Microsoft.
Atualização com reconhecimento de cluster	A operação do nó de suspensão ficou presa por mais de 90 minutos.	Esta é uma questão transitória e poderia ser resolvida por si só. Aguarde alguns minutos e tente novamente a operação. Se o problema persistir, contacte o Suporte da Microsoft.

Problemas conhecidos de versões anteriores

Aqui estão os problemas conhecidos de versões anteriores:

Funcionalidade	Questão	Solução alternativa
Gerenciamento de Arc VM	A implantação ou atualização do Arc Resource Bridge pode falhar quando o segredo SPN temporário gerado automaticamente durante esta operação começar com um hífen.	Tente novamente a implantação/atualização. A nova tentativa deve regenerar o segredo do SPN e a operação provavelmente terá sucesso.
Gerenciamento de Arc VM	As Extensões de Arco em VMs Arc permanecem no estado "Criando" indefinidamente.	Faça logon na VM, abra um prompt de comando e digite o seguinte: Windows: `notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json` Linux: `sudo vi /var/opt/azcmagent/agentconfig.json` Em seguida, encontre a propriedade `resourcename`. Exclua o GUID que é anexado ao final do nome do recurso, para que essa propriedade corresponda ao nome da VM. Em seguida, reinicie a VM.
Gerenciamento Arc VM	Quando um novo servidor é adicionado a uma instância Local do Azure, o caminho de armazenamento não é criado automaticamente para o volume recém-criado.	Você pode criar manualmente um caminho de armazenamento para quaisquer novos volumes. Para obter mais informações, consulte Criar um caminho de armazenamento.
Gerenciamento do Arc VM	A reinicialização da operação do Arc VM é concluída após aproximadamente 20 minutos, embora a própria VM seja reiniciada em cerca de um minuto.	Não há nenhuma solução alternativa conhecida nesta versão.
Gerenciamento de Arc VM	Em alguns casos, o status da rede lógica é exibido como Falha no portal do Azure. Isso ocorre quando você tenta excluir a rede lógica sem primeiro excluir quaisquer recursos, como interfaces de rede associadas a essa rede lógica. Você ainda deve ser capaz de criar recursos nesta rede lógica. Neste caso, o estatuto é enganador.	Se o status dessa rede lógica era Êxito no momento em que essa rede foi provisionada, você pode continuar a criar recursos nessa rede.
Gerenciamento de Arc VM	Nesta versão, quando você atualiza uma VM com um disco de dados anexado a ela usando a CLI do Azure, a operação falha com a seguinte mensagem de erro: Não foi possível encontrar um disco rígido virtual com o nome.	Use o portal do Azure para todas as operações de atualização de VM. Para obter mais informações, consulte Gerir máquinas virtuais Arc e Gerir recursos de máquinas virtuais Arc.
Implantação	Há um problema esporádico de confiabilidade de batimento cardíaco nesta versão, devido ao qual o registo encontra o erro: o registo HCI falhou. Erro: Falha na integração do Arc.	Este problema é intermitente. Tente reiniciar a implantação. Para obter mais informações, consulte Executar novamente a implantação.
Implantação	Há um problema intermitente nesta versão em que a validação de integração do Arc falha com este erro: o validador falhou. Não é possível recuperar os parâmetros dinâmicos do cmdlet. A Galeria do PowerShell está indisponível no momento. Tente novamente mais tarde.	Este problema é intermitente. Tente executar novamente a implantação. Para obter mais informações, consulte Executar novamente a implantação.
Implantação	A extensão AzureEdgeRemoteSupport aparece como "Falhou" na visualização do cluster e "Concluído" na visualização do nó. Além disso, a vista do nó exibe um nome de extensão incorreto, "AzureEdgeEdgeRemoteSupport".	Esse problema é cosmético e não afeta a funcionalidade da extensão. Convém seguir estas etapas para atenuar manualmente o problema: 1. No portal do Azure, navegue até o grupo de recursos para os seus nós. 2. Vá para cada nó Arc e desinstale a extensão de Suporte Remoto. 3. Aguarde até 12 horas para o Provedor de Recursos Local do Azure atualizar as extensões. Este procedimento permite a reinstalação da extensão, garantindo que ela exiba o nome correto, AzureEdgeRemoteSupport, e resolva quaisquer falhas observadas na exibição de cluster. Opcionalmente, você pode usar o cmdlet `sync-azurestackhci` para forçar uma sincronização em qualquer um dos nós do cluster.
Atualizar	Em casos raros, você pode encontrar esse erro ao atualizar seu Azure Local: Tipo 'UpdateArbAndExtensions' da função 'MocArb' gerou uma exceção: Exceção Atualizando ARB e Extensão na etapa [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Invalid applianceyaml = [C:\AksHci\hci-appliance.yaml].	Se vir este problema, contacte o Suporte da Microsoft para o ajudar com os próximos passos.
Atualização	Quando você tenta alterar seu AzureStackLCMUserPassword usando o comando: `Set-AzureStackLCMUserPassword`, você pode encontrar este erro: Não é possível encontrar um objeto com identidade: 'id do objeto'.	Se o problema ocorrer, contacte o Suporte da Microsoft para obter os próximos passos.
Atualização	Nesta versão, há um problema de verificação de integridade que impede que um único servidor que executa o Azure Local seja atualizado por meio do portal do Azure.	Use o PowerShell para executar sua atualização. Para obter mais informações, consulte Atualizar seu Azure Local via PowerShell.
Redes	Há um problema pouco frequente do cliente DNS nesta versão que faz com que a implantação falhe em um cluster de dois nós com um erro de resolução DNS: Ocorreu uma WebException ao enviar um RestRequest. WebException.Status: NameResolutionFailure. Como resultado do bug, o registro DNS do segundo nó é excluído logo após ser criado, resultando em um erro de DNS.	Reinicie o servidor. Essa operação registra o registro DNS, o que impede que ele seja excluído.
Portal do Azure	Em alguns casos, o portal do Azure pode demorar um pouco a ser atualizado e a vista pode não estar atualizada.	Talvez seja necessário aguardar 30 minutos ou mais para ver a exibição atualizada.
Gerenciamento de VM do Arc	A exclusão de uma interface de rede em uma VM Arc do portal do Azure não funciona nesta versão.	Use a CLI do Azure para primeiro remover a interface de rede e, em seguida, excluí-la. Para obter mais informações, consulte Remover a interface de rede e consulte Excluir a interface de rede.
Gerenciamento de VM do Arc	Quando você cria um disco ou uma interface de rede nesta versão com sublinhado no nome, a operação falha.	Certifique-se de não usar sublinhado nos nomes de discos ou interfaces de rede.
Implantação	Fornecer o nome da UO numa sintaxe incorreta não é detetado no portal do Azure. No entanto, a sintaxe incorreta é detetada em uma etapa posterior durante a validação do cluster.	Não há nenhuma solução alternativa conhecida nesta versão.
Implantação	Em alguns casos, a execução do script de registro Arc não instala as extensões obrigatórias, o Gerenciamento de dispositivos do Azure Edge ou o Azure Edge Lifecycle Manager.	Execute o script novamente e certifique-se de que todas as extensões obrigatórias estão instaladas antes de Implantar através do portal do Azure.
Implantação	A primeira etapa de implantação: antes da implantação na nuvem quando a implantação por meio do portal do Azure pode levar de 45 minutos a uma hora para ser concluída.
Implantação	As implantações por meio do Azure Resource Manager expiram após 2 horas. As implantações que excedem 2 horas aparecem como falha no grupo de recursos embora o cluster tenha sido criado com êxito.	Para monitorizar a implementação no portal do Azure, vá para o recurso Local do Azure e, em seguida, vá para a nova entrada Implantações.
Azure Site Recovery	O Azure Site Recovery não pode ser instalado em uma instância Local do Azure nesta versão.	Não há nenhuma solução alternativa conhecida nesta versão.
Atualizar	Ao atualizar a instância Local do Azure por meio do Azure Update Manager, o progresso e os resultados da atualização podem não estar visíveis no portal do Azure.	Para contornar esse problema, em cada nó de cluster, adicione a seguinte chave do Registro (nenhum valor necessário): `New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force` Em seguida, em um dos nós do cluster, reinicie o grupo de clusters de Gerenciamento de Nuvem. `Stop-ClusterGroup "Cloud Management"` `Start-ClusterGroup "Cloud Management"` Isso não corrigirá totalmente o problema, pois os detalhes de progresso ainda podem não ser exibidos durante o processo de atualização. Para obter os detalhes de atualização mais recentes, você pode Recuperar o progresso da atualização com o PowerShell.

Problemas da versão 2311

Esta versão do software corresponde ao número de versão 10.2311.0.26. Esta versão suporta novas implantações e atualizações do 2310.

As notas de versão para esta versão incluem os problemas corrigidos nesta versão, problemas conhecidos nesta versão e problemas observados na versão transferidos de versões anteriores.

Problemas corrigidos

Aqui estão os problemas corrigidos nesta versão:

Funcionalidade	Questão
Ligação em rede	O uso de proxy não é suportado nesta versão.
Segurança	Ao usar o cmdlet `Get-AzsSyslogForwarder` com `-PerNode` parâmetro, uma exceção é lançada. Não é possível recuperar as informações de configuração `SyslogForwarder` de vários nós.
Implantação	Durante a implantação, a instalação do Microsoft Open Cloud (MOC) Arc Resource Bridge falha com este erro: Não é possível encontrar um recurso que satisfaça o requisito Tamanho [0] Localização [MocLocation].: OutOfCapacity"\n".
Implantação	A introdução de um DNS incorreto atualiza a configuração de DNS nos anfitriões durante a validação e os anfitriões podem perder a conectividade com a Internet.
Implantação	A senha para usuário de implantação (também conhecido como `AzureStackLCMUserCredential` durante a preparação do Ative Directory) e administrador local não pode incluir um `:`(dois pontos).
Gerenciamento do Arc VM	Desanexar um disco por meio da CLI do Azure resulta em um erro nesta versão.
Gerenciamento de Arc VM	Um grupo de recursos com vários clusters mostra apenas os caminhos de armazenamento de um cluster.
Gestão de Arc VM	Quando você cria a imagem do Azure Marketplace no Azure Local, às vezes o estado de provisionamento de download não corresponde à porcentagem de download na instância Local do Azure. O estado de provisionamento é retornado como bem-sucedido, enquanto a porcentagem de download é relatada como inferior a 100.
Gerenciamento do Arc VM	Nesta versão, dependendo do seu ambiente, as implantações de VM no sistema Local do Azure podem levar de 30 a 45 minutos.
Gerenciamento Arc VM	Ao criar VMs Arc através da CLI do Azure no Azure Local, se fornecer o nome familiar da imagem do marketplace, um ID incorreto do Azure Resource Manager será gerado e ocorrerão erros na criação da VM.

Problemas conhecidos nesta versão

Aqui estão os problemas conhecidos nesta versão:

Funcionalidade	Questão	Solução alternativa/Comentários
Gerenciamento Arc VM	A implantação ou atualização do Arc Resource Bridge pode falhar quando o segredo SPN gerado automaticamente durante esta operação começa com um hífen.	Tente novamente a implantação/atualização. A nova tentativa deve regenerar o segredo do SPN e a operação provavelmente terá sucesso.
Gerenciamento do Arc VM	As Extensões em VMs Arc permanecem no estado "Criando" indefinidamente.	Entre na VM, abra um prompt de comando e digite o seguinte: Windows: `notepad C:\ProgramData\AzureConnectedMachineAgent\Config\agentconfig.json` Linux: `sudo vi /var/opt/azcmagent/agentconfig.json` Em seguida, encontre a propriedade `resourcename`. Exclua o GUID que é anexado ao final do nome do recurso, para que essa propriedade corresponda ao nome da VM. Em seguida, reinicie a VM.
gerenciamento de Arc VM	Quando um novo servidor é adicionado a uma instância Local do Azure, o caminho de armazenamento não é criado automaticamente para o volume recém-criado.	Você pode criar manualmente um caminho de armazenamento para quaisquer novos volumes. Para obter mais informações, consulte Criar um caminho de armazenamento.
Gestão de Arc VM	A reinicialização da operação do Arc VM é concluída após aproximadamente 20 minutos, embora a própria VM seja reiniciada em cerca de um minuto.	Não há nenhuma solução alternativa conhecida nesta versão.
Gerenciamento do Arc VM	Em alguns casos, o status da rede lógica é exibido como Falha no portal do Azure. Isso ocorre quando você tenta excluir a rede lógica sem primeiro excluir quaisquer recursos, como interfaces de rede associadas a essa rede lógica. Você ainda deve ser capaz de criar recursos nesta rede lógica. Neste caso, o estatuto é enganador.	Se o estado desta rede lógica era Concluído no momento em que esta rede foi provisionada, então pode continuar a criar recursos nesta rede.
Gerenciamento de Arc VM	Nesta versão, quando você atualiza uma VM com um disco de dados anexado a ela usando a CLI do Azure, a operação falha com a seguinte mensagem de erro: Não foi possível encontrar um disco rígido virtual com o nome.	Use o portal do Azure para todas as operações de atualização de VM. Para obter mais informações, consulte Manage Arc VMs e Manage Arc VM resources.
Implantação	Antes de atualizar o software 2310 para 2311, execute os seguintes cmdlets em um dos nós locais do Azure: `Import-module C:\CloudDeployment\CloudDeployment.psd1` `Import-module C:\CloudDeployment\ECEngine\EnterpriseCloudEngine.psd1` `$Parameters = Get-EceInterfaceParameters -RolePath 'MocArb' -InterfaceName 'DeployPreRequisites'` `$cloudRole = $Parameters.Roles["Cloud"].PublicConfiguration` `$domainRole = $Parameters.Roles["Domain"].PublicConfiguration` `$securityInfo = $cloudRole.PublicInfo.SecurityInfo` `$cloudSpUser = $securityInfo.AADUsers.User` \| `Where-Object Role -EQ "DefaultARBApplication"` `$cloudSpCred = $Parameters.GetCredential($cloudSpUser.Credential)` `Set-ECEServiceSecret -ContainerName "DefaultARBApplication" -Credential $cloudSpCred`	Este script ajuda a migrar o principal de serviço.
Implantação	Há um problema esporádico de confiabilidade de pulsação nesta versão devido ao qual o registro encontra o erro: o registro HCI falhou. Erro: Falha na integração Arc.	Este problema é intermitente. Tente executar novamente a implantação. Para obter mais informações, consulte Executar novamente a implantação.
Implantação	Há um problema intermitente nesta versão em que a validação de integração do Arc falha com este erro: o validador falhou. Não é possível recuperar os parâmetros dinâmicos do cmdlet. A Galeria do PowerShell está indisponível no momento. Tente novamente mais tarde.	Este problema é intermitente. Tente executar novamente a implantação. Para obter mais informações, consulte Executar novamente a implantação.
Implantação	A extensão AzureEdgeRemoteSupport é mostrada como "Failed" na exibição de cluster e "Succeeded" na exibição de nó. Além disso, a visualização do nó mostra um nome de extensão incorreto, "AzureEdgeEdgeRemoteSupport".	Esse problema é cosmético e não afeta a funcionalidade da extensão. Convém seguir estas etapas para atenuar manualmente o problema: 1. No portal do Azure, navegue até ao grupo de recursos dos seus nós. 2. Vá para cada nó do Arc e desinstale a extensão de Suporte Remoto. 3. Aguarde até 12 horas para o Provedor de Recursos Local do Azure atualizar as extensões. Este procedimento permite a reinstalação da extensão, garantindo que ela exiba o nome correto, AzureEdgeRemoteSupport, e resolva quaisquer falhas observadas na exibição de cluster. Opcionalmente, você pode usar o cmdlet `sync-azurestackhci` para forçar uma sincronização em qualquer um dos nós do cluster.
Atualização	Em casos raros, você pode encontrar esse erro ao atualizar seu Azure Local: Tipo 'UpdateArbAndExtensions' da função 'MocArb' gerou uma exceção: Exceção Atualizando ARB e Extensão na etapa [UpgradeArbAndExtensions :Get-ArcHciConfig] UpgradeArb: Invalid applianceyaml = [C:\AksHci\hci-appliance.yaml].	Se vir este problema, contacte o Suporte da Microsoft para o ajudar com os próximos passos.
Atualização	Quando você tenta alterar seu AzureStackLCMUserPassword usando o comando: `Set-AzureStackLCMUserPassword`, você pode encontrar este erro: Não é possível encontrar um objeto com identidade: 'id do objeto'.	Não há nenhuma solução alternativa conhecida nesta versão.
Atualização	Nesta versão, há um problema de verificação de integridade que impede que um único servidor que executa o Azure Local seja atualizado por meio do portal do Azure.	Use o PowerShell para executar sua atualização. Para obter mais informações, consulte Atualize o Azure Local via PowerShell.
Atualizar	Quando você atualiza da compilação 2311 para o Azure Local, as verificações de integridade da atualização param de gerar relatórios no portal do Azure depois que a atualização atinge a etapa Instalar.	A Microsoft está trabalhando ativamente para resolver esse problema e não é necessária nenhuma ação de sua parte. Embora as verificações de integridade não estejam visíveis no portal, elas ainda estão sendo executadas e concluídas conforme o esperado.
Adicionar servidor e reparar servidor	Nesta versão, adicionar cenários de servidor e reparar servidor pode falhar com o seguinte erro: CloudEngine.Actions.InterfaceInvocationFailedException: Tipo 'AddNewNodeConfiguration' da função 'BareMetal' gerou uma exceção: O termo 'Trace-Execution' não é reconhecido como o nome de um cmdlet, função, arquivo de script ou programa operável.	Siga estes passos para contornar este erro: 1. Crie uma cópia dos módulos do PowerShell necessários no novo nó. 2. Conecte-se a um nó no seu sistema Azure Local. 3. Execute o seguinte cmdlet do PowerShell: Copy-Item "C:\Program Files\WindowsPowerShell\Modules\CloudCommon" "\newserver\c$\Program Files\WindowsPowerShell\Modules\CloudCommon" -recursive Para obter mais informações, consulte Pré-requisito para adicionar e reparar cenários de servidor.

Problemas conhecidos de versões anteriores

Aqui estão os problemas conhecidos de versões anteriores:

Funcionalidade	Questão	Solução alternativa
Rede	Há um problema pouco frequente do cliente DNS nesta versão que faz com que a implantação falhe em um cluster de dois nós com um erro de resolução DNS: Ocorreu uma WebException ao enviar um RestRequest. WebException.Status: NameResolutionFailure. Como resultado do bug, o registro DNS do segundo nó é excluído logo após ser criado, resultando em um erro de DNS.	Reinicie o servidor. Essa operação registra o registro DNS, o que impede que ele seja excluído.
Portal Azure	Em alguns casos, o portal do Azure pode demorar a atualizar e a visão pode não estar atualizada.	Talvez seja necessário aguardar 30 minutos ou mais para ver a exibição atualizada.
Gerenciamento de VM do Arc	A exclusão de uma interface de rede em uma VM Arc do portal do Azure não funciona nesta versão.	Use a CLI do Azure para primeiro remover a interface de rede e, em seguida, excluí-la. Para obter mais informações, consulte Remover a interface de rede e consulte Excluir a interface de rede.
Gerenciamento de VM do Arc	Quando você cria um disco ou uma interface de rede nesta versão com sublinhado no nome, a operação falha.	Certifique-se de não usar sublinhado nos nomes de discos ou interfaces de rede.
Implantação	Fornecer o nome da UO em uma sintaxe incorreta não é detetado no portal do Azure. No entanto, a sintaxe incorreta é detetada em uma etapa posterior durante a validação do cluster.	Não há nenhuma solução alternativa conhecida nesta versão.
Implantação	No hardware do servidor, um adaptador de rede USB é criado para acessar o Baseboard Management Controller (BMC). Esse adaptador pode fazer com que a validação do cluster falhe durante a implantação.	Certifique-se de desativar o adaptador de rede BMC antes de começar a implantação na nuvem.
Implantação	Uma nova conta de armazenamento é criada para cada execução da implantação. As contas de armazenamento existentes não são suportadas nesta versão.
Implantação	Um novo cofre de chaves é criado para cada execução da implantação. Os cofres de chaves existentes não são suportados nesta versão.
Implantação	Em alguns casos, a execução do script de registro Arc não instala as extensões obrigatórias, o Gerenciamento de dispositivos do Azure Edge ou o Azure Edge Lifecycle Manager.	A solução alternativa é executar o script novamente e certificar-se de que todas as extensões obrigatórias estão instaladas antes de Implantar por meio do portal do Azure.
Implantação	A primeira etapa de implantação: antes da implantação na nuvem quando a implantação por meio do portal do Azure pode levar de 45 minutos a uma hora para ser concluída.
Implantação	As sobrescrições de intenções diretas da rede definidas no template não estão a funcionar nesta versão.	Utilize o modelo do Azure Resource Manager para substituir este parâmetro e desativar o RDMA para os objetivos.
Implantação	As implantações por meio do Azure Resource Manager expiram após 2 horas. As implantações que excedem 2 horas aparecem como falha no grupo de recursos embora o cluster tenha sido criado com êxito.	Para monitorizar a implantação no portal do Azure, aceda ao recurso local do Azure e, em seguida, consulte a nova entrada Implantações.
Implantação	Se você selecionar Revisão + Criar e não tiver preenchido todas as guias, a implantação começará e, eventualmente, falhará.	Não há nenhuma solução alternativa conhecida nesta versão.
Implantação	Esse problema é visto se uma assinatura incorreta ou um grupo de recursos foi usado durante o registro. Quando você registra o servidor pela segunda vez no Arc, a extensão do Azure Edge Lifecycle Manager falha durante o registro, mas o estado da extensão é relatado como Ready.	Antes de executar o registo pela segunda vez: Certifique-se de excluir as seguintes pastas do(s) seu(s) servidor(es): `C:\ecestore`, `C:\CloudDeployment`e `C:\nugetstore`. Exclua a chave do Registro usando o cmdlet do PowerShell: `Remove-Item HKLM:\Software\Microsoft\LCMAzureStackStampInformation`
Azure Site Recovery	O Azure Site Recovery não pode ser instalado em uma instância Local do Azure nesta versão.	Não há nenhuma solução alternativa conhecida nesta versão.
Atualizar	Ao atualizar a instância Local do Azure por meio do Azure Update Manager, o progresso e os resultados da atualização podem não estar visíveis no portal do Azure.	Para contornar esse problema, em cada nó de cluster, adicione a seguinte chave do Registro (nenhum valor necessário): `New-Item -Path "HKLM:\SYSTEM\CurrentControlSet\Services\HciCloudManagementSvc\Parameters" -force` Em seguida, em um dos nós do cluster, reinicie o grupo de clusters de Gerenciamento de Nuvem. `Stop-ClusterGroup "Cloud Management"` `Start-ClusterGroup "Cloud Management"` Isso não corrigirá totalmente o problema, pois os detalhes de progresso ainda podem não ser exibidos durante o processo de atualização. Para obter os detalhes de atualização mais recentes, você pode Recuperar o progresso da atualização com o PowerShell.

Próximos passos

Leia a visão geral do Deployment.

Compartilhar via

Problemas conhecidos no Azure Local

Problemas conhecidos da versão 2411.3

Problemas corrigidos

Problemas conhecidos nesta versão

Problemas conhecidos de versões anteriores

Problemas conhecidos da versão 2411.2

Problemas corrigidos

Problemas conhecidos nesta versão

Problemas conhecidos de versões anteriores

Problemas conhecidos da versão 2411.1

Problemas corrigidos

Problemas conhecidos nesta versão

Problemas conhecidos de versões anteriores

Problemas conhecidos da versão 2411

Problemas corrigidos

Problemas conhecidos nesta versão

Problemas conhecidos de versões anteriores

Problemas conhecidos da versão 2408.2

Problemas corrigidos

Problemas conhecidos nesta versão

Problemas conhecidos de versões anteriores

Problemas conhecidos da versão 2408.1

Problemas corrigidos

Problemas conhecidos nesta versão

Problemas conhecidos de versões anteriores

Problemas conhecidos da versão 2408

Problemas corrigidos

Problemas conhecidos nesta versão

Problemas conhecidos de versões anteriores

Problemas da versão 2405.3

Problemas corrigidos

Problemas conhecidos nesta versão

Problemas conhecidos de versões anteriores

Problemas da versão 2405.2

Problemas corrigidos

Problemas conhecidos nesta versão

Problemas conhecidos de versões anteriores

Problemas da versão 2405.1

Problemas corrigidos

Problemas conhecidos nesta versão

Problemas conhecidos de versões anteriores

Problemas da versão 2405

Problemas corrigidos

Problemas conhecidos nesta versão

Problemas conhecidos de versões anteriores

Problemas da versão 2402.4

Problemas corrigidos

Problemas conhecidos nesta versão

Problemas conhecidos de versões anteriores

Problemas da versão 2402.3

Problemas corrigidos

Problemas conhecidos nesta versão

Problemas conhecidos de versões anteriores

Problemas da versão 2402.2

Problemas corrigidos

Problemas conhecidos nesta versão

Problemas conhecidos de versões anteriores

Problemas da versão 2402.1

Problemas corrigidos

Problemas conhecidos nesta versão

Problemas conhecidos de versões anteriores

Problemas da versão 2402

Problemas corrigidos

Problemas conhecidos nesta versão

Problemas conhecidos de versões anteriores

Problemas da versão 2311.5

Problemas corrigidos

Problemas conhecidos nesta versão

Problemas conhecidos de versões anteriores

Problemas da versão 2311.4

Problemas corrigidos

Problemas conhecidos nesta versão

Problemas conhecidos de versões anteriores

Problemas da versão 2311.3

Problemas corrigidos

Problemas conhecidos nesta versão

Problemas conhecidos de versões anteriores

Problemas da versão 2311.2

Problemas corrigidos