Planowanie strategii zadania migracji w Configuration Manager

Dotyczy: programu Configuration Manager (bieżąca gałąź)

Użyj zadań migracji, aby skonfigurować określone dane, które chcesz migrować do Configuration Manager bieżącego środowiska gałęzi. Zadania migracji identyfikują obiekty, które mają zostać zmigrowane, i są uruchamiane w lokacji najwyższego poziomu w hierarchii docelowej. Możesz skonfigurować co najmniej jedno zadanie migracji na lokację źródłową. Umożliwia to migrowanie wszystkich obiektów jednocześnie lub z ograniczonymi podzestawami danych przy użyciu każdego zadania.

Zadania migracji można utworzyć po pomyślnym zebraniu przez Configuration Manager danych z co najmniej jednej lokacji z hierarchii źródłowej. Dane można migrować w dowolnej sekwencji z lokacji źródłowych, które zebrały dane. Za pomocą lokacji źródłowej Configuration Manager 2007 można migrować dane tylko z witryny, w której został utworzony obiekt. W przypadku lokacji źródłowych z programem System Center 2012 Configuration Manager lub nowszym wszystkie dane, które można migrować, są dostępne w lokacji najwyższego poziomu hierarchii źródłowej.

Przed migracją klientów między hierarchiami upewnij się, że obiekty używane przez klientów zostały zmigrowane i że te obiekty są dostępne w hierarchii docelowej. Na przykład podczas migracji z hierarchii źródłowej Configuration Manager 2007 z dodatkiem SP2 może istnieć anons zawartości wdrożony w kolekcji niestandardowej zawierającej klienta. W tym scenariuszu zalecamy przeprowadzenie migracji kolekcji, anonsu i skojarzonej zawartości przed migracją klienta. Nie można skojarzyć tych danych z klientem w hierarchii docelowej, jeśli zawartość, kolekcja i anons nie zostaną zmigrowane przed migracją klienta. Jeśli klient nie jest skojarzony z danymi związanymi z wcześniej uruchomionym anonsem i zawartością, klientowi można zaoferować zawartość do instalacji w hierarchii docelowej, co może być niepotrzebne. Gdy klient migruje po zmigrowaniu danych, klient jest skojarzony z tą zawartością i anonsem, a jeśli anons nie jest cykliczny, nie jest ponownie oferowana ta zawartość dla zmigrowanego anonsu.

Niektóre obiekty wymagają więcej niż migracja danych z hierarchii źródłowej do hierarchii docelowej. Aby na przykład pomyślnie przeprowadzić migrację aktualizacji oprogramowania dla klientów do hierarchii docelowej, należy wdrożyć aktywny punkt aktualizacji oprogramowania, skonfigurować katalog produktów i zsynchronizować punkt aktualizacji oprogramowania z Windows Server Update Services (WSUS) w hierarchii docelowej.

Typy zadań migracji

Configuration Manager obsługuje następujące typy zadań migracji. Każdy typ zadania jest przeznaczony do definiowania obiektów, które można dołączyć do tego zadania.

Migracja kolekcji (obsługiwana tylko podczas migracji z Configuration Manager 2007 z dodatkiem SP2): migrowanie obiektów powiązanych z wybranymi kolekcjami. Domyślnie migracja kolekcji obejmuje wszystkie obiekty skojarzone z elementami członkowskimi kolekcji. Podczas korzystania z zadania migracji kolekcji można wykluczyć określone wystąpienia obiektów.

Migracja obiektów: migrowanie wybranych pojedynczych obiektów. Wybierasz tylko określone dane, które chcesz migrować.

Migracja wcześniej migrowanych obiektów: migrowanie obiektów, które zostały wcześniej zmigrowane po ich zaktualizowaniu w hierarchii źródłowej po ich ostatniej migracji.

Obiekty, które można migrować

Nie każdy obiekt może przeprowadzić migrację według określonego typu zadania migracji. Poniższa lista określa typ obiektów, które można migrować przy użyciu każdego typu zadania migracji.

Uwaga

Zadania migracji kolekcji są dostępne tylko w przypadku migrowania obiektów z hierarchii źródłowej Configuration Manager 2007 z dodatkiem SP2.

Typy zadań, których można użyć do migrowania każdego obiektu

• Anonse (dostępne do migracji z obsługiwanych witryn źródłowych Configuration Manager 2007 r.)

  • Migracja kolekcji

• Wykaz analizy zasobów

  • Migracja obiektów

  • Migracja wcześniej zmigrowanego obiektu

• Wymagania sprzętowe analizy zasobów

  • Migracja obiektów

  • Migracja wcześniej zmigrowanego obiektu

• Lista oprogramowania analizy zasobów

  • Migracja obiektów

  • Migracja wcześniej zmigrowanego obiektu

• Granice

  • Migracja obiektów

  • Migracja wcześniej zmigrowanego obiektu

• Konfiguracja odniesienia

  • Migracja kolekcji

  • Migracja obiektów

  • Migracja wcześniej zmigrowanego obiektu

• Elementy konfiguracji

  • Migracja kolekcji

  • Migracja obiektów

  • Migracja wcześniej zmigrowanego obiektu

• Okna obsługi

  • Migracja kolekcji

• Obrazy rozruchowe wdrażania systemu operacyjnego

  • Migracja kolekcji

  • Migracja obiektów

  • Migracja wcześniej zmigrowanego obiektu

• Pakiety sterowników wdrażania systemu operacyjnego

  • Migracja kolekcji

  • Migracja obiektów

  • Migracja wcześniej zmigrowanego obiektu

• Sterowniki wdrażania systemu operacyjnego

  • Migracja kolekcji

  • Migracja obiektów

  • Migracja wcześniej zmigrowanego obiektu

• Obrazy wdrażania systemu operacyjnego

  • Migracja kolekcji

  • Migracja obiektów

  • Migracja wcześniej zmigrowanego obiektu

• Pakiety wdrażania systemu operacyjnego

  • Migracja kolekcji

  • Migracja obiektów

  • Migracja wcześniej zmigrowanego obiektu

• Pakiety dystrybucji oprogramowania

  • Migracja kolekcji

  • Migracja obiektów

  • Migracja wcześniej zmigrowanego obiektu

• Reguły pomiaru użytkowania oprogramowania

  • Migracja obiektów

  • Migracja wcześniej zmigrowanego obiektu

• Pakiety wdrażania aktualizacji oprogramowania

  • Migracja kolekcji

  • Migracja obiektów

  • Migracja wcześniej zmigrowanego obiektu

• Szablony wdrażania aktualizacji oprogramowania

  • Migracja kolekcji

  • Migracja obiektów

  • Migracja wcześniej zmigrowanego obiektu

• Wdrożenia aktualizacji oprogramowania

  • Migracja kolekcji

• Listy aktualizacji oprogramowania

  • Migracja obiektów

  • Migracja wcześniej zmigrowanego obiektu

• Sekwencje zadań

  • Migracja kolekcji

  • Migracja obiektów

  • Migracja wcześniej zmigrowanego obiektu

• Pakiety aplikacji wirtualnych

  • Migracja kolekcji

  • Migracja obiektów

  Ważna

  Mimo że można migrować pakiet aplikacji wirtualnej przy użyciu migracji obiektu, nie można migrować pakietów przy użyciu typu zadania migracji poprzednio migrowanego obiektu. Zamiast tego należy usunąć zmigrowany pakiet aplikacji wirtualnej z lokacji docelowej, a następnie utworzyć nowe zadanie migracji w celu migracji aplikacji wirtualnej.

Ogólne planowanie wszystkich zadań migracji

Kreator tworzenia zadania migracji umożliwia utworzenie zadania migracji w celu przeprowadzenia migracji obiektów do hierarchii docelowej. Typ utworzonego zadania migracji określa, które obiekty są dostępne do migracji. Można tworzyć i używać wielu zadań migracji do migrowania danych z tej samej lokacji źródłowej lub z wielu lokacji źródłowych. Użycie jednego typu zadania migracji nie blokuje użycia innego typu zadania migracji.

Po pomyślnym uruchomieniu zadania migracji jego stan jest wyświetlany jako Ukończono i nie można go uruchomić ponownie. Można jednak utworzyć nowe zadanie migracji w celu migrowania dowolnego z obiektów, które zostały zmigrowane przez oryginalne zadanie, a nowe zadanie migracji może również zawierać dodatkowe obiekty. Podczas tworzenia dodatkowych zadań migracji obiekty, które zostały wcześniej zmigrowane, pokazują stan Migrowane. Możesz wybrać te obiekty do ponownej migracji, ale jeśli obiekt nie został zaktualizowany w hierarchii źródłowej, ponowne migrowanie tych obiektów nie jest konieczne. Jeśli obiekt został zaktualizowany w hierarchii źródłowej po jego oryginalnej migracji, można zidentyfikować ten obiekt podczas korzystania z typu zadania migracji Obiekty zmodyfikowane po migracji.

Zadanie migracji można usunąć przed jego uruchomieniem. Jednak po zakończeniu zadania migracji pozostaje ono widoczne w konsoli Configuration Manager i nie można go usunąć. Każde zadanie migracji, które zostało ukończone lub nie zostało jeszcze uruchomione, pozostaje widoczne w konsoli Configuration Manager aż do zakończenia procesu migracji i oczyszczenia danych migracji.

Uwaga

Po zakończeniu migracji przy użyciu akcji Oczyszczanie danych migracji można ponownie skonfigurować tę samą hierarchię co bieżąca hierarchia źródłowa, aby przywrócić widoczność wcześniej migrowanych obiektów.

Możesz wyświetlić obiekty zawarte w dowolnym zadaniu migracji w konsoli Configuration Manager, wybierając zadanie migracji, a następnie wybierając kartę Obiekty na karcie Zadanie.

Skorzystaj z informacji w poniższych sekcjach, aby ułatwić planowanie wszystkich zadań migracji.

Wybór danych

Podczas tworzenia zadania migracji kolekcji należy wybrać co najmniej jedną kolekcję. Po wybraniu kolekcji kreator tworzenia zadania migracji wyświetla obiekty skojarzone z kolekcjami. Domyślnie migrowane są wszystkie obiekty skojarzone z wybranymi kolekcjami, ale można usunąć zaznaczenie obiektów, których nie chcesz migrować za pomocą tego zadania. Po usunięciu zaznaczeń obiektu, który ma obiekty zależne, te obiekty zależne również nie są zaznaczone. Wszystkie niezaznaczone obiekty są dodawane do listy wykluczeń. Obiekty na liście wykluczeń są usuwane z automatycznego wyboru dla przyszłych zadań migracji. Musisz ręcznie edytować listę wykluczeń, aby usunąć obiekty, które mają zostać automatycznie wybrane do migracji w zadaniach migracji utworzonych w przyszłości.

Własność witryny dla zmigrowanych zawartości

Podczas migracji zawartości na potrzeby wdrożeń należy przypisać obiekt zawartości do lokacji w hierarchii docelowej. Następnie ta witryna staje się właścicielem tej zawartości w hierarchii docelowej. Mimo że lokacja najwyższego poziomu hierarchii docelowej to lokacja, która faktycznie migruje metadane zawartości, to przypisana lokacja uzyskuje dostęp do oryginalnych plików źródłowych zawartości w sieci.

Aby zminimalizować przepustowość sieci używaną podczas migracji, rozważ przeniesienie własności zawartości do najbliższej dostępnej lokacji. Ponieważ informacje o zawartości są udostępniane globalnie w Configuration Manager, będą dostępne w każdej witrynie.

Informacje o zawartości są udostępniane wszystkim lokacjom w hierarchii docelowej przy użyciu replikacji bazy danych. Jednak każda zawartość przypisana do lokacji głównej, a następnie wdrażana w punktach dystrybucji w innych lokacjach głównych, jest przesyłana przy użyciu replikacji opartej na plikach. Ten transfer jest kierowany przez centralną lokację administracyjną, a następnie do każdej dodatkowej lokacji głównej. Dzięki scentralizowaniu pakietów, które mają być dystrybuowane do wielu lokacji głównych przed migracją lub w trakcie migracji podczas przypisywania lokacji jako właściciela zawartości, można ograniczyć transfery danych w sieciach o niskiej przepustowości.

Zakresy zabezpieczeń administracji opartej na rolach dla zmigrowanych danych

Podczas migracji danych do hierarchii docelowej należy przypisać co najmniej jeden zakres zabezpieczeń administracji opartej na rolach do obiektów, których dane są migrowane. Dzięki temu tylko odpowiedni użytkownicy administracyjni mają dostęp do tych danych po ich migracji. Określone zakresy zabezpieczeń są definiowane przez zadanie migracji i są stosowane do każdego obiektu migrowanego przez to zadanie. Jeśli wymagasz zastosowania różnych zakresów zabezpieczeń do różnych zestawów obiektów i chcesz przypisać te zakresy podczas migracji, musisz przeprowadzić migrację różnych zestawów obiektów przy użyciu różnych zadań migracji.

Przed skonfigurowaniem zadania migracji sprawdź, jak działa administracja oparta na rolach w Configuration Manager. W razie potrzeby skonfiguruj co najmniej jeden zakres zabezpieczeń dla migrowanych danych, aby kontrolować, kto będzie miał dostęp do zmigrowanych obiektów w hierarchii docelowej.

Aby uzyskać więcej informacji na temat zakresów zabezpieczeń i administracji opartej na rolach, zobacz Podstawy administrowania opartego na rolach dla Configuration Manager.

Przeglądanie akcji migracji

Podczas konfigurowania zadania migracji kreator tworzenia zadania migracji wyświetla listę akcji, które należy wykonać, aby zapewnić pomyślną migrację, oraz listę akcji, które Configuration Manager wykonać podczas migracji wybranych danych. Dokładnie przejrzyj te informacje, aby sprawdzić oczekiwany wynik.

Planowanie zadań migracji

Domyślnie zadanie migracji jest uruchamiane natychmiast po jego utworzeniu. Można jednak określić, kiedy zadanie migracji jest uruchamiane podczas tworzenia zadania lub przez edytowanie właściwości zadania. Zadanie migracji można zaplanować w następujący sposób:

• Uruchom zadanie teraz

• Uruchamianie zadania o określonej godzinie rozpoczęcia

• Nie uruchamiaj zadania

Określanie rozwiązywania konfliktów dla zmigrowanych danych

Domyślnie zadania migracji nie zastępują danych w docelowej bazie danych, chyba że skonfigurujesz zadanie migracji tak, aby pomijało lub zastępowało dane, które zostały wcześniej zmigrowane do docelowej bazy danych.

Planowanie zadań migracji kolekcji

Zadania migracji kolekcji są dostępne tylko w przypadku migracji danych z hierarchii źródłowej z obsługiwaną wersją Configuration Manager 2007 r. Należy określić co najmniej jedną kolekcję do migracji podczas migracji według kolekcji. Dla każdej określonej kolekcji zadanie migracji automatycznie wybiera wszystkie powiązane obiekty do migracji. Jeśli na przykład wybierzesz określoną kolekcję użytkowników, członkowie kolekcji zostaną zidentyfikowani i będzie można przeprowadzić migrację wdrożeń skojarzonych z tą kolekcją. Opcjonalnie można wybrać inne obiekty wdrażania do migracji skojarzone z tymi elementami członkowskimi. Wszystkie wybrane elementy są dodawane do listy obiektów, które można migrować.

Podczas migracji kolekcji Configuration Manager również migruje ustawienia kolekcji, w tym okna obsługi i zmienne kolekcji, ale nie może migrować ustawień kolekcji na potrzeby aprowizacji klienta AMT.

Skorzystaj z informacji w poniższych sekcjach, aby dowiedzieć się więcej o dodatkowych konfiguracjach, które mogą dotyczyć zadań migracji opartych na kolekcji.

Wykluczanie obiektów z zadań migracji kolekcji

Z zadania migracji kolekcji można wykluczyć określone obiekty. W przypadku wykluczenia określonego obiektu z zadania migracji kolekcji ten obiekt jest dodawany do globalnej listy wykluczeń zawierającej wszystkie obiekty wykluczone z zadań migracji utworzonych dla dowolnej lokacji źródłowej w bieżącej hierarchii źródłowej. Obiekty na liście wykluczeń są nadal dostępne do migracji w przyszłych zadaniach, ale nie są automatycznie uwzględniane podczas tworzenia nowego zadania migracji opartego na kolekcji.

Możesz edytować listę wykluczeń, aby usunąć wcześniej wykluczone obiekty. Po usunięciu obiektu z listy wykluczeń zostanie on automatycznie wybrany, gdy skojarzona kolekcja zostanie określona podczas tworzenia nowego zadania migracji.

Nieobsługiwanych kolekcji

Configuration Manager można migrować dowolną z domyślnych kolekcji użytkowników, kolekcji urządzeń i większości kolekcji niestandardowych z hierarchii źródłowej Configuration Manager 2007 r. Jednak Configuration Manager nie może migrować kolekcji zawierających użytkowników i urządzenia w tej samej kolekcji.

Nie można migrować następujących kolekcji:

• Kolekcja zawierająca użytkowników i urządzenia.

• Kolekcja, która ma odwołanie do kolekcji innego typu zasobu. Na przykład kolekcja oparta na urządzeniach, która ma podkolumny lub link do kolekcji opartej na użytkownikach. W tym przykładzie migruje się tylko kolekcja najwyższego poziomu.

• Kolekcja, która ma regułę dołączania nieznanych komputerów. Kolekcja jest migrowane, ale reguła dołączania nieznanych komputerów nie jest migrowane.

Puste kolekcje

Pusta kolekcja to kolekcja, która nie ma skojarzonych z nią zasobów. Gdy Configuration Manager migruje pustą kolekcję, konwertuje kolekcję na folder organizacyjny, który nie ma użytkowników ani urządzeń. 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 Configuration Manager.

Połączone kolekcje i podkolekcje

Podczas migracji kolekcji połączonych z innymi kolekcjami lub z podkolekcjami Configuration Manager tworzy folder w węźle Kolekcje użytkowników lub Kolekcje urządzeń oprócz połączonych kolekcji i podkolekcji.

Zależności kolekcji i dołączanie obiektów

Po określeniu kolekcji do migracji w kreatorze Tworzenia zadania migracji wszystkie kolekcje zależne zostaną automatycznie wybrane do uwzględnienia w zadaniu. To zachowanie gwarantuje dostępność wszystkich niezbędnych zasobów po migracji.

Na przykład: wybierz kolekcję dla urządzeń, które działają Windows 10 i mają nazwę Win_10. Ta kolekcja jest ograniczona do kolekcji, która ma wszystkie systemy operacyjne klienta i ma nazwę All_Clients. Kolekcja All_Clients zostanie automatycznie wybrana do migracji.

Ograniczanie kolekcji

W przypadku Configuration Manager bieżącej gałęzi kolekcje są danymi globalnymi i są oceniane w każdej lokacji w hierarchii. W związku z tym zaplanuj sposób ograniczenia zakresu kolekcji po jej migracji. Podczas migracji można zidentyfikować kolekcję z hierarchii docelowej do użycia w celu ograniczenia zakresu migrowanej kolekcji, aby zmigrowana kolekcja nie zawierała nieprzewidanych elementów członkowskich.

Na przykład w Configuration Manager 2007 r. kolekcje są oceniane w witrynie, która je tworzy i w lokacjach podrzędnych. Anons może zostać wdrożony tylko w lokacji podrzędnej, co ograniczy zakres tego anonsu do tej lokacji podrzędnej. W porównaniu z Configuration Manager bieżącą gałęzią kolekcje są oceniane w każdej lokacji, a skojarzone anonsy są następnie oceniane dla każdej lokacji. Ograniczenie kolekcji umożliwia uściślanie elementów członkowskich kolekcji na podstawie innej kolekcji, aby uniknąć dodawania nieoczekiwanych elementów członkowskich kolekcji.

Zastępowanie kodu witryny

Podczas migracji kolekcji z kryteriami identyfikującymi lokację Configuration Manager 2007 należy określić określoną lokację w hierarchii docelowej. Dzięki temu zmigrowana kolekcja pozostanie funkcjonalna w hierarchii docelowej i nie zwiększy zakresu.

Określanie zachowania migrowanych anonsów

Domyślnie zadania migracji oparte na kolekcjach wyłączają anonsy migrowane do hierarchii docelowej. Obejmuje to wszystkie programy skojarzone z anonsem. Po utworzeniu zadania migracji opartego na kolekcji zawierającego anonsy zostanie wyświetlona opcja Włącz programy do wdrożenia w Configuration Manager po przeprowadzeniu migracji anonsu na stronie Ustawienia kreatora tworzenia zadania migracji. Jeśli wybierzesz tę opcję, programy skojarzone z anonsami zostaną włączone po ich zmigrowaniu. Najlepszym rozwiązaniem jest wybranie tej opcji. Zamiast tego włącz programy po ich migracji, gdy możesz zweryfikować klientów, którzy je otrzymają.

Uwaga

Po migracji anonsu zostanie wyświetlona opcja Włącz programy do wdrożenia w Configuration Manager tylko wtedy, gdy tworzysz zadanie migracji oparte na kolekcji, a zadanie migracji zawiera anonsy.

Aby włączyć program po migracji, wyczyść pozycję Wyłącz ten program na komputerach, na których jest on anonsowany na karcie Zaawansowane właściwości programu.

Planowanie zadań migracji obiektów

W przeciwieństwie do migracji kolekcji należy wybrać każde wystąpienie obiektu i obiektu, które chcesz przeprowadzić migrację. Możesz wybrać poszczególne obiekty (takie jak anonsy z hierarchii Configuration Manager 2007 r. lub publikację z Configuration Manager programu System Center 2012 lub Configuration Manager bieżącej hierarchii gałęzi), aby dodać je do listy obiektów do migracji dla określonego zadania migracji. Wszystkie obiekty, które nie są dodawane do listy migracji, nie są migrowane do lokacji docelowej przez zadanie migracji obiektów.

Zadania migracji oparte na obiektach nie mają żadnych dodatkowych konfiguracji do zaplanowania poza tymi, które mają zastosowanie do wszystkich zadań migracji.

Planowanie poprzednio migrowanych zadań migracji obiektów

Gdy obiekt, który został już zmigrowany do hierarchii docelowej, zostanie zaktualizowany w hierarchii źródłowej, możesz ponownie przeprowadzić migrację tego obiektu przy użyciu obiektu zmodyfikowanego po typie zadania migracji. Na przykład po zmianie nazwy lub zaktualizowaniu plików źródłowych pakietu w hierarchii źródłowej wersja pakietu zwiększa się w hierarchii źródłowej. Po przyrostach wersji pakietu pakiet może zostać zidentyfikowany na potrzeby migracji przez ten typ zadania.

Ten typ zadania jest podobny do typu migracji obiektu, z tą różnicą, że po wybraniu obiektów do migracji można wybierać tylko z obiektów, które zostały zaktualizowane po migracji przez poprzednie zadanie migracji.

Po wybraniu tego typu zadania zachowanie rozwiązywania konfliktów na stronie Ustawienia Kreatora tworzenia zadania migracji jest skonfigurowane do zastępowania wcześniej zmigrowanych obiektów. Nie można zmienić tego ustawienia.

Uwaga

To zadanie migracji może identyfikować obiekty, które są automatycznie aktualizowane przez hierarchię źródłową i obiekty aktualizowane przez użytkownika administracyjnego.