Odzyskiwanie lokacji Configuration Manager
Dotyczy: programu Configuration Manager (bieżąca gałąź)
Uruchom Configuration Manager odzyskiwanie lokacji po awarii lokacji lub utracie danych w bazie danych lokacji. Naprawianie i ponowne synchronizowanie danych to podstawowe zadania odzyskiwania lokacji i są wymagane, aby zapobiec przerwom w działaniu.
Sekcje w tym artykule mogą pomóc w odzyskaniu witryny Configuration Manager. Aby utworzyć kopię zapasową, zobacz Tworzenie kopii zapasowej dla Configuration Manager.
Zagadnienia przed odzyskaniem lokacji
Ważna
Te informacje dotyczą tylko scenariuszy odzyskiwania lokacji. Podczas uaktualniania infrastruktury lokalnej i nieaktywnego odzyskiwania lokacji zakończonej niepowodzeniem zapoznaj się z informacjami w następujących artykułach:
Przygotowywanie sprzętu serwera
Upewnij się, że istniejące konfiguracje nie są obecne na serwerze lokacji. Wszystkie poprzednie konfiguracje mogą powodować konflikty podczas procesu odzyskiwania lokacji. Użyj jednej z następujących opcji dla sprzętu serwera:
Użyj nowego serwera, który spełnia ogólne wymagania dotyczące odzyskiwania i odzyskiwania.
Sformatuj dyski i zainstaluj ponownie system operacyjny na istniejącym serwerze. Upewnij się, że spełnia on ogólne wymagania dotyczące odzyskiwania i odzyskiwania.
Ponowne użycie istniejącego serwera, który został wyczyszczony
Użyj jednej z następujących procedur, aby wyczyścić istniejący serwer:
Czyszczenie istniejącego serwera tylko na potrzeby odzyskiwania serwera lokacji
- Usuń klucze rejestru SMS:
HKLM\Software\Microsoft\SMS - Usuń wszystkie wpisy rejestru rozpoczynające się
SMSod .HKLM\System\CurrentControlSet\ServicesPrzykład:- SMS_DISCOVERY_DATA_MANAGER
- SMS_EXECUTIVE
- SMS_INBOX_MONITOR
- SMS_INVENTORY_DATA_LOADER
- SMS_LAN_SENDER
- SMS_MP_FILE_DISPATCH_MANAGER
- SMS_SCHEDULER
- SMS_SITE_BACKUP
- SMS_SITE_COMPONENT_MANAGER
- SMS_SITE_SQL_BACKUP
- SMS_SITE_VSS_WRITER
- SMS_SOFTWARE_METERING_PROCESSOR
- SMS_STATE_SYSTEM
- SMS_STATUS_MANAGER
- SMS_WSUS_SYNC_MANAGER
- SMSvcHost 3.0.0.0
- SMSvcHost 4.0.0.0
- Odinstalowywanie konsoli Configuration Manager
- Ponowne uruchamianie serwera
- Upewnij się, że wszystkie powyższe klucze rejestru zostały usunięte.
Serwer jest teraz gotowy do procedury przywracania Configuration Manager.
Czyszczenie istniejącego serwera tylko na potrzeby odzyskiwania bazy danych lokacji
- Tworzenie kopii zapasowej bazy danych lokacji. Utwórz również kopię zapasową innych pomocniczych baz danych, takich jak WSUS.
- Pamiętaj, aby zanotować nazwę SQL Server i nazwę wystąpienia
- Ręcznie usuń bazę danych lokacji z SQL Server
- Uruchom ponownie SQL Server
Serwer jest teraz gotowy do procedury przywracania Configuration Manager.
Czyszczenie istniejącego serwera w celu pełnego odzyskiwania
- Tworzenie kopii zapasowej bazy danych lokacji. Utwórz również kopię zapasową innych pomocniczych baz danych, takich jak WSUS.
- Tworzenie kopii biblioteki zawartości
Ostrzeżenie
Poniższy krok — odinstalowywanie lokacji Configuration Manager — powinien być wykonywany tylko w autonomicznej lokacji głównej lub podrzędnej lokacji głównej, która nie może komunikować się za pośrednictwem sieci z centralną lokacją administracyjną (CAS). Odinstalowywanie lokacji w wynikach hierarchii powoduje utratę przez CAS możliwości komunikowania się z tą podrzędną bazą danych podstawową, a proces przywracania zakończy się niepowodzeniem. W przypadku podrzędnych lokacji głównych wykonaj czynności opisane powyżej w temacie Clean an existing server for site server recovery only steps (Czyszczenie istniejącego serwera dla odzyskiwania serwera lokacji).
- Ręcznie usuń bazę danych lokacji z SQL Server
- Odinstalowywanie witryny Configuration Manager
- Ręcznie usuń folder instalacyjny Configuration Manager, powiązane rejestry i inne foldery Configuration Manager
- Ponowne uruchamianie serwera
- Przywróć bibliotekę zawartości i inne bazy danych, takie jak WSUS.
Serwer jest teraz gotowy do procedury przywracania Configuration Manager.
Użyj obsługiwanej wersji i tej samej wersji SQL Server
Jeśli to możliwe, użyj tej samej wersji SQL Server. Obsługiwane jest jednak przywracanie bazy danych do nowszej wersji.
Nie zmieniaj wersji SQL Server. Przywracanie bazy danych lokacji z wersji Standardowa do wersji Enterprise nie jest obsługiwane.
Inne wymagania dotyczące konfiguracji SQL Server:
- SQL Server nie można ustawić trybu pojedynczego użytkownika.
- Upewnij się, że pliki MDF i LDF są prawidłowe. Po odzyskaniu lokacji nie ma kontroli stanu plików.
SQL Server zawsze włączonych grup dostępności
Jeśli używasz SQL Server zawsze włączonych grup dostępności do hostowania bazy danych lokacji, zmodyfikuj plany odzyskiwania zgodnie z opisem w artykule Przygotowywanie do użycia SQL Server Zawsze włączone.
Repliki bazy danych
Po przywróceniu bazy danych lokacji skonfigurowanej dla replik bazy danych ponownie skonfiguruj każdą replikę. Przed użyciem replik bazy danych utwórz ponownie zarówno publikacje, jak i subskrypcje.
Określanie opcji odzyskiwania
Istnieją dwa główne obszary, które należy wziąć pod uwagę w przypadku odzyskiwania Configuration Manager serwera lokacji głównej i centralnej lokacji administracyjnej (CAS): serwera lokacji i bazy danych lokacji. Poniższe sekcje mogą pomóc w wyborze najlepszych opcji dla scenariusza odzyskiwania.
Uwaga
Gdy Configuration Manager instalator wykryje istniejącą lokację na serwerze, możesz uruchomić odzyskiwanie lokacji, ale opcje odzyskiwania serwera lokacji są ograniczone. Jeśli na przykład uruchomisz instalatora na istniejącym serwerze lokacji, po wybraniu opcji odzyskiwania możesz odzyskać serwer bazy danych lokacji, ale opcja odzyskania serwera lokacji jest wyłączona.
Opcje odzyskiwania serwera lokacji
Rozpocznij Configuration Manager instalacji z kopii folderu CD.Latest utworzonego poza folderem instalacyjnym Configuration Manager.
Jeśli instalator zostanie uruchomiony z menu Start na serwerze lokacji, opcja Odzyskaj lokację nie jest dostępna.
Jeśli przed utworzeniem kopii zapasowej zainstalowano aktualizacje z poziomu konsoli Configuration Manager, nie można ponownie zainstalować lokacji przy użyciu instalatora z następujących lokalizacji:
- Nośnik instalacyjny
- Ścieżka instalacji Configuration Manager
Następnie wybierz opcję Odzyskaj lokację . Dostępne są następujące opcje odzyskiwania dla serwera lokacji zakończonej niepowodzeniem:
Odzyskiwanie serwera lokacji przy użyciu istniejącej kopii zapasowej
Użyj tej opcji, jeśli masz Configuration Manager kopię zapasową serwera lokacji przed awarią lokacji. Witryna tworzy tę kopię zapasową w ramach zadania konserwacji serwera lokacji kopii zapasowej . Lokacja została ponownie zainstalowana, a ustawienia lokacji są konfigurowane na podstawie lokacji, dla których utworzono kopię zapasową.
Ponowne instalowanie serwera lokacji
Użyj tej opcji, jeśli nie masz kopii zapasowej serwera lokacji. Serwer lokacji jest ponownie instalowany i należy określić ustawienia lokacji tak, jak podczas instalacji początkowej.
Użyj tego samego kodu lokacji i nazwy bazy danych lokacji, które zostały użyte podczas pierwszej instalacji lokacji zakończonej niepowodzeniem.
Lokację można ponownie zainstalować na nowym komputerze z nową wersją systemu operacyjnego.
Serwer musi używać tej samej nazwy hosta i w pełni kwalifikowanej nazwy domeny (FQDN) oryginalnego serwera lokacji.
Opcje odzyskiwania bazy danych lokacji
Po uruchomieniu Configuration Manager konfiguracji dostępne są następujące opcje odzyskiwania bazy danych lokacji:
Odzyskiwanie bazy danych lokacji przy użyciu zestawu kopii zapasowych
Użyj tej opcji, jeśli masz Configuration Manager kopię zapasową bazy danych lokacji przed niepowodzeniem bazy danych. Witryna tworzy tę kopię zapasową w ramach zadania konserwacji serwera lokacji kopii zapasowej . W hierarchii podczas przywracania lokacji głównej proces odzyskiwania pobiera z cas wszelkie zmiany wprowadzone w bazie danych lokacji po ostatniej kopii zapasowej. Podczas przywracania serwera CAS proces odzyskiwania pobiera te zmiany z referencyjnej lokacji głównej. Po odzyskaniu bazy danych lokacji dla autonomicznej lokacji głównej po ostatniej kopii zapasowej utracą się zmiany lokacji.
Po odzyskaniu bazy danych lokacji dla lokacji w hierarchii zachowanie odzyskiwania jest inne dla cas i lokacji głównej. Zachowanie jest również inne, gdy ostatnia kopia zapasowa znajduje się wewnątrz lub na zewnątrz SQL Server okresu przechowywania śledzenia zmian. Aby uzyskać więcej informacji, zobacz sekcję Scenariusze odzyskiwania bazy danych lokacji w tym artykule.
Uwaga
Jeśli wybierzesz opcję przywrócenia bazy danych lokacji przy użyciu zestawu kopii zapasowych, ale baza danych lokacji już istnieje, odzyskiwanie zakończy się niepowodzeniem.
Tworzenie nowej bazy danych dla tej witryny
Użyj tej opcji, jeśli nie masz kopii zapasowej bazy danych lokacji. W hierarchii proces odzyskiwania tworzy nową bazę danych lokacji. Podczas przywracania podrzędnej lokacji głównej dane są przywracane przez replikację z cas. Podczas przywracania cas replikuje dane z lokacji głównej odwołania. Ta opcja nie jest dostępna podczas odzyskiwania autonomicznej lokacji głównej lub cas, która nie ma lokacji głównych.
Używanie bazy danych lokacji, która została ręcznie odzyskana
Użyj tej opcji, gdy baza danych Configuration Manager lokacji została już odzyskana, ale należy ukończyć proces odzyskiwania.
Configuration Manager może odzyskać bazę danych lokacji z dowolnego z następujących procesów:
Zadanie konserwacji kopii zapasowej Configuration Manager
Kopia zapasowa bazy danych lokacji przy użyciu programu Data Protection Manager (DPM)
Kolejny proces tworzenia kopii zapasowej
Po przywróceniu bazy danych lokacji przy użyciu metody spoza Configuration Manager uruchom instalatora i wybierz tę opcję, aby ukończyć odzyskiwanie bazy danych lokacji.
Uwaga
W przypadku tworzenia kopii zapasowej bazy danych lokacji przy użyciu programu DPM użyj procedur programu DPM, aby przywrócić bazę danych lokacji do określonej lokalizacji przed kontynuowaniem procesu przywracania w Configuration Manager. Aby uzyskać więcej informacji na temat programu DPM, zobacz bibliotekę dokumentacji programu Data Protection Manager .
W hierarchii podczas odzyskiwania bazy danych lokacji głównej proces odzyskiwania pobiera z cas wszelkie zmiany wprowadzone w bazie danych lokacji po ostatniej kopii zapasowej. Podczas przywracania serwera CAS proces odzyskiwania pobiera te zmiany z referencyjnej lokacji głównej. Po odzyskaniu bazy danych lokacji dla autonomicznej lokacji głównej po ostatniej kopii zapasowej utracą się zmiany lokacji.
Pomiń odzyskiwanie bazy danych
Użyj tej opcji, jeśli na serwerze bazy danych Configuration Manager lokacji nie wystąpiła utrata danych. Ta opcja jest prawidłowa tylko wtedy, gdy baza danych lokacji znajduje się na innym komputerze niż serwer lokacji, który jest przywracany.
SQL Server okres przechowywania śledzenia zmian
Configuration Manager umożliwia śledzenie zmian bazy danych lokacji w SQL Server. Śledzenie zmian umożliwia Configuration Manager zapytania o informacje o zmianach wprowadzonych w tabelach bazy danych po poprzednim punkcie w czasie. Okres przechowywania określa, jak długo są przechowywane informacje o śledzeniu zmian. Domyślnie baza danych lokacji jest skonfigurowana tak, aby miała okres przechowywania wynoszący pięć dni. Po odzyskaniu bazy danych lokacji proces odzyskiwania przebiega inaczej, jeśli kopia zapasowa znajduje się wewnątrz lub poza okresem przechowywania. Jeśli na przykład SQL Server kończy się niepowodzeniem, a ostatnia kopia zapasowa ma siedem dni, jest ona poza okresem przechowywania.
Aby uzyskać więcej informacji na temat SQL Server wewnętrznych funkcji śledzenia zmian, zobacz następujące wpisy w blogu zespołu SQL Server: Change Tracking Cleanup — część 1 i Change Tracking Oczyszczanie — część 2.
Ponowne inicjowanie danych lokacji lub danych globalnych
Proces ponownego inicjowania danych lokacji lub danych globalnych zastępuje istniejące dane w bazie danych lokacji danymi z innej bazy danych lokacji. Na przykład gdy lokacja ABC ponownie inicjuje dane z witryny XYZ, wykonywane są następujące kroki:
- Dane są kopiowane z witryny XYZ do lokacji ABC.
- Istniejące dane dla witryny XYZ zostaną usunięte z bazy danych lokacji w lokacji ABC.
- Skopiowane dane z witryny XYZ są wstawiane do bazy danych lokacji dla lokacji ABC.
Przykładowy scenariusz 1. Lokacja główna ponownie inicjuje dane globalne z cas
Proces odzyskiwania usuwa istniejące dane globalne dla lokacji głównej w bazie danych lokacji głównej i zastępuje dane danymi globalnymi skopiowanymi z cas.
Przykładowy scenariusz 2. Cas ponownie inicjuje dane lokacji z lokacji głównej
Proces odzyskiwania usuwa istniejące dane lokacji dla tej lokacji głównej w bazie danych CAS. Zastępuje dane danymi lokacji skopiowanymi z lokacji głównej. Nie ma to wpływu na dane lokacji dla innych lokacji głównych.
Scenariusze odzyskiwania bazy danych lokacji
Po przywróceniu bazy danych lokacji z kopii zapasowej Configuration Manager próbuje przywrócić zmiany w lokacji i danych globalnych po ostatniej kopii zapasowej bazy danych. Configuration Manager uruchamia następujące akcje po przywróceniu bazy danych lokacji z kopii zapasowej:
Odzyskana lokacja to CAS
Kopia zapasowa bazy danych w okresie przechowywania śledzenia zmian
Dane globalne: zmiany danych globalnych po zreplikowaniu kopii zapasowej ze wszystkich lokacji głównych.
Dane lokacji: zmiany danych lokacji po zreplikowaniu kopii zapasowej ze wszystkich lokacji głównych.
Kopia zapasowa bazy danych starsza niż okres przechowywania śledzenia zmian
Dane globalne: CAS ponownie inicjuje dane globalne z referencyjnej lokacji głównej, jeśli je określisz. Następnie wszystkie inne lokacje główne ponownie inicjują dane globalne z cas. Jeśli nie określisz lokacji referencyjnej, wszystkie lokacje główne ponownie zainicjują dane globalne z cas. Te dane zostały przywrócone z kopii zapasowej.
Dane lokacji: CAS ponownie inicjuje dane lokacji z każdej lokacji głównej.
Odzyskana lokacja jest lokacją główną
Kopia zapasowa bazy danych w okresie przechowywania śledzenia zmian
Dane globalne: zmiany danych globalnych po zreplikowaniu kopii zapasowej z cas.
Dane lokacji: CAS ponownie inicjuje dane lokacji z lokacji głównej. Zmiany po utracie kopii zapasowej. Klienci ponownie wygenerują większość danych podczas wysyłania informacji do lokacji głównej.
Kopia zapasowa bazy danych starsza niż okres przechowywania śledzenia zmian
Dane globalne: lokacja główna ponownie inicjuje dane globalne z cas.
Dane lokacji: CAS ponownie inicjuje dane lokacji z lokacji głównej. Zmiany po utracie kopii zapasowej. Klienci ponownie wygenerują większość danych podczas wysyłania informacji do lokacji głównej.
Procedury odzyskiwania lokacji
Użyj jednej z następujących procedur, aby pomóc w odzyskaniu serwera lokacji i bazy danych lokacji:
Uruchamianie odzyskiwania lokacji w kreatorze instalacji
Skopiuj folder CD.Latest do lokalizacji spoza folderu instalacyjnego Configuration Manager. Z kopii folderu CD.Latest uruchom kreatora konfiguracji Configuration Manager.
Na stronie Wprowadzenie wybierz pozycję Odzyskaj witrynę, a następnie wybierz pozycję Dalej.
Ukończ pracę kreatora, korzystając z opcji odpowiednich do odzyskiwania lokacji.
Podczas odzyskiwania instalator identyfikuje port SQL Server Service Broker (SSB) używany przez SQL Server. Nie zmieniaj tego ustawienia portu podczas odzyskiwania lub replikacja danych nie będzie działać prawidłowo po zakończeniu odzyskiwania.
Możesz określić oryginalną lub nową ścieżkę do użycia dla instalacji Configuration Manager w kreatorze instalacji.
Uruchamianie nienadzorowanego odzyskiwania lokacji
Przygotuj skrypt instalacji nienadzorowanych dla opcji wymaganych do odzyskiwania lokacji. Aby uzyskać więcej informacji, zobacz Nienadzorowane odzyskiwanie lokacji.
Uruchom Configuration Manager instalatora przy użyciu opcji wiersza
/scriptpolecenia. Na przykład utworzysz plik inicjowania konfiguracji ConfigMgrUnattend.ini. Zapisz go wC:\Tempkatalogu komputera, na którym jest uruchomiona konfiguracja. Użyj następującego polecenia:setup.exe /script C:\temp\ConfigMgrUnattend.ini
Uwaga
Po odzyskaniu certyfikatu CAS nie można ustanowić replikacji niektórych danych lokacji z lokacji podrzędnych. Te dane mogą obejmować spis sprzętu, spis oprogramowania i komunikaty o stanie.
W przypadku wystąpienia tego problemu ponownie zainicjuj środowisko ConfigMgrDRSSiteQueue na potrzeby replikacji bazy danych. Użyj menedżera SQL Server, aby uruchomić następujące zapytanie względem bazy danych lokacji dla serwera CAS:
IF EXISTS (SELECT * FROM sys.service_queues WHERE name = 'ConfigMgrDRSSiteQueue' AND is_receive_enabled = 0)
ALTER QUEUE [dbo].[ConfigMgrDRSSiteQueue] WITH STATUS = ON
Zadania po odzyskaniu
Po odzyskaniu lokacji należy wziąć pod uwagę kilka zadań po odzyskaniu przed zakończeniem odzyskiwania lokacji. Poniższe sekcje ułatwiają ukończenie procesu odzyskiwania lokacji.
Ponowne wchodź do haseł kont użytkowników
Po odzyskaniu serwera lokacji ponownie wprowadź hasła dla wszystkich kont użytkowników w lokacji. Te hasła są resetowane podczas odzyskiwania lokacji. Konta są wyświetlane na stronie Zakończono kreatora instalacji po zakończeniu odzyskiwania lokacji. Lista jest również zapisywana C:\ConfigMgrPostRecoveryActions.html na odzyskanym serwerze lokacji.
Ponowne wchodenie haseł kont użytkowników po odzyskaniu lokacji
Otwórz konsolę Configuration Manager i połącz się z odzyskaną lokacją.
Przejdź do obszaru roboczego Administracja , rozwiń węzeł Zabezpieczenia, a następnie wybierz pozycję Konta.
Dla każdego konta wykonaj następujące kroki, aby ponownie włączyć hasło:
Wybierz konto z listy zidentyfikowanej po odzyskaniu lokacji.
Wybierz pozycję Właściwości na wstążce.
Na karcie Ogólne wybierz pozycję Ustaw, a następnie ponownie wprowadź hasło dla konta.
Wybierz pozycję Weryfikuj, wybierz odpowiednie źródło danych dla wybranego konta użytkownika, a następnie wybierz pozycję Testuj połączenie. Ten krok sprawdza, czy konto użytkownika może nawiązać połączenie ze źródłem danych i weryfikuje poświadczenia.
Wybierz przycisk OK , aby zapisać zmiany hasła, a następnie wybierz przycisk OK , aby zamknąć stronę właściwości konta.
Ponowne wstąp do haseł PXE
W konsoli Configuration Manager przejdź do obszaru roboczego Administracja i wybierz węzeł Punkty dystrybucji. Każdy lokalny punkt dystrybucji z wartością Tak w kolumnie PXE jest włączony dla środowiska PXE i może mieć hasło do ponownego wejścia.
Wybierz punkt dystrybucji z obsługą środowiska PXE, a następnie wybierz pozycję Właściwości na wstążce.
Przejdź do karty PXE .
Jeśli opcja Wymagaj hasła, gdy komputery używają środowiska PXE , jest włączona, wprowadź i potwierdź hasło.
Wybierz przycisk OK , aby zapisać i zamknąć właściwości.
Powtórz ten proces dla dowolnego innego lokalnego punktu dystrybucji z włączoną funkcją PXE.
Ponowne wstąp do haseł sekwencji zadań
W konsoli programu Configuration Manager przejdź do obszaru roboczego Biblioteka oprogramowania rozwiń węzeł Systemy operacyjne i wybierz węzeł Sekwencje zadań.
Wybierz sekwencję zadań, a następnie na wstążce wybierz pozycję Edytuj.
Przejrzyj następujące kroki dotyczące ponownego wstawienia haseł:
Zastosuj ustawienia systemu Windows: jeśli włączysz i określisz hasło administratora lokalnego, wprowadź ponownie i potwierdź hasło.
Zastosuj ustawienia sieci: dla konta z uprawnieniami do dołączania do domeny wybierz pozycję Ustaw. Wprowadź i potwierdź hasło, a następnie wybierz pozycję Sprawdź.
Przechwytywanie obrazu systemu operacyjnego: dla konta używanego do uzyskiwania dostępu do miejsca docelowego wybierz pozycję Ustaw. Wprowadź i potwierdź hasło, a następnie wybierz pozycję Sprawdź.
Połącz się z folderem sieciowym: dla konta używanego do łączenia folderu sieciowego wybierz pozycję Ustaw. Wprowadź i potwierdź hasło, a następnie wybierz pozycję Sprawdź.
Włącz funkcję BitLocker: jeśli używasz opcji zarządzania kluczami modułu TPM i numeru PIN, ponownie wprowadź numer PIN.
Dołącz do domeny lub grupy roboczej: dla konta, które ma uprawnienia do przyłączenia do domeny, wybierz pozycję Ustaw. Wprowadź i potwierdź hasło, a następnie wybierz pozycję Sprawdź.
Uruchom wiersz polecenia: jeśli użyjesz opcji Uruchom ten krok jako następujące konto, wybierz pozycję Ustaw. Wprowadź i potwierdź hasło, a następnie wybierz pozycję Sprawdź.
Uruchom skrypt programu PowerShell: jeśli użyjesz opcji Uruchom ten krok jako następujące konto, wybierz pozycję Ustaw. Wprowadź i potwierdź hasło, a następnie wybierz pozycję Sprawdź.
Powtórz ten proces dla wszystkich sekwencji zadań.
Ponowne tworzenie nośnika rozruchowego i wstępnie przygotowanego nośnika w środowiskach innych niż infrastruktura PKI
W środowiskach innych niż PKI certyfikaty z podpisem własnym w nośniku rozruchowym i nośniku wstępnie przygotowanym są oparte na kluczach maszyny serwera, na którym utworzono nośnik. Z tego powodu, jeśli sprzęt się zmieni lub system operacyjny zostanie ponownie zainstalowany w ramach odzyskiwania, wszystkie nośniki rozruchowe i wstępnie przygotowane nośniki utworzone na tym serwerze muszą zostać ponownie utworzone. Aby uzyskać więcej informacji na temat tworzenia nośnika rozruchowego i wstępnie przygotowanego nośnika, zobacz Tworzenie nośnika rozruchowego i Tworzenie wstępnie przygotowanego nośnika.
Ponowne wczytowanie kluczy ładowania bezpośredniego
Po odzyskaniu serwera lokacji ponownie wprowadź klucze ładowania bezpośredniego systemu Windows określone dla lokacji. Te klucze są resetowane podczas odzyskiwania lokacji. Po ponownym włączeniu kluczy ładowania bezpośredniego lokacja resetuje liczbę w kolumnie Aktywacje używane dla kluczy ładowania bezpośredniego systemu Windows.
Na przykład przed awarią lokacji łączna liczba aktywacji jest wyświetlana jako 100. Liczba kluczy używanych przez urządzenia lub używanych aktywacji wynosi 90. Po odzyskaniu lokacji wartość Łączna liczba aktywacji nadal jest wyświetlana na 100, ale w kolumnie Użyte aktywacje niepoprawnie jest wyświetlana wartość 0. Gdy 10 nowych urządzeń używa klucza ładowania bezpośredniego, nie ma już kluczy ładowania bezpośredniego, a 11 urządzenie nie może zastosować klucza ładowania bezpośredniego.
Ponowne tworzenie usług platformy Azure
Po odzyskaniu lokacji w pliku cloudmgr.log może zostać wyświetlony następujący błąd:
Index (zero-based) must be greater than or equal to zero
Aby rozwiązać ten problem, odnów klucz tajny dla każdego połączenia dzierżawy platformy Azure.
Usuwanie i ponowne tworzenie subskrypcji dla powiadomień zewnętrznych w cas
Po odzyskaniu certyfikatu CAS należy usunąć i ponownie utworzyć wszystkie subskrypcje powiadomień zewnętrznych. Aby uzyskać więcej informacji, zobacz Powiadomienia zewnętrzne.
Konfigurowanie protokołu HTTPS dla ról systemu lokacji korzystających z usług IIS
Po odzyskaniu systemów lokacji z uruchomionymi usługami IIS i skonfigurowanych pod kątem protokołu HTTPS ponownie skonfiguruj usługi IIS tak, aby korzystały z certyfikatu serwera internetowego.
Ponowne instalowanie poprawek
Po odzyskaniu lokacji należy ponownie zainstalować wszystkie poprawki poza pasmem , które zostały zastosowane do serwera lokacji. Po odzyskaniu lokacji wyświetl listę wcześniej zainstalowanych poprawek na stronie Zakończono kreatora instalacji. Ta lista jest również zapisywana C:\ConfigMgrPostRecoveryActions.html na odzyskanym serwerze lokacji.
Odzyskiwanie raportów niestandardowych
Niektórzy klienci tworzą niestandardowe raporty w SQL Server Reporting Services. Gdy ten składnik zakończy się niepowodzeniem, odzyskaj raporty z kopii zapasowej serwera raportów. Aby uzyskać więcej informacji na temat przywracania raportów niestandardowych w usługach Reporting Services, zobacz Operacje tworzenia kopii zapasowych i przywracania dla usług Reporting Services.
Odzyskiwanie plików zawartości
Baza danych lokacji śledzi, gdzie serwer lokacji przechowuje pliki zawartości. Same pliki zawartości nie są tworzone ani przywracane w ramach procesu tworzenia kopii zapasowej i odzyskiwania. Aby w pełni odzyskać pliki zawartości, przywróć bibliotekę zawartości i pliki źródłowe pakietu do oryginalnej lokalizacji. Istnieje kilka metod odzyskiwania plików zawartości. Najprostszą metodą jest przywrócenie plików z kopii zapasowej systemu plików serwera lokacji.
Jeśli nie masz kopii zapasowej systemu plików dla plików źródłowych pakietu, ręcznie skopiuj je lub pobierz. Ten proces jest podobny do tego, kiedy pierwotnie utworzono pakiet. Uruchom następujące zapytanie w SQL Server, aby znaleźć lokalizację źródłową pakietu dla wszystkich pakietów i aplikacji: SELECT * FROM v_Package. Zidentyfikuj lokację źródłową pakietu, przeglądając pierwsze trzy znaki identyfikatora pakietu. Jeśli na przykład identyfikator pakietu jest CEN00001, kod witryny źródłowej to CEN. Podczas przywracania plików źródłowych pakietu należy przywrócić je do tej samej lokalizacji, w której znajdowały się przed awarią.
Jeśli nie masz kopii zapasowej systemu plików zawierającej bibliotekę zawartości, masz następujące opcje przywracania:
Importowanie wstępnie przygotowanego pliku zawartości: w hierarchii Configuration Manager można utworzyć wstępnie przygotowany plik zawartości ze wszystkimi pakietami i aplikacjami z innej lokalizacji. Następnie zaimportuj wstępnie przygotowany plik zawartości, aby odzyskać bibliotekę zawartości na serwerze lokacji.
Aktualizowanie zawartości: Configuration Manager kopiuje zawartość ze źródła pakietu do biblioteki zawartości. Aby ta akcja zakończyła się pomyślnie, pliki źródłowe pakietu muszą być dostępne w oryginalnej lokalizacji. Wykonaj tę akcję dla każdego pakietu i aplikacji.
Odzyskiwanie niestandardowych aktualizacji oprogramowania
Po uwzględnieniu plików bazy danych programu System Center Aktualizacje Publisher w planie tworzenia kopii zapasowych można odzyskać bazy danych w przypadku awarii komputera programu Aktualizacje Publisher. Aby uzyskać więcej informacji na temat programu Aktualizacje Publisher, zobacz Program System Center Aktualizacje Publisher.
Przywracanie bazy danych programu Aktualizacje Publisher
Zainstaluj ponownie program Aktualizacje Publisher na odzyskanym komputerze.
Skopiuj plik bazy danych Scupdb.sdf z miejsca docelowego kopii zapasowej do
%USERPROFILE%\AppData\Local\Microsoft\System Center Updates Publisher 2011\5.00.1727.0000\komputera z uruchomionym programem Aktualizacje Publisher.Gdy na komputerze działa więcej niż jeden użytkownik Aktualizacje Publisher, skopiuj każdy plik bazy danych do odpowiedniej lokalizacji profilu użytkownika.
Dane migracji stanu użytkownika
W ramach właściwości punktu migracji stanu należy określić foldery przechowujące dane stanu użytkownika. Po odzyskaniu punktu migracji stanu ręcznie przywróć dane stanu użytkownika na serwerze. Przywróć go do tych samych folderów, które przechowywały dane przed awarią.
Ponowne generowanie certyfikatów dla punktów dystrybucji
Po przywróceniu lokacji plik distmgr.log może zawierać następujący wpis dla co najmniej jednego punktu dystrybucji: Failed to decrypt cert PFX data. Ten wpis wskazuje, że nie można odszyfrować danych certyfikatu punktu dystrybucji przez lokację. Aby rozwiązać ten problem, ponownie lub ponownie zaimportuj certyfikat dla punktów dystrybucji, których dotyczy problem. Użyj polecenia cmdlet Set-CMDistributionPoint programu PowerShell.
Przywracanie certyfikatów szyfrowania bazy danych
Jeśli używasz szyfrowania SQL Server dla całej bazy danych lub określonych tabel, może być konieczne przywrócenie certyfikatów po przywróceniu bazy danych lokacji. Jeśli na przykład szyfrujesz dane odzyskiwania na potrzeby zarządzania funkcją BitLocker. Aby uzyskać więcej informacji, zobacz Przywracanie certyfikatu do zarządzania funkcją BitLocker.
Odzyskiwanie lokacji dodatkowej
Configuration Manager nie obsługuje tworzenia kopii zapasowej bazy danych w lokacji dodatkowej, ale obsługuje odzyskiwanie przez ponowne zainstalowanie lokacji dodatkowej. Odzyskiwanie lokacji dodatkowej jest wymagane w przypadku niepowodzenia Configuration Manager lokacji dodatkowej.
Wymagania
Serwer musi spełniać wszystkie wymagania wstępne lokacji dodatkowej i mieć skonfigurowane odpowiednie prawa zabezpieczeń.
Użyj tej samej ścieżki instalacji, która została użyta dla lokacji zakończonej niepowodzeniem.
Użyj serwera z taką samą konfiguracją jak serwer zakończony niepowodzeniem. Ta konfiguracja obejmuje w pełni kwalifikowaną nazwę domeny (FQDN).
Serwer musi mieć taką samą konfigurację SQL Server jak lokacja, która uległa awarii.
Podczas odzyskiwania lokacji dodatkowej Configuration Manager nie instaluje SQL Server Express, jeśli nie jest jeszcze zainstalowana na komputerze.
Użyj tej samej wersji SQL Server i tego samego wystąpienia SQL Server, które zostało użyte dla bazy danych lokacji dodatkowej przed awarią.
Procedura
Użyj akcji Odzyskaj lokację dodatkową z węzła Lokacje w konsoli Configuration Manager. W przeciwieństwie do innych typów lokacji odzyskiwanie dla lokacji dodatkowej nie używa pliku kopii zapasowej. Ten proces ponownie instaluje pliki lokacji dodatkowej na serwerze, który uległ awarii. Po ponownym zainstalowaniu lokacji dane lokacji dodatkowej są ponownie inicjowane z nadrzędnej lokacji głównej.
Podczas procesu odzyskiwania Configuration Manager sprawdza, czy biblioteka zawartości istnieje na serwerze lokacji dodatkowej. Sprawdza również, czy jest dostępna odpowiednia zawartość. Lokacja dodatkowa używa istniejącej biblioteki zawartości, jeśli zawiera odpowiednią zawartość. W przeciwnym razie, aby odzyskać bibliotekę zawartości lokacji dodatkowej, ponownie lub wstępnie przygotować zawartość na serwerze.
Jeśli masz punkt dystrybucji, który nie znajduje się na serwerze lokacji dodatkowej, nie musisz ponownie zainstalować punktu dystrybucji podczas odzyskiwania lokacji dodatkowej. Po odzyskaniu lokacji dodatkowej lokacja automatycznie synchronizuje się z punktem dystrybucji.
Stan odzyskiwania lokacji dodatkowej można sprawdzić za pomocą akcji Pokaż stan instalacji z węzła Lokacje w konsoli Configuration Manager.
Opinia
Dostępne już wkrótce: W 2024 r. będziemy stopniowo wycofywać zgłoszenia z serwisu GitHub jako mechanizm przesyłania opinii na temat zawartości i zastępować go nowym systemem opinii. Aby uzyskać więcej informacji, sprawdź: https://aka.ms/ContentUserFeedback.
Prześlij i wyświetl opinię dla