Planowanie migracji obiektów programu Configuration Manager do programu 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

W programie System Center 2012 Configuration Manager można migrować wiele różnych obiektów skojarzonych z różnymi funkcjami znalezionymi w lokacji źródłowej. Informacje w poniższych sekcjach ułatwią planowanie migracji obiektów między hierarchiami.

• Planowanie migracji aktualizacji oprogramowania

• Planowanie migracji zawartości

• Planowanie migracji kolekcji

• Planowanie migracji wdrożeń systemu operacyjnego

• Planowanie migracji zarządzania wymaganą konfiguracją

• Planowanie migracji komputerów AMT udostępnianych w celu zarządzania poza pasmem

• Planowanie migracji granic

• Planowanie migracji raportów

• Planowanie migracji folderów wyszukiwania i organizacyjnych

• Planowanie migracji dostosowań analizy zasobów

• Planowanie migracji dostosowań zasad pomiaru użytkowania oprogramowania

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 określić w hierarchii docelowej konfiguracje zgodne ze środowiskiem hierarchii źródłowej. Wymaga to wykonania następujących akcji:

• Wdrożenie aktywnego punktu aktualizacji oprogramowania w hierarchii docelowej.

• Konfigurowanie katalogu produktów i języków zgodnie z konfiguracją hierarchii źródłowej.

• Zsynchronizowanie punktu aktualizacji oprogramowania w hierarchii docelowej z programem Windows Server Update Services (WSUS).

Podczas migracji aktualizacji oprogramowania należy uwzględnić następujące kwestie:

• Migracja obiektów aktualizacji oprogramowania może zakończyć się niepowodzeniem, jeżeli nie zsynchronizowano informacji w hierarchii docelowej zgodnie z informacją w hierarchii źródłowej.

  Ostrzeżenie
  Nie jest obsługiwane użycie narzędzia WSUSutil w celu synchronizacji danych między hierarchią źródłową a docelową.

• Nie można migrować aktualizacji niestandardowych opublikowanych przy użyciu programu System Center Updates Publisher. Zamiast tego należy ponownie opublikować aktualizacje niestandardowe w hierarchii docelowej.

W przypadku 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ą. Informacje w poniższej tabeli ułatwią planowanie migracji obiektów aktualizacji oprogramowania z programu Configuration Manager 2007.

Obiekt programu 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. Uwaga Po przeprowadzeniu migracji wdrożenia aktualizacji oprogramowania z programu Configuration Manager 2007 należy przed wdrożeniem włączyć ją w hierarchii docelowej.
Pakiety aktualizacji oprogramowania	Pakiety aktualizacji oprogramowania nie ulegają zmianie.
Szablony aktualizacji oprogramowania	Szablony aktualizacji oprogramowania nie ulegają zmianie. Uwaga Wartość parametru Czas trwania w szablonach wdrożenia programu Configuration Manager 2007 nie jest migrowana.

W przypadku migracji obiektów z hierarchii źródłowej programu System Center 2012 Configuration Manager obiekty aktualizacji oprogramowania nie są modyfikowane.

Planowanie migracji zawartości

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

Pakiety i programy

Migracja nie powoduje modyfikacji pakietów i programów. Jednakże przed ich migracją należy skonfigurować każdy pakiet tak, aby używał ścieżki UNC (Universal Naming Convention) dla lokalizacji pliku źródłowego. W ramach konfigurowania migracji pakietów i programów należy przypisać w hierarchii docelowej lokację, która będzie zarządzać tą zawartością. Zawartość nie jest migrowana z przypisanej lokacji, ale po migracji uzyskuje ona dostęp do lokalizacji oryginalnego pliku źródłowego, używając mapowania UNC.

Po przeprowadzeniu migracji pakietu i programu do hierarchii docelowej i gdy migracja z hierarchii źródłowej pozostaje aktywna, można udostępnić zawartość klientom w tej hierarchii, używając współużytkowanego punktu dystrybucji. Aby można było użyć współużytkowanego punktu dystrybucji, zawartość musi pozostać dostępna w punkcie dystrybucji w lokacji źródłowej. Informacje dotyczące współużytkowanych punktów dystrybucji znajduje się w sekcji Udostępnianie punktów dystrybucji między hierarchiami źródłowymi a docelowymi w temacie Planowanie strategii migracji wdrożenia zawartości w programie System Center 2012 Configuration Manager.

Jeżeli wersja migrowanej zwartości zmieni się w hierarchii źródłowej lub docelowej, klienci nie będą mogli uzyskać dostępu do niej ze współużytkowanego punktu dystrybucji w hierarchii docelowej. W tym scenariuszu należy ponownie migrować zawartość, aby przywrócić wersję pakietu spójną pomiędzy hierarchią źródłową a docelową. Te informacje są synchronizowane podczas cyklu zbierania danych.

Porada

Dla każdego migrowanego pakietu zaktualizuj pakiet w hierarchii docelowej. Ta akcja może zapobiec problemom dotyczącym wdrażania 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 uzyskać tego pakietu ze współużytkowanego punktu dystrybucji. Aby zaktualizować pakiet w hierarchii docelowej, w konsoli programu Menedżer konfiguracji przejdź do biblioteki oprogramowania, kliknij prawym przyciskiem myszy pakiet, a następnie wybierz pozycję Aktualizuj punkty dystrybucji. Wykonaj tę akcję dla każdego migrowanego pakietu.

Porada
Można użyć programu Microsoft System Center Menedżer konfiguracji Package Conversion Manager w celu skonwertowania pakietów i programów do aplikacji programu System Center 2012 Configuration Manager. Program Package Conversion Manager można pobrać z witryny Centrum pobierania Microsoft. Aby uzyskać więcej informacji, zobacz Program Configuration Manager Package Conversion Manager.

Aplikacje wirtualne

W przypadku migracji pakietów aplikacji App-V z obsługiwanej lokacji programu Configuration Manager 2007 proces migracji powoduje ich konwersję do aplikacji w hierarchii docelowej. Ponadto, na podstawie istniejących anonsów pakietu aplikacji App-V, w hierarchii docelowej są tworzone następujące typy wdrożeń:

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

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

• Jeżeli istnieje kilka anonsów, typ wdrożenia jest tworzony dla każdego anonsu programu Configuration Manager 2007 z wykorzystaniem ustawień dla tego anonsu.

Ważne
W przypadku migracji wcześniej migrowanej aplikacji App-V programu Configuration Manager 2007 migracja nie powiedzie się, ponieważ pakiety aplikacji wirtualnej nie obsługują migracji zastępującej. W tym scenariuszu należy usunąć migrowany pakiet aplikacji wirtualnej z hierarchii docelowej, a następnie utworzyć nowe zadanie migracji w celu migracji aplikacji wirtualnej.

Uwaga

Po dokonaniu migracji pakietu aplikacji App-V package można użyć Kreator aktualizowania zawartości, aby zmienić ścieżkę źródłową typów wdrożeń aplikacji App-V. Aby uzyskać informacje o sposobie aktualizowania zawartości dla określonego typu wdrożenia, zobacz sekcję Jak zarządzać typami wdrożeń w temacie Zarządzanie aplikacjami i typami wdrożeń w programie Configuration Manager.

W przypadku migracji z hierarchii źródłowej programu System Center 2012 Configuration Manager oprócz typów wdrożeń aplikacji App-V i aplikacji, można migrować obiekty dla środowiska wirtualnego aplikacji App-V. Aby uzyskać informacje o środowiskach App-V, zobacz sekcję Używanie aplikacji wirtualnych App-V w programie Configuration Manager w temacie Wprowadzenie do zarządzania aplikacjami w programie Configuration Manager.

Anonse

Anonse można migrować z lokacji źródłowej programu Configuration Manager 2007 do hierarchii docelowej, używając migracji opartej na kolekcji. Po uaktualnieniu klienta zachowuje on historię poprzednio uruchomionych anonsów, aby zapobiec ponownemu uruchomieniu przez klienta migrowanych anonsów.

Uwaga

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

Aplikacje

Aplikacje można migrować z obsługiwanej hierarchii źródłowej programu System Center 2012 Configuration Manager do hierarchii docelowej. Po ponownym przypisaniu klienta z hierarchii źródłowej do hierarchii docelowej zachowuje on historię poprzednio zainstalowanych aplikacji, aby zapobiec ponownemu uruchomieniu migrowanych aplikacji.

Planowanie migracji kolekcji

Kryteria kolekcji można migrować z obsługiwanej hierarchii źródłowej programu System Center 2012 Configuration Manager. W tym celu należy użyć zadania migracji opartej na obiektach. Migracja kolekcji oznacza migrację jej zasad, a nie informacji o członkach kolekcji ani informacji lub obiektów dotyczących członków kolekcji.

Migracja obiektu kolekcji nie jest obsługiwana w przypadku 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 wdrożenia systemu operacyjnego:

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

  • Aby pomyślnie migrować pliki obrazów, konto komputera serwera dostawcy programu SMS dla lokacji najwyższego poziomu hierarchii docelowych musi mieć uprawnienia Odczyt i Zapis do plików źródłowych obrazu w lokacji źródłowej lokalizacji zestawu Windows AIK.

  • W przypadku pakietu instalacji systemu operacyjnego należy upewnić się, że konfiguracja pakietu lokacji źródłowej wskazuje folder zawierający plik WIM, a nie sam plik WIM. Jeżeli pakiet instalacji wskazuje plik WIM, migracja pakietu instalacji nie powiedzie się.

  • W przypadku migracji obrazu rozruchowego z lokacji źródłowej programu Configuration Manager 2007 identyfikator pakietu ID nie jest zachowywany w lokacji docelowej. Z tego powodu klienci w hierarchii docelowej nie mogą użyć pakietów obrazu rozruchowego dostępnych we współużytkowanych punktach dystrybucji.

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

  Uwaga

  W przypadku migracji sekwencji zadań program Menedżer konfiguracji 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.

Planowanie migracji zarządzania wymaganą konfiguracją

Można migrować elementy konfiguracji i linie bazowe konfiguracji.

Uwaga

Niezinterpretowane elementy konfiguracji z hierarchii źródłowych programu Configuration Manager 2007 nie są obsługiwane przez migrację. Nie można migrować ani importować tych elementów konfiguracji do hierarchii docelowej. Informacje o niezinterpretowanych elementach konfiguracji znajdują się w sekcji „Uninterpreted Configuration Item (Niezinterpretowany element konfiguracji)” w temacie About Configuration Items in Desired Configuration Management (Informacje o elementach konfiguracji w zarządzaniu wymaganą konfiguracją) w bibliotece dokumentacji programu Configuration Manager 2007.

Można importować pakiety konfiguracyjne programu Configuration Manager 2007. Proces importowania powoduje automatyczną konwersję pakietu konfiguracyjnego w celu zapewnienia zgodności z programem System Center 2012 Configuration Manager lub System Center 2012 R2 Configuration Manager.

Planowanie migracji komputerów AMT udostępnianych w celu zarządzania poza pasmem

Nie można migrować informacji o udostępnianiu AMT między hierarchiami i należy wykonać dodatkowe kroki zanim będzie można zarządzać komputerem AMT poza pasmem w hierarchii docelowej. Te kroki obejmują usunięcie z klientów informacji o udostępnianiu AMT w lokacji źródłowej, a następnie udostępnienie nowych informacji z lokacji w hierarchii docelowej. W tym celu należy sprawdzić, czy zainstalowano i skonfigurowano lokację w hierarchii docelowej dla udostępniania AMT, a następnie użyć jednej z następujących strategii:

• W lokacji źródłowej usuń informacje o udostępnianiu AMT i wybierz opcję Wyłącz automatyczne udostępnianie. Zmigruj klienta. Następnie w lokacji docelowej spróbuj zainicjować udostępnianie komputera z technologią AMT.

• W lokacji docelowej skonfiguruj konto usuwania udostępniania AMT na karcie Właściwości składnika zarządzania poza pasmem: Aprowizacja. Wybierz konto systemu Windows określone jako konto użytkownika AMT w lokacji źródłowej. W przypadku migracji z obsługiwanej lokacji programu Configuration Manager 2007 upewnij się, że to konto użytkownika AMT ma uprawnienie Administracja platformy (Configuration Manager 2007 z dodatkiem SP2) lub Administracja PT (Configuration Manager 2007 z dodatkiem SP1). Przeprowadź migrację klienta i przypisz go do lokacji docelowej. Następnie usuń informacje o udostępnianiu z komputera AMT, używając konta usuwania alokacji AMT i udostępnij je ponownie.

  Ostrzeżenie

  Jeżeli konto określone jako konto usuwania udostępniania AMT nie jest kontem użytkownika AMT dla komputera, konto użytkownika AMT nie ma wymaganych uprawnień lub jeżeli dziennik inspekcji zawiera dane, nie będzie można usunąć informacji o udostępnianiu z lokacji docelowej. Jeżeli użytkownik nie ma pewności, czy na komputerze AMT jest skonfigurowane to konto użytkownika AMT, w przypadku lokacji źródłowych programu Configuration Manager 2007 należy sprawdzić i zaktualizować kontroler zarządzania w lokacji programu Configuration Manager 2007 lub usunąć informacje o udostępnianiu, gdy klient jest nadal przypisany do lokacji programu Configuration Manager 2007. Jeżeli inspekcja AMT jest włączona, należy wyczyścić dziennik inspekcji lub wyłączyć inspekcję, gdy klient jest przypisany do lokacji programu Configuration Manager 2007. Więcej informacji o sposobie zarządzania dziennikiem inspekcji w programie Configuration Manager 2007 znajduje się w temacie How to Manage the Audit Log for AMT-based Computers (Jak zarządzać dziennikiem inspekcji komputerów AMT) w bibliotece dokumentacji programu Configuration Manager 2007.

• Zmigruj klienta. Ręcznie usuń informacje o udostępnianiu z rozszerzeń systemu BIOS komputera AMT. Następnie w lokacji docelowej spróbuj zainicjować udostępnianie komputera z technologią AMT.

Więcej informacji o sposobie usuwania informacji o udostępnianiu AMT, konfigurowaniu kont użytkownika AMT i aktualizowaniu kontrolerów zarządzania z poziomu lokacji programu Configuration Manager 2007 znajduje się w następujących tematach w bibliotece dokumentacji programu Configuration Manager 2007:

• Jak usunąć informacje o udostępnianiu komputerów z technologią AMT

• Jak skonfigurować ustawienia AMT i konta użytkowników AMT

• Jak zaktualizować ustawienia AMT na komputerach obsługiwanych administracyjnie przy użyciu funkcji zarządzania poza pasmem

Więcej informacji o sposobie konfigurowania aprowizacji AMT, kontach usuwania aprowizacji AMT i usuwaniu informacji o aprowizacji AMT z poziomu lokacji programu System Center 2012 Configuration Manager znajduje się w następujących tematach:

• Sposób obsługi administracyjnej i konfigurowania komputerach opartych na technologii AMT w programie Configuration Manager 

• Sekcja Jak usunąć informacje AMT w temacie Jak zarządzać AMT udostępniania informacji w programie Configuration Manager.

Planowanie migracji granic

Granice można migrować między hierarchiami. Podczas migracji z programu Configuration Manager 2007 wszystkie granice z lokacji źródłowej są migrowane jednocześnie oraz dodawane do nowej grupy granic utworzonej w hierarchii docelowej. Podczas migracji z programu System Center 2012 Configuration Manager każda wybrana granica jest dodawana do nowej grupy granic w hierarchii docelowej.

Każda automatycznie utworzona grupa granic może być lokalizacją zawartości, jednak nie może być używana do przypisywania lokacji. Zapobiega to nakładaniu się granic podczas przypisywania lokacji między hierarchiami źródłową i docelową. W przypadku migracji z lokacji źródłowej programu Configuration Manager 2007 pomaga to zapobiegać nieprawidłowemu przypisywaniu do hierarchii docelowej przez nowo instalowanych klientów programu Configuration Manager 2007. Domyślnie klienci programu System Center 2012 Configuration Manager nie są automatycznie przypisywani do lokacji programu Configuration Manager 2007.

Podczas migracji, jeśli współużytkujesz punkt dystrybucji z hierarchią docelową, wszystkie granice skojarzone z tą dystrybucją automatycznie migrują do hierarchii docelowej. W hierarchii docelowej proces migracji tworzy nową, przeznaczoną tylko do odczytu grupę granic dla każdego współużytkowanego punktu dystrybucji. Jeśli zmienisz granice punktu dystrybucji w hierarchii źródłowej, grupa granic w hierarchii docelowej zostanie zaktualizowana tymi zmianami podczas następnego cyklu zbierania danych.

Planowanie migracji raportów

Program Menedżer konfiguracji nie obsługuje migracji raportów. W tej sytuacji raporty można eksportować z hierarchii źródłowej za pomocą narzędzia SQL Server Reporting Services Report Builder, a następnie zaimportować je do hierarchii docelowej.

Uwaga

Ponieważ między wersjami Configuration Manager 2007 i System Center 2012 Configuration Manager wprowadzono zmiany do schematu, lepiej sprawdzić każdy raport zaimportowany z hierarchii programu Configuration Manager 2007, tak aby mieć pewność, że działa zgodnie z oczekiwaniami.

Więcej informacji o raportach znajduje się w temacie Raportowanie w programie Configuration Manager.

Planowanie migracji folderów wyszukiwania i organizacyjnych

Foldery organizacyjne i folder wyszukiwania można migrować z obsługiwanej hierarchii źródłowej do hierarchii docelowej. Dodatkowo z hierarchii źródłowej programu System Center 2012 Configuration Manager można migrować do hierarchii docelowej zapisane kryteria wyszukiwania.

Domyślnie proces migracji obsługuje obiekty i kolekcje ze struktur folderu wyszukiwania i folderu organizacyjnego. Jednak w Kreatorze tworzenia zadania migracji na stronie Ustawienia można tak skonfigurować zadanie migracji, aby nie migrowało organizacyjnej struktury obiektów, usuwając zaznaczenie pola wyboru dotyczącego tej opcji. Struktury organizacyjne kolekcji są zawsze obsługiwane.

Jedynym wyjątkiem jest folder wyszukiwania, który zawiera aplikacje wirtualne. Podczas migracji pakietu aplikacji App-V jest on przekształcany w aplikację w programie System Center 2012 Configuration Manager. Po zmigrowaniu folderu wyszukiwania są znajdowane tylko pozostałe pakiety, a folder wyszukiwania nie może zlokalizować pakietu App-V, ponieważ został on podczas migracji przekształcony w aplikację.

Podczas migracji zapisanego kryterium wyszukiwania z hierarchii źródłowej programu System Center 2012 Configuration Manager można migrować kryteria wyszukiwania, a nie informacje o wynikach wyszukiwania. Migracja zapisanego kryterium wyszukiwania nie ma zastosowania do 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. Między programami Configuration Manager 2007 i System Center 2012 Configuration Manager nie wprowadzono żadnych ważnych zmian w strukturze dostosowań analizy zasobów.

Uwaga

Program System Center 2012 Configuration Manager nie obsługuje migracji obiektów analizy zasobów z lokacji programu Configuration Manager 2007, która używa Usług informacji o aplikacji w wersji 2.0 (AIS 2.0).

Planowanie migracji dostosowań zasad pomiaru użytkowania oprogramowania

Między programami Configuration Manager 2007 i System Center 2012 Configuration Manager nie wprowadzono żadnych ważnych zmian dotyczących pomiaru użytkowania oprogramowania. Zasady pomiaru użytkowania oprogramowania można migrować z obsługiwanej hierarchii źródłowej do hierarchii docelowej.

Domyślnie zasady pomiaru użytkowania oprogramowania, które można migrować do hierarchii docelowej, nie są skojarzone z konkretną lokacją w hierarchii docelowej, lecz mają zastosowanie do wszystkich klientów w hierarchii. Aby zastosować zasadę pomiaru użytkowania oprogramowania do klientów w konkretnej lokacji, należy edytować zasadę pomiaru po jej zmigrowaniu.

Zobacz też

Planowanie migracji do programu System Center 2012 Configuration Manager