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

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

Za pomocą bieżącej gałęzi programu Configuration Manager 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

• Synchronizowanie punktu aktualizacji oprogramowania w hierarchii docelowej z usługami 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 w hierarchii docelowej nie są synchronizowane informacje zgodne z konfiguracją hierarchii źródłowej.

  Ostrzeżenie

  Program 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 Updates Publisher. Zamiast tego aktualizacje niestandardowe muszą zostać ponownie opublikowane w hierarchii docelowej.

Podczas migracji z hierarchii źródłowej programu 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 programu Configuration Manager 2007.

Configuration Manager 2007, obiekt	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 programu Configuration Manager 2007 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 programu Configuration Manager 2007 nie jest migrowane.

Podczas migracji obiektów z bieżącej hierarchii źródłowej gałęzi programu System Center 2012 Configuration Manager lub Configuration Manager 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 programu Configuration Manager 2007 ta zawartość obejmuje pakiety dystrybucji oprogramowania, programy i aplikacje wirtualne, takie jak wirtualizacja aplikacji firmy Microsoft (App-V). W przypadku bieżących hierarchii źródłowych gałęzi programu System Center 2012 Configuration Manager i Configuration Manager 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 do używania ś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 programu 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 programu Configuration Manager. Aby uzyskać więcej informacji, zobacz Menedżer konwersji pakietów.

Aplikacje wirtualne

Podczas migracji pakietów App-V z obsługiwanej lokacji programu 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, zostanie utworzony jeden typ wdrożenia, który używa tych samych ustawień co anons programu Configuration Manager 2007.

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

Ważna

W przypadku migracji wcześniej zmigrowanego pakietu Programu Configuration Manager 2007 App-V migracja koń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 Jak zarządzać typami wdrożeń w zadaniach zarządzania dla aplikacji programu Configuration Manager.

Podczas migracji z bieżącej hierarchii źródłowej gałęzi programu System Center 2012 Configuration Manager lub Configuration Manager 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 programu Configuration Manager 2007 można migrować do hierarchii docelowej przy użyciu migracji opartej na kolekcji. 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 hierarchii źródłowej bieżącej gałęzi programu System Center 2012 Configuration Manager lub Configuration Manager 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 hierarchii źródłowej bieżącej gałęzi programu System Center 2012 Configuration Manager lub Configuration Manager. 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 programu 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 programu 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

  • Można migrować tylko sekwencje zadań z natywnymi zadaniami programu Configuration Manager. Nie można migrować sekwencji zadań, które zawierają zadania nienatywne, w tym zadania MDT lub zadania inne niż Microsoft. Próba migracji sekwencji zadań z zadaniami nienatywnymi powoduje następujące błędy w dzienniku Migmctrl.log:

    Type <ts-add-in-package> are not found

    ERROR: [MigMCtrl]: FAILED to EXECUTE job. error = Unknown error 0x80131500, 80131500~

    Aby przeprowadzić migrację sekwencji zadań z nienatywnymi zadaniami programu Configuration Manager, usuń zadania nienatywne, a następnie zmigruj sekwencję zadań.

  • Podczas migrowania sekwencji zadań program Configuration Manager może migrować obiekty, które nie są wymagane w hierarchii docelowej. Te obiekty obejmują obrazy rozruchowe i pakiety instalacyjne klienta programu 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 programu 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 programu Configuration Manager 2007. Proces importowania automatycznie konwertuje pakiety konfiguracji tak, aby były zgodne z bieżącą gałęzią programu Configuration Manager.

Planowanie migracji granic

Granice między hierarchiami można migrować. Podczas migracji granic z programu Configuration Manager 2007 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 bieżącej hierarchii gałęzi programu System Center 2012 Configuration Manager lub Configuration Manager 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 lokacji. Zapobiega to nakładaniu się granic przypisywania lokacji między hierarchiami źródłowymi i docelowymi. Migracja z lokacji źródłowej programu Configuration Manager 2007 pomaga zapobiegać niepoprawnemu przypisywaniu nowych klientów programu Configuration Manager 2007, którzy instalują program do hierarchii docelowej. Domyślnie bieżąci klienci gałęzi programu Configuration Manager nie są automatycznie przypisywani do lokacji programu 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

Program Configuration Manager nie obsługuje migracji raportów. Zamiast tego użyj programu 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 bieżącą gałęzią programu Configuration Manager 2007 a programem Configuration Manager, przetestuj każdy raport importowany z hierarchii programu 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 bieżącej hierarchii źródłowej gałęzi programu System Center 2012 Configuration Manager lub Configuration Manager 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 programie 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 bieżącej hierarchii źródłowej gałęzi programu System Center 2012 Configuration Manager lub Configuration Manager należy przeprowadzić migrację kryteriów wyszukiwania, a nie informacji o wynikach wyszukiwania. Migracja zapisanego wyszukiwania nie ma zastosowania z lokacji źródłowej programu Configuration Manager 2007.

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 istotnych zmian w strukturze dostosowań analizy zasobów między bieżącą gałęzią programu Configuration Manager 2007 i configuration manager.

Uwaga

Bieżąca gałąź programu Configuration Manager nie obsługuje migracji obiektów analizy zasobów z lokacji programu Configuration Manager 2007 korzystającej z usługi Analizy zasobów 2.0 (AIS 2.0).

Planowanie migracji dostosowań reguł pomiaru użytkowania oprogramowania

Nie ma żadnych znaczących zmian w pomiarze użytkowania oprogramowania między bieżącą gałęzią programu Configuration Manager 2007 i configuration manager. 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.