Planowanie strategii migracji klienta w programie 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 celu migracji klientów z hierarchii źródłowej do hierarchii docelowej programu System Center 2012 Configuration Manager należy wykonać dwa zadania. Należy dokonać migracji obiektów skojarzonych z klientem, a następnie zainstalować ponownie lub przypisać ponownie klientów z hierarchii źródłowej do hierarchii docelowej. Migrację obiektów należy przeprowadzić najpierw po to, żeby były dostępne podczas migracji klientów. Obiekty skojarzone z klientami migruje się za pomocą zadań migracji. Informacje o sposobach migracji obiektów skojarzonych z klientem znajdują się w temacie Planowanie strategii zadania migracji w programie System Center 2012 Configuration Manager.
Informacje w poniższych sekcjach ułatwią planowanie migracji klientów do hierarchii docelowej.
Planowanie sposobu migracji klientów do hierarchii docelowej
Planowanie sposobu obsługi danych zachowywanych na klientach podczas migracji
Planowanie obsługi stanu zapasów i danych zgodności podczas migracji
Planowanie sposobu migracji klientów do hierarchii docelowej
Podczas migracji klientów z hierarchii źródłowej oprogramowanie klienckie na komputerze kliencie aktualizuje się w celu dopasowania do wersji produktu hierarchii docelowej:
Hierarchia źródłowa programu Configuration Manager 2007: W przypadku migracji klientów z hierarchii źródłowej z uruchomioną obsługiwaną wersją programu Configuration Manager 2007 oprogramowanie klienckie jest uaktualniane do wersji klienta dla hierarchii docelowej.
Hierarchia źródłowa programu System Center 2012 Configuration Manager SP1 lub nowszego: W przypadku migracji klientów między hierarchiami tej samej wersji produktu oprogramowanie klienckie nie ulega zmianie ani uaktualnieniu. Zamiast tego następuje zmiana przypisania klienta z hierarchii źródłowej do lokacji w hierarchii docelowej.
Uwaga
Jeśli wersja produktu jakiejś hierarchii nie jest obsługiwana pod kątem migracji do hierarchii docelowej, należy uaktualnić 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 będzie można dokonać migracji między hierarchiami. Więcej informacji znajduje się w sekcji Wersje programu Configuration Manager obsługujące migrację w temacie Warunki wstępne dotyczące migracji w programie System Center 2012 Configuration Manager.
W planowaniu migracji klientów mogą pomóc następujące informacje:
Aby uaktualnić klientów lub zmienić ich przypisanie z lokacji źródłowej na lokację docelową, można użyć dowolnej metody wdrażania klientów, która jest obsługiwana w celu wdrażania klientów w hierarchii docelowej. Do typowych metod wdrażania klientów należą: instalacja wypychana klienta, dystrybucja oprogramowania, instalacja klienta oparta na zasadach grupy i instalacja klienta oparta na aktualizacji oprogramowania. Aby uzyskać więcej informacji, zobacz Określanie metody instalacji klienta używanej z komputerami z systemem Windows w programie Configuration Manager.
Należy się upewnić, że urządzenie z uruchomionym oprogramowaniem klienckim w hierarchii źródłowej spełnia minimalne wymagania sprzętowe i dysponuje systemem operacyjnym, który jest obsługiwany przez wersję programu Menedżer konfiguracji znajdującą się w hierarchii docelowej.
Przed przystąpieniem do migrowania klienta należy uruchomić zadanie migracji obejmujące te informacje, z których klient będzie korzystał w hierarchii docelowej.
Klienci, którzy ulegają uaktualnieniu, zachowują swoją historię uruchomień na potrzeby wdrożeń, aby zapobiec niepotrzebnemu ponownemu uruchamianiu wdrożeń w hierarchii docelowej:
W przypadku klientów programu Configuration Manager 2007 jest zachowywana historia uruchomień anonsowania.
W przypadku klientów programu System Center 2012 Configuration Manager jest zachowywana historia uruchomień wdrażania.
Klientów można migrować z lokacji w hierarchii źródłowej w dowolnie wybranej kolejności. Warto jednak rozważyć migrowanie ograniczonej liczby klientów fazami zamiast dużej liczby klientów naraz. Migracja fazami zmniejsza wymagania związane z przepustowością sieci i obciążenie serwera przetwarzaniem pojawiające się, kiedy każdy nowo uaktualniony klient przekazuje swój wstępny pełny stan zapasów i dane dotyczące zgodności przypisanej do niego lokacji.
Podczas migrowania klientów programu Configuration Manager 2007 istniejące oprogramowanie klienta zostaje odinstalowane z komputera klienckiego i zastąpione nowym oprogramowaniem klienta.
Program Menedżer konfiguracji nie może migrować klientów Configuration Manager 2007 mających zainstalowanego klienta App-V, chyba że jest to klient App-V w wersji 4.6 SP1 lub nowszej.
Postęp migracji klientów można monitorować w węźle Migracja obszaru roboczego Administracja w konsoli programu Menedżer konfiguracji.
Po migracji klienta do hierarchii docelowej nie można już dłużej zarządzać danym urządzeniem klienta za pomocą hierarchii źródłowej, dlatego warto pomyśleć o usunięciu klienta z hierarchii źródłowej. Chociaż nie jest to wymaganie związane z migracją hierarchii, może to pomóc zapobiec identyfikowaniu zmigrowanego klienta w raporcie hierarchii źródłowej lub nieprawidłowemu obliczaniu zasobów obydwu hierarchii podczas migracji. Na przykład kiedy zmigrowany klient pozostaje w bazie danych lokacji źródłowej, uruchomienie raportu o aktualizacjach oprogramowania może nieprawidłowo zidentyfikować komputer jako zasób niezarządzany, podczas gdy zarządza nim już hierarchia docelowa.
Planowanie sposobu obsługi danych zachowywanych na klientach podczas migracji
Podczas migracji klienta z hierarchii źródłowej do hierarchii docelowej część informacji jest pozostawiana na urządzeniu, podczas gdy inne informacje przestają być na nim dostępne po migracji.
Na urządzeniu klienckim są zachowywane następujące informacje:
Unikatowy identyfikator (GUID), który kojarzy klienta z informacjami o nim w bazie danych programu Menedżer konfiguracji.
Historia anonsowania lub wdrażania, która zapobiega niepotrzebnemu ponownemu uruchamianiu anonsowań lub wdrożeń na klientach w hierarchii docelowej.
Na urządzeniu klienckim nie są zachowywane następujące informacje:
Pliki z pamięci podręcznej klienta. Jeśli klient wymaga tych plików do instalacji oprogramowania, pobiera je ponownie z hierarchii docelowej.
Informacje z hierarchii źródłowej o ewentualnych anonsach lub wdrożeniach, które nie zostały jeszcze uruchomione. Aby móc uruchomić na kliencie anonse lub wdrożenia po jego migracji, należy ponownie wdrożyć je na kliencie w hierarchii docelowej.
Informacje o stanie zapasów. Klient wysyła te informacje ponownie, po migracji i wygenerowaniu nowych danych klienta, do przypisanej do niego lokacji w hierarchii docelowej.
Dane zgodności. Klient wysyła te informacje ponownie, po migracji i wygenerowaniu nowych danych klienta, do przypisanej do niego lokacji w hierarchii docelowej.
Podczas migracji klienta informacje przechowywane w rejestrze i ścieżce pliku klienta programu Menedżer konfiguracji nie są zachowywane. Po migracji należy ponownie zastosować te ustawienia. Typowe ustawienia obejmują między innymi:
Schematy zasilania
Ustawienia logowania
Ustawienia zasad lokalnych
Ponadto może zajść konieczność ponownego zainstalowania niektórych aplikacji.
Planowanie obsługi stanu zapasów i danych zgodności podczas migracji
Stan zapasów i dane zgodności klienta nie są zachowywane podczas migracji klienta do hierarchii docelowej. Zamiast tego informacje te są odtwarzane w hierarchii docelowej, kiedy klient po raz pierwszy wysyła informacje do przypisanej do niego lokacji. Aby pomóc w zmniejszeniu odnośnych wymagań związanych z przepustowością sieci i obciążenie serwera przetwarzaniem warto rozważyć migrowanie ograniczonej liczby klientów fazami zamiast dużej liczby klientów naraz.
Nie można ponadto migrować dostosowań zapasów sprzętowych z hierarchii źródłowej. Należy wprowadzić je w hierarchii docelowej niezależnie od migracji. Informacje o sposobach rozszerzania zapasów sprzętu znajdują się w temacie Jak rozszerzyć spisu sprzętu w programie Configuration Manager.