Ripristinare un sito Configuration Manager

  • Articolo

Si applica a: Configuration Manager (Current Branch)

Eseguire un Configuration Manager site recovery dopo l'errore di un sito o la perdita di dati nel database del sito. La riparazione e la risincronizzazione dei dati sono le attività principali di un ripristino del sito e sono necessarie per evitare interruzioni delle operazioni.

Le sezioni di questo articolo consentono di ripristinare un sito Configuration Manager. Per creare un backup, vedere Backup per Configuration Manager.

Considerazioni prima del ripristino di un sito

Importante

Queste informazioni si applicano solo agli scenari di site recovery. Quando si aggiorna l'infrastruttura locale e non si ripristina attivamente un sito non riuscito, esaminare le informazioni negli articoli seguenti:

Preparare l'hardware del server

Assicurarsi che le configurazioni esistenti non siano presenti nel server del sito. Qualsiasi configurazione precedente può causare conflitti durante il processo di ripristino del sito. Usare una delle opzioni seguenti per l'hardware del server:

  • Usare un nuovo server che soddisfi i requisiti generali e di ripristino.

  • Formattare i dischi e reinstallare il sistema operativo nel server esistente. Assicurarsi che soddisfi i requisiti generali e di ripristino.

  • Riutilizzare un server esistente che è stato pulito

Usare una delle procedure seguenti per pulire un server esistente:

Pulire un server esistente solo per il ripristino del server del sito

  1. Eliminare le chiavi del Registro di sistema SMS: HKLM\Software\Microsoft\SMS
  2. Eliminare tutte le voci del Registro di sistema che iniziano con SMS da HKLM\System\CurrentControlSet\Services. Ad esempio:
    • 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. Disinstallare la console Configuration Manager
  4. Riavviare il server
  5. Verificare che tutte le chiavi del Registro di sistema precedenti siano state eliminate.

Il server è ora pronto per la procedura di ripristino Configuration Manager.

Pulire un server esistente solo per il ripristino del database del sito

  1. Eseguire il backup del database del sito. Eseguire anche il backup di qualsiasi altro database di supporto, ad esempio WSUS.
  2. Assicurarsi di prendere nota del nome SQL Server e del nome dell'istanza
  3. Eliminare manualmente il database del sito dal SQL Server
  4. Riavviare il SQL Server

Il server è ora pronto per la procedura di ripristino Configuration Manager.

Pulire un server esistente per il ripristino completo

  1. Eseguire il backup del database del sito. Eseguire anche il backup di qualsiasi altro database di supporto, ad esempio WSUS.
  2. Creare una copia della raccolta contenuto

Avviso

Il passaggio seguente, disinstallare il sito Configuration Manager, deve essere eseguito solo in un sito primario autonomo o in un sito primario figlio che non è in grado di comunicare in rete con il sito di amministrazione centrale. La disinstallazione del sito in una gerarchia comporta la perdita della capacità di comunicare con il sito primario figlio e il processo di ripristino avrà esito negativo. Per i siti primari figlio, seguire invece la procedura Pulisci un server esistente per il ripristino del server del sito in precedenza.

  1. Eliminare manualmente il database del sito dal SQL Server
  2. Disinstallare il sito Configuration Manager
  3. Eliminare manualmente la cartella di installazione Configuration Manager, i registri correlati e qualsiasi altra cartella Configuration Manager
  4. Riavviare il server
  5. Ripristinare la raccolta contenuto e altri database, ad esempio WSUS.

Il server è ora pronto per la procedura di ripristino Configuration Manager.

Usare una versione supportata e la stessa edizione di SQL Server

Se possibile, usare la stessa versione di SQL Server. Tuttavia, è supportato ripristinare un database a una versione più recente.

Non modificare l'edizione SQL Server. Il ripristino di un database del sito dall'edizione Standard all'edizione Enterprise non è supportato.

Altri requisiti di configurazione SQL Server:

  • SQL Server non può essere impostato sulla modalità utente singolo.
  • Assicurarsi che i file MDF e LDF siano validi. Quando si recupera un sito, non viene eseguito alcun controllo dello stato dei file.

SQL Server Always On gruppi di disponibilità

Se si usano gruppi di disponibilità SQL Server Always On per ospitare il database del sito, modificare i piani di ripristino come descritto in Preparare l'uso di SQL Server Always On.

Repliche di database

Dopo aver ripristinato un database del sito configurato per le repliche di database, riconfigurare ogni replica. Prima di poter usare le repliche di database, ricreare sia le pubblicazioni che le sottoscrizioni.

Determinare le opzioni di ripristino

Esistono due aree principali da considerare per Configuration Manager server del sito primario e il ripristino del sito di amministrazione centrale: il server del sito e il database del sito. Le sezioni seguenti consentono di selezionare le opzioni migliori per lo scenario di ripristino.

Nota

Quando Configuration Manager configurazione rileva un sito esistente nel server, è possibile avviare un ripristino del sito, ma le opzioni di ripristino per il server del sito sono limitate. Ad esempio, se si esegue il programma di installazione in un server del sito esistente, quando si sceglie il ripristino, è possibile ripristinare il server di database del sito, ma l'opzione per ripristinare il server del sito è disabilitata.

Opzioni di ripristino del server del sito

Avviare Configuration Manager installazione da una copia della cartella CD.Latest creata all'esterno della cartella di installazione Configuration Manager.

  • Se si esegue l'installazione dal menu Start nel server del sito, l'opzione Ripristina un sito non è disponibile.

  • Se sono stati installati aggiornamenti dalla console di Configuration Manager prima di eseguire il backup, non è possibile reinstallare il sito usando il programma di installazione dalle posizioni seguenti:

    • Supporti di installazione
    • Percorso di installazione Configuration Manager

Selezionare quindi l'opzione Ripristina un sito . Sono disponibili le opzioni di ripristino seguenti per il server del sito non riuscito:

Ripristinare il server del sito usando un backup esistente

Usare questa opzione quando si dispone di un backup Configuration Manager del server del sito da prima dell'errore del sito. Il sito crea questo backup come parte dell'attività di manutenzione Backup del server del sito . Il sito viene reinstallato e le impostazioni del sito vengono configurate in base al sito di cui è stato eseguito il backup.

Reinstallare il server del sito

Usare questa opzione quando non si dispone di un backup del server del sito. Il server del sito viene reinstallato ed è necessario specificare le impostazioni del sito come si farebbe durante un'installazione iniziale.

  • Usare lo stesso codice del sito e lo stesso nome del database del sito usato quando il sito non riuscito è stato installato per la prima volta.

  • È possibile reinstallare il sito in un nuovo computer che esegue una nuova versione del sistema operativo.

  • Il server deve usare lo stesso nome host e lo stesso nome di dominio completo (FQDN) del server del sito originale.

Opzioni di ripristino del database del sito

Quando si esegue Configuration Manager configurazione, sono disponibili le opzioni di ripristino seguenti per il database del sito:

Ripristinare il database del sito usando un set di backup

Usare questa opzione quando si dispone di un backup Configuration Manager del database del sito da prima dell'errore del database. Il sito crea questo backup come parte dell'attività di manutenzione Backup del server del sito . In una gerarchia, durante il ripristino di un sito primario, il processo di ripristino recupera dal server di amministrazione centrale tutte le modifiche apportate al database del sito dopo l'ultimo backup. Durante il ripristino del sito di amministrazione centrale, il processo di ripristino recupera queste modifiche da un sito primario di riferimento. Quando si recupera il database del sito per un sito primario autonomo, si perdono le modifiche del sito dopo l'ultimo backup.

Quando si ripristina il database del sito per un sito in una gerarchia, il comportamento di ripristino è diverso per un sito cas e primario. Il comportamento è diverso anche quando l'ultimo backup si trova all'interno o all'esterno del periodo di conservazione del rilevamento delle modifiche SQL Server. Per altre informazioni, vedere la sezione Scenari di ripristino del database del sito in questo articolo.

Nota

Se si sceglie di ripristinare il database del sito usando un set di backup, ma il database del sito esiste già, il ripristino avrà esito negativo.

Creare un nuovo database per questo sito

Usare questa opzione quando non si dispone di un backup del database del sito. In una gerarchia il processo di ripristino crea un nuovo database del sito. Quando si ripristina un sito primario figlio, i dati vengono ripristinati eseguendo la replica dal sito cas. Durante il ripristino del sito di amministrazione centrale, replica i dati da un sito primario di riferimento. Questa opzione non è disponibile quando si ripristina un sito primario autonomo o un sito di amministrazione centrale che non dispone di siti primari.

Usare un database del sito ripristinato manualmente

Usare questa opzione quando è già stato ripristinato il database del sito Configuration Manager, ma è necessario completare il processo di ripristino.

  • Configuration Manager possibile ripristinare il database del sito da uno dei processi seguenti:

    • Attività di manutenzione del backup Configuration Manager

    • Backup del database del sito tramite Data Protection Manager (DPM)

    • Un altro processo di backup

      Dopo aver ripristinato il database del sito usando un metodo esterno a Configuration Manager, eseguire il programma di installazione e selezionare questa opzione per completare il ripristino del database del sito.

      Nota

      Quando si usa DPM per eseguire il backup del database del sito, usare le procedure DPM per ripristinare il database del sito in un percorso specificato prima di continuare il processo di ripristino in Configuration Manager. Per altre informazioni su DPM, vedere la libreria di documentazione di Data Protection Manager .

  • In una gerarchia, quando si recupera un database del sito primario, il processo di ripristino recupera dal cas tutte le modifiche apportate al database del sito dopo l'ultimo backup. Durante il ripristino del sito di amministrazione centrale, il processo di ripristino recupera queste modifiche da un sito primario di riferimento. Quando si recupera il database del sito per un sito primario autonomo, si perdono le modifiche del sito dopo l'ultimo backup.

Ignorare il ripristino del database

Usare questa opzione quando non si è verificata alcuna perdita di dati nel server di database del sito Configuration Manager. Questa opzione è valida solo quando il database del sito si trova in un computer diverso dal server del sito che si sta ripristinando.

SQL Server periodo di conservazione del rilevamento delle modifiche

Configuration Manager abilita il rilevamento delle modifiche per il database del sito in SQL Server. Il rilevamento delle modifiche consente Configuration Manager query per ottenere informazioni sulle modifiche apportate alle tabelle di database dopo un periodo di tempo precedente. Il periodo di conservazione specifica per quanto tempo vengono mantenute le informazioni di rilevamento delle modifiche. Per impostazione predefinita, il database del sito è configurato per avere un periodo di conservazione di cinque giorni. Quando si ripristina un database del sito, il processo di ripristino procede in modo diverso se il backup si trova all'interno o all'esterno del periodo di conservazione. Ad esempio, se il SQL Server ha esito negativo e l'ultimo backup ha sette giorni, non rientra nel periodo di conservazione.

Per altre informazioni sugli interni di rilevamento delle modifiche SQL Server, vedere i post di blog seguenti del team SQL Server: Rilevamento modifiche Cleanup - part 1 e Rilevamento modifiche Cleanup - parte 2.

Reinizializzazione dei dati globali o del sito

Il processo per reinizializzare i dati globali o del sito sostituisce i dati esistenti nel database del sito con i dati di un altro database del sito. Ad esempio, quando il sito ABC reinizializza i dati dal sito XYZ, si verificano i passaggi seguenti:

  • I dati vengono copiati dal sito XYZ al sito ABC.
  • I dati esistenti per il sito XYZ vengono rimossi dal database del sito nel sito ABC.
  • I dati copiati dal sito XYZ vengono inseriti nel database del sito per il sito ABC.

Scenario di esempio 1: il sito primario reinizializza i dati globali dal sito di amministrazione centrale

Il processo di ripristino rimuove i dati globali esistenti per il sito primario nel database del sito primario e sostituisce i dati con i dati globali copiati dal database cas.

Scenario di esempio 2: il server di amministrazione centrale reinizializza i dati del sito da un sito primario

Il processo di ripristino rimuove i dati del sito esistenti per il sito primario nel database CAS. Sostituisce i dati con i dati del sito copiati dal sito primario. I dati del sito per altri siti primari non sono interessati.

Scenari di ripristino del database del sito

Dopo il ripristino di un database del sito da un backup, Configuration Manager tenta di ripristinare le modifiche nei dati globali e del sito dopo l'ultimo backup del database. Configuration Manager avvia le azioni seguenti dopo il ripristino di un database del sito dal backup:

Il sito ripristinato è un sito cas

  • Backup del database entro il periodo di conservazione del rilevamento delle modifiche

    • Dati globali: le modifiche apportate ai dati globali dopo la replica del backup da tutti i siti primari.

    • Dati del sito: le modifiche apportate ai dati del sito dopo la replica del backup da tutti i siti primari.

  • Backup del database precedente al periodo di conservazione del rilevamento delle modifiche

    • Dati globali: se specificato, il server di amministrazione centrale reinizializza i dati globali dal sito primario di riferimento. Tutti gli altri siti primari reinizializzano quindi i dati globali dal sito di amministrazione centrale. Se non si specifica un sito di riferimento, tutti i siti primari reinizializzano i dati globali dal sito di amministrazione centrale. Questi dati sono i dati ripristinati dal backup.

    • Dati del sito: il server di amministrazione centrale reinizializza i dati del sito da ogni sito primario.

Il sito ripristinato è un sito primario

  • Backup del database entro il periodo di conservazione del rilevamento delle modifiche

    • Dati globali: le modifiche apportate ai dati globali dopo la replica del backup dal server di amministrazione centrale.

    • Dati del sito: il server di amministrazione centrale reinizializza i dati del sito dal sito primario. Modifiche dopo la perdita del backup. I client rigenerano la maggior parte dei dati quando inviano informazioni al sito primario.

  • Backup del database precedente al periodo di conservazione del rilevamento delle modifiche

    • Dati globali: il sito primario reinizializza i dati globali dal sito di amministrazione centrale.

    • Dati del sito: il server di amministrazione centrale reinizializza i dati del sito dal sito primario. Modifiche dopo la perdita del backup. I client rigenerano la maggior parte dei dati quando inviano informazioni al sito primario.

Procedure di site recovery

Usare una delle procedure seguenti per ripristinare il server del sito e il database del sito:

Avviare un ripristino del sito nell'installazione guidata

  1. Copiare la cartella CD.Latest in un percorso esterno alla cartella di installazione Configuration Manager. Dalla copia della cartella CD.Latest eseguire l'installazione guidata Configuration Manager.

  2. Nella pagina Introduzione selezionare Ripristina un sito e quindi selezionare Avanti.

  3. Completare la procedura guidata usando le opzioni appropriate per il ripristino del sito.

    • Durante il ripristino, il programma di installazione identifica la porta SQL Server Service Broker (SSB) usata dal SQL Server. Non modificare questa impostazione della porta durante il ripristino o la replica dei dati non funzionerà correttamente al termine del ripristino.

    • È possibile specificare il percorso originale o nuovo da usare per l'installazione Configuration Manager nella configurazione guidata.

Avviare un ripristino automatico del sito

  1. Preparare lo script di installazione automatica per le opzioni necessarie per il ripristino del sito. Per altre informazioni, vedere Ripristino automatico del sito.

  2. Eseguire Configuration Manager programma di installazione usando l'opzione della /script riga di comando. Ad esempio, si crea un file di inizializzazione dell'installazione ConfigMgrUnattend.ini. Salvarlo nella C:\Temp directory del computer in cui si sta eseguendo il programma di installazione. Usare il comando seguente:

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

Nota

Dopo aver ripristinato un cas, la replica di alcuni dati del sito da siti figlio può non essere stabilita. Questi dati possono includere l'inventario hardware, l'inventario software e i messaggi di stato.

Se si verifica questo problema, reinizializzare ConfigMgrDRSSiteQueue per la replica del database. Usare SQL Server Manager per eseguire la query seguente sul database del sito per il server di amministrazione centrale:

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

Attività post-ripristino

Dopo aver ripristinato il sito, è necessario considerare diverse attività di post-ripristino prima del completamento del ripristino del sito. Usare le sezioni seguenti per completare il processo di site recovery.

Immettere nuovamente le password dell'account utente

Dopo il ripristino di un server del sito, immettere nuovamente le password per qualsiasi account utente nel sito. Queste password vengono reimpostate durante il ripristino del sito. Gli account sono elencati nella pagina Completata dell'installazione guidata dopo il completamento di Site Recovery. L'elenco viene salvato C:\ConfigMgrPostRecoveryActions.html anche in nel server del sito ripristinato.

Immettere nuovamente le password dell'account utente dopo il ripristino del sito

  1. Aprire la console Configuration Manager e connettersi al sito ripristinato.

  2. Passare all'area di lavoro Amministrazione , espandere Sicurezza e quindi selezionare Account.

  3. Per ogni account, seguire questa procedura per immettere di nuovo la password:

    1. Selezionare l'account nell'elenco identificato dopo site recovery.

    2. Selezionare Proprietà nella barra multifunzione.

    3. Nella scheda Generale selezionare Imposta e quindi immettere di nuovo la password per l'account.

    4. Selezionare Verifica, scegliere l'origine dati appropriata per l'account utente selezionato e quindi selezionare Test connessione. Questo passaggio verifica che l'account utente possa connettersi all'origine dati e verifica le credenziali.

    5. Selezionare OK per salvare le modifiche della password e quindi selezionare OK per chiudere la pagina delle proprietà dell'account.

Immettere nuovamente le password PXE

  1. Nella console Configuration Manager passare all'area di lavoro Amministrazione e selezionare il nodo Punti di distribuzione. Qualsiasi punto di distribuzione locale con Sì nella colonna PXE è abilitato per PXE e può avere una password da immettere nuovamente.

  2. Selezionare un punto di distribuzione abilitato per PXE e selezionare Proprietà nella barra multifunzione.

  3. Passare alla scheda PXE .

  4. Se l'opzione Richiedi una password quando i computer usano PXE è abilitata, immettere e confermare la password.

  5. Selezionare OK per salvare e chiudere le proprietà.

Ripetere questo processo per qualsiasi altro punto di distribuzione locale abilitato per PXE.

Immettere di nuovo le password della sequenza di attività

  1. Nella console Configuration Manager passare all'area di lavoro Raccolta software, espandere Sistemi operativi e selezionare il nodo Sequenze di attività.

  2. Selezionare una sequenza di attività e quindi nella barra multifunzione selezionare Modifica.

  3. Esaminare la procedura seguente per immettere nuovamente le password:

    • Applica impostazioni di Windows: se si abilita e si specifica la password dell'amministratore locale, immettere di nuovo e confermare la password.

    • Applica impostazioni di rete: per l'account che dispone dell'autorizzazione per l'aggiunta al dominio, selezionare Imposta. Immettere e confermare la password e quindi selezionare Verifica.

    • Acquisire l'immagine del sistema operativo: per l'account usato per accedere alla destinazione, selezionare Imposta. Immettere e confermare la password e quindi selezionare Verifica.

    • Connetti alla cartella di rete: per l'account usato per connettere una cartella di rete, selezionare Imposta. Immettere e confermare la password e quindi selezionare Verifica.

    • Abilita BitLocker: se si usa l'opzione di gestione delle chiavi TPM e PIN, immettere di nuovo il PIN.

    • Aggiungi a dominio o gruppo di lavoro: per l'account che dispone dell'autorizzazione per l'aggiunta al dominio, selezionare Imposta. Immettere e confermare la password e quindi selezionare Verifica.

    • Esegui riga di comando: se si usa l'opzione Esegui questo passaggio come account seguente, selezionare Imposta. Immettere e confermare la password e quindi selezionare Verifica.

    • Eseguire lo script di PowerShell: se si usa l'opzione Esegui questo passaggio come account seguente, selezionare Imposta. Immettere e confermare la password e quindi selezionare Verifica.

Ripetere questo processo per tutte le sequenze di attività.

Ricreare supporti di avvio e supporti pre-installati in ambienti non PKI

Negli ambienti non PKI, i certificati autofirmati nei supporti di avvio e nei supporti pre-installati si basano sulle chiavi del computer del server in cui è stato creato il supporto. Per questo motivo, se l'hardware cambia o il sistema operativo viene reinstallato come parte di un ripristino, tutti i supporti di avvio e i supporti pre-installati creati in tale server devono essere ricreati. Per altre informazioni su come creare supporti di avvio e supporti pre-installati, vedere Creare supporti di avvio e Creare supporti pre-installati.

Immettere di nuovo le chiavi di sideload

Dopo un ripristino del server del sito, immettere nuovamente le chiavi di sideload di Windows specificate per il sito. Queste chiavi vengono reimpostate durante il ripristino del sito. Dopo aver reinserito le chiavi di sideload, il sito reimposta il conteggio nella colonna Attivazioni usate per le chiavi di sideload di Windows.

Ad esempio, prima dell'errore del sito, il conteggio attivazioni totali viene visualizzato come 100. Il numero di chiavi usate dai dispositivi o le attivazioni usate è 90. Dopo il ripristino del sito, il valore Attivazioni totali visualizza ancora 100, ma la colonna Attivazioni usate visualizza erroneamente 0. Dopo che 10 nuovi dispositivi usano una chiave di sideload, non ci sono più chiavi di trasferimento locale e l'undicesimo dispositivo non riesce ad applicare una chiave di sideload.

Ricreare i servizi di Azure

Dopo il ripristino del sito, è possibile che venga visualizzato l'errore seguente nel file cloudmgr.log:

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

Per risolvere questo problema, rinnovare la chiave privata per ogni connessione tenant di Azure.

Eliminare e ricreare sottoscrizioni per le notifiche esterne nel server di amministrazione centrale

Dopo aver ripristinato il cas, è necessario eliminare e ricreare tutte le sottoscrizioni per le notifiche esterne. Per altre informazioni, vedere Notifiche esterne.

Configurare HTTPS per i ruoli del sistema del sito che usano IIS

Quando si ripristinano i sistemi del sito che eseguono IIS ed è stato configurato per HTTPS, riconfigurare IIS per usare il certificato del server Web.

Reinstallare gli hotfix

Dopo un ripristino del sito, è necessario reinstallare tutti gli hotfix fuori banda applicati al server del sito. Dopo il ripristino del sito, visualizzare l'elenco degli hotfix installati in precedenza nella pagina Completato dell'installazione guidata. Questo elenco viene salvato C:\ConfigMgrPostRecoveryActions.html anche in nel server del sito ripristinato.

Ripristinare report personalizzati

Alcuni clienti creano report personalizzati in SQL Server Reporting Services. Quando questo componente ha esito negativo, ripristinare i report da un backup del server di report. Per altre informazioni sul ripristino dei report personalizzati in Reporting Services, vedere Operazioni di backup e ripristino per Reporting Services.

Ripristinare i file di contenuto

Il database del sito tiene traccia della posizione in cui il server del sito archivia i file di contenuto. Il backup o il ripristino dei file di contenuto stessi non vengono eseguiti come parte del processo di backup e ripristino. Per ripristinare completamente i file di contenuto, ripristinare la raccolta contenuto e i file di origine del pacchetto nel percorso originale. Esistono diversi metodi per ripristinare i file di contenuto. Il metodo più semplice consiste nel ripristinare i file da un backup del file system del server del sito.

Se non si dispone di un backup del file system per i file di origine del pacchetto, copiarli o scaricarli manualmente. Questo processo è simile a quando il pacchetto è stato creato in origine. Eseguire la query seguente in SQL Server per trovare il percorso di origine del pacchetto per tutti i pacchetti e le applicazioni: SELECT * FROM v_Package. Identificare il sito di origine del pacchetto esaminando i primi tre caratteri dell'ID pacchetto. Ad esempio, se l'ID pacchetto è CEN00001, il codice del sito per il sito di origine è CEN. Quando si ripristinano i file di origine del pacchetto, devono essere ripristinati nello stesso percorso in cui si trovavano prima dell'errore.

Se non si dispone di un backup del file system che include la raccolta contenuto, sono disponibili le opzioni di ripristino seguenti:

  • Importare un file di contenuto pre-installato: in una gerarchia Configuration Manager, è possibile creare un file di contenuto pre-installato con tutti i pacchetti e le applicazioni da un altro percorso. Importare quindi il file di contenuto pre-installato per ripristinare la raccolta contenuto nel server del sito.

  • Aggiorna contenuto: Configuration Manager copia il contenuto dall'origine del pacchetto alla raccolta contenuto. Per completare correttamente questa azione, i file di origine del pacchetto devono essere disponibili nel percorso originale. Eseguire questa azione in ogni pacchetto e applicazione.

Ripristinare gli aggiornamenti software personalizzati

Dopo aver incluso i file di database di System Center Aggiornamenti Publisher nel piano di backup, è possibile ripristinare i database se il computer Aggiornamenti Publisher ha esito negativo. Per altre informazioni su Aggiornamenti Publisher, vedere System Center Aggiornamenti Publisher.

Ripristinare il database del server di pubblicazione Aggiornamenti

  1. Reinstallare Aggiornamenti Publisher nel computer ripristinato.

  2. Copiare il file di database Scupdb.sdf dalla destinazione di backup in %USERPROFILE%\AppData\Local\Microsoft\System Center Updates Publisher 2011\5.00.1727.0000\ nel computer che esegue Aggiornamenti server di pubblicazione.

  3. Quando più utenti eseguono Aggiornamenti server di pubblicazione nel computer, copiare ogni file di database nel percorso del profilo utente appropriato.

Dati sulla migrazione dello stato utente

Come parte delle proprietà del punto di migrazione dello stato, è necessario specificare le cartelle in cui vengono archiviati i dati sullo stato utente. Dopo aver ripristinato un punto di migrazione dello stato, ripristinare manualmente i dati sullo stato utente nel server. Ripristinarlo nelle stesse cartelle che hanno archiviato i dati prima dell'errore.

Rigenerare i certificati per i punti di distribuzione

Dopo aver ripristinato un sito, distmgr.log potrebbe elencare la voce seguente per uno o più punti di distribuzione: Failed to decrypt cert PFX data. Questa voce indica che i dati del certificato del punto di distribuzione non possono essere decrittografati dal sito. Per risolvere questo problema, rigenerare o reimportare il certificato per i punti di distribuzione interessati. Usare il cmdlet di PowerShell Set-CMDistributionPoint .

Ripristinare i certificati di crittografia del database

Se si usa SQL Server crittografia per l'intero database o per tabelle specifiche, potrebbe essere necessario ripristinare i certificati dopo il ripristino del database del sito. Ad esempio, se si crittografa i dati di ripristino per la gestione di BitLocker. Per altre informazioni, vedere Ripristinare il certificato per la gestione di BitLocker.

Ripristinare un sito secondario

Configuration Manager non supporta il backup del database in un sito secondario, ma supporta il ripristino reinstallando il sito secondario. Il ripristino del sito secondario è necessario quando un sito secondario Configuration Manager ha esito negativo.

Requisiti

  • Il server deve soddisfare tutti i prerequisiti del sito secondario e avere i diritti di sicurezza appropriati configurati.

  • Usare lo stesso percorso di installazione usato per il sito non riuscito.

  • Usare un server con la stessa configurazione del server non riuscito. Questa configurazione include il nome di dominio completo (FQDN).

  • Il server deve avere la stessa configurazione SQL Server del sito non riuscito.

    • Durante un ripristino del sito secondario, Configuration Manager non viene installato SQL Server Express se non è già installato nel computer.

    • Usare la stessa versione di SQL Server e la stessa istanza di SQL Server usata per il database del sito secondario prima dell'errore.

Procedura

Usare l'azione Ripristina sito secondario dal nodo Siti nella console Configuration Manager. A differenza di altri tipi di siti, il ripristino per un sito secondario non usa un file di backup. Questo processo reinstalla i file del sito secondario nel server non riuscito. Dopo la reinstallazione del sito, i dati del sito secondario vengono reinizializzati dal sito primario padre.

Durante il processo di ripristino, Configuration Manager verifica se la raccolta contenuto esiste nel server del sito secondario. Verifica inoltre che sia disponibile il contenuto appropriato. Il sito secondario usa la raccolta contenuto esistente, se include il contenuto appropriato. In caso contrario, per ripristinare la raccolta contenuto di un sito secondario, ridistribuire o pre-installare il contenuto nel server.

Quando si dispone di un punto di distribuzione non presente nel server del sito secondario, non è necessario reinstallare il punto di distribuzione durante un ripristino del sito secondario. Dopo il ripristino del sito secondario, il sito si sincronizza automaticamente con il punto di distribuzione.

È possibile verificare lo stato del ripristino del sito secondario usando l'azione Mostra stato installazione dal nodo Siti nella console di Configuration Manager.