Dela via

Viktiga punkter att notera för automatisk migrering

  • Artikel

Gäller för: ✔️ Virtuella Windows-datorer ✔️ – Virtuella Linux-datorer ✔️ Lokal miljö ✔️ Azure Arc-aktiverade servrar

Den här artikeln innehåller viktig information som du måste notera när du migrerar med hjälp av portalmigreringsverktyget eller migreringsskripten.

Viktiga påminnelser

  • Icke-Azure-sparade sökfrågor migreras inte.

  • Runbooks för migrering och avregistrering måste ha Az.Modules uppdaterade för att fungera.

  • Det nödvändiga skriptet uppdaterar Az.Modules till den senaste versionen 8.0.0.

  • StartTime för MRP-schemat är lika med nextRunTime för programuppdateringskonfigurationen.

  • Data från logganalys migreras inte.

  • Användarhanterade identiteter stöder inte scenarier mellan klientorganisationer.

  • RebootOnly-inställningen är inte tillgänglig i Azure uppdateringshanterare. Scheman med inställningen RebootOnly migreras inte..

  • För Upprepning schemalägger Automation stödvärden mellan (1 och 100) för scheman per timme/varje dag/varje vecka/varje månad, medan Azure Update Managers underhållskonfiguration stöder mellan (6 och 35) för varje timme och (1 till 35) för varje dag/vecka/månad. Se följande exempel:

    Upprepning av automationsschema Upprepningsberäkning för underhållskonfigurationsschema
    100 timmar 100/24 = 4,16 (avrunda till närmaste värde) –> var fjärde dag
    1 timme Var 6:e timme eftersom det är det minsta värdet
    100 dagar 100/7 = 14,28 (avrunda till närmaste värde) –> var 14:e vecka
    100 veckor 100/4.34 = 23.04 (Avrunda till närmaste värde) –> var 23:e månad
    Var 100:e vecka och måste köras på fredagar 23 månader (100/4.34). Men det finns inget sätt i Azure uppdateringshanterare att säga att körs var 23:e månad på alla fredagar den månaden, så schemat migreras inte.
    Mer än 35 månader 35 månaders upprepning

  • SUC (Software Update Configuration) stöder mellan 30 minuter och sex timmar för underhållsfönstret. MRP (Underhållsresursprovider) stöder mellan 1 timme och 30 minuter till 4 timmar.

    Underhållsperiod i Automation Update Management Underhållsperiod i Azure Update Manager
    30 minuter en timme 30 minuter
    6 timmar Fyra timmar

  • När migrerings-runbooken körs flera gånger säger du att du har migrerat alla automationsscheman och sedan försöker migrera alla scheman igen och sedan kör migreringskörningen samma logik. Om du gör det igen uppdateras MRP-schemat om det finns någon ny ändring i SUC. Det gör inte duplicerade konfigurationstilldelningar. Dessutom utförs åtgärder endast för automatiseringsscheman som har aktiverat scheman. Om en SUC migrerades tidigare hoppas den över i nästa tur eftersom dess underliggande schema inaktiveras.

  • I slutändan kan du lösa fler datorer från Azure Resource Graph som i Azure Update Manager. Du kan inte kontrollera om Hybrid Runbook Worker rapporterar eller inte, till skillnad från i Automation Update Management där det var en skärningspunkt mellan dynamiska frågor och Hybrid Runbook Worker.

  • Datorer som inte stöds i Azure uppdateringshanterare migreras inte. Scheman, som har sådana datorer, migreras delvis och endast datorer som stöds i programuppdateringskonfigurationen flyttas till Azure uppdateringshanterare. Om du vill förhindra korrigering av både Automation uppdateringshantering och Azure uppdateringshanterare tar du bort migrerade datorer från distributionsscheman i Automation uppdateringshantering.

  • Post Deboarding:

    • Se till att köra skriptet som gör följande:
      • Ta bort den automationskontovariabel AzureAutomationAccountEnvironment som skapats för migrering.
      • Ta bort den användarhanterade identitet som skapats för migrering från automationskontot.
      • Ta bort de tilldelade rollerna för den användarhanterade identitet som skapats för migrering.
      • Ta bort den användarhanterade identitet som skapats för migrering.
    • Om du vill köra skriptet ovan måste du ha behörigheten Microsoft.Authorization/roleAssignments/write för alla prenumerationer som innehåller Automation Update Management-resurser som datorer, scheman, log analytics-arbetsyta och automationskonto. Mer information finns i Tilldela Azure-roller.
    • Skriptet ska köras på samma sätt som skriptet Krav .

Efter-migreringen kan en programuppdateringskonfiguration ha någon av följande fyra migreringsstatusar:

  • MigrationFailed
  • PartiallyMigrated
  • NotMigrated
  • Migreras

I följande tabell visas scenarier som är associerade med varje migreringsstatus:

MigrationFailed DelvisMigrerad NotMigrated Migrerade
Det gick inte att skapa underhållskonfigurationen för programuppdateringskonfigurationen Antal datorer som inte är noll där korrigeringsinställningar inte kunde tillämpas.
Om en dator till exempel inte stöds i Azure Update Manager migreras statusen för programuppdateringskonfigurationen delvis.		 Det gick inte att hämta programuppdateringskonfigurationen från API:et på grund av ett klient-/serverfel, till exempel ett internt tjänstfel. Noll datorer där Korrigeringsinställningar inte kunde tillämpa
Och
noll datorer med misslyckade konfigurationstilldelningar.
Och
Det gick inte att lösa noll dynamiska frågor som inte kunde köra frågan mot Azure Resource Graph.
Och
Noll problem med konfiguration
av dynamiskt omfång Och
konfigurationen av programuppdatering har noll sparade sökfrågor.
Antal datorer som inte är noll med misslyckade konfigurationstilldelningar. Programuppdateringskonfigurationen har endast omstartsinställning som omstart. Detta stöds inte i dag i Azure Update Manager.
Det gick inte att lösa antalet dynamiska frågor som inte är noll och det gick inte att köra frågan mot Azure Resource Graph. Programuppdateringskonfigurationen har inte ett lyckat etableringstillstånd i DB.
Antal tilldelningsfel för dynamiskt omfång som inte är noll. Programuppdateringskonfigurationen är i feltillstånd i DB.
Programuppdateringskonfigurationen har sparade sökfrågor. Schemat som är associerat med programuppdateringskonfigurationen har redan upphört att gälla vid tidpunkten för migreringen.
Programuppdateringskonfigurationen har för-/efter-uppgifter, som inte har migrerats korrekt Schemat som är associerat med programuppdateringskonfigurationen är inaktiverat.
Ohanterat undantag vid migrering av programuppdateringskonfiguration.

Nästa steg