Planowanie strategii zadania migracji w programie System Center 2012 Configuration Manager
Dotyczy: System Center 2012 Configuration Manager, System Center 2012 Configuration Manager SP1, System Center 2012 Configuration Manager SP2, System Center 2012 R2 Configuration Manager, System Center 2012 R2 Configuration Manager SP1
Zadania migracji pozwalają na skonfigurowanie danych, które mają zostać zmigrowane do środowiska programu System Center 2012 Configuration Manager. Zadania migracji, które pozwalają na identyfikację obiektów zaplanowanych do migracji, są uruchamiane w lokacji najwyższego poziomu w hierarchii docelowej. Istnieje możliwość skonfigurowania przynajmniej jednego zadania migracji na lokację źródłową. Pozwoli to na jednoczesne zmigrowanie wszystkich obiektów lub dobranie odpowiednich podzbiorów danych do każdego zadania.
Zadania migracji można utworzyć po pomyślnym zebraniu danych z przynajmniej jednej lokacji z hierarchii źródłowej przez program Menedżer konfiguracji. Dane z lokacji źródłowych, w których zebrano dane, można migrować w dowolnej kolejności. Przy wskazanym jako lokacja źródłowa programie Configuration Manager 2007 można zmigrować dane wyłącznie z tej lokacji, w której został utworzony obiekt. Przy wskazanym jako lokacja źródłowa programie System Center 2012 Configuration Manager wszystkie dane możliwe do zmigrowania będą dostępne w lokacji najwyższego poziomu hierarchii źródłowej.
Przed migracją klientów między hierarchiami należy upewnić się, czy obiekty używane przez klientów zostały zmigrowane i czy są dostępne w hierarchii docelowej. Przykładowo podczas migracji z hierarchii źródłowej w programie Configuration Manager 2007 SP2 możesz mieć anons zawartości wdrożonej do kolekcji niestandardowej zawierającej klienta. W takiej sytuacji przed migracją klienta należy zmigrować kolekcję, anons i powiązaną zawartość. W przeciwnym razie — gdy zawartość, kolekcja i anonse nie zostaną zmigrowane przed klientem — dane te nie zostaną skojarzone z klientem w hierarchii docelowej. Brak skojarzenia klienta z danymi powiązanymi z poprzednio uruchomionymi anonsami i zawartością może oznaczać, że klientowi zostanie zaoferowana zawartość do instalacji w hierarchii docelowej. Nie jest to konieczne. Migracja klienta po migracji danych oznacza, że klient zostanie skojarzony z tą zawartością i tym anonsem. O ile anons nie jest cykliczny, klientowi nie zostanie zaoferowana dana ponownie zawartość ze zmigrowanego anonsu.
Niektóre obiekty wymagają nie tylko migracji danych z hierarchii źródłowej do hierarchii docelowej. Przykładowo do pomyślnej migracji aktualizacji oprogramowania z klientów do hierarchii docelowej należy w niej wdrożyć punkt aktualizacji oprogramowania aktywnego, skonfigurować katalog produktów i zsynchronizować punkt aktualizacji oprogramowania z usługą Windows Server Update Services (WSUS).
Następujące sekcje są pomocne w planowaniu zadań migracji.
Rodzaje zadań migracji
Planowanie ogólne wszystkich zadań migracji
Planowanie zadań migracji kolekcji
Planowanie zadań migracji obiektów
Planowanie zadań migracji poprzednio zmigrowanych obiektów
Rodzaje zadań migracji
Program Menedżer konfiguracji obsługuje następujące rodzaje zadań migracji. Każdy typ zadania jest zaprojektowany z myślą o określeniu obiektów, które można uwzględnić w danym zadaniu.
Typ zadania migracji |
Hierarchia źródłowa |
Więcej informacji |
|---|---|---|
Migracja kolekcji |
Obsługa migracji z następujących hierarchii źródłowych:
|
Migracja obiektów powiązanych z wybranymi kolekcjami. Domyślnie migracja kolekcji obejmuje wszystkie obiekty powiązane w członkami danej kolekcji. Wykonując zadanie migracji kolekcji, można wykluczyć określone wystąpienia obiektów. |
Migracja obiektów |
Obsługa migracji z następujących hierarchii źródłowych:
|
Migracja poszczególnych wybranych obiektów. Obsługa wyboru konkretnych dane do migracji. |
Migracja uprzednio zmigrowanych obiektów |
Obsługa migracji z następujących hierarchii źródłowych:
|
Obsługa migracji obiektów, które zostały już uprzednio zmigrowane, a następnie zostały zaktualizowane w hierarchii źródłowej. |
Obiekty, które można zmigrować
Nie każdy obiekt może zostać zmigrowany w określonym typie zadania migracji. Poniższa tabela wskazuje typy obiektów, które można zmigrować za pomocą poszczególnych typów zadań migracji.
Uwaga
Zadania migracji kolekcji są dostępne wyłącznie przy migracji obiektów z hierarchii źródłowej programu Configuration Manager 2007 SP2.
Typ obiektu |
Migracja kolekcji |
Migracja obiektów oraz migracja uprzednio zmigrowanych obiektów |
||
|---|---|---|---|---|
Anonse (dostępne do migracji z obsługiwanych lokacji źródłowych w programie Configuration Manager 2007) |
Tak |
Nie |
||
Katalog analizy zasobów |
Nie |
Tak |
||
Wymagania sprzętowe analizy zasobów |
Nie |
Tak |
||
Lista oprogramowania analizy zasobów |
Nie |
Tak |
||
Granice |
Nie |
Tak |
||
Linie bazowe konfiguracji |
Tak |
Tak |
||
Elementy konfiguracji |
Tak |
Tak |
||
Okna obsługi |
Tak |
Nie |
||
Obrazy rozruchowe do wdrażania systemu operacyjnego |
Tak |
Tak |
||
Pakiety sterownika do wdrażania systemu operacyjnego |
Tak |
Tak |
||
Sterowniki do wdrażania systemu operacyjnego |
Tak |
Tak |
||
Obrazy do wdrażania systemu operacyjnego |
Tak |
Tak |
||
Pakiety do wdrażania systemu operacyjnego |
Tak |
Tak |
||
Pakiety dystrybucji oprogramowania |
Tak |
Tak |
||
Zasady pomiaru użytkowania oprogramowania |
Nie |
Tak |
||
Pakiety wdrożeniowe aktualizacji oprogramowania |
Tak |
Tak |
||
Szablony do wdrażania aktualizacji oprogramowania |
Tak |
Tak |
||
Wdrożenia aktualizacji oprogramowania |
Tak |
Nie |
||
Listy aktualizacji oprogramowania |
Nie |
Tak |
||
Sekwencje zadań |
Tak |
Tak |
||
Pakiety aplikacji wirtualnych |
Tak |
Tak
|
.jpeg "System_CAPS_important"){kind=icon}
Ważne
Planowanie ogólne wszystkich zadań migracji
Za pomocą Kreatora tworzenia zadania migracji można utworzyć zadanie migracji obiektów do hierarchii docelowej. Typ utworzonego zadania migracji określa obiekty dostępne do migracji. Do migracji danych z jednej lub wielu lokacji można utworzyć i użyć wielu zadań migracji. Użycie jednego typu zadania migracji nie blokuje migracji za pomocą zadania innego typu.
Po pomyślnym uruchomieniu zadania migracji jego status jest przedstawiony jako Zakończono. Ponowne uruchomienie takiego zadania nie jest możliwe. Jednak można utworzyć nowe zadanie migracji obejmujące obiekty, które zostały zmigrowane w oryginalnym zadaniu. Do nowego zadania można dołączyć dodatkowe obiekty. Po utworzeniu dodatkowych zadań migracji obiekty, które były już zmigrowane, będą miały wyświetlony stan Zmigrowane. Można wskazać te obiekty do ponownej migracji. Jednak nie jest to konieczne, chyba że obiekt został zaktualizowany w hierarchii źródłowej. Jeśli obiekt został zaktualizowany w hierarchii źródłowej po pierwotnej migracji, można go zidentyfikować, używając typu zadania dla migracji o nazwie Obiekty zmodyfikowane po migracji.
Przed uruchomieniem zadania migracji można je usunąć. Zakończone zadanie migracji pozostaje widoczne w konsoli programu Menedżer konfiguracji i nie można go usunąć. Każde zadanie migracji, które zostało zakończone lub nie zostało jeszcze uruchomione, jest widoczne w konsoli programu Menedżer konfiguracji do momentu zakończenia procesu migracji i usunięcia jej danych.
Uwaga
Po zakończeniu migracji za pomocą działania Wyczyść dane migracji można zrekonfigurować tę samą hierarchię jako bieżącą hierarchię źródłową. Pozwoli to przywrócić widoczność obiektom, które zostały już poprzednio zmigrowane.
Obiekty należące do zadania migracji można wyświetlić w konsoli programu Menedżer konfiguracji, wybierając zadanie migracji i klikając kartę Obiekty w zadaniu.
Informacje z poniższych sekcji pozwalają zaplanować wszystkie zadania migracji.
Wybór danych
Po utworzeniu zadania migracji kolekcji należy wybrać przynajmniej jedną kolekcję. Po wybraniu wszystkich kolekcji Kreator tworzenia zadania migracji wyświetli powiązane z nimi zadania. Domyślnie migrowane są wszystkie zadania skojarzone z wybranymi kolekcjami. Można jednak wyłączyć obiekty, które mają być pominięte. Obiekty zależne należące do pominiętego obiektu również zostaną wyłączone. Wszystkie wyłączone obiekty zostaną dodane do listy wykluczeń. Obiekty na taj liście są automatycznie usuwane z zakresu automatycznego wyboru w przyszłych zadaniach migracji. Listę wykluczeń można ręcznie zmodyfikować tak, aby usunąć z niej obiekty, które mają być automatycznie uwzględnione w przyszłych zadaniach migracji.
Własność lokacji dla zmigrowanej zawartości
Przeprowadzając migrację zawartości w celu jej wdrożenia, należy przypisać obiekt zawartości do lokacji w hierarchii docelowej. Ta lokacja stanie się następnie właścicielem treści w hierarchii docelowej. Chociaż migracja metadanych dotyczących zawartości jest wykonywana przez lokację najwyższego poziomu hierarchii docelowej, to przypisana lokacja uzyskuje dostęp do oryginalnych plików źródłowych zawartości w sieci.
Aby zminimalizować obciążenie przepustowości sieci podczas migrowania zawartości, warto zastanowić się nad przeniesieniem własności zawartości do najbliższej dostępnej lokacji. Ponieważ informacje o zawartości są w programie System Center 2012 Configuration Manager udostępniane globalnie, to będą dostępne we wszystkich lokacjach.
Chociaż informacje o zawartości są udostępniane wszystkim lokacjom w hierarchii docelowej przy użyciu funkcji replikacji bazy danych, zawartość przypisana do lokacji głównej, a następnie wdrożona w punktach dystrybucji w innych lokacjach głównych będzie przesyłana przy użyciu funkcji replikacji na podstawie plików. Transfer jest kierowany przez centralną lokację administracyjną do każdej dodatkowej lokacji głównej. Centralizując pakiety przeznaczone do dystrybucji do wielu lokacji głównych przed ich zmigrowaniem lub podczas migrowania, po przypisaniu lokacji jako właściciela zawartości, można zredukować transfery danych w sieciach o niskiej przepustowości.
Konfiguracja zakresów zabezpieczeń administracji opartej na rolach dla poddawanych migracji danych
Przy migracji danych do hierarchii docelowej należy przypisać przynajmniej jeden zakres zabezpieczeń administracji opartej na rolach do obiektów, których dane zostały poddane migracji. Dzięki temu tylko upoważnieni użytkownicy administracyjni będą mieli dostęp do danych po ich migracji. Określone zakresy zabezpieczeń są definiowane przez zadanie migracji i stosowane do każdego obiektu migrowanego w ramach danego zadania. Jeśli do różnych zestawów obiektów należy zastosować różne zakresy zabezpieczeń, należy zmigrować te zestawy za pomocą różnych zadań migracji.
Przed skonfigurowaniem zadania migracji należy dowiedzieć się, jak administracja oparta na rolach działa w programie System Center 2012 Configuration Manager. Jeśli to konieczne, należy skonfigurować przynajmniej jeden zakres zabezpieczeń dla migrowanych danych. Pozwoli to odpowiednio skonfigurować dostęp do zmigrowanych obiektów w hierarchii docelowej.
Więcej informacji na temat zakresów zabezpieczeń i administracji opartej na rolach zawiera sekcja Planowanie administracji opartej na rolach w temacie Planowanie bezpieczeństwa w programie Configuration Manager.
Przeglądanie działań związanych z migracją
Przy konfiguracji zadania migracji Kreator tworzenia zadania migracji wyświetli listę działań, które należy wykonać w celu osiągnięcia udanej migracji, oraz listę działań, które program Menedżer konfiguracji realizuje w trakcie migracji wybranych danych. Aby sprawdzić, czy wynik będzie zgodny z oczekiwaniami, przejrzyj dokładnie te informacje.
Planowanie zadań migracji
Domyślnie zadania migracji są uruchamiane bezpośrednio po ich utworzeniu. Można jednak określić realizację zadania migracji po jego utworzeniu lub później, edytując właściwości danego zadania. Zadanie migracji można zaplanować tak, aby było realizowane o konkretnych godzinach.
Uruchom zadanie teraz
Uruchom zadanie o określonej godzinie rozpoczęcia
Nie uruchamiaj zadania
Wybierz sposób rozwiązywanie konfliktów w zakresie poddawanych migracji dane
Domyślnie zadania migracji nie zastępują danych w docelowej bazie danych, chyba że zadanie zostało skonfigurowane tak, aby pomijać lub nadpisywać dane uprzednio już zmigrowane do docelowej bazy danych.
Planowanie zadań migracji kolekcji
Zadania migracji kolekcji są dostępne tylko podczas migracji danych z hierarchii źródłowej, w której jest uruchomiona obsługiwana wersja programu Configuration Manager 2007. Podczas migracji kolekcji należy określić co najmniej jedną migrację, która ma być migrowana. W przypadku każdej określonej kolekcji zadanie migracji automatycznie wybierze do migracji wszystkie powiązane obiekty. Jeśli na przykład zostanie wybrana konkretna kolekcja użytkowników, nastąpi zidentyfikowanie członków tej kolekcji oraz będzie można migrować wdrożenia skojarzone z tą kolekcją. Opcjonalnie można wybrać do migracji także inne obiekty wdrożenia, które są skojarzone z tymi członkami. Wszystkie wybrane elementy są dodawane do listy obiektów przeznaczonych do migracji.
Podczas migracji kolekcji program Menedżer konfiguracji migruje także ustawienia kolekcji, takie jak okna obsługi i zmienne kolekcji, ale nie migruje ustawień kolekcji dotyczących zapewniania udostępniania klientów AMT.
W poniższych sekcjach znajdują się informacje o dodatkowych konfiguracjach, które można zastosować w odniesieniu do zadań migracji związanych z kolekcjami.
Wykluczanie obiektów z zadań migracji kolekcji
Z zadania migracji kolekcji można wykluczyć konkretne obiekty. Po wykluczeniu konkretnego obiektu z zadania migracji kolekcji ten obiekt jest dodawany do globalnej listy wykluczeń, która zawiera wszystkie obiekty wykluczone z zadań migracji utworzonych dla dowolnej lokacji źródłowej w bieżącej hierarchii źródłowej. Obiekty z listy wykluczeń są nadal dostępne do migracji w przyszłych zadaniach, ale nie są automatycznie dołączane podczas tworzenia nowego zadania migracji kolekcji.
Listę wykluczeń można edytować w celu usuwania z niej obiektów, które zostały wcześniej wykluczone. Po usunięciu obiektu z listy wykluczeń będzie on automatycznie wybierany w przypadku wskazania skojarzonej z nim kolekcji podczas tworzenia nowego zadania migracji.
Nieobsługiwane kolekcje
Program Menedżer konfiguracji pozwala migrować wszystkie domyślne kolekcje użytkowników, kolekcje urządzeń oraz większość kolekcji niestandardowych z hierarchii źródłowej programu Configuration Manager 2007. Jednak program Menedżer konfiguracji nie umożliwia migracji kolekcji zawierających jednocześnie użytkowników i urządzenia.
Nie można migrować następujących kolekcji:
Kolekcje zawierające użytkowników i urządzenia.
Kolekcje zawierające odwołania do kolekcji o innym typie zasobu. Na przykład kolekcja urządzeń, która ma podkolekcję lub łącze do kolekcji użytkowników. W tym przykładzie migrowana jest tylko kolekcja najwyższego poziomu.
Kolekcje zawierające zasadę włączania nieznanych komputerów. Takie kolekcje są migrowane, ale bez zasady włączania nieznanych komputerów.
Puste kolekcje
Pusta kolekcja to kolekcja, z którą nie są skojarzone żadne zasoby. Gdy program Menedżer konfiguracji migruje pustą kolekcję, konwertuje kolekcję do folderu organizacyjnego, który nie zawiera żadnych urządzeń ani użytkowników. Ten folder jest tworzony z nazwą pustej kolekcji w węźle Kolekcje użytkowników lub Kolekcje urządzeń w obszarze roboczym Zasoby i zgodność w konsoli programu Menedżer konfiguracji.
Połączone kolekcje i podkolekcje
Podczas migracji kolekcji, które są połączone z innymi kolekcjami lub zawierają podkolekcje, program Menedżer konfiguracji tworzy oprócz tych połączonych kolekcji i podkolekcji folder w węźle Kolekcje użytkowników lub Kolekcje urządzeń.
Włączane obiekty i zależności kolekcji
Po określeniu w Kreatorze tworzenia zadania migracji kolekcji, która ma być migrowana, wszystkie zależne kolekcje zostaną automatycznie włączone do zadania. Takie zachowanie gwarantuje, ze po migracji będą dostępne wszystkie niezbędne zasoby.
Na przykład: Wybrano kolekcję urządzeń, na których jest uruchomiony system Windows 7 i której nazwa to Win_7. Ta kolekcja jest ograniczona do kolekcji zawierającej wszystkie klienckie systemy operacyjne, której nazwa to All_Clients. Kolekcja All_Clients zostanie automatycznie wybrana do migracji.
Ograniczanie kolekcji
Ponieważ kolekcje w programie System Center 2012 Configuration Manager to dane globalne, które są oceniane w każdej lokacji w hierarchii, należy zaplanować, w jaki sposób ograniczyć zakres kolekcji po zmigrowaniu jej. Podczas migracji można zidentyfikować kolekcje z hierarchii docelowej, które mogą być użyte do ograniczenia zakresu migrowanych kolekcji. Dzięki temu zmigrowane kolekcje nie będą zawierać nieoczekiwanych członków.
Na przykład w programie Configuration Manager 2007 kolekcje są oceniane w lokacji, w której zostały utworzone, oraz w lokacjach podrzędnych. W lokacji podrzędnej można wdrożyć anons, co powoduje ograniczenie zakresu tego anonsu do tej lokacji podrzędnej. Dla porównania program System Center 2012 Configuration Manager ocenia kolekcje w każdej lokacji, a następnie skojarzone anonse są oceniane oddzielnie dla każdej lokacji. Ograniczanie kolekcji pozwala wykluczać członków kolekcji na podstawie innej kolekcji, tak aby uniknąć dodawania nieoczekiwanych członków kolekcji.
Zastąpienie kodów lokacji
Podczas migracji kolekcji zawierającej kryteria identyfikujące lokację programu Configuration Manager 2007 należy określić konkretną lokację w hierarchii docelowej. Dzięki temu migrowana kolekcja będzie działać w hierarchii docelowej i nie spowoduje zwiększenia zakresu.
Określenie zachowania migrowanych anonsów
Domyślnie w zadaniach migracji kolekcji anonse nie są migrowane do hierarchii docelowej. Dotyczy to wszystkich programów skojarzonych z anonsami. Podczas tworzenia zadania migracji kolekcji zawierającego anonse w Kreatorze tworzenia zadania migracji na stronie Ustawienia jest dostępna opcja Włącz programy wdrożenia w programie Configuration Manager 2012 po zmigrowaniu anonsu. Po zaznaczeniu tej opcji programy skojarzone z anonsem zostaną włączone po zmigrowaniu. Najlepszym rozwiązaniem jest niezaznaczanie tej opcji i włączenie programów dopiero po ich zmigrowaniu, gdy jest możliwe zweryfikowanie klientów, którzy te programy odebrali.
Uwaga
Opcja Włącz programy wdrożenia w programie Configuration Manager 2012 po przemigrowaniu anonsu jest widoczna tylko podczas tworzenia zadania migracji kolekcji, które zawiera anonse.
Aby włączyć program po migracji, należy wyczyścić opcję Wyłącz ten program na komputerach, na których jest anonsowany na karcie Zaawansowane we właściwościach programu.
Planowanie zadań migracji obiektów
W przeciwieństwie do migracji kolekcji jest konieczne wybieranie poszczególnych obiektów i wystąpień obiektów przeznaczonych do migracji. Możesz wybrać pojedyncze obiekty, takie jak anonse z hierarchii programu Configuration Manager 2007 lub publikacje z hierarchii programu System Center 2012 Configuration Manager, aby dodać je do listy obiektów migrowanych w konkretnym zadaniu migracji. Wszelkie obiekty, które nie zostaną dodane do listy migracji, nie zostaną zmigrowane do lokacji docelowej w tym zadaniu migracji obiektów.
Zadania migracji obiektów nie oferują żadnych dodatkowych konfiguracji oprócz tych, które mają zastosowanie do wszystkich zadań migracji.
Planowanie zadań migracji poprzednio zmigrowanych obiektów
Gdy w hierarchii źródłowej jest aktualizowany obiekt, który został już zmigrowany do hierarchii docelowej, można go ponownie zmigrować za pomocą typu zadania Obiekty zmodyfikowane po migracji. Na przykład po zmianie nazwy lub zaktualizowaniu plików źródłowych pakietu w hierarchii źródłowej zwiększa się wersja tego pakietu w hierarchii. Po zwiększeniu wersji pakietu może on zostać zidentyfikowany przez zadanie tego typu jako nadający się do migracji.
Ten typ zadania jest podobny do typu migracji obiektów, jednak podczas wybierania migrowanych obiektów można wybierać tylko obiekty zaktualizowane po poprzedniej migracji wykonywanej za pomocą poprzedniego zadania migracji.
Po wybraniu tego typu zadania zachowanie rozwiązywania konfliktów na stronie Ustawienia w Kreatorze tworzenia zadania migracji jest konfigurowane do zastępowania poprzednio zmigrowanych obiektów. Tego ustawienia nie można zmienić.
Uwaga
To zadanie migracji może identyfikować obiekty, które zostały automatycznie zaktualizowane przez hierarchię źródłową, oraz obiekty zaktualizowane przez użytkownika administracyjnego.