Udostępnij za pośrednictwem


Migrowanie z programu Orchestrator do usługi Azure Automation (wersja beta)

Elementy Runbook w programie System Center 2012 — Orchestrator są oparte na działaniach z pakietów integracyjnych napisanych specjalnie dla programu Orchestrator, podczas gdy elementy Runbook w usłudze Azure Automation są oparte na programie Windows PowerShell. Graficzne elementy Runbook w usłudze Azure Automation mają podobny wygląd do elementów Runbook programu Orchestrator, a ich działania reprezentują polecenia cmdlet programu PowerShell, podrzędne elementy Runbook i zasoby. Oprócz samodzielnego konwertowania elementów Runbook należy przekonwertować pakiety integracyjne z działaniami używanymi przez elementy Runbook do modułów integracji z poleceniami cmdlet programu Windows PowerShell.

Usługa Service Management Automation (SMA) przechowuje i uruchamia elementy Runbook w lokalnym centrum danych, takim jak Orchestrator, i używa tych samych modułów integracji co usługa Azure Automation. Konwerter elementów Runbook konwertuje elementy Runbook programu Orchestrator na graficzne elementy Runbook, które nie są obsługiwane w programie SMA. Nadal można zainstalować moduły standardowe działania i moduły integracji programu System Center Orchestrator w programie SMA, ale należy ręcznie przepisać elementy Runbook.

Pobieranie zestawu narzędzi do migracji programu Orchestrator

Pierwszym krokiem migracji jest pobranie zestawu narzędzi System Center Orchestrator Migration Toolkit. Ten zestaw narzędzi zawiera narzędzia ułatwiające konwertowanie elementów Runbook z programu Orchestrator do usługi Azure Automation.

Importowanie modułu Działania standardowe

Zaimportuj moduł Działania standardowe do usługi Azure Automation. Obejmuje to przekonwertowane wersje standardowych działań programu Orchestrator, których mogą używać przekonwertowane graficzne elementy Runbook.

Importowanie modułów integracji programu Orchestrator

Firma Microsoft udostępnia pakiety integracyjne do tworzenia elementów Runbook w celu automatyzowania składników programu System Center i innych produktów. Niektóre z tych pakietów integracyjnych są obecnie oparte na OIT, ale obecnie nie można ich przekonwertować na moduły integracji z powodu znanych problemów. Zaimportuj moduły integracji programu System Center Orchestrator do usługi Azure Automation, aby uzyskać pakiety integracyjne używane przez elementy Runbook, które uzyskują dostęp do programu System Center. Ten pakiet zawiera przekonwertowane wersje pakietów integracyjnych, które można zaimportować do usług Azure Automation i Service Management Automation.

Konwertowanie pakietów integracyjnych

Użyj konwertera pakietów integracyjnych, aby przekonwertować wszystkie pakiety integracyjne utworzone przy użyciu zestawu narzędzi Orchestrator Integration Toolkit (OIT) do modułów integracji opartych na programie PowerShell, które można zaimportować do usługi Azure Automation lub Service Management Automation. Po uruchomieniu konwertera pakietów integracyjnych zostanie wyświetlony kreator, który umożliwia wybranie pliku pakietu integracyjnego (oip). Następnie kreator wyświetla listę działań zawartych w tym pakiecie integracyjnym i umożliwia wybranie działań do zmigrowania. Po ukończeniu pracy kreatora tworzy moduł integracji zawierający odpowiednie polecenie cmdlet dla każdego działania w oryginalnym pakiecie integracyjnym.

Uwaga

Nie można użyć konwertera pakietów integracyjnych do konwertowania pakietów integracyjnych, które nie zostały utworzone przy użyciu funkcji OIT. Firma Microsoft udostępnia również pewne pakiety integracyjne, których obecnie nie można przekonwertować za pomocą tego narzędzia. Przekonwertowane wersje tych pakietów integracyjnych są udostępniane do pobrania, aby można je było zainstalować w usłudze Azure Automation lub Service Management Automation.

Parametry

Wszystkie właściwości działania w pakiecie integracyjnym są konwertowane na parametry odpowiedniego polecenia cmdlet w module integracji. Polecenia cmdlet programu Windows PowerShell mają zestaw typowych parametrów , których można używać ze wszystkimi poleceniami cmdlet. Na przykład parametr -Verbose powoduje, że polecenie cmdlet wyświetli szczegółowe informacje o jego operacji. Żadne polecenie cmdlet nie może mieć parametru o tej samej nazwie co wspólny parametr. Jeśli działanie ma właściwość o takiej samej nazwie jak wspólny parametr, kreator wyświetli monit o podanie innej nazwy parametru.

Monitorowanie działań

Monitorowanie elementów Runbook w programie Orchestrator rozpoczyna się od działania monitora i ciągłe oczekiwanie na wywołanie przez określone zdarzenie. Usługa Azure Automation nie obsługuje monitorowania elementów Runbook, więc żadne działania monitora w pakiecie integracyjnym nie są konwertowane. Zamiast tego w module integracji zostanie utworzone zastępcze polecenie cmdlet dla działania monitora. To polecenie cmdlet nie ma funkcji, ale umożliwia zainstalowanie dowolnego przekonwertowanego elementu Runbook, który używa go do zainstalowania. Ten element Runbook nie może działać w usłudze Azure Automation, ale można go zainstalować, aby można go było modyfikować.

Program Orchestrator zawiera zestaw standardowych działań , które nie są uwzględnione w pakiecie integracyjnym, ale są używane przez wiele elementów Runbook. Moduł Działania standardowe to moduł integracji, który zawiera polecenie cmdlet równoważne każdemu z tych działań. Przed zaimportowaniem przekonwertowanych elementów Runbook korzystających ze standardowego działania należy zainstalować ten moduł integracji w usłudze Azure Automation.

Oprócz obsługi przekonwertowanych elementów Runbook polecenia cmdlet w module działań standardowych mogą być używane przez kogoś zaznajomionego z programem Orchestrator do tworzenia nowych elementów Runbook w usłudze Azure Automation. Chociaż funkcje wszystkich standardowych działań można wykonywać za pomocą poleceń cmdlet, mogą działać inaczej. Polecenia cmdlet w przekonwertowanym module działań standardowych działają tak samo jak odpowiednie działania i używają tych samych parametrów. Może to pomóc w przejściu do elementów Runbook usługi Azure Automation.

Konwertowanie elementów Runbook programu Orchestrator

Konwerter elementów Runbook programu Orchestrator konwertuje elementy Runbook programu Orchestrator na graficzne elementy Runbook , które można zaimportować do usługi Azure Automation. Konwerter elementów Runbook jest implementowany jako moduł programu PowerShell z poleceniem cmdlet ConvertFrom-SCORunbook , które powoduje konwersję. Po zainstalowaniu konwertera tworzy skrót do sesji programu PowerShell, która ładuje polecenie cmdlet.

Poniżej przedstawiono podstawowe kroki konwertowania elementu Runbook i importowania go do usługi Azure Automation. Szczegółowe informacje o korzystaniu z polecenia cmdlet znajdują się w dalszej części tej sekcji.

  1. Wyeksportuj co najmniej jeden element Runbook z programu Orchestrator.
  2. Uzyskaj moduły integracji dla wszystkich działań w elemecie Runbook.
  3. Przekonwertuj elementy Runbook programu Orchestrator w wyeksportowanym pliku.
  4. Przejrzyj informacje w dziennikach, aby zweryfikować konwersję i określić wszystkie wymagane zadania ręczne.
  5. Importowanie przekonwertowanych elementów Runbook na usługę Azure Automation.
  6. Utwórz wszystkie wymagane zasoby w usłudze Azure Automation.
  7. Edytuj element Runbook w usłudze Azure Automation, aby zmodyfikować wszystkie wymagane działania.

Składnia dla ConvertFrom-SCORunbook elementu to:

ConvertFrom-SCORunbook -RunbookPath <string> -Module <string[]> -OutputFolder <string>
  • RunbookPath — ścieżka do pliku eksportu zawierającego elementy Runbook do konwersji.
  • Module — rozdzielana przecinkami lista modułów integracji zawierających działania w elementach Runbook.
  • OutputFolder — ścieżka do folderu w celu utworzenia przekonwertowanych graficznych elementów Runbook.

Poniższe przykładowe polecenie konwertuje elementy Runbook w pliku eksportu o nazwie MyRunbooks.ois_export. Te elementy Runbook korzystają z pakietów integracyjnych usług Active Directory i Data Protection Manager.

ConvertFrom-SCORunbook -RunbookPath "c:\runbooks\MyRunbooks.ois_export" -Module c:\ip\SystemCenter_IntegrationModule_ActiveDirectory.zip,c:\ip\SystemCenter_IntegrationModule_DPM.zip -OutputFolder "c:\runbooks"

Korzystanie z plików dziennika konwertera elementów Runbook

Konwerter elementów Runbook tworzy następujące pliki dziennika w tej samej lokalizacji co przekonwertowany element Runbook. Jeśli pliki już istnieją, są zastępowane informacjami z ostatniej konwersji.

Plik Zawartość
Konwerter elementów Runbook — Progress.log Szczegółowe kroki konwersji, w tym informacje dotyczące każdego działania pomyślnie przekonwertowane i ostrzeżenie dla każdego niekonwertowanego działania.
Konwerter elementów Runbook — Summary.log Podsumowanie ostatniej konwersji, w tym wszelkie ostrzeżenia i zadania, które należy wykonać, takie jak utworzenie zmiennej wymaganej dla przekonwertowanego elementu Runbook.

Eksportowanie elementów Runbook z programu Orchestrator

Konwerter elementów Runbook współpracuje z plikiem eksportu z programu Orchestrator, który zawiera co najmniej jeden element Runbook. Tworzy odpowiedni element Runbook usługi Azure Automation dla każdego elementu Runbook programu Orchestrator w pliku eksportu.

Aby wyeksportować element Runbook z programu Orchestrator, kliknij prawym przyciskiem myszy nazwę elementu Runbook w programie Runbook Designer i wybierz polecenie Eksportuj. Aby wyeksportować wszystkie elementy Runbook w folderze, kliknij prawym przyciskiem myszy nazwę folderu i wybierz polecenie Eksportuj.

Konwertowanie działań elementu Runbook

Konwerter elementów Runbook konwertuje każde działanie w elemencie Runbook programu Orchestrator na odpowiednie działanie w usłudze Azure Automation. W przypadku tych działań, których nie można przekonwertować, w elemecie Runbook zostanie utworzone działanie symbolu zastępczego z tekstem ostrzegawczym. Po zaimportowaniu przekonwertowanego elementu Runbook do usługi Azure Automation należy zastąpić dowolne z tych działań prawidłowymi działaniami, które wykonują wymagane funkcje.

Wszystkie działania programu Orchestrator w module Działania standardowe są konwertowane. Istnieją pewne standardowe działania programu Orchestrator, które nie znajdują się jednak w tym module i nie są konwertowane. Na przykład nie ma odpowiednika usługi Azure Automation, Send Platform Event ponieważ zdarzenie jest specyficzne dla programu Orchestrator.

Monitorowanie działań nie jest konwertowane, ponieważ nie ma ich odpowiednika w usłudze Azure Automation. Wyjątki są monitorowane w przekonwertowanych pakietach integracyjnych, które są konwertowane na działanie symboli zastępczych.

Wszelkie działania z przekonwertowanego pakietu integracyjnego są konwertowane, jeśli podasz ścieżkę do modułu integracji z parametrem modules . W przypadku pakietów integracyjnych programu System Center można użyć modułów integracji programu System Center Orchestrator.

Zarządzanie zasobami programu Orchestrator

Konwerter elementów Runbook konwertuje tylko elementy Runbook, a nie inne zasoby programu Orchestrator, takie jak liczniki, zmienne lub połączenia. Liczniki nie są obsługiwane w usłudze Azure Automation. Obsługiwane są zmienne i połączenia, ale należy je utworzyć ręcznie. Pliki dziennika informują, czy element Runbook wymaga takich zasobów i określ odpowiednie zasoby, które należy utworzyć w usłudze Azure Automation, aby przekonwertowany element Runbook działał prawidłowo.

Na przykład element Runbook może użyć zmiennej, aby wypełnić określoną wartość w działaniu. Przekonwertowany element Runbook konwertuje działanie i określa zmienny zasób w usłudze Azure Automation o takiej samej nazwie jak zmienna orchestrator. Ta akcja jest zanotowany w konwerterze elementów Runbook — Summary.log pliku, który jest tworzony po konwersji. Przed użyciem elementu runbook należy ręcznie utworzyć ten element zawartości zmiennej w usłudze Azure Automation.

Praca z parametrami wejściowymi programu Orchestrator

Elementy Runbook w programie Orchestrator akceptują parametry wejściowe z działaniem Initialize Data . Jeśli przekonwertowany element Runbook zawiera to działanie, zostanie utworzony parametr wejściowy w elemecie Runbook usługi Azure Automation dla każdego parametru w działaniu. Działanie kontrolki Skrypt przepływu pracy jest tworzone w przekonwertowanym elemecie Runbook, który pobiera i zwraca każdy parametr. Wszystkie działania w elemecie Runbook, które używają parametru wejściowego, odwołują się do danych wyjściowych z tego działania.

Powodem, dla którego ta strategia jest używana, jest najlepsze dublowanie funkcjonalności w elemecie Runbook programu Orchestrator. Działania w nowych graficznych elementach Runbook powinny odwoływać się bezpośrednio do parametrów wejściowych przy użyciu źródła danych wejściowych elementu Runbook.

Wywoływanie działania elementu Runbook

Elementy Runbook w programie Orchestrator uruchamiają inne elementy Runbook za pomocą Invoke Runbook działania . Jeśli przekonwertowany element Runbook zawiera to działanie, a Wait for completion opcja jest ustawiona, zostanie utworzone działanie elementu Runbook w przekonwertowanym elemecie Runbook. Wait for completion Jeśli opcja nie jest ustawiona, zostanie utworzone działanie Skrypt przepływu pracy, które uruchamia element Runbook przy użyciu polecenia Start-AzAutomationRunbook. Po zaimportowaniu przekonwertowanego elementu Runbook do usługi Azure Automation należy zmodyfikować to działanie przy użyciu informacji określonych w działaniu.

Tworzenie zasobów programu Orchestrator

Konwerter elementów Runbook nie konwertuje zasobów programu Orchestrator. Musisz ręcznie utworzyć wszystkie wymagane zasoby programu Orchestrator w usłudze Azure Automation.

Konfigurowanie hybrydowego procesu roboczego elementu Runbook

Program Orchestrator przechowuje elementy Runbook na serwerze bazy danych i uruchamia je na serwerach Runbook, zarówno w lokalnym centrum danych. Elementy Runbook w usłudze Azure Automation są przechowywane w chmurze platformy Azure i mogą działać w lokalnym centrum danych przy użyciu hybrydowego procesu roboczego elementu Runbook. Skonfiguruj proces roboczy do uruchamiania elementów Runbook przekonwertowanych z programu Orchestrator, ponieważ są one przeznaczone do uruchamiania na serwerach lokalnych i uzyskiwania dostępu do zasobów lokalnych.