Planowanie migracji obiektów Configuration Manager do Configuration Manager bieżącej gałęzi

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

Za pomocą Configuration Manager bieżącej gałęzi można migrować wiele różnych obiektów skojarzonych z różnymi funkcjami znalezionymi w lokacji źródłowej.

Planowanie migracji aktualizacji oprogramowania

Można migrować obiekty aktualizacji oprogramowania, takie jak pakiety aktualizacji oprogramowania i wdrożenia aktualizacji oprogramowania.

Aby pomyślnie przeprowadzić migrację obiektów aktualizacji oprogramowania, należy najpierw skonfigurować hierarchię docelową z konfiguracjami zgodnymi ze środowiskiem hierarchii źródłowej. Wymaga to następujących akcji:

• Wdrażanie aktywnego punktu aktualizacji oprogramowania w hierarchii docelowej

• Konfigurowanie wykazu produktów i języków w celu dopasowania ich do konfiguracji hierarchii źródłowej

• Synchronizuj punkt aktualizacji oprogramowania w hierarchii docelowej z Windows Server Update Services (WSUS)

Podczas migracji aktualizacji oprogramowania należy wziąć pod uwagę następujące kwestie:

• Migracja obiektów aktualizacji oprogramowania może zakończyć się niepowodzeniem, jeśli nie zsynchronizowano informacji w hierarchii docelowej w celu dopasowania ich do konfiguracji hierarchii źródłowej.

  Ostrzeżenie

  Configuration Manager nie obsługuje używania narzędzia WSUSutil do synchronizowania danych między hierarchią źródłową i docelową.

• Nie można migrować aktualizacji niestandardowych publikowanych przy użyciu programu System Center Aktualizacje Publisher. Zamiast tego aktualizacje niestandardowe muszą zostać ponownie opublikowane w hierarchii docelowej.

Podczas migracji z hierarchii źródłowej Configuration Manager 2007 proces migracji modyfikuje niektóre obiekty aktualizacji oprogramowania do formatu używanego przez hierarchię docelową. Poniższa tabela ułatwia planowanie migracji obiektów aktualizacji oprogramowania z Configuration Manager 2007 r.

obiekt Configuration Manager 2007	Nazwa obiektu po migracji
Listy aktualizacji oprogramowania	Listy aktualizacji oprogramowania są konwertowane na grupy aktualizacji oprogramowania.
Wdrożenia aktualizacji oprogramowania	Wdrożenia aktualizacji oprogramowania są konwertowane na wdrożenia i grupy aktualizacji. Po przeprowadzeniu migracji wdrożenia aktualizacji oprogramowania z Configuration Manager 2007 r. należy włączyć je w hierarchii docelowej, zanim będzie można je wdrożyć.
Pakiety aktualizacji oprogramowania	Pakiety aktualizacji oprogramowania pozostają pakietami aktualizacji oprogramowania.
Szablony aktualizacji oprogramowania	Szablony aktualizacji oprogramowania pozostają szablonami aktualizacji oprogramowania. Wartość czasu trwania w szablonach wdrażania Configuration Manager 2007 nie jest migrowane.

Podczas migracji obiektów z programu System Center 2012 Configuration Manager lub Configuration Manager bieżącej hierarchii źródła gałęzi obiekty aktualizacji oprogramowania nie są modyfikowane.

Planowanie migracji zawartości

Zawartość z obsługiwanej hierarchii źródłowej można migrować do hierarchii docelowej. W przypadku hierarchii źródłowej Configuration Manager 2007 ta zawartość obejmuje pakiety dystrybucji oprogramowania, programy i aplikacje wirtualne, takie jak Microsoft Application Virtualization (App-V). W przypadku programu System Center 2012 Configuration Manager i Configuration Manager bieżących hierarchii źródłowych gałęzi ta zawartość obejmuje aplikacje i aplikacje wirtualne App-V. Podczas migracji zawartości między hierarchiami skompresowane pliki źródłowe są migrowane do hierarchii docelowej.

Pakiety i programy

Podczas migracji pakietów i programów nie są one modyfikowane przez migrację. Jednak przed ich migracją należy skonfigurować każdy pakiet tak, aby używał ścieżki uniwersalnej konwencji nazewnictwa (UNC) dla lokalizacji pliku źródłowego. W ramach konfiguracji migracji pakietów i programów należy przypisać lokację w hierarchii docelowej, aby zarządzać tą zawartością. Zawartość nie jest migrowana z przypisanej lokacji, ale po migracji przypisana lokacja uzyskuje dostęp do oryginalnej lokalizacji pliku źródłowego przy użyciu mapowania UNC.

Po przeprowadzeniu migracji pakietu i programu do hierarchii docelowej, a migracja z hierarchii źródłowej pozostaje aktywna, można udostępnić zawartość klientom w tej hierarchii przy użyciu udostępnionego punktu dystrybucji. Aby korzystać z udostępnionego punktu dystrybucji, zawartość musi pozostać dostępna w punkcie dystrybucji w lokacji źródłowej. Aby uzyskać więcej informacji na temat udostępnionych punktów dystrybucji, zobacz Udostępnianie punktów dystrybucji między hierarchiami źródłowym i docelowym w temacie Planowanie strategii migracji wdrożenia zawartości.

W przypadku migrowanej zawartości, jeśli wersja zawartości zmieni się w hierarchii źródłowej lub hierarchii docelowej, klienci nie będą mogli uzyskać dostępu do zawartości z udostępnionego punktu dystrybucji w hierarchii docelowej. W tym scenariuszu należy ponownie przeprowadzić migrację zawartości, aby przywrócić spójną wersję pakietu między hierarchią źródłową a hierarchią docelową. Te informacje są synchronizowane podczas cyklu zbierania danych.

Porada

Dla każdego z migrowanych pakietów zaktualizuj pakiet w hierarchii docelowej. Ta akcja może zapobiec problemom z wdrażaniem pakietu w punktach dystrybucji w hierarchii docelowej. Jednak po zaktualizowaniu pakietu w punkcie dystrybucji w hierarchii docelowej klienci w tej hierarchii nie będą już mogli pobrać tego pakietu z udostępnionego punktu dystrybucji. Aby zaktualizować pakiet w hierarchii docelowej, w konsoli Configuration Manager przejdź do biblioteki oprogramowania, kliknij prawym przyciskiem myszy pakiet, a następnie wybierz pozycję Aktualizuj punkty dystrybucji. Wykonaj tę akcję dla każdego z migrowanych pakietów.

Porada

Użyj Menedżera konwersji pakietów, aby przekonwertować pakiety i programy na aplikacje Configuration Manager. Aby uzyskać więcej informacji, zobacz Menedżer konwersji pakietów.

Aplikacje wirtualne

Podczas migracji pakietów App-V z obsługiwanej witryny Configuration Manager 2007 proces migracji konwertuje je na aplikacje w hierarchii docelowej. Ponadto na podstawie istniejących anonsów pakietu App-V w hierarchii docelowej są tworzone następujące typy wdrożeń:

• Jeśli nie ma anonsów, tworzony jest jeden typ wdrożenia, który używa domyślnych ustawień typu wdrożenia.

• Jeśli istnieje jedna reklama, tworzony jest jeden typ wdrożenia, który używa tych samych ustawień co anons Configuration Manager 2007.

• Jeśli istnieje wiele anonsów, typ wdrożenia jest tworzony dla każdej reklamy Configuration Manager 2007 r. przy użyciu ustawień dla tej reklamy.

Ważna

W przypadku migracji wcześniej zmigrowanego Configuration Manager pakietu App-V 2007 migracja zakończy się niepowodzeniem, ponieważ pakiety aplikacji wirtualnych nie obsługują zachowania migracji zastępowania. W tym scenariuszu należy usunąć zmigrowany pakiet aplikacji wirtualnej z hierarchii docelowej, a następnie utworzyć nowe zadanie migracji w celu migracji aplikacji wirtualnej.

Uwaga

Po przeprowadzeniu migracji pakietu App-V możesz użyć kreatora aktualizacji zawartości, aby zmienić ścieżkę źródłową dla typów wdrożeń app-v. Aby uzyskać więcej informacji na temat aktualizowania zawartości dla typu wdrożenia, zobacz How to manage deployment types in Management tasks for Configuration Manager applications (Jak zarządzać typami wdrożeń w zadaniach zarządzania dla aplikacji Configuration Manager).

Podczas migracji z programu System Center 2012 Configuration Manager lub Configuration Manager bieżącej hierarchii źródłowej gałęzi można migrować obiekty dla środowiska wirtualnego App-V oprócz typów wdrożeń i aplikacji app-v. Aby uzyskać więcej informacji na temat środowisk App-V, zobacz Wdrażanie aplikacji wirtualnych App-V.

Reklamy

Anonsy z obsługiwanej lokacji źródłowej Configuration Manager 2007 można migrować do hierarchii docelowej przy użyciu migracji opartej na kolekcjach. W przypadku uaktualnienia klienta zachowuje on historię poprzednio uruchamianych anonsów, aby uniemożliwić klientowi ponowne uruchamianie zmigrowanych anonsów.

Uwaga

Nie można migrować anonsów dla pakietów wirtualnych. Jest to wyjątek od migracji anonsów.

Aplikacje

Aplikacje można migrować z obsługiwanej Configuration Manager programu System Center 2012 lub Configuration Manager bieżącej hierarchii źródłowej gałęzi do hierarchii docelowej. W przypadku ponownego przypisania klienta z hierarchii źródłowej do hierarchii docelowej klient zachowuje historię wcześniej zainstalowanych aplikacji, aby uniemożliwić klientowi ponowne uruchomienie zmigrowanych aplikacji.

Planowanie migracji kolekcji

Kryteria dla kolekcji można migrować z obsługiwanej Configuration Manager programu System Center 2012 lub Configuration Manager bieżącej hierarchii źródła gałęzi. W tym celu należy użyć zadania migracji opartego na obiektach. Podczas migracji kolekcji migrujesz reguły dla kolekcji, a nie informacje o elementach członkowskich kolekcji, informacjach lub obiektach związanych z elementami członkowskimi kolekcji.

Migracja obiektu kolekcji nie jest obsługiwana podczas migracji z hierarchii źródłowej Configuration Manager 2007.

Planowanie migracji wdrożeń systemu operacyjnego

Z obsługiwanej hierarchii źródłowej można migrować następujące obiekty wdrażania systemu operacyjnego:

• Obrazy i pakiety systemu operacyjnego. Ścieżka źródłowa obrazów rozruchowych jest aktualizowana do domyślnej lokalizacji obrazu dla zestawu Windows Administrative Installation Kit (Windows AIK) w lokacji docelowej. Poniżej przedstawiono wymagania i ograniczenia dotyczące migrowania obrazów i pakietów systemu operacyjnego:

  • Aby pomyślnie przeprowadzić migrację plików obrazów, konto komputera serwera dostawcy programu SMS dla lokacji najwyższego poziomu hierarchii docelowej musi mieć uprawnienie odczytu i zapisu do plików źródłowych obrazów lokalizacji AIK systemu Windows lokacji źródłowej.

  • Podczas migracji pakietu instalacyjnego systemu operacyjnego upewnij się, że konfiguracja pakietu w lokacji źródłowej wskazuje folder zawierający plik WIM, a nie na sam plik WIM. Jeśli pakiet instalacyjny wskazuje na plik WIM, migracja pakietu instalacyjnego zakończy się niepowodzeniem.

  • Podczas migracji pakietu obrazu rozruchowego z lokacji źródłowej Configuration Manager 2007 identyfikator pakietu nie jest zachowywany w lokacji docelowej. W związku z tym klienci w hierarchii docelowej nie mogą używać pakietów obrazu rozruchowego dostępnych w udostępnionych punktach dystrybucji.

• Sekwencje zadań. Podczas migracji sekwencji zadań zawierającej odwołanie do pakietu instalacyjnego klienta odwołanie to jest zastępowane odwołaniem do pakietu instalacyjnego klienta w hierarchii docelowej.

  Uwaga

  Podczas migracji sekwencji zadań Configuration Manager mogą migrować obiekty, które nie są wymagane w hierarchii docelowej. Te obiekty obejmują obrazy rozruchowe i pakiety instalacyjne klienta Configuration Manager 2007.

• Sterowniki i pakiety sterowników. Podczas migracji pakietów sterowników konto komputera dostawcy programu SMS w hierarchii docelowej musi mieć pełną kontrolę nad źródłem pakietu.

Planowanie migracji żądanego zarządzania konfiguracją

Można migrować elementy konfiguracji i konfigurację odniesienia.

Uwaga

Nieinterpretowane elementy konfiguracji z hierarchii źródłowych Configuration Manager 2007 nie są obsługiwane w przypadku migracji. Nie można migrować ani importować tych elementów konfiguracji do hierarchii docelowej.

Możesz zaimportować pakiety konfiguracji Configuration Manager 2007. Proces importowania automatycznie konwertuje pakiety konfiguracji tak, aby były zgodne z Configuration Manager bieżącą gałęzią.

Planowanie migracji granic

Granice między hierarchiami można migrować. Podczas migracji granic z Configuration Manager 2007 r. każda granica z lokacji źródłowej migruje się w tym samym czasie i jest dodawana do nowej grupy granic utworzonej w hierarchii docelowej. Podczas migracji granic z Configuration Manager programu System Center 2012 lub Configuration Manager bieżącej hierarchii gałęzi każda wybrana granica jest dodawana do nowej grupy granic w hierarchii docelowej.

Każda automatycznie utworzona grupa granic jest włączona dla lokalizacji zawartości, ale nie dla przypisania witryny. Zapobiega to nakładaniu się granic przypisywania lokacji między hierarchiami źródłowymi i docelowymi. Migracja z lokacji źródłowej Configuration Manager 2007 pomaga zapobiegać niepoprawnemu przypisywaniu nowych klientów Configuration Manager 2007, którzy instalują program do hierarchii docelowej. Domyślnie Configuration Manager bieżących klientów gałęzi nie są automatycznie przypisywani do lokacji Configuration Manager 2007.

Jeśli podczas migracji współużytkujesz punkt dystrybucji z hierarchią docelową, wszystkie granice skojarzone z tą dystrybucją zostaną automatycznie zmigrowane do hierarchii docelowej. W hierarchii docelowej migracja tworzy nową grupę granic tylko do odczytu dla każdego udostępnionego punktu dystrybucji. Jeśli zmienisz granice punktu dystrybucji w hierarchii źródłowej, grupa granic w hierarchii docelowej zaktualizuje te zmiany podczas następnego cyklu zbierania danych.

Planowanie migracji raportów

Configuration Manager nie obsługuje migracji raportów. Zamiast tego użyj SQL Server Reporting Services Report Builder, aby wyeksportować raporty z hierarchii źródłowej, a następnie zaimportować je do hierarchii docelowej.

Uwaga

Ponieważ istnieją zmiany schematu dla raportów między Configuration Manager 2007 a Configuration Manager bieżącą gałęzią, przetestuj każdy raport importowany z hierarchii Configuration Manager 2007, aby upewnić się, że działa zgodnie z oczekiwaniami.

Aby uzyskać więcej informacji na temat raportowania, zobacz Wprowadzenie do raportowania.

Planowanie migracji folderów organizacyjnych i wyszukiwania

Foldery organizacyjne i foldery wyszukiwania można migrować z obsługiwanej hierarchii źródłowej do hierarchii docelowej. Ponadto z programu System Center 2012 Configuration Manager lub Configuration Manager bieżącej hierarchii źródłowej gałęzi można migrować kryteria zapisanego wyszukiwania do hierarchii docelowej.

Domyślnie proces migracji zachowuje struktury folderów wyszukiwania i folderów administracyjnych dla obiektów i kolekcji podczas migracji. Jednak w kreatorze Tworzenie zadania migracji na stronie Ustawienia można skonfigurować zadanie migracji, aby nie migrować struktury organizacyjnej obiektów, usuwając zaznaczenie pola wyboru dla tej opcji. Struktury organizacyjne kolekcji są zawsze utrzymywane.

Jednym z wyjątków jest folder wyszukiwania zawierający aplikacje wirtualne. Po migracji pakietu App-V pakiet App-V jest przekształcany w aplikację w Configuration Manager. Po migracji folderu wyszukiwania znajdują się tylko pozostałe pakiety, a folder wyszukiwania nie może zlokalizować pakietu App-V z powodu tej konwersji na aplikację podczas migracji pakietu App-V.

Podczas migracji zapisanego wyszukiwania z programu System Center 2012 Configuration Manager lub Configuration Manager bieżącej hierarchii źródła gałęzi należy przeprowadzić migrację kryteriów wyszukiwania, a nie informacji o wynikach wyszukiwania. Migracja zapisanego wyszukiwania nie ma zastosowania z witryny źródłowej Configuration Manager 2007 r.

Planowanie migracji dostosowań analizy zasobów

Dostosowania analizy zasobów można migrować z obsługiwanej hierarchii źródłowej do hierarchii docelowej. Nie ma żadnych znaczących zmian w strukturze dostosowań analizy zasobów między Configuration Manager 2007 r. a Configuration Manager bieżącą gałęzią.

Uwaga

Configuration Manager bieżąca gałąź nie obsługuje migracji obiektów analizy zasobów z lokacji Configuration Manager 2007, która korzysta z usługi Analizy zasobów 2.0 (AIS 2.0).

Planowanie migracji dostosowań reguł pomiaru użytkowania oprogramowania

W Configuration Manager 2007 r. i Configuration Manager bieżącej gałęzi nie wprowadzono żadnych znaczących zmian w pomiarze użytkowania oprogramowania. Reguły pomiaru użytkowania oprogramowania można migrować z obsługiwanej hierarchii źródłowej do hierarchii docelowej.

Domyślnie reguły pomiaru użytkowania oprogramowania migrowane do hierarchii docelowej nie są skojarzone z określoną lokacją w hierarchii docelowej i zamiast tego mają zastosowanie do wszystkich klientów w hierarchii. Aby zastosować regułę pomiaru użytkowania oprogramowania do klientów w określonej lokacji, należy edytować regułę pomiaru po jej migracji.