Perguntas frequentes sobre o Simulador de Nuvem Privada

.

Envie um email para pvsha@microsoft.com todas as consultas relacionadas à certificação de hardware PCS ou WSSD, AzureStack.

Se você encontrar falhas e precisar de ajuda, abra um bug (comentários) no portal colaborar, anexe os arquivos HLKX necessários e informe a equipe de ajuda do PCS.

Se as falhas de teste forem causadas pela Microsoft, a equipe resolve o bug conforme corrigido. Posteriormente, você pode usar o número do bug para obter uma errata para o envio.

• Acesse o site do Microsoft Collaborate para abrir um novo bug de comentários
• Selecione EEAP | Geral
• O campo "Produto" é definido como "Windows Server", o campo "Família de Produtos" é definido como "Windows Server" e o campo "Divisão de Recursos de Parceiro" está definido como "SDDC – Certificação, Azure Stack".
• Anexe seus arquivos ao bug.

Antes de executar o teste do PCS, verifique se o tamanho inicial do arquivo de página é maior que 50 GB. Um arquivo de despejo não será criado se o tamanho do arquivo de página for muito pequeno. Consulte Solução de problemas avançada para parar erro ou problema de erro na tela azul.

Por padrão, o Windows gerencia automaticamente o tamanho do arquivo de paginação e sua localização. O local padrão é C:\pagefile.sys e o tamanho do arquivo pode aumentar durante as execuções de teste.

Se o disco de inicialização do nó de cluster tiver muito pouco espaço livre devido a um arquivo de página grande, você poderá alterar o local e o tamanho do arquivo de página modificando o valor pagingFiles. Abaixo está uma expample que define os tamanhos de pagefile inicial e máximo como 50 GB (51200 MB).

reg add "HKLM\SYSTEM\CurrentControlSet\Control\Session Manager\Memory Management" /v PagingFiles /t REG_MULTI_SZ /d "C:\pagefile.sys 51200 51200" /f

Como os nós de cluster de computação normalmente têm muita memória para hospedar VMs, por padrão, o PCS usa a configuração de despejo ativo para reduzir o tamanho do arquivo de despejo de memória. Mais informações podem ser encontradas aqui. Se você precisar alterar seus ambientes para usar a configuração "despejo de memória completo", siga as etapas abaixo para coletar arquivos de despejo de memória completos. Verifique se você tem espaços em disco livres suficientes e se o tamanho do arquivo de página é maior que o tamanho total da memória.

• Ir para o computador do controlador HLK
• Abrir o arquivo "C:\Program Files (x86)\Windows Kits\10\Hardware Lab Kit\Tests\amd64\Pcs\PrivateCloudSimulator-Manager.psm1"
• Localize a chave de regkey FilterPages no arquivo e altere o valor de 1 para 0
  • De: & "reg.exe" adicione "HKLM\SYSTEM\CurrentControlSet\Control\CrashControl" /v FilterPages /t REG_DWORD /d 1 /f
  • Para: & "reg.exe" adicione "HKLM\SYSTEM\CurrentControlSet\Control\CrashControl" /v FilterPages /t REG_DWORD /d 0 /f
• Execute novamente o teste.

Os pacotes de atualização do HLK podem ser baixados no site do Microsoft Collaborate.

• Para certificar Windows Server 2016:https://partner.microsoft.com/dashboard/collaborate/packages/3959
• Para certificar o Windows Server 2019: https://partner.microsoft.com/dashboard/collaborate/packages/5485

Quando o arquivo ZIP do pacote de atualização HLK é baixado da Internet, o arquivo pode conter um atributo 'block'. Você DEVE desbloquear o arquivo ZIP antes de extrair os arquivos. Você pode usar o cmdlet Unblock-File do PowerShell para desbloquear um arquivo. Abaixo está um exemplo,

PS> Unblock-File nome de arquivo

Para atualizar o controlador HLK, execute as etapas a seguir no controlador HLK.

• Verifique se o HLK Studio e o HLK Manager estão fechados.
• Copie o arquivo zip HlkUpdatePackage desbloqueado para o controlador HLK.
• Descompacte o arquivo ZIP.
• Abra uma janela elevada do PowerShell e execute o script '.\UpdateHlkController.ps1'.
  • PS > .\UpdateHlkController.ps1

O pacakge de atualização do HLK para Windows Server 2016 contém um script para atualizar um cliente HLK. Se você estiver tentando certificar dispositivos anexados a SAS para Windows Server 2016, execute esse script em cada cliente HLK. Esse script atualiza o coletor de armazenamento em clientes HLK para não selecionar o recurso de atualização de firmware para dispositivos anexados à SAS por padrão. Se um cliente ou parceiro buscar o AQ de atualização de firmware, o recurso deverá ser adicionado manualmente durante a seleção do dispositivo.

• Copie o arquivo zip HlkUpdatePackage desbloqueado para cada cliente HLK.
  • Você precisa copiar os arquivos desbloqueados para cada computador cliente HLK. O script de atualização não pode ser executado remotamente.
• Descompacte o arquivo ZIP.
• Abra uma janela elevada do PowerShell e execute o script '.\UpdateHlkClient.ps1'.

  PS > .\UpdateHlkClient.ps1

• Reinicie o computador cliente para concluir a atualização

• Se você estiver tentando certificar um dispositivo adaptador de rede para o Windows Server 2019, será necessário desabilitar a verificação de nome forte do .NET no computador no teste. Caso contrário, testes relacionados ao NDISTest podem falhar ao carregar assemblies de teste.
• Para fins de teste, você pode usar os comandos abaixo para desabilitar completamente a verificação de nome forte.
  • reg DELETE "HKLM\Software\Microsoft\StrongName\Verification" /f
  • reg ADD "HKLM\Software\Microsoft\StrongName\Verification*,*" /f

.

Mensagem de erro: System.TimeoutException: tempo limite ao tentar reinicializar <MachineName>

• Vá para MachineName
• Verifique se a inicialização segura está desabilitada.
  • Confirm-SecureBootUEFI cmdlet retorna false.
• Verifique se TESTSIGNING está habilitado.
  • Execute BCDEDIT.exe ferramenta. TESTSIGNING é listado como SIM no Carregador de Inicialização do Windows atual .
• Verifique se Bugchecker.exe funciona.
  • Uma pasta chamada c:\LmTestBinaries já deve existir no nó. Se não copiar arquivos do verificador de bugs do computador PCS. Exampel: xcopy \MachineName\c$\pcs\bugchecker* c:\LmTestBinaries
  • Depois de executar o comando a seguir, o computador deve ser bluescreen e reiniciar automaticamente a si mesmo. Se o computador não estiver na tela azul, seus arquivos poderão estar corrompidos.
  • c:\LmTestBinaries\Bugchecker.exe verificação de bugs

.

Mensagem de erro: System.Net.WebException: erro ao baixar 'http://localhost/ReportServer/ReportService2010.asmx'.

• Verificar se o serviço MSSQLServer está em execução
• Se não estiver em execução, inicie-o manualmente. Se ele for interrompido automaticamente, marcar se você vir um evento de erro no log de eventos do aplicativo informando que o "período de avaliação do SQL Server expirou".
• Se o período de avaliação tiver expirado, você deverá recompilar um novo controlador pcs e executar novamente o teste. Ele instalará um novo SQL Server de avaliação. Caso contrário, você precisará atualizar o SQL Server com uma chave de licença SQL Server válida.

.

.

• Abrir o arquivo LaunchCreateExportVM_DataTime.log
• Se você vir a mensagem de erro a seguir, verifique se tem todos os arquivos KB necessários e os listou na ordem correta.
  • Falha na criação da VM de exportação
  • Falha ao sair do processo de instalação do pacote KB em 360 minutos
  • System.Management.Automation.RuntimeException: falha ao sair do processo de instalação do pacote KB em 360 minutos
  • Removendo vm
• A maioria dos pacotes de Windows Update exigem que você instale a "SSU (atualização de pilha de manutenção)" primeiro. Por exemplo,
  • KB4501371
  • Em "Como obter essa atualização", ele diz que KB4504369 é necessário.
    • se você estiver usando Windows Update, a SSU mais recente (KB4504369) será oferecida automaticamente a você. Para obter o pacote autônomo para a SSU mais recente, pesquise-o no Catálogo do Microsoft Update.
  • Em outras palavras, ao executar o trabalho, você precisa eneterar dois KBs no parâmetro de teste KBPackagePath.
  • exemplo: 'c:\KB\Windows-KB4504369-x64.msu,c:\KB\Windows-KB4501371-x64.msu'
• Se os KBs estiverem listados corretamente, vá para computador PCS e verifique se você pode instalar os KBs na VM manualmente.

• Verifique se você tem valores de hash corretos para seus arquivos VHD.
  • Para Windows Server 2016, confira a tabela "Links para os arquivos necessários" no Simulador de Nuvem Privada para Windows Server 2016
  • Para o Windows Server 2019, consulte a tabela "Links para os arquivos necessários" no Simulador de Nuvem Privada para Windows Server 2019
• Verifique se você pode atingir o problema de forma consistente executando o trabalho diretamente.
  • Ir para o computador HLK
  • Abrir "HLK Manager"
  • Clique em "Explorers" => "Explorer de trabalho"
  • No painel esquerdo, selecione o recurso "$\Logo Jobs\System\Solutions\PrivateCloudSimulator"
  • No painel direito, clique duas vezes no trabalho "Criar Exportar VM para SDN"
  • Clique no botão "Agendar"
    • Na guia Trabalhos, insira VHDSoucePath e KBPackagePath
      • Exemplo para Windows Server 2016:
        • VHDSourcePath: c:\pcs\BaseVHDX\14393.0.amd64fre.rs1_release.160715-1616_server_serverdatacentereval_en-us.vhdx
        • KBPackagePath: 'c:\KB\Windows-KB4503537-x64.msu,c:\KB\Windows-KB4503294-x64.msu'
    • Na guia "Computadores":
      • Selecione o pool de computadores que contém o computador PCS
      • Marque "Agendar Trabalhos nos Computadores selecionados neste Pool de Computadores"
      • Marque a caixa de seleção do computador PCS
  • Clique no botão "Criar Agenda"
  • Após essa etapa, o teste está agendado para ser executado. Use as etapas abaixo para monitorar o trabalho status
  • Clique em "Explorers" => "Monitor de Trabalho"
  • No painel esquerdo, selecione o pool de computadores que contém o computador PCS
  • Você deverá ver status de trabalho e resultados no painel direito.