Een Configuration Manager site herstellen

  • Artikel

Van toepassing op: Configuration Manager (current branch)

Voer een Configuration Manager siteherstel uit nadat een site mislukt of gegevensverlies optreedt in de sitedatabase. Het herstellen en opnieuw synchroniseren van gegevens zijn de kerntaken van een siteherstel en zijn vereist om onderbreking van bewerkingen te voorkomen.

De secties in dit artikel kunnen u helpen bij het herstellen van een Configuration Manager site. Zie Back-up voor Configuration Manager om een back-up te maken.

Overwegingen voordat u een site herstelt

Belangrijk

Deze informatie is alleen van toepassing op scenario's voor siteherstel. Wanneer u uw on-premises infrastructuur upgradet en een mislukte site niet actief herstelt, raadpleegt u de informatie in de volgende artikelen:

De serverhardware voorbereiden

Zorg ervoor dat bestaande configuraties niet aanwezig zijn op de siteserver. Eerdere configuraties kunnen conflicten veroorzaken tijdens het siteherstelproces. Gebruik een van de volgende opties voor de serverhardware:

  • Gebruik een nieuwe server die voldoet aan de algemene vereisten voor herstel.

  • Formatteer de schijven en installeer het besturingssysteem opnieuw op de bestaande server. Zorg ervoor dat deze voldoet aan de algemene vereisten en vereisten voor herstel.

  • Een bestaande server die u hebt opgeschoond, opnieuw gebruiken

Gebruik een van de volgende procedures om een bestaande server op te schonen:

Een bestaande server alleen opschonen voor siteserverherstel

  1. Sms-registersleutels verwijderen: HKLM\Software\Microsoft\SMS
  2. Verwijder alle registervermeldingen vanaf SMSHKLM\System\CurrentControlSet\Services. Bijvoorbeeld:
    • 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. De Configuration Manager-console verwijderen
  4. Start de server opnieuw op
  5. Controleer of alle bovenstaande registersleutels zijn verwijderd.

De server is nu gereed voor de Configuration Manager herstelprocedure.

Een bestaande server opschonen voor alleen sitedatabaseherstel

  1. Maak een back-up van de sitedatabase. Maak ook een back-up van andere ondersteunende databases, zoals WSUS.
  2. Noteer de naam van de SQL Server en de naam van het exemplaar
  3. De sitedatabase handmatig verwijderen uit de SQL Server
  4. Start de SQL Server opnieuw

De server is nu gereed voor de Configuration Manager herstelprocedure.

Een bestaande server opschonen voor volledig herstel

  1. Maak een back-up van de sitedatabase. Maak ook een back-up van andere ondersteunende databases, zoals WSUS.
  2. Een kopie van de inhoudsbibliotheek maken

Waarschuwing

De volgende stap: de Configuration Manager site verwijderen, mag alleen worden uitgevoerd op een zelfstandige primaire site of een onderliggende primaire site die niet kan communiceren via het netwerk met de centrale beheersite (CAS). Als u de site in een hiërarchie verwijdert, verliest de CAS de mogelijkheid om te communiceren met dat onderliggende primaire en mislukt het herstelproces. Voor onderliggende primaire sites volgt u in plaats daarvan de bovenstaande stappen Een bestaande server opschonen voor siteserverherstel .

  1. De sitedatabase handmatig verwijderen uit de SQL Server
  2. De Configuration Manager site verwijderen
  3. De Configuration Manager installatiemap, gerelateerde registers en eventuele andere Configuration Manager mappen handmatig verwijderen
  4. Start de server opnieuw op
  5. Herstel de inhoudsbibliotheek en andere databases, zoals WSUS.

De server is nu gereed voor de Configuration Manager herstelprocedure.

Een ondersteunde versie en dezelfde editie van SQL Server gebruiken

Gebruik indien mogelijk dezelfde versie van SQL Server. Het wordt echter ondersteund om een database te herstellen naar een nieuwere versie.

Wijzig de SQL Server-editie niet. Het herstellen van een sitedatabase van de Standard-editie naar de Enterprise-editie wordt niet ondersteund.

Andere configuratievereisten voor SQL Server:

  • SQL Server kan niet worden ingesteld op de modus voor één gebruiker.
  • Zorg ervoor dat de MDF- en LDF-bestanden geldig zijn. Wanneer u een site herstelt, wordt de status van de bestanden niet gecontroleerd.

AlwaysOn-beschikbaarheidsgroepen SQL Server

Als u SQL Server AlwaysOn-beschikbaarheidsgroepen gebruikt om de sitedatabase te hosten, wijzigt u uw herstelplannen zoals beschreven in Voorbereiden op het gebruik van SQL Server AlwaysOn.

Databasereplica's

Nadat u een sitedatabase hebt hersteld die u hebt geconfigureerd voor databasereplica's, configureert u elke replica opnieuw. Voordat u de databasereplica's kunt gebruiken, moet u zowel de publicaties als de abonnementen opnieuw maken.

Uw herstelopties bepalen

Er zijn twee hoofdgebieden die u moet overwegen voor Configuration Manager primaire siteserver en centraal beheersite (CAS): de siteserver en de sitedatabase. De volgende secties kunnen u helpen bij het selecteren van de beste opties voor uw herstelscenario.

Opmerking

Wanneer Configuration Manager installatie een bestaande site op de server detecteert, kunt u een siteherstel starten, maar de herstelopties voor de siteserver zijn beperkt. Als u bijvoorbeeld Setup uitvoert op een bestaande siteserver en u herstel kiest, kunt u de sitedatabaseserver herstellen, maar de optie voor het herstellen van de siteserver is uitgeschakeld.

Opties voor siteserverherstel

Start Configuration Manager setup vanaf een kopie van de map CD.Latest die u buiten de Configuration Manager installatiemap hebt gemaakt.

  • Als u setup uitvoert vanuit het startmenu op de siteserver, is de optie Een site herstellen niet beschikbaar.

  • Als u updates hebt geïnstalleerd vanuit de Configuration Manager-console voordat u de back-up hebt gemaakt, kunt u de site niet opnieuw installeren met behulp van setup vanaf de volgende locaties:

    • Installatiemedia
    • Het Configuration Manager installatiepad

Selecteer vervolgens de optie Een site herstellen . U hebt de volgende herstelopties voor de mislukte siteserver:

De siteserver herstellen met behulp van een bestaande back-up

Gebruik deze optie wanneer u een Configuration Manager back-up van de siteserver hebt van vóór de sitefout. De site maakt deze back-up als onderdeel van de onderhoudstaak back-upsiteserver . De site wordt opnieuw geïnstalleerd en de site-instellingen worden geconfigureerd op basis van de site waarvan een back-up is gemaakt.

De siteserver opnieuw installeren

Gebruik deze optie als u geen back-up van de siteserver hebt. De siteserver wordt opnieuw geïnstalleerd en u moet de site-instellingen opgeven zoals tijdens een eerste installatie.

  • Gebruik dezelfde sitecode en naam van de sitedatabase die u hebt gebruikt toen de mislukte site voor het eerst werd geïnstalleerd.

  • U kunt de site opnieuw installeren op een nieuwe computer waarop een nieuwe versie van het besturingssysteem wordt uitgevoerd.

  • De server moet dezelfde hostnaam en FQDN (Fully Qualified Domain Name) van de oorspronkelijke siteserver gebruiken.

Opties voor sitedatabaseherstel

Wanneer u Configuration Manager setup uitvoert, hebt u de volgende herstelopties voor de sitedatabase:

De sitedatabase herstellen met behulp van een back-upset

Gebruik deze optie wanneer u een Configuration Manager back-up hebt van de sitedatabase van vóór de databasefout. De site maakt deze back-up als onderdeel van de onderhoudstaak back-upsiteserver . Wanneer in een hiërarchie een primaire site wordt hersteld, haalt het herstelproces alle wijzigingen op die zijn aangebracht in de sitedatabase na de laatste back-up. Wanneer u de CAS herstelt, haalt het herstelproces deze wijzigingen op van een primaire referentiesite. Wanneer u de sitedatabase voor een zelfstandige primaire site herstelt, verliest u sitewijzigingen na de laatste back-up.

Wanneer u de sitedatabase voor een site in een hiërarchie herstelt, is het herstelgedrag voor een CAS- en primaire site anders. Het gedrag is ook anders wanneer de laatste back-up zich binnen of buiten de SQL Server bewaarperiode voor het bijhouden van wijzigingen bevindt. Zie de sectie Herstelscenario's voor sitedatabases in dit artikel voor meer informatie.

Opmerking

Als u ervoor kiest om de sitedatabase te herstellen met behulp van een back-upset, maar de sitedatabase al bestaat, mislukt het herstel.

Een nieuwe database voor deze site maken

Gebruik deze optie als u geen back-up van de sitedatabase hebt. In een hiërarchie maakt het herstelproces een nieuwe sitedatabase. Wanneer u een onderliggende primaire site herstelt, worden de gegevens hersteld door te repliceren vanuit de CAS. Bij het herstellen van de CAS worden gegevens van een primaire referentiesite gerepliceerd. Deze optie is niet beschikbaar wanneer u een zelfstandige primaire site of een CAS die geen primaire sites heeft, herstelt.

Een sitedatabase gebruiken die handmatig is hersteld

Gebruik deze optie als u de Configuration Manager sitedatabase al hebt hersteld, maar het herstelproces moet voltooien.

  • Configuration Manager kunt de sitedatabase herstellen vanuit een van de volgende processen:

    • De Configuration Manager back-uponderhoudstaak

    • Een back-up van een sitedatabase met behulp van Data Protection Manager (DPM)

    • Een ander back-upproces

      Nadat u de sitedatabase hebt hersteld met behulp van een methode buiten Configuration Manager, voert u Setup uit en selecteert u deze optie om het herstel van de sitedatabase te voltooien.

      Opmerking

      Wanneer u DPM gebruikt om een back-up van uw sitedatabase te maken, gebruikt u de DPM-procedures om de sitedatabase te herstellen naar een opgegeven locatie voordat u verdergaat met het herstelproces in Configuration Manager. Zie de documentatiebibliotheek van Data Protection Manager voor meer informatie over DPM.

  • Wanneer u in een hiërarchie een primaire sitedatabase herstelt, haalt het herstelproces alle wijzigingen op die zijn aangebracht in de sitedatabase na de laatste back-up. Wanneer u de CAS herstelt, haalt het herstelproces deze wijzigingen op van een primaire referentiesite. Wanneer u de sitedatabase voor een zelfstandige primaire site herstelt, verliest u sitewijzigingen na de laatste back-up.

Databaseherstel overslaan

Gebruik deze optie wanneer er geen gegevensverlies is opgetreden op de Configuration Manager sitedatabaseserver. Deze optie is alleen geldig wanneer de sitedatabase zich op een andere computer bevindt dan de siteserver die u herstelt.

SQL Server retentieperiode voor wijzigingen bijhouden

Configuration Manager schakelt wijzigingen bijhouden in voor de sitedatabase in SQL Server. Met wijzigingen bijhouden kunt Configuration Manager query's uitvoeren naar informatie over de wijzigingen die zijn aangebracht in databasetabellen na een eerder tijdstip. De bewaarperiode geeft aan hoe lang informatie over het bijhouden van wijzigingen wordt bewaard. Standaard is de sitedatabase geconfigureerd voor een bewaarperiode van vijf dagen. Wanneer u een sitedatabase herstelt, verloopt het herstelproces anders als uw back-up zich binnen of buiten de bewaarperiode bevindt. Als uw SQL Server bijvoorbeeld mislukt en uw laatste back-up zeven dagen oud is, valt deze buiten de bewaarperiode.

Zie de volgende blogberichten van het SQL Server team voor meer informatie over SQL Server interne functies voor het bijhouden van wijzigingen: Wijzigingen bijhouden Cleanup - deel 1 en Wijzigingen bijhouden Cleanup - deel 2.

Herinitialisatie van site- of globale gegevens

Het proces voor het opnieuw initialiseren van site- of globale gegevens vervangt bestaande gegevens in de sitedatabase door gegevens uit een andere sitedatabase. Wanneer site ABC bijvoorbeeld gegevens van site XYZ opnieuw start, worden de volgende stappen uitgevoerd:

  • De gegevens worden gekopieerd van site XYZ naar site ABC.
  • De bestaande gegevens voor site-XYZ worden verwijderd uit de sitedatabase op site ABC.
  • De gekopieerde gegevens van site XYZ worden ingevoegd in de sitedatabase voor site ABC.

Voorbeeldscenario 1: de primaire site heritieert de globale gegevens van de CAS

Het herstelproces verwijdert de bestaande globale gegevens voor de primaire site in de primaire sitedatabase en vervangt de gegevens door de globale gegevens die uit de CAS zijn gekopieerd.

Voorbeeldscenario 2: De CAS heritiliseert de sitegegevens van een primaire site opnieuw

Tijdens het herstelproces worden de bestaande sitegegevens voor die primaire site verwijderd uit de CAS-database. De gegevens worden vervangen door de sitegegevens die zijn gekopieerd van de primaire site. De sitegegevens voor andere primaire sites worden niet beïnvloed.

Scenario's voor sitedatabaseherstel

Nadat een sitedatabase is hersteld vanuit een back-up, probeert Configuration Manager de wijzigingen in site- en globale gegevens te herstellen na de laatste back-up van de database. Configuration Manager start de volgende acties nadat een sitedatabase is hersteld vanuit een back-up:

Herstelde site is een CAS

  • Back-up van de database binnen de bewaarperiode voor het bijhouden van wijzigingen

    • Globale gegevens: de wijzigingen in globale gegevens na de back-up worden gerepliceerd vanaf alle primaire sites.

    • Sitegegevens: de wijzigingen in sitegegevens na de back-up worden gerepliceerd vanaf alle primaire sites.

  • Databaseback-up ouder dan bewaarperiode voor wijzigingen bijhouden

    • Globale gegevens: de CAS heritieert de globale gegevens van de primaire referentiesite als u deze opgeeft. Vervolgens worden de globale gegevens van de CAS opnieuw door alle andere primaire sites geïnitialiseerd. Als u geen referentiesite opgeeft, worden de globale gegevens van de CAS opnieuw geïnitialiseerd door alle primaire sites. Deze gegevens zijn wat u hebt hersteld vanuit een back-up.

    • Sitegegevens: de CAS heritieert de sitegegevens van elke primaire site.

Herstelde site is een primaire site

  • Back-up van de database binnen de bewaarperiode voor het bijhouden van wijzigingen

    • Globale gegevens: de wijzigingen in globale gegevens na de back-up worden gerepliceerd vanuit de CAS.

    • Sitegegevens: de CAS heritieert de sitegegevens van de primaire site. Wijzigingen nadat de back-up is verloren gegaan. Clients genereren de meeste gegevens opnieuw wanneer ze informatie naar de primaire site verzenden.

  • Databaseback-up ouder dan bewaarperiode voor wijzigingen bijhouden

    • Globale gegevens: de primaire site heritieert de globale gegevens van de CAS.

    • Sitegegevens: de CAS heritieert de sitegegevens van de primaire site. Wijzigingen nadat de back-up is verloren gegaan. Clients genereren de meeste gegevens opnieuw wanneer ze informatie naar de primaire site verzenden.

Site recovery-procedures

Gebruik een van de volgende procedures om uw siteserver en sitedatabase te herstellen:

Een siteherstel starten in de installatiewizard

  1. Kopieer de map CD.Latest naar een locatie buiten de Configuration Manager installatiemap. Voer vanuit de kopie van de map CD.Latest de installatiewizard Configuration Manager uit.

  2. Selecteer op de pagina Aan de slagde optie Een site herstellen en selecteer vervolgens Volgende.

  3. Voltooi de wizard met behulp van de opties die geschikt zijn voor uw siteherstel.

    • Tijdens het herstel identificeert setup de SSB-poort (SQL Server Service Broker) die wordt gebruikt door de SQL Server. Wijzig deze poortinstelling niet tijdens het herstel, anders werkt de gegevensreplicatie niet goed nadat het herstel is voltooid.

    • U kunt het oorspronkelijke of een nieuw pad opgeven dat moet worden gebruikt voor de Configuration Manager installatie in de installatiewizard.

Een siteherstel zonder toezicht starten

  1. Bereid het installatiescript zonder toezicht voor op de opties die u nodig hebt voor siteherstel. Zie Site-herstel zonder toezicht voor meer informatie.

  2. Voer Configuration Manager setup uit met behulp van de /script opdrachtregeloptie. U maakt bijvoorbeeld een installatie-initialisatiebestand ConfigMgrUnattend.ini. U slaat deze op in de C:\Temp map van de computer waarop u de installatie uitvoert. Gebruik de volgende opdracht:

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

Opmerking

Nadat u een CAS hebt hersteld, kan de replicatie van sommige sitegegevens van onderliggende sites niet tot stand worden gebracht. Deze gegevens kunnen hardware-inventaris, software-inventaris en statusberichten zijn.

Als dit probleem zich voordoet, initialiseert u de ConfigMgrDRSSiteQueue opnieuw voor databasereplicatie. Gebruik SQL Server Manager om de volgende query uit te voeren op de sitedatabase voor de CAS:

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

Taken na herstel

Nadat u uw site hebt hersteld, zijn er verschillende taken na herstel die u moet overwegen voordat uw siteherstel is voltooid. Gebruik de volgende secties om uw siteherstelproces te voltooien.

Gebruikersaccountwachtwoorden opnieuw invoeren

Voer na herstel van een siteserver de wachtwoorden voor alle gebruikersaccounts op de site opnieuw in. Deze wachtwoorden worden opnieuw ingesteld tijdens het siteherstel. De accounts worden weergegeven op de pagina Voltooid van de installatiewizard nadat het siteherstel is voltooid. De lijst wordt ook opgeslagen op C:\ConfigMgrPostRecoveryActions.html de herstelde siteserver.

Gebruikersaccountwachtwoorden opnieuw invoeren na siteherstel

  1. Open de Configuration Manager-console en maak verbinding met de herstelde site.

  2. Ga naar de werkruimte Beheer , vouw Beveiliging uit en selecteer vervolgens Accounts.

  3. Voer voor elk account de volgende stappen uit om het wachtwoord opnieuw in te voeren:

    1. Selecteer het account in de lijst die is geïdentificeerd na siteherstel.

    2. Selecteer Eigenschappen op het lint.

    3. Selecteer op het tabblad Algemeende optie Instellen en voer het wachtwoord voor het account opnieuw in.

    4. Selecteer Verifiëren, kies de juiste gegevensbron voor het geselecteerde gebruikersaccount en selecteer vervolgens Verbinding testen. In deze stap wordt getest of het gebruikersaccount verbinding kan maken met de gegevensbron en worden de referenties gecontroleerd.

    5. Selecteer OK om de wachtwoordwijzigingen op te slaan en selecteer vervolgens OK om de pagina met accounteigenschappen te sluiten.

PXE-wachtwoorden opnieuw invoeren

  1. Ga in de Configuration Manager-console naar de werkruimte Beheer en selecteer het knooppunt Distributiepunten. Elk on-premises distributiepunt met Ja in de pxe-kolom is ingeschakeld voor PXE en heeft mogelijk een wachtwoord om opnieuw in te voeren.

  2. Selecteer een distributiepunt met PXE-functionaliteit en selecteer Eigenschappen op het lint.

  3. Ga naar het tabblad PXE .

  4. Als de optie Wachtwoord vereisen wanneer computers PXE gebruiken is ingeschakeld, voert u het wachtwoord in en bevestigt u het.

  5. Selecteer OK om de eigenschappen op te slaan en te sluiten.

Herhaal dit proces voor elk ander on-premises distributiepunt met PXE-functionaliteit.

Takenreekswachtwoorden opnieuw invoeren

  1. Ga in de Configuration Manager-console naar de werkruimte Softwarebibliotheek, vouw Besturingssystemen uit en selecteer het knooppunt Takenreeksen.

  2. Selecteer een takenreeks en selecteer vervolgens bewerken op het lint.

  3. Bekijk de volgende stappen om wachtwoorden opnieuw in te voeren:

    • Windows-instellingen toepassen: als u het lokale beheerderswachtwoord inschakelt en opgeeft, voert u het wachtwoord opnieuw in en bevestigt u dit.

    • Netwerkinstellingen toepassen: selecteer Instellen voor het account dat gemachtigd is om lid te worden van het domein. Voer het wachtwoord in en bevestig het en selecteer vervolgens Verifiëren.

    • Installatiekopieën van het besturingssysteem vastleggen: selecteer Instellen voor het account dat wordt gebruikt voor toegang tot de bestemming. Voer het wachtwoord in en bevestig het en selecteer vervolgens Verifiëren.

    • Verbinding maken met netwerkmap: selecteer Instellen voor het account dat wordt gebruikt om verbinding te maken met een netwerkmap. Voer het wachtwoord in en bevestig het en selecteer vervolgens Verifiëren.

    • BitLocker inschakelen: als u de sleutelbeheeroptie TPM en pincode gebruikt, voert u de pincode opnieuw in.

    • Lid worden van domein of werkgroep: selecteer Instellen voor het account dat gemachtigd is om lid te worden van het domein. Voer het wachtwoord in en bevestig het en selecteer vervolgens Verifiëren.

    • Opdrachtregel uitvoeren: als u de optie gebruikt om deze stap uit te voeren als het volgende account, selecteert u Instellen. Voer het wachtwoord in en bevestig het en selecteer vervolgens Verifiëren.

    • PowerShell-script uitvoeren: als u de optie om deze stap uit te voeren als het volgende account gebruikt, selecteert u Instellen. Voer het wachtwoord in en bevestig het en selecteer vervolgens Verifiëren.

Herhaal dit proces voor alle takenreeksen.

Opstartbare media en voorbereide media opnieuw maken in niet-PKI-omgevingen

In niet-PKI-omgevingen zijn zelfondertekende certificaten in opstartbare media en voorbereide media gebaseerd op de computersleutels van de server waarop de media is gemaakt. Als de hardware verandert of het besturingssysteem opnieuw wordt geïnstalleerd als onderdeel van een herstel, moeten alle opstartbare media en voorbereide media die op die server zijn gemaakt, opnieuw worden gemaakt. Zie Opstartbare media maken en Voorbereide media maken voor meer informatie over het maken van opstartbare media en voorbereide media.

Sideloading-sleutels opnieuw invoeren

Na herstel van een siteserver voert u windows-sideloadingsleutels die zijn opgegeven voor de site opnieuw in. Deze sleutels worden opnieuw ingesteld tijdens siteherstel. Nadat u de sideloading-sleutels opnieuw hebt ingevuld, stelt de site het aantal opnieuw in in de kolom Activeringen die worden gebruikt voor Windows-sideloadingsleutels.

Vóór de sitefout wordt bijvoorbeeld het totaal aantal activeringen weergegeven als 100. Het aantal sleutels dat apparaten hebben gebruikt, of activeringen gebruikt, is 90. Na het siteherstel wordt bij Totaal aantal activeringen nog steeds 100 weergegeven, maar in de kolom Gebruikte activeringen wordt ten onrechte 0 weergegeven. Nadat 10 nieuwe apparaten een sideloading-sleutel gebruiken, zijn er geen sideloadsleutels meer en kan het 11e apparaat geen sideloading-sleutel meer toepassen.

Azure-services opnieuw maken

Na siteherstel ziet u mogelijk de volgende fout in cloudmgr.log:

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

U kunt dit probleem oplossen door de geheime sleutel voor elke Azure-tenantverbinding te vernieuwen.

Abonnementen voor externe meldingen op de CAS verwijderen en opnieuw maken

Nadat u de CAS hebt hersteld, moet u alle abonnementen voor externe meldingen verwijderen en opnieuw maken. Zie Externe meldingen voor meer informatie.

HTTPS configureren voor sitesysteemrollen die gebruikmaken van IIS

Wanneer u sitesystemen herstelt waarop IIS wordt uitgevoerd en u hebt geconfigureerd voor HTTPS, configureert u IIS opnieuw om het webservercertificaat te gebruiken.

Hotfixes opnieuw installeren

Na een siteherstel moet u alle out-of-band-hotfixes die zijn toegepast op de siteserver opnieuw installeren. Bekijk na siteherstel de lijst met de eerder geïnstalleerde hotfixes op de pagina Voltooid van de installatiewizard. Deze lijst wordt ook opgeslagen C:\ConfigMgrPostRecoveryActions.html op de herstelde siteserver.

Aangepaste rapporten herstellen

Sommige klanten maken aangepaste rapporten in SQL Server Reporting Services. Wanneer dit onderdeel mislukt, herstelt u de rapporten vanuit een back-up van de rapportserver. Zie Back-up- en herstelbewerkingen voor Reporting Services voor meer informatie over het herstellen van uw aangepaste rapporten in Reporting Services.

Inhoudsbestanden herstellen

De sitedatabase houdt bij waar de siteserver de inhoudsbestanden opslaat. Van de inhoudsbestanden zelf wordt geen back-up gemaakt of hersteld als onderdeel van het back-up- en herstelproces. Als u inhoudsbestanden volledig wilt herstellen, herstelt u de inhoudsbibliotheek en pakketbronbestanden naar de oorspronkelijke locatie. Er zijn verschillende methoden voor het herstellen van uw inhoudsbestanden. De eenvoudigste methode is om de bestanden te herstellen vanuit een bestandssysteemback-up van de siteserver.

Als u geen back-up van het bestandssysteem hebt voor de pakketbronbestanden, kopieert of downloadt u deze handmatig. Dit proces is vergelijkbaar met toen u het pakket oorspronkelijk hebt gemaakt. Voer de volgende query uit in SQL Server om de bronlocatie van het pakket voor alle pakketten en toepassingen te vinden: SELECT * FROM v_Package. Identificeer de pakketbronsite door de eerste drie tekens van de pakket-id te bekijken. Als de pakket-id bijvoorbeeld CEN00001 is, is de sitecode voor de bronsite CEN. Wanneer u de pakketbronbestanden herstelt, moeten ze worden hersteld op dezelfde locatie als vóór de fout.

Als u geen back-up van het bestandssysteem hebt die de inhoudsbibliotheek bevat, hebt u de volgende herstelopties:

  • Een voorbereid inhoudsbestand importeren: In een Configuration Manager hiërarchie kunt u een voorbereid inhoudsbestand maken met alle pakketten en toepassingen vanaf een andere locatie. Importeer vervolgens het voorbereide inhoudsbestand om de inhoudsbibliotheek op de siteserver te herstellen.

  • Inhoud bijwerken: Configuration Manager kopieert de inhoud van de pakketbron naar de inhoudsbibliotheek. Deze actie kan alleen worden voltooid als de pakketbronbestanden beschikbaar zijn op de oorspronkelijke locatie. Voer deze actie uit voor elk pakket en elke toepassing.

Aangepaste software-updates herstellen

Wanneer u System Center Updates Publisher-databasebestanden hebt opgenomen in uw back-upplan, kunt u de databases herstellen als de Updates Publisher-computer uitvalt. Zie System Center Updates Publisher voor meer informatie over Updates Publisher.

De Updates Publisher-database herstellen

  1. Installeer Updates Publisher opnieuw op de herstelde computer.

  2. Kopieer het databasebestand Scupdb.sdf van uw back-upbestemming naar %USERPROFILE%\AppData\Local\Microsoft\System Center Updates Publisher 2011\5.00.1727.0000\ op de computer waarop Updates Publisher wordt uitgevoerd.

  3. Wanneer meer dan één gebruiker Updates Publisher op de computer uitvoert, kopieert u elk databasebestand naar de juiste locatie van het gebruikersprofiel.

Migratiegegevens van gebruikersstatus

Als onderdeel van de eigenschappen van het statusmigratiepunt geeft u de mappen op waarin gebruikersstatusgegevens worden opgeslagen. Nadat u een statusmigratiepunt hebt hersteld, herstelt u de gebruikersstatusgegevens op de server handmatig. Herstel deze in dezelfde mappen als de gegevens die vóór de fout zijn opgeslagen.

De certificaten voor distributiepunten opnieuw genereren

Nadat u een site hebt hersteld, kan het distmgr.log de volgende vermelding bevatten voor een of meer distributiepunten: Failed to decrypt cert PFX data. Deze vermelding geeft aan dat de certificaatgegevens van het distributiepunt niet kunnen worden ontsleuteld door de site. U kunt dit probleem oplossen door het certificaat voor betrokken distributiepunten opnieuw te genereren of opnieuw te importeren. Gebruik de PowerShell-cmdlet Set-CMDistributionPoint .

Databaseversleutelingscertificaten herstellen

Als u SQL Server-versleuteling gebruikt voor de hele database of voor specifieke tabellen, moet u mogelijk de certificaten herstellen nadat u de sitedatabase hebt hersteld. Bijvoorbeeld als u herstelgegevens versleutelt voor BitLocker-beheer. Zie Certificaat herstellen voor BitLocker-beheer voor meer informatie.

Een secundaire site herstellen

Configuration Manager biedt geen ondersteuning voor de back-up van de database op een secundaire site, maar wel voor herstel door de secundaire site opnieuw te installeren. Secundair siteherstel is vereist wanneer een Configuration Manager secundaire site mislukt.

Vereisten

  • De server moet voldoen aan alle vereisten voor de secundaire site en de juiste beveiligingsrechten hebben geconfigureerd.

  • Gebruik hetzelfde installatiepad dat is gebruikt voor de mislukte site.

  • Gebruik een server met dezelfde configuratie als de mislukte server. Deze configuratie bevat de FQDN (Fully Qualified Domain Name).

  • De server moet dezelfde SQL Server configuratie hebben als de mislukte site.

    • Tijdens een secundair siteherstel installeert Configuration Manager niet SQL Server Express als dit nog niet op de computer is geïnstalleerd.

    • Gebruik dezelfde versie van SQL Server en hetzelfde exemplaar van SQL Server die u hebt gebruikt voor de secundaire sitedatabase vóór de fout.

Procedure

Gebruik de actie Secundaire site herstellen vanuit het knooppunt Sites in de Configuration Manager-console. In tegenstelling tot andere typen sites gebruikt herstel voor een secundaire site geen back-upbestand. Met dit proces worden de secundaire sitebestanden opnieuw geïnstalleerd op de mislukte server. Nadat de site opnieuw is geïnstalleerd, worden de secundaire sitegegevens opnieuw geïnitialiseerd vanaf de bovenliggende primaire site.

Tijdens het herstelproces controleert Configuration Manager of de inhoudsbibliotheek op de secundaire siteserver bestaat. Ook wordt gecontroleerd of de juiste inhoud beschikbaar is. De secundaire site maakt gebruik van de bestaande inhoudsbibliotheek, als deze de juiste inhoud bevat. Als u de inhoudsbibliotheek van een secundaire site wilt herstellen, moet u de inhoud opnieuw distribueren of voorbereiden op de server.

Wanneer u een distributiepunt hebt dat zich niet op de secundaire siteserver bevindt, hoeft u het distributiepunt niet opnieuw te installeren tijdens een herstel van de secundaire site. Na het herstel van de secundaire site wordt de site automatisch gesynchroniseerd met het distributiepunt.

U kunt de status van het secundaire siteherstel controleren met behulp van de actie Installatiestatus weergeven vanuit het knooppunt Sites in de Configuration Manager-console.