Udostępnij za pośrednictwem

Najważniejsze kwestie, które należy zwrócić uwagę na potrzeby automatycznej migracji

  • Artykuł

Dotyczy: ✔️ Maszyny wirtualne z systemem Windows Maszyny wirtualne z ✔️ systemem Linux ✔️ w środowisku ✔️ lokalnym serwerów z obsługą usługi Azure Arc

W tym artykule wymieniono istotne szczegóły, które należy zauważyć podczas migracji przy użyciu narzędzia migracji portalu lub skryptów migracji.

Ważne przypomnienia

  • Kwerendy wyszukiwania zapisanego na platformie Azure nie są migrowane.

  • Aby można było pracować, elementy Runbook migracji i deboarding muszą mieć zaktualizowany moduł Az.Modules.

  • Skrypt wymagań wstępnych aktualizuje moduły Az.Modules do najnowszej wersji 8.0.0.

  • Godzina rozpoczęcia harmonogramu MRP będzie równa godzinie następnego uruchomienia konfiguracji aktualizacji oprogramowania.

  • Dane z usługi Log Analytics nie są migrowane.

  • Tożsamości zarządzane przez użytkownika nie obsługują scenariuszy między dzierżawami.

  • Ustawienie RebootOnly nie jest dostępne w Menedżerze aktualizacji platformy Azure. Harmonogramy z ustawieniem RebootOnly nie są migrowane.

  • W przypadku cykli harmonogramy usługi Automation obsługują wartości od 1 do 100 dla harmonogramów godzinowych/dziennych/cotygodniowych/miesięcznych, natomiast konfiguracja konserwacji Menedżera aktualizacji platformy Azure obsługuje wartości od 6 do 35 dla harmonogramów godzinowych i od 1 do 35 dla harmonogramów dziennych/cotygodniowych/miesięcznych. Zobacz poniższe przykłady:

    Cykl harmonogramu automatyzacji Obliczanie cyklu harmonogramu konfiguracji konserwacji
    100 godzin 100/24 = 4,16 (zaokrąglone do najbliższej wartości) —> co cztery dni
    1 godzina Co 6 godzin, ponieważ jest to minimalna wartość
    100 dni 100/7 = 14,28 (zaokrąglenie do najbliższej wartości) —> co 14 tygodni
    100 tygodni 100/4,34 = 23,04 (zaokrąglenie do najbliższej wartości) —> co 23 miesiące
    Co 100 tygodni i muszą być wykonywane w piątki 23 miesiące (100/4,34). Jednak w Menedżerze aktualizacji platformy Azure nie ma możliwości, aby powiedzieć, że wykonywanie ma odbywać się co 23 miesiące we wszystkie piątki danego miesiąca, więc harmonogram nie jest migrowany.
    Ponad 35 miesięcy Cykl 35-miesięczny

  • Program SUC (konfiguracja aktualizacji oprogramowania) obsługuje od 30 minut do sześciu godzin dla okna obsługi. Dostawca zasobów konserwacji (MRP) obsługuje od 1 godziny od 30 minut do 4 godzin.

    Okno obsługi w usłudze Automation Update Management Okno obsługi w usłudze Azure Update Manager
    30 minut 1 godz. 30 min
    6 godzin Cztery godziny

  • Gdy element runbook migracji jest wykonywany wiele razy, powiedzmy, że wykonano migrację wszystkich harmonogramów usługi Automation, a następnie ponownie próbowano przeprowadzić migrację wszystkich harmonogramów, element runbook migracji uruchamia tę samą logikę. Wykonanie tej czynności ponownie aktualizuje harmonogram MRP, jeśli jakakolwiek nowa zmiana jest obecna w SUC. Nie tworzy zduplikowanych przypisań konfiguracji. Ponadto operacje są wykonywane tylko w przypadku harmonogramów usługi Automation z włączonymi harmonogramami. Jeśli program SUC został wcześniej zmigrowany , zostanie pominięty w następnym kroku, ponieważ jego harmonogram bazowy będzie wyłączony.

  • W końcu możesz rozwiązać problemy z większą większa liczbę maszyn z usługi Azure Resource Graph, jak w usłudze Azure Update Manager. Nie można sprawdzić, czy hybrydowy proces roboczy elementu Runbook raportuje, czy nie, w przeciwieństwie do rozwiązania Automation Update Management, gdzie był to skrzyżowanie dynamicznych zapytań i hybrydowego procesu roboczego elementu Runbook.

  • Komputery, które nie są obsługiwane w Menedżerze aktualizacji platformy Azure, nie są migrowane. Harmonogramy, które mają takie komputery, zostaną częściowo zmigrowane i zostaną przeniesione tylko obsługiwane komputery konfiguracji aktualizacji oprogramowania do Menedżera aktualizacji platformy Azure. Aby zapobiec stosowaniu poprawek zarówno przez Menedżer aktualizacji usługi Automation, jak i Menedżer aktualizacji platformy Azure, usuń zmigrowane komputery z harmonogramów wdrażania w Menedżerze aktualizacji usługi Automation.

  • Po deboardingu:

    • Upewnij się, że wykonasz skrypt , który wykona następujące czynności:
      • Usuń zmienną AzureAutomationAccountEnvironment konta automatyzacji utworzoną na potrzeby migracji.
      • Usuń tożsamość zarządzaną przez użytkownika utworzoną na potrzeby migracji z konta usługi Automation.
      • Usuń przypisane role dla tożsamości zarządzanej przez użytkownika utworzonej na potrzeby migracji.
      • Usuń tożsamość zarządzaną przez użytkownika utworzoną na potrzeby migracji.
    • Aby uruchomić powyższy skrypt, musisz mieć uprawnienia Microsoft.Authorization/roleAssignments/write we wszystkich subskrypcjach zawierających zasoby usługi Automation Update Management, takie jak maszyny, harmonogramy, obszar roboczy usługi Log Analytics i konto automatyzacji. Aby uzyskać więcej informacji, zobacz Przypisywanie ról platformy Azure.
    • Skrypt powinien być wykonywany w taki sam sposób, jak skrypt wymagań wstępnych .

Po migracji konfiguracja aktualizacji oprogramowania może mieć jeden z następujących czterech stanów migracji:

  • MigrationFailed
  • PartiallyMigrated
  • NotMigrated
  • Migrated

W poniższej tabeli przedstawiono scenariusze skojarzone z każdym stanem migracji:

Migracjafailed CzęściowoMigrated NotMigrated Migrowane
Nie można utworzyć konfiguracji konserwacji dla konfiguracji aktualizacji oprogramowania Niezerowa liczba maszyn, na których nie można zastosować ustawień poprawek.
Jeśli na przykład maszyna nie jest obsługiwana w usłudze Azure Update Manager, stan konfiguracji aktualizacji oprogramowania zostanie częściowo zmigrowany.		 Nie można pobrać konfiguracji aktualizacji oprogramowania z interfejsu API z powodu niektórych błędów klienta/serwera, takich jak wewnętrzny błąd usługi. Zero maszyn, na których nie można zastosować
ustawień poprawek i
zero maszyn z nieudanymi przypisaniami konfiguracji.
I
Brak dynamicznych zapytań nie może rozpoznać, że nie można wykonać zapytania względem usługi Azure Resource Graph.
I
Zero błędów
przypisania konfiguracji zakresu dynamicznego, a
konfiguracja aktualizacji oprogramowania ma zero zapisanych zapytań wyszukiwania.
Liczba maszyn bez zera z nieudanymi przypisaniami konfiguracji. Konfiguracja aktualizacji oprogramowania ma ustawienie ponownego uruchamiania tylko jako ponowne uruchomienie. Nie jest to obecnie obsługiwane w usłudze Azure Update Manager.
Nie można rozpoznać liczby zapytań dynamicznych bez zera, która nie może wykonać zapytania względem usługi Azure Resource Graph. Konfiguracja aktualizacji oprogramowania nie ma stanu pomyślnej aprowizacji w bazie danych.
Niezerowa liczba niepowodzeń przypisania konfiguracji zakresu dynamicznego. Konfiguracja aktualizacji oprogramowania jest w stanie błędu w bazie danych.
Konfiguracja aktualizacji oprogramowania ma zapisane zapytania wyszukiwania. Harmonogram skojarzony z konfiguracją aktualizacji oprogramowania wygasł już w momencie migracji.
Konfiguracja aktualizacji oprogramowania ma zadania wstępne/końcowe, które nie zostały pomyślnie zmigrowane Harmonogram skojarzony z konfiguracją aktualizacji oprogramowania jest wyłączony.
Nieobsługiwany wyjątek podczas migrowania konfiguracji aktualizacji oprogramowania.

Następne kroki