Felsöka problem med delade resurser
I den här artikeln beskrivs problem som kan uppstå när du använder delade resurser i Azure Automation.
Moduler
Scenario: En modul har fastnat under importen
Problem
En modul har fastnat i importtillståndet när du importerar eller uppdaterar dina Azure Automation-moduler.
Orsak
Eftersom import av PowerShell-moduler är en komplex process med flera steg kanske en modul inte importeras korrekt och kan fastna i ett tillfälligt tillstånd. Mer information om importprocessen finns i Importera en PowerShell-modul.
Åtgärd
För att lösa det här problemet måste du ta bort modulen som har fastnat med hjälp av cmdleten Remove-AzAutomationModule . Du kan sedan försöka importera modulen igen.
Remove-AzAutomationModule -Name ModuleName -ResourceGroupName ExampleResourceGroup -AutomationAccountName ExampleAutomationAccount -Force
Scenario: AzureRM-moduler har fastnat under importen efter ett uppdateringsförsök
Problem
En banderoll med följande meddelande visas på ditt konto när du har försökt uppdatera AzureRM-moduler:
Azure modules are being updated
Orsak
Det finns ett känt problem med att uppdatera AzureRM-modulerna i ett Automation-konto. Mer specifikt uppstår problemet om modulerna finns i en resursgrupp med ett numeriskt namn som börjar med 0.
Åtgärd
Om du vill uppdatera dina AzureRM-moduler i ditt Automation-konto måste kontot finnas i en resursgrupp med ett alfanumeriskt namn. Resursgrupper med numeriska namn som börjar med 0 kan för närvarande inte uppdatera AzureRM-moduler.
Scenario: Det går inte att importera modulen eller så går det inte att köra cmdletar efter import
Problem
Det går inte att importera en modul eller så importeras den, men inga cmdletar extraheras.
Orsak
Några vanliga orsaker till att en modul kanske inte importeras till Azure Automation är:
- Strukturen matchar inte den struktur som Automation behöver.
- Modulen är beroende av en annan modul som inte har distribuerats till ditt Automation-konto.
- Modulen saknar sina beroenden i mappen.
- Cmdleten New-AzAutomationModule används för att ladda upp modulen och du har inte angett den fullständiga lagringssökvägen eller inte har läst in modulen med hjälp av en offentligt tillgänglig URL.
Åtgärd
Använd någon av dessa lösningar för att åtgärda problemet:
- Kontrollera att modulen följer formatet: ModuleName.zip –> ModuleName eller Versionsnummer –> (ModuleName.psm1, ModuleName.psd1).
- Öppna .psd1-filen och se om modulen har några beroenden. I så fall laddar du upp dessa moduler till Automation-kontot.
- Kontrollera att alla refererade .dll filer finns i modulmappen.
Scenario: Update-AzureModule.ps1 pausar vid uppdatering av moduler
Problem
När du använder runbooken Update-AzureModule.ps1 för att uppdatera dina Azure-moduler pausas moduluppdateringsprocessen.
Orsak
För den här runbooken är standardinställningen för att avgöra hur många moduler som uppdateras samtidigt 10. Uppdateringsprocessen är benägen för fel när för många moduler uppdateras samtidigt.
Åtgärd
Det är inte vanligt att alla AzureRM- eller Az-moduler krävs i samma Automation-konto. Du bör bara importera just de moduler som du behöver.
Kommentar
Undvik att importera hela Az.Automation
modulen eller AzureRM.Automation
modulen, som importerar alla inneslutna moduler.
Om uppdateringsprocessen pausas lägger du till parametern SimultaneousModuleImportJobCount
i skriptet Update-AzureModules.ps1 och anger ett lägre värde än standardvärdet 10. Om du implementerar den här logiken kan du prova att börja med värdet 3 eller 5. SimultaneousModuleImportJobCount
är en parameter i System runbooken Update-AutomationAzureModulesForAccount som används för att uppdatera Azure-moduler. Om du gör den här justeringen körs uppdateringsprocessen längre, men har större chans att slutföras. I följande exempel visas parametern och var den ska placeras i runbooken:
$Body = @"
{
"properties":{
"runbook":{
"name":"Update-AutomationAzureModulesForAccount"
},
"parameters":{
...
"SimultaneousModuleImportJobCount":"3",
...
}
}
}
"@
Kör som-konton
Kommentar
Azure Automation Kör som-konton, inklusive klassiska Kör som-konton har dragits tillbaka den 30 september 2023 och ersatts med hanterade identiteter Du skulle inte längre kunna skapa eller förnya Kör som-konton via Azure Portal. Mer information finns i Migrera från ett befintligt Kör som-konto till hanterad identitet.
Scenario: Du får felet "Det går inte att hitta en startpunkt med namnet "GetPerAdapterInfo" i DLL iplpapi.dll när du kör en runbook
Problem
När du kör en runbook får du följande undantag:
Unable to find an entry point named 'GetPerAdapterInfo' in DLL 'iplpapi.dll'
Orsak
Det här felet orsakas troligen av ett felaktigt konfigurerat Kör som-konto.
Åtgärd
Kontrollera att kör som-kontot är korrekt konfigurerat. Kontrollera sedan att du har rätt kod i din runbook för att autentisera med Azure. I följande exempel visas ett kodfragment för att autentisera till Azure i en runbook med hjälp av ett Kör som-konto.
$connection = Get-AutomationConnection -Name AzureRunAsConnection
Connect-AzAccount -ServicePrincipal -Tenant $connection.TenantID `
-ApplicationID $connection.ApplicationID -CertificateThumbprint $connection.CertificateThumbprint
Nästa steg
Om den här artikeln inte löser problemet kan du prova någon av följande kanaler för ytterligare support:
- Få svar från Azure-experter via Azure-forum.
- Anslut med @AzureSupport. Det här är det officiella Microsoft Azure-kontot för att ansluta Azure-communityn till rätt resurser: svar, support och experter.
- Skapa en Azure Support incident. Gå till webbplatsen Azure Support och välj Hämta support.