Obnovení Configuration Manager lokality

  • Článek

Platí pro: Configuration Manager (Current Branch)

Po selhání lokality nebo ztrátě dat v databázi lokality spusťte Configuration Manager site Recovery. Oprava a opětovná synchronizace dat jsou základními úlohami obnovení lokality a vyžadují se, aby se zabránilo přerušení operací.

Oddíly v tomto článku vám můžou pomoct obnovit Configuration Manager lokalitu. Pokud chcete vytvořit zálohu, přečtěte si téma Zálohování pro Configuration Manager.

Důležité informace před obnovením lokality

Důležité

Tyto informace platí pouze pro scénáře obnovení lokality. Pokud upgradujete místní infrastrukturu a aktivně neobnovujete lokalitu, která selhala, přečtěte si informace v následujících článcích:

Příprava hardwaru serveru

Ujistěte se, že na serveru lokality nejsou existující konfigurace. Všechny předchozí konfigurace můžou během procesu obnovení lokality způsobit konflikty. Pro hardware serveru použijte jednu z následujících možností:

  • Použijte nový server, který splňuje obecné požadavky a požadavky na obnovení.

  • Naformátujte disky a přeinstalujte operační systém na existujícím serveru. Ujistěte se, že splňuje obecné požadavky a požadavky na obnovení.

  • Opakované použití existujícího serveru, který jste vyčistili

K vyčištění existujícího serveru použijte jeden z následujících postupů:

Vyčištění existujícího serveru pouze pro obnovení serveru lokality

  1. Odstraňte klíče registru SMS: HKLM\Software\Microsoft\SMS
  2. Odstraňte všechny položky registru začínající SMS na .HKLM\System\CurrentControlSet\Services Příklady:
    • 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
  3. Odinstalace konzoly Configuration Manager
  4. Restartujte server.
  5. Ověřte, že jsou odstraněny všechny výše uvedené klíče registru.

Server je teď připravený na postup obnovení Configuration Manager.

Vyčištění existujícího serveru pouze pro obnovení databáze lokality

  1. Zálohujte databázi lokality. Zálohujte také všechny ostatní podpůrné databáze, jako je WSUS.
  2. Nezapomeňte si poznamenat název SQL Server a název instance.
  3. Ruční odstranění databáze lokality z SQL Server
  4. Restartujte SQL Server.

Server je teď připravený na postup obnovení Configuration Manager.

Vyčištění existujícího serveru pro úplné obnovení

  1. Zálohujte databázi lokality. Zálohujte také všechny ostatní podpůrné databáze, jako je WSUS.
  2. Vytvoření kopie knihovny obsahu

Upozornění

Následující krok – Odinstalace Configuration Manager lokality – by měl být proveden pouze v samostatné primární lokalitě nebo podřízené primární lokalitě, která nemůže komunikovat přes síť s lokalitou centrální správy (CAS). Odinstalace lokality v hierarchii způsobí, že cas ztratí schopnost komunikovat s podřízeným primárním serverem a proces obnovení selže. V případě podřízených primárních lokalit místo toho postupujte podle výše uvedených kroků Vyčištění existujícího serveru pouze pro obnovení serveru lokality .

  1. Ruční odstranění databáze lokality z SQL Server
  2. Odinstalace lokality Configuration Manager
  3. Ruční odstranění instalační složky Configuration Manager, souvisejících registrů a všech dalších složek Configuration Manager
  4. Restartujte server.
  5. Obnovte knihovnu obsahu a další databáze, jako je WSUS.

Server je teď připravený na postup obnovení Configuration Manager.

Použijte podporovanou verzi a stejnou edici SQL Server

Pokud je to možné, použijte stejnou verzi SQL Server. Podporuje se ale obnovení databáze na novější verzi.

Neměňte edici SQL Server. Obnovení databáze lokality z edice Standard do edice Enterprise není podporováno.

Další požadavky na konfiguraci SQL Server:

  • SQL Server nejde nastavit do režimu pro jednoho uživatele.
  • Ujistěte se, že jsou soubory MDF a LDF platné. Když obnovíte lokalitu, nekontroluje se stav souborů.

SQL Server skupiny dostupnosti AlwaysOn

Pokud k hostování databáze lokality používáte skupiny dostupnosti SQL Server AlwaysOn, upravte plány obnovení podle pokynů v tématu Příprava na použití SQL Server AlwaysOn.

Repliky databáze

Po obnovení databáze lokality, kterou jste nakonfigurovali pro repliky databáze, překonfigurujte každou repliku. Než budete moct používat repliky databáze, znovu vytvořte publikace i předplatná.

Určení možností obnovení

Při Configuration Manager serveru primární lokality a obnovení lokality centrální správy (CAS) je potřeba zvážit dvě hlavní oblasti: server lokality a databázi lokality. Následující části vám můžou pomoct vybrat nejlepší možnosti pro váš scénář obnovení.

Poznámka

Když Configuration Manager instalační program zjistí existující lokalitu na serveru, můžete spustit obnovení lokality, ale možnosti obnovení pro server lokality jsou omezené. Pokud například spustíte instalační program na existujícím serveru lokality a zvolíte obnovení, můžete obnovit server databáze lokality, ale možnost obnovení serveru lokality je zakázaná.

Možnosti obnovení serveru lokality

Spusťte Configuration Manager instalaci z kopie složky CD.Latest, kterou jste vytvořili mimo instalační složku Configuration Manager.

  • Pokud spustíte instalaci z nabídky Start na serveru lokality, není možnost Obnovit lokalitu dostupná.

  • Pokud jste před zálohováním nainstalovali nějaké aktualizace z konzoly Configuration Manager, nemůžete lokalitu přeinstalovat pomocí instalačního programu z následujících umístění:

    • Instalační médium
    • Instalační cesta Configuration Manager

Pak vyberte možnost Obnovit lokalitu . Pro server lokality, který selhal, máte k dispozici následující možnosti obnovení:

Obnovení serveru lokality pomocí existující zálohy

Tuto možnost použijte, pokud máte Configuration Manager zálohu serveru lokality před selháním lokality. Lokalita vytvoří tuto zálohu jako součást úlohy údržby zálohování serveru lokality . Lokalita se přeinstaluje a nastavení lokality se nakonfiguruje na základě lokality, která byla zálohována.

Přeinstalace serveru lokality

Tuto možnost použijte, pokud nemáte zálohu serveru lokality. Server lokality je přeinstalován a musíte zadat nastavení lokality stejně jako při počáteční instalaci.

  • Použijte stejný kód lokality a název databáze lokality, které jste použili při první instalaci lokality, která selhala.

  • Lokalitu můžete přeinstalovat na novém počítači, na kterém běží nová verze operačního systému.

  • Server musí používat stejný název hostitele a plně kvalifikovaný název domény (FQDN) původního serveru lokality.

Možnosti obnovení databáze lokality

Při spuštění instalace Configuration Manager máte pro databázi lokality k dispozici následující možnosti obnovení:

Obnovení databáze lokality pomocí zálohovací sady

Tuto možnost použijte, pokud máte Configuration Manager zálohu databáze lokality před selháním databáze. Lokalita vytvoří tuto zálohu jako součást úlohy údržby zálohování serveru lokality . V hierarchii proces obnovení při obnovování primární lokality načte z cas všechny změny provedené v databázi lokality po poslední záloze. Při obnovování cas proces obnovení načte tyto změny z referenční primární lokality. Když obnovíte databázi lokality pro samostatnou primární lokalitu, přijdete o změny lokality po poslední záloze.

Když obnovíte databázi lokality pro lokalitu v hierarchii, chování obnovení se liší pro cas a primární lokalitu. Chování se také liší, když je poslední záloha uvnitř nebo mimo SQL Server období uchovávání sledování změn. Další informace najdete v části Scénáře obnovení databáze lokality v tomto článku.

Poznámka

Pokud se rozhodnete databázi lokality obnovit pomocí zálohovací sady, ale databáze lokality již existuje, obnovení se nezdaří.

Vytvořit novou databázi pro tento web

Tuto možnost použijte, pokud nemáte zálohu databáze lokality. V hierarchii proces obnovení vytvoří novou databázi lokality. Při obnovování podřízené primární lokality obnoví data replikací z cas. Při obnovování cas replikuje data z referenční primární lokality. Tato možnost není dostupná, pokud obnovujete samostatnou primární lokalitu nebo server CAS, který nemá primární lokality.

Použití databáze lokality, která byla ručně obnovena

Tuto možnost použijte, pokud jste již obnovili databázi Configuration Manager lokality, ale potřebujete dokončit proces obnovení.

  • Configuration Manager může obnovit databázi lokality z některého z následujících procesů:

    • Úloha údržby Configuration Manager zálohování

    • Zálohování databáze lokality pomocí nástroje Data Protection Manager (DPM)

    • Další proces zálohování

      Po obnovení databáze lokality pomocí metody mimo Configuration Manager spusťte instalační program a výběrem této možnosti dokončete obnovení databáze lokality.

      Poznámka

      Pokud k zálohování databáze lokality používáte dpm, před pokračováním v procesu obnovení v Configuration Manager použijte postupy DPM k obnovení databáze lokality do zadaného umístění. Další informace o aplikaci DPM najdete v knihovně dokumentace k nástroji Data Protection Manager .

  • Když v hierarchii obnovíte databázi primární lokality, proces obnovení načte z cas všechny změny provedené v databázi lokality po poslední záloze. Při obnovování cas proces obnovení načte tyto změny z referenční primární lokality. Když obnovíte databázi lokality pro samostatnou primární lokalitu, přijdete o změny lokality po poslední záloze.

Přeskočit obnovení databáze

Tuto možnost použijte, pokud na serveru databáze Configuration Manager lokality nedošlo ke ztrátě dat. Tato možnost je platná pouze v případě, že je databáze lokality na jiném počítači, než je server lokality, který obnovujete.

SQL Server doba uchovávání sledování změn

Configuration Manager povolí sledování změn pro databázi lokality v SQL Server. Sledování změn umožňuje Configuration Manager dotazování na informace o změnách databázových tabulek provedených po předchozím bodu v čase. Doba uchovávání určuje, jak dlouho se informace o sledování změn uchovávají. Ve výchozím nastavení je databáze lokality nakonfigurovaná tak, aby měla dobu uchovávání pět dnů. Když obnovíte databázi lokality, proces obnovení bude pokračovat jinak, pokud se vaše záloha nachází v rámci doby uchovávání nebo mimo tuto dobu uchovávání. Pokud například SQL Server selže a vaše poslední záloha je stará sedm dní, je mimo dobu uchovávání.

Další informace o interních SQL Server sledování změn najdete v následujících blogových příspěvcích od týmu SQL Server: Change Tracking Vyčištění – část 1 a Change Tracking Vyčištění – část 2.

Opětovná inicializace webu nebo globálních dat

Proces opětovné inicializace dat lokality nebo globálních dat nahradí stávající data v databázi lokality daty z jiné databáze lokality. Pokud například site ABC znovu inicializuje data z lokality XYZ, dojde k následujícím krokům:

  • Data se zkopírují z lokality XYZ do lokality ABC.
  • Existující data pro lokalitu XYZ jsou odebrána z databáze lokality v lokalitě ABC.
  • Zkopírovaná data z lokality XYZ se vloží do databáze lokality pro lokalitu ABC.

Ukázkový scénář 1: Primární lokalita znovu inicializuje globální data z cas

Proces obnovení odebere existující globální data pro primární lokalitu v databázi primární lokality a nahradí je globálními daty zkopírovanými z cas.

Ukázkový scénář 2: Cas znovu inicializuje data lokality z primární lokality

Proces obnovení odebere stávající data lokality pro danou primární lokalitu v databázi CAS. Nahradí data daty lokality zkopírovanými z primární lokality. Na data lokality pro jiné primární lokality to nemá vliv.

Scénáře obnovení databáze lokality

Po obnovení databáze lokality ze zálohy se Configuration Manager pokusí obnovit změny v lokalitě a globálních datech po poslední záloze databáze. Configuration Manager po obnovení databáze lokality ze zálohy spustí následující akce:

Obnovená lokalita je cas

  • Zálohování databáze v rámci doby uchovávání sledování změn

    • Globální data: Změny v globálních datech po zálohování se replikují ze všech primárních lokalit.

    • Data lokality: Změny v datech lokality po zálohování se replikují ze všech primárních lokalit.

  • Záloha databáze starší než doba uchovávání sledování změn

    • Globální data: Cas znovu inicializuje globální data z referenční primární lokality, pokud je zadáte. Pak všechny ostatní primární lokality znovu inicializují globální data z cas. Pokud neurčíte referenční lokalitu, všechny primární lokality znovu inicializují globální data z cas. Tato data jste obnovili ze zálohy.

    • Data lokality: Cas znovu inicializuje data lokality z každé primární lokality.

Obnovená lokalita je primární lokalita.

  • Zálohování databáze v rámci doby uchovávání sledování změn

    • Globální data: Změny v globálních datech po zálohování se replikují z CAS.

    • Data lokality: Cas znovu inicializuje data lokality z primární lokality. Změny po zálohování se ztratí. Klienti většinu dat znovu vygenerují, když odesílají informace do primární lokality.

  • Záloha databáze starší než doba uchovávání sledování změn

    • Globální data: Primární lokalita znovu inicializuje globální data z cas.

    • Data lokality: Cas znovu inicializuje data lokality z primární lokality. Změny po zálohování se ztratí. Klienti většinu dat znovu vygenerují, když odesílají informace do primární lokality.

Postupy obnovení lokality

K obnovení serveru lokality a databáze lokality použijte jeden z následujících postupů:

Spuštění obnovení lokality v průvodci instalací

  1. Zkopírujte složku CD.Latest do umístění mimo instalační složku Configuration Manager. Z kopie složky CD.Latest spusťte průvodce instalací Configuration Manager.

  2. Na stránce Začínáme vyberte Obnovit lokalitu a pak vyberte Další.

  3. Dokončete průvodce pomocí možností, které jsou vhodné pro obnovení lokality.

    • Během obnovení instalační program identifikuje port SQL Server Service Broker (SSB) používaný SQL Server. Neměňte toto nastavení portu během obnovení nebo replikace dat nebude po dokončení obnovení fungovat správně.

    • V průvodci instalací můžete zadat původní nebo novou cestu, která se má použít pro instalaci Configuration Manager.

Spuštění bezobslužného obnovení lokality

  1. Připravte skript bezobslužné instalace pro možnosti, které požadujete pro obnovení lokality. Další informace najdete v tématu Bezobslužné obnovení lokality.

  2. Spusťte Configuration Manager instalaci pomocí možnosti příkazového /script řádku. Například vytvoříte inicializační soubor instalace ConfigMgrUnattend.ini. Uložíte ho do C:\Temp adresáře počítače, na kterém spouštíte instalační program. Použijte následující příkaz:

    setup.exe /script C:\temp\ConfigMgrUnattend.ini

Poznámka

Po obnovení cas může dojít k selhání replikace některých dat lokality z podřízených lokalit. Tato data můžou zahrnovat inventář hardwaru, inventář softwaru a stavové zprávy.

Pokud dojde k tomuto problému, znovu inicializovat ConfigMgrDRSSiteQueue pro replikaci databáze. Pomocí SQL Server Manageru spusťte následující dotaz na databázi lokality pro cas:

IF EXISTS (SELECT * FROM sys.service_queues WHERE name = 'ConfigMgrDRSSiteQueue' AND is_receive_enabled = 0)  
 
ALTER QUEUE [dbo].[ConfigMgrDRSSiteQueue] WITH STATUS = ON

Úlohy po obnovení

Po obnovení lokality je před dokončením obnovení potřeba zvážit několik úloh po obnovení lokality. Následující části vám pomůžou dokončit proces obnovení lokality.

Opětovné zadání hesel k uživatelským účtům

Po obnovení serveru lokality znovu zadejte hesla pro všechny uživatelské účty v lokalitě. Tato hesla se resetují během obnovení lokality. Účty jsou uvedeny na stránce Dokončeno průvodce instalací po dokončení obnovení lokality. Seznam je také uložen C:\ConfigMgrPostRecoveryActions.html na obnoveném serveru lokality.

Opětovné zadání hesel k uživatelským účtům po obnovení lokality

  1. Otevřete konzolu Configuration Manager a připojte se k obnovené lokalitě.

  2. Přejděte do pracovního prostoru Správa , rozbalte Zabezpečení a pak vyberte Účty.

  3. Pro každý účet proveďte následující kroky a znovu zadejte heslo:

    1. Ze seznamu identifikovaného po obnovení lokality vyberte účet.

    2. Na pásu karet vyberte Vlastnosti .

    3. Na kartě Obecné vyberte Nastavit a pak znovu zadejte heslo k účtu.

    4. Vyberte Ověřit, zvolte odpovídající zdroj dat pro vybraný uživatelský účet a pak vyberte Test připojení. Tento krok otestuje, jestli se uživatelský účet může připojit ke zdroji dat, a ověří přihlašovací údaje.

    5. Kliknutím na OK uložte změny hesla a pak výběrem OK zavřete stránku vlastností účtu.

Opětovné zadávací hesla PXE

  1. V konzole Configuration Manager přejděte do pracovního prostoru Správa a vyberte uzel Distribuční body. Každý místní distribuční bod s ano ve sloupci PXE je povolený pro technologii PXE a může mít heslo k opětovnému zadání.

  2. Vyberte distribuční bod s podporou PXE a na pásu karet vyberte Vlastnosti .

  3. Přepněte na kartu PXE .

  4. Pokud je povolená možnost Vyžadovat heslo, když počítače používají technologii PXE , zadejte a potvrďte heslo.

  5. Výběrem OK vlastnosti uložte a zavřete.

Tento postup opakujte pro všechny ostatní místní distribuční body s povoleným PXE.

Opětovné zadání hesel pořadí úkolů

  1. V konzole Configuration Manager přejděte do pracovního prostoru Softwarová knihovna, rozbalte položku Operační systémy a vyberte uzel Pořadí úloh.

  2. Vyberte pořadí úkolů a pak na pásu karet vyberte Upravit.

  3. Projděte si následující postup, jak znovu zadat hesla:

    • Použít nastavení systému Windows: Pokud povolíte a zadáte heslo místního správce, zadejte heslo znovu a potvrďte ho.

    • Použít nastavení sítě: U účtu, který má oprávnění k připojení k doméně, vyberte Nastavit. Zadejte a potvrďte heslo a pak vyberte Ověřit.

    • Zaznamenat image operačního systému: Pro účet použitý pro přístup k cíli vyberte Nastavit. Zadejte a potvrďte heslo a pak vyberte Ověřit.

    • Připojit k síťové složce: Pro účet použitý k připojení síťové složky vyberte Nastavit. Zadejte a potvrďte heslo a pak vyberte Ověřit.

    • Povolit Nástroj BitLocker: Pokud používáte možnost správy klíčů TPM a PIN kód, zadejte pin kód znovu.

    • Připojit se k doméně nebo pracovní skupině: U účtu, který má oprávnění k připojení k doméně, vyberte Nastavit. Zadejte a potvrďte heslo a pak vyberte Ověřit.

    • Spustit příkazový řádek: Pokud použijete možnost Spustit tento krok jako následující účet, vyberte Nastavit. Zadejte a potvrďte heslo a pak vyberte Ověřit.

    • Spustit skript PowerShellu: Pokud použijete možnost Spustit tento krok jako následující účet, vyberte Nastavit. Zadejte a potvrďte heslo a pak vyberte Ověřit.

Tento postup opakujte pro všechna pořadí úkolů.

Opětovné vytvoření spouštěcího média a předpřipraveného média v prostředích bez infrastruktury veřejných klíčů

V prostředích bez infrastruktury veřejných klíčů jsou certifikáty podepsané svým držitelem ve spouštěcím médiu a předzpracovaných médiích založené na klíčích počítače serveru, na kterém bylo médium vytvořeno. Z tohoto důvodu platí, že pokud se v rámci obnovení změní hardware nebo se operační systém přeinstaluje, je nutné znovu vytvořit všechna spouštěcí média a předpřipravená média vytvořená na tomto serveru. Další informace o tom, jak vytvořit spouštěcí médium a předpřipravené médium, najdete v tématech Vytvoření spouštěcího média a Vytvoření předpřipraveného média.

Opětovné zadávání klíčů pro zkušební načtení

Po obnovení serveru lokality znovu zadejte klíče pro zkušební načtení Windows zadané pro lokalitu. Tyto klíče se resetují během obnovení lokality. Po opětovném zadání klíčů pro zkušební načtení web resetuje počet ve sloupci Aktivace použité pro klíče pro zkušební načtení Windows.

Například před selháním lokality se celkový počet aktivací zobrazí jako 100. Počet klíčů, které zařízení použila, neboli použitých aktivací, je 90. Po obnovení lokality se v hodnotě Celkový počet aktivací stále zobrazuje 100, ale ve sloupci Použité aktivace se nesprávně zobrazuje hodnota 0. Poté, co 10 nových zařízení použije klíč pro zkušební načtení, nebudou k dispozici žádné další klíče pro zkušební načtení a 11. zařízení nepoužije klíč pro zkušební načtení.

Opětovné vytvoření služeb Azure

Po obnovení lokality se v protokolu cloudmgr.log může zobrazit následující chyba:

Index (zero-based) must be greater than or equal to zero

Pokud chcete tento problém vyřešit, obnovte tajný klíč pro každé připojení tenanta Azure.

Odstranění a opětovné vytvoření odběrů pro externí oznámení v CAS

Po obnovení cas musíte odstranit a znovu vytvořit všechna předplatná pro externí oznámení. Další informace najdete v tématu Externí oznámení.

Konfigurace HTTPS pro role systému lokality, které používají službu IIS

Když obnovíte systémy lokality se službou IIS a nakonfigurovali jste protokol HTTPS, překonfigurujte službu IIS tak, aby používala certifikát webového serveru.

Přeinstalace oprav hotfix

Po obnovení lokality je nutné přeinstalovat všechny vzdálené opravy hotfix , které byly použity na server lokality. Po obnovení lokality zobrazte seznam dříve nainstalovaných oprav hotfix na stránce Dokončeno průvodce instalací. Tento seznam je také uložen C:\ConfigMgrPostRecoveryActions.html na obnoveném serveru lokality.

Obnovení vlastních sestav

Někteří zákazníci vytvářejí vlastní sestavy v SQL Server Reporting Services. Pokud tato komponenta selže, obnovte sestavy ze zálohy serveru sestav. Další informace o obnovení vlastních sestav ve službě Reporting Services najdete v tématu Operace zálohování a obnovení pro službu Reporting Services.

Obnovení souborů obsahu

Databáze lokality sleduje, kam server lokality ukládá soubory obsahu. Samotné soubory obsahu se v rámci procesu zálohování a obnovení nezálohují ani neobnovují. Chcete-li plně obnovit soubory obsahu, obnovte knihovnu obsahu a zdrojové soubory balíčku do původního umístění. Existuje několik metod obnovení souborů obsahu. Nejjednodušší metodou je obnovit soubory ze zálohy systému souborů serveru lokality.

Pokud nemáte zálohu systému souborů pro zdrojové soubory balíčku, zkopírujte je nebo stáhněte ručně. Tento proces je podobný, jako když jste balíček původně vytvořili. Spuštěním následujícího dotazu v SQL Server vyhledejte zdrojové umístění balíčku pro všechny balíčky a aplikace: SELECT * FROM v_Package. Identifikujte zdrojová lokalita balíčku tak, že se podíváte na první tři znaky ID balíčku. Pokud je například ID balíčku CEN00001, kód lokality zdrojové lokality je CEN. Když obnovíte zdrojové soubory balíčku, musí být obnoveny do stejného umístění, ve kterém byly před selháním.

Pokud nemáte zálohu systému souborů, která zahrnuje knihovnu obsahu, máte následující možnosti obnovení:

  • Import souboru předpřipraveného obsahu: V hierarchii Configuration Manager můžete vytvořit soubor předpřipraveného obsahu se všemi balíčky a aplikacemi z jiného umístění. Potom importujte soubor předpřipraveného obsahu a obnovte knihovnu obsahu na serveru lokality.

  • Aktualizovat obsah: Configuration Manager zkopíruje obsah ze zdroje balíčku do knihovny obsahu. Aby se tato akce úspěšně dokončila, musí být zdrojové soubory balíčku k dispozici v původním umístění. Tuto akci proveďte u každého balíčku a aplikace.

Obnovení vlastních aktualizací softwaru

Pokud do plánu zálohování zahrnete soubory databáze nástroje System Center Aktualizace Publisher, můžete databáze obnovit, pokud počítač Aktualizace Publisher selže. Další informace o nástroji Aktualizace Publisher najdete v tématu System Center Aktualizace Publisher.

Obnovení databáze Aktualizace Publisheru

  1. Přeinstalujte aplikaci Aktualizace Publisher na obnoveném počítači.

  2. Zkopírujte soubor databáze Scupdb.sdf z cíle zálohování do %USERPROFILE%\AppData\Local\Microsoft\System Center Updates Publisher 2011\5.00.1727.0000\ počítače, na kterém běží Aktualizace Publisher.

  3. Pokud Aktualizace Publisheru v počítači spustí více než jeden uživatel, zkopírujte každý soubor databáze do příslušného umístění profilu uživatele.

Data migrace stavu uživatele

Jako součást vlastností bodu migrace stavu zadáte složky, které ukládají data o stavu uživatele. Po obnovení bodu migrace stavu ručně obnovte data o stavu uživatele na serveru. Obnovte ho do stejných složek, ve které se data uložila před selháním.

Opětovné vygenerování certifikátů pro distribuční body

Po obnovení lokality může být v souboru distmgr.log uvedená následující položka pro jeden nebo více distribučních bodů: Failed to decrypt cert PFX data. Tato položka označuje, že data certifikátu distribučního bodu nemůže lokalita dešifrovat. Pokud chcete tento problém vyřešit, znovu vygenerujte nebo znovu naimportujte certifikát pro ovlivněné distribuční body. Použijte rutinu PowerShellu Set-CMDistributionPoint .

Obnovení šifrovacích certifikátů databáze

Pokud používáte SQL Server šifrování pro celou databázi nebo pro konkrétní tabulky, možná budete muset obnovit certifikáty po obnovení databáze lokality. Například pokud zašifrujete data obnovení pro správu nástrojem BitLocker. Další informace najdete v tématu Obnovení certifikátu pro správu nástrojem BitLocker.

Obnovení sekundární lokality

Configuration Manager nepodporuje zálohování databáze v sekundární lokalitě, ale podporuje obnovení přeinstalací sekundární lokality. Pokud selže Configuration Manager sekundární lokalita, vyžaduje se obnovení sekundární lokality.

Požadavky

  • Server musí splňovat všechny požadavky na sekundární lokalitu a musí mít nakonfigurovaná odpovídající práva zabezpečení.

  • Použijte stejnou instalační cestu, kterou jste použili pro lokalitu, která selhala.

  • Použijte server se stejnou konfigurací jako server, který selhal. Tato konfigurace zahrnuje plně kvalifikovaný název domény (FQDN).

  • Server musí mít stejnou konfiguraci SQL Server jako lokalita, která selhala.

    • Během obnovení sekundární lokality Configuration Manager nenainstaluje SQL Server Express, pokud ještě není v počítači nainstalovaný.

    • Použijte stejnou verzi SQL Server a stejnou instanci SQL Server, kterou jste použili pro databázi sekundární lokality před selháním.

Postup

Použijte akci Obnovit sekundární lokalitu z uzlu Lokality v konzole Configuration Manager. Na rozdíl od jiných typů lokalit nepoužívá obnovení sekundární lokality záložní soubor. Tento proces přeinstaluje soubory sekundární lokality na serveru, který selhal. Po přeinstalaci lokality se data sekundární lokality znovu inicializují z nadřazené primární lokality.

Během procesu obnovení Configuration Manager ověří, jestli knihovna obsahu existuje na serveru sekundární lokality. Zkontroluje také, jestli je k dispozici příslušný obsah. Sekundární lokalita používá existující knihovnu obsahu, pokud obsahuje příslušný obsah. V opačném případě chcete obnovit knihovnu obsahu sekundární lokality, redistribuujte obsah nebo předpřipravujte obsah na server.

Pokud máte distribuční bod, který není na serveru sekundární lokality, nemusíte ho při obnovování sekundární lokality přeinstalovat. Po obnovení sekundární lokality se lokalita automaticky synchronizuje s distribučním bodem.

Stav obnovení sekundární lokality můžete ověřit pomocí akce Zobrazit stav instalace z uzlu Lokality v konzole Configuration Manager.