Planowanie strategii migracji klienta w Configuration Manager

  • Artykuł

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

Aby przeprowadzić migrację klientów z hierarchii źródłowej do Configuration Manager bieżącej hierarchii docelowej gałęzi, należy wykonać dwa zadania. Należy przeprowadzić migrację obiektów skojarzonych z klientem, a następnie ponownie zainstalować lub ponownie przypisać klientów z hierarchii źródłowej do hierarchii docelowej. Najpierw należy przeprowadzić migrację obiektów, aby były one dostępne podczas migracji klientów. Obiekty skojarzone z klientem są migrowane przy użyciu zadań migracji. Aby uzyskać informacje o sposobie migrowania obiektów skojarzonych z klientem, zobacz Planowanie strategii zadania migracji.

Poniższe sekcje ułatwiają planowanie migracji klientów do hierarchii docelowej.

Planowanie migracji klientów do hierarchii docelowej

Podczas migracji klientów z hierarchii źródłowej oprogramowanie klienckie na komputerze klienckim jest uaktualnione w celu dopasowania do wersji produktu hierarchii docelowej.

  • Hierarchia źródłowa Configuration Manager 2007 r.: podczas migracji klientów z hierarchii źródłowej z obsługiwaną wersją Configuration Manager oprogramowanie klienckie jest uaktualnione do wersji klienta dla hierarchii docelowej.

  • Hierarchia źródłowa programu System Center 2012 Configuration Manager lub nowsza: podczas migracji klientów między hierarchiami w tej samej wersji produktu oprogramowanie klienckie nie zmienia się ani nie uaktualnia. Zamiast tego klient ponownie przypisuje z hierarchii źródłowej do lokacji w hierarchii docelowej.

    Uwaga

    Jeśli wersja produktu hierarchii nie jest obsługiwana podczas migracji do hierarchii docelowej, uaktualnij wszystkie lokacje i klientów w hierarchii źródłowej do zgodnej wersji produktu. Po uaktualnieniu hierarchii źródłowej do obsługiwanej wersji produktu można przeprowadzić migrację między hierarchiami. Aby uzyskać więcej informacji, zobacz Wersje Configuration Manager, które są obsługiwane w przypadku migracji w obszarze Wymagania wstępne dotyczące migracji.

Skorzystaj z następujących informacji, aby ułatwić planowanie migracji klienta:

  • Aby uaktualnić lub ponownie przypisać klientów z lokacji źródłowej do lokacji docelowej, można użyć dowolnej metody wdrażania klienta obsługiwanej w przypadku wdrażania klientów w hierarchii docelowej. Typowe metody wdrażania klienta obejmują instalację wypychaną klienta, dystrybucję oprogramowania, zasady grupy i instalację klienta opartą na aktualizacji oprogramowania. Aby uzyskać więcej informacji, zobacz Metody instalacji klienta.

  • Upewnij się, że urządzenie z uruchomionym oprogramowaniem klienckim w hierarchii źródłowej spełnia minimalne wymagania sprzętowe i uruchamia system operacyjny obsługiwany przez wersję Configuration Manager w hierarchii docelowej.

  • Przed migracją klienta uruchom zadanie migracji, aby przeprowadzić migrację informacji używanych przez klienta w hierarchii docelowej.

  • Klienci uaktualnieni zachowują swoją historię uruchamiania dla wdrożeń. Uniemożliwia to niepotrzebne ponowne uruchamianie wdrożeń w hierarchii docelowej.

    • W przypadku klientów z Configuration Manager 2007 r. historia uruchamiania anonsu jest zachowywana.

    • W przypadku klientów z programu System Center 2012 Configuration Manager lub Configuration Manager bieżącej gałęzi historia uruchamiania wdrożenia jest zachowywana.

  • Klientów można migrować z lokacji w hierarchii źródłowej w dowolnej wybranej kolejności. Należy jednak rozważyć migrację ograniczonej liczby klientów w fazach, zamiast migrować dużą liczbę klientów w jednym czasie. Migracja etapowa zmniejsza wymagania dotyczące przepustowości sieci i przetwarzanie serwera, gdy każdy nowo uaktualniony klient przesyła początkowe pełne dane spisu i zgodności do przypisanej lokacji.

  • Podczas migracji Configuration Manager klientów 2007 istniejące oprogramowanie klienckie jest odinstalowywany z komputera klienckiego i jest zainstalowane nowe oprogramowanie klienckie.

  • Configuration Manager nie może migrować klienta Configuration Manager 2007 z zainstalowanym klientem App-V, chyba że wersja klienta App-V to 4.6 z dodatkiem SP1 lub nowszym.

Proces migracji klienta można monitorować w węźle Migracja obszaru roboczego Administracja w konsoli Configuration Manager.

Po przeprowadzeniu migracji klienta do hierarchii docelowej nie można już zarządzać tym urządzeniem przy użyciu hierarchii źródłowej i należy rozważyć usunięcie klienta z hierarchii źródłowej. Chociaż nie jest to wymagane podczas migracji hierarchii, może pomóc w zapobieganiu identyfikacji zmigrowanego klienta w raporcie hierarchii źródłowej lub nieprawidłowej liczbie zasobów między dwiema hierarchiami podczas migracji. Jeśli na przykład zmigrowany klient pozostanie w źródłowej bazie danych lokacji, możesz uruchomić raport aktualizacji oprogramowania, który niepoprawnie identyfikuje komputer jako zasób niezarządzany, gdy jest teraz zarządzany przez hierarchię docelową.

Planowanie obsługi danych przechowywanych na klientach podczas migracji

Podczas migracji klienta z hierarchii źródłowej do hierarchii docelowej niektóre informacje są przechowywane na urządzeniu, podczas gdy inne informacje nie są dostępne na urządzeniu po migracji.

Następujące informacje są przechowywane na urządzeniu klienckim:

  • Unikatowy identyfikator (GUID), który kojarzy klienta z jego informacjami w bazie danych Configuration Manager.

  • Historia anonsowania lub wdrażania, która uniemożliwia klientom niepotrzebne ponowne uruchamianie anonsów lub wdrożeń w hierarchii docelowej.

Następujące informacje nie są przechowywane na urządzeniu klienckim:

  • Pliki w pamięci podręcznej klienta. Jeśli klient wymaga tych plików do zainstalowania oprogramowania, klient pobierze je ponownie z hierarchii docelowej.

  • Informacje z hierarchii źródłowej dotyczące wszelkich anonsów lub wdrożeń, które nie zostały jeszcze uruchomione. Jeśli chcesz, aby klient uruchamiał anonsy lub wdrożenia po przeprowadzeniu migracji, musisz ponownie wdrożyć je do klienta w hierarchii docelowej.

  • Informacje o spisie. Klient ponownie wysyła te informacje do przypisanej lokacji w hierarchii docelowej po migracji klienta i wygenerowaniu nowych danych klienta.

  • Dane zgodności. Klient ponownie wysyła te informacje do przypisanej lokacji w hierarchii docelowej po migracji klienta i wygenerowaniu nowych danych klienta.

Podczas migracji klienta informacje przechowywane w Configuration Manager rejestrze klienta i ścieżce pliku nie są zachowywane. Po migracji ponownie wykonaj te ustawienia. Typowe ustawienia obejmują następujące ustawienia:

  • Schematy zasilania

  • Ustawienia rejestrowania

  • Ustawienia zasad lokalnych

Ponadto może być konieczne ponowne zainstalowanie niektórych aplikacji.

Planowanie danych spisu i zgodności podczas migracji

Dane spisu klientów i zgodności nie są zapisywane podczas migracji klienta do hierarchii docelowej. Zamiast tego te informacje są ponownie tworzone w hierarchii docelowej, gdy klient po raz pierwszy wysyła swoje informacje do przypisanej lokacji. Aby zmniejszyć wynikające z tego wymagania dotyczące przepustowości sieci i przetwarzania serwera, rozważ migrację niewielkiej liczby klientów w fazach zamiast migrowania dużej liczby klientów w jednym czasie.

Ponadto nie można migrować dostosowań spisu sprzętu z hierarchii źródłowej. Należy wprowadzić je do hierarchii docelowej niezależnie od migracji. Aby uzyskać informacje na temat rozszerzania spisu sprzętu, zobacz How to configure hardware inventory (Jak skonfigurować spis sprzętu).