Sdílet prostřednictvím

Řešení potíží se sdílenými prostředky

  • Článek

Tento článek popisuje problémy, ke kterým může dojít při používání sdílených prostředků ve službě Azure Automation.

Moduly

Scénář: Modul se během importu zasekne

Problém

Při importu nebo aktualizaci modulů Azure Automation se modul zasekne ve stavu importu nebo aktualizace.

Příčina

Vzhledem k tomu, že import modulů PowerShellu je složitý proces s více kroky, nemusí se modul správně importovat a může být zablokovaný v přechodném stavu. Další informace o procesu importu najdete v tématu Import modulu PowerShellu.

Rozlišení

Pokud chcete tento problém vyřešit, musíte odebrat modul, který je zablokovaný pomocí rutiny Remove-AzAutomationModule . Potom můžete zkusit modul importovat znovu.

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

Scénář: Moduly AzureRM se během importu zaseknou po pokusu o aktualizaci

Problém

Po pokusu o aktualizaci modulů AzureRM zůstane ve vašem účtu banner s následující zprávou:

Azure modules are being updated

Příčina

Došlo k známému problému s aktualizací modulů AzureRM v účtu Automation. Konkrétně k tomuto problému dochází, pokud jsou moduly ve skupině prostředků s číselným názvem začínajícím na 0.

Rozlišení

Pokud chcete aktualizovat moduly AzureRM ve vašem účtu Automation, musí být účet ve skupině prostředků s alfanumerickým názvem. Skupiny prostředků s číselnými názvy začínajícími na 0 momentálně nemůžou aktualizovat moduly AzureRM.

Scénář: Modul se nepovede importovat nebo po importu nejde spustit rutiny

Problém

Import modulu se nezdaří nebo import proběhne úspěšně, ale neextrahují se žádné rutiny.

Příčina

Mezi běžné důvody, proč se modul nemusí úspěšně importovat do Služby Azure Automation, patří:

  • Struktura neodpovídá struktuře, kterou služba Automation potřebuje.
  • Modul závisí na jiném modulu, který není nasazený do vašeho účtu Automation.
  • Modulu chybí ve složce jeho závislosti.
  • Rutina New-AzAutomationModule se používá k nahrání modulu a nezadali jste úplnou cestu k úložišti nebo jste modul nenačetli pomocí veřejně přístupné adresy URL.

Rozlišení

Tento problém vyřešíte pomocí některého z těchto řešení:

  • Ujistěte se, že modul odpovídá formátu: ModuleName.zip –> ModuleName nebo Číslo verze –> (ModuleName.psm1, ModuleName.psd1).
  • Otevřete soubor .psd1 a zjistěte, jestli modul obsahuje nějaké závislosti. Pokud ano, nahrajte tyto moduly do účtu Automation.
  • Ujistěte se, že všechny odkazované soubory .dll jsou ve složce modulu.

Scénář: Při aktualizaci modulů se pozastaví Update-AzureModule.ps1

Problém

Pokud k aktualizaci modulů Azure používáte runbook Update-AzureModule.ps1 , proces aktualizace modulu se pozastaví.

Příčina

Pro tento runbook je výchozím nastavením určit, kolik modulů se současně aktualizuje, 10. Proces aktualizace je náchylný k chybám, když se současně aktualizuje příliš mnoho modulů.

Rozlišení

Není běžné, že všechny moduly AzureRM nebo Az se vyžadují ve stejném účtu Automation. Měli byste importovat jenom konkrétní moduly, které potřebujete.

Poznámka:

Vyhněte se importu celého Az.Automation modulu nebo AzureRM.Automation modulu, který importuje všechny obsažené moduly.

Pokud se proces aktualizace pozastaví, přidejte SimultaneousModuleImportJobCount parametr do skriptu Update-AzureModules.ps1 a zadejte nižší hodnotu než výchozí hodnota 10. Pokud implementujete tuto logiku, zkuste začít hodnotou 3 nebo 5. SimultaneousModuleImportJobCount je parametr systémového runbooku Update-AutomationAzureModulesForAccount , který se používá k aktualizaci modulů Azure. Pokud provedete tuto úpravu, proces aktualizace poběží déle, ale má větší šanci na dokončení. Následující příklad ukazuje parametr a umístění do runbooku:

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

Účty Spustit jako

Poznámka:

Účty Spustit jako pro Azure Automation, včetně účtů Spustit jako pro Classic, se 30. září 2023 vyřadily z provozu a nahradily se spravovanými identitami. Účty Spustit jako už nebudete moct vytvářet ani obnovovat prostřednictvím webu Azure Portal. Další informace najdete v tématu Migrace z existujících účtů Spustit jako na spravovanou identitu.

Scénář: Při spuštění runbooku se zobrazí chyba Nejde najít vstupní bod s názvem GetPerAdapterInfo v knihovně DLL iplpapi.dll

Problém

Při spouštění runbooku se zobrazí následující výjimka:

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

Příčina

Tato chyba je pravděpodobně způsobena nesprávně nakonfigurovaným účtem Spustit jako.

Rozlišení

Ujistěte se, že je váš účet Spustit jako správně nakonfigurovaný. Pak ověřte, že máte v runbooku správný kód pro ověření v Azure. Následující příklad ukazuje fragment kódu pro ověření v Azure v runbooku pomocí účtu Spustit jako.

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

Další kroky

Pokud tento článek váš problém nevyřeší, zkuste další podporu jedním z následujících kanálů:

  • Získejte odpovědi od odborníků na Azure prostřednictvím fór Azure.
  • Připojte se pomocí @AzureSupport. Toto je oficiální účet Microsoft Azure pro připojení komunity Azure ke správným prostředkům: odpovědi, podpora a odborníci.
  • Vytvořte podpora Azure incident. Přejděte na web podpora Azure a vyberte Získat podporu.