Solucionar problemas de recursos compartilhados

Este artigo discute questões que podem surgir quando utiliza recursos partilhados em Azure Automation.

Módulos

Cenário: Um módulo está bloqueado durante a importação

Problema

Um módulo fica preso no estado Importação quando estás a importar ou atualizar os teus módulos de Azure Automation.

Motivo

Como a importação de módulos do PowerShell é um processo complexo de várias etapas, um módulo pode não importar corretamente e pode ficar preso em um estado transitório. Para saber mais sobre o processo de importação, consulte Importando um módulo do PowerShell.

Resolução

Para resolver esse problema, você deve remover o módulo que está preso usando o cmdlet Remove-AzAutomationModule . Poderá então tentar importar o módulo novamente.

Remove-AzAutomationModule -Name ModuleName -ResourceGroupName ExampleResourceGroup -AutomationAccountName ExampleAutomationAccount -Force

Cenário: os módulos do AzureRM ficam bloqueados durante a importação após uma tentativa de atualização

Problema

Um banner com a seguinte mensagem fica na sua conta após tentar atualizar os módulos do AzureRM:

Azure modules are being updated

Motivo

Há um problema conhecido ao atualizar os módulos AzureRM numa conta de Automação. Especificamente, o problema ocorre se os módulos estiverem num grupo de recursos com um nome numérico a começar por 0.

Resolução

Para atualizar seus módulos do AzureRM em sua conta de automação, a conta deve estar em um grupo de recursos com um nome alfanumérico. Neste momento, os grupos de recursos com nomes numéricos a começar por 0 não conseguem atualizar os módulos do AzureRM.

Cenário: o módulo não consegue importar ou os cmdlets não podem ser executados após a importação

Problema

Não é possível importar um módulo, ou o mesmo é importado com êxito, mas nenhum cmdlet é extraído.

Motivo

Algumas razões comuns pelas quais um módulo pode não ser importado com sucesso para o Azure Automation são:

• A estrutura não corresponde à estrutura de que a Automatização precisa.
• O módulo depende de outro módulo que não foi implementado na sua conta de Automatização.
• O módulo não tem as respetivas dependências na pasta.
• O cmdlet New-AzAutomationModule está sendo usado para carregar o módulo e você não forneceu o caminho de armazenamento completo ou não carregou o módulo usando uma URL acessível publicamente.

Resolução

Use qualquer uma destas soluções para corrigir o problema:

• Certifique-se de que o módulo segue o formato: ModuleName.zip -> ModuleName ou Version Number -> (ModuleName.psm1, ModuleName.psd1).
• Abra o arquivo .psd1 e veja se o módulo tem alguma dependência. Se tiver, carregue estes módulos para a conta de Automatização.
• Certifique-se de que todos os arquivos de .dll referenciados estão presentes na pasta do módulo.

Cenário: Update-AzureModule.ps1 suspende-se ao atualizar módulos

Problema

Quando usas o runbook Update-AzureModule.ps1 para atualizar os teus módulos de Azure, o processo de atualização do módulo é suspenso.

Motivo

Para este runbook, a configuração padrão para determinar quantos módulos são atualizados simultaneamente é 10. O processo de atualização é propenso a erros quando estão a ser atualizados demasiados módulos ao mesmo tempo.

Resolução

Não é comum que todos os módulos AzureRM ou Az sejam necessários na mesma conta de Automação. Só deve importar os módulos específicos de que precisa.

Se o processo de atualização for suspenso, adicione o SimultaneousModuleImportJobCount parâmetro ao script Update-AzureModules.ps1 e forneça um valor menor do que o padrão de 10. Se implementar esta lógica, tente começar com um valor de 3 ou 5. SimultaneousModuleImportJobCount é um parâmetro do runbook do sistema Update-AutomationAzureModulesForAccount que é usado para atualizar Azure módulos. Se fizer este ajuste, o processo de atualização é executado durante mais tempo, mas tem mais hipóteses de ser concluído. O exemplo a seguir mostra o parâmetro e onde colocá-lo no runbook:

$Body = @"
   {
      "properties":{
      "runbook":{
            "name":"Update-AutomationAzureModulesForAccount"
      },
      "parameters":{
            ...
            "SimultaneousModuleImportJobCount":"3",
            ... 
      }
      }
   }
"@

Contas Executar Como

Cenário: Você recebe o erro "Não é possível encontrar um ponto de entrada chamado 'GetPerAdapterInfo' na DLL 'iplpapi.dll'" ao executar um runbook

Problema

Ao executar um runbook, você recebe a seguinte exceção:

Unable to find an entry point named 'GetPerAdapterInfo' in DLL 'iplpapi.dll'

Motivo

Este erro é provavelmente causado por uma conta Run As configurada incorretamente.

Resolução

Certifique-se de que sua conta Run As está configurada corretamente. Depois verifica se tens o código correto no teu runbook para autenticar com o Azure. O exemplo seguinte mostra um excerto de código para autenticar no Azure num runbook usando uma conta Run As.

$connection = Get-AutomationConnection -Name AzureRunAsConnection
Connect-AzAccount -ServicePrincipal -Tenant $connection.TenantID `
-ApplicationID $connection.ApplicationID -CertificateThumbprint $connection.CertificateThumbprint

Próximos passos

Se este artigo não resolver o problema, tente um dos seguintes canais para obter suporte adicional:

• Obtenha respostas de especialistas em Azure através dos Fóruns Azure.
• Conecte-se com @AzureSupport. Esta é a conta oficial do Microsoft Azure para ligar a comunidade Azure aos recursos certos: respostas, apoio e especialistas.
• Se planeia abrir um caso de suporte para um problema não resolvido, recolha os dados de diagnóstico necessários antes de o abrir. Consulte Dados para recolher ao abrir um caso para Microsoft Azure Automation.
• Apresente um incidente de Azure support. Vá ao site Azure support e selecione Get Support.