Risolvere gli arresti anomali della console di Data Protection Manager

Questa guida consente di diagnosticare e risolvere i problemi correlati all'arresto anomalo della console di amministrazione in System Center 2016 Data Protection Manager (DPM 2016) e versioni successive. Gli ID di errore di arresto anomalo comuni includono 917, 999, 948 e 1069.

Versione originale del prodotto: System Center 2016 Data Protection Manager e versioni successive
Numero KB originale: 10057

Prima di iniziare la risoluzione dei problemi, assicurarsi di avere installato il pacchetto di aggiornamento cumulativo più recente per System Center Data Protection Manager. Per la versione più recente, vedere Versioni di build di System Center - Data Protection Manager.

Errore 917: La connessione al servizio DPM è stata persa

Quando si gestiscono arresti anomali della console, è importante comprendere che la console nel server DPM si basa su diversi servizi disponibili. Se uno di questi servizi smette di eseguire o non riesce, è probabile che venga visualizzato l'errore 917:

La connessione al servizio DPM è stata persa.
Esaminare il registro eventi dell'applicazione per informazioni su un possibile arresto del servizio.

Di seguito è riportato lo screenshot di questo errore:

Se l'arresto anomalo si verifica quando si avvia la console, verificare che tutti i servizi DPM siano in esecuzione. I servizi che devono essere in esecuzione sono elencati nel messaggio di errore:

• DPM
• DPMRA
• SQL Server Agent (per l'istanza di DPM)
• SQL Server (per l'istanza di DPM)
• Servizio dischi virtuali
• Servizio Copia Shadow del volume

Note

Quando DPM è installato in Windows Server 2016 o versioni successive, il servizio Gestione macchine virtuali Hyper-V deve essere in esecuzione.

Se uno dei servizi non è in esecuzione, provare ad avviarlo e quindi riaprire la console DPM.

Se i servizi vengono avviati e si verifica ancora il problema, verificare se il database è in modalità di ripristino.

Se si verifica un problema durante l'avvio del servizio, il messaggio di errore deve fornire un indizio sulla causa dell'errore.

Errore 1069: Il servizio non è stato avviato a causa di un errore in fase di accesso

Se si verificano problemi durante l'avvio di uno dei servizi correlati a DPM, potrebbe essere causato dall'account RunAs del servizio. Il servizio non viene avviato con l'errore seguente:

Errore 1069: il servizio non è stato avviato a causa di un errore di accesso.

Di seguito è riportato uno screenshot di esempio dell'errore:

Gli unici servizi che potrebbero essere in esecuzione con un account diverso da SYSTEM sono gli account DI SQL Server. Usare la tabella seguente per verificare che gli account siano corretti e che dispongano di password valide.

Note

Il modo migliore per modificare gli account utente di SQL Server consiste nell'usare l'interfaccia Gestione configurazione SQL Server.

Nome servizio	account RunAs	Tipo di avvio	Analizzare se non è in esecuzione?
MSDPM	SYSTEM	Manuale	Sì
DPMRA	SYSTEM	Automatico	No
*SQL Server Agent (per l'istanza di DPM)	SYSTEM	Automatico	Sì
*SQL Server (per l'istanza di DPM)	SYSTEM	Automatico	Sì
Servizio dischi virtuali	SYSTEM	Manuale	Sì
Servizio Copia Shadow del volume	SYSTEM	Manuale	Sì
DPM Access Manager	SYSTEM	Automatico	Sì
Coordinatore agente DPM	SYSTEM	Manuale	No
DPM CPWrapper	SYSTEM	Manuale	No
DPM Writer	SYSTEM	Automatico	Sì
DPMLA	SYSTEM	Manuale	No
Servizio helper VMM DPM	SYSTEM	Manuale	No

* Se la condivisione della libreria è abilitata, i servizi di SQL Server useranno un account di dominio (deve essere un amministratore locale).

Controllare se il database è in modalità di ripristino

Se il database è in modalità di ripristino, può causare problemi quando i servizi tentano di connettersi. Il database viene inserito in modalità di ripristino a causa di un errore O un arresto anomalo di DPMSync. Per verificare se questo è il caso, eseguire la query SQL seguente su DPMDB:

select * from tbl_DLS_GlobalSetting
where PropertyName like 'DbRecovery'

Se l'oggetto PropertyValue restituito è 1, il database è in modalità di ripristino.

Eseguire la query SQL seguente per uscire dalla modalità di ripristino del database:

update tbl_DLS_GlobalSetting
set PropertyValue = '0'
where PropertyName like 'DbRecovery'

Al termine, riavviare il servizio DPM e riprovare la console.

Timeout del servizio

Se gli account RunAs del servizio sono configurati correttamente, potrebbe verificarsi un problema con i timeout del servizio. Se si verifica il timeout del servizio durante il tentativo di avvio, è possibile applicare la voce del Registro di sistema seguente:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control

DWORD: ServicesPipeTimeout
Valore: 300000

Se la voce non esiste, è possibile crearla. Il valore è il timeout in millisecondi (ms), ad esempio 60000 è uguale a 1 minuto (60 secondi). È necessario riavviare il servizio per implementare la modifica. Modificare il valore quando necessario.

Il servizio viene avviato ma si arresta in modo anomalo

Se il servizio viene avviato e quindi si arresta in modo anomalo, controllare il registro eventi dell'applicazione per un errore che indica quale servizio si è arrestato in modo anomalo. Verificare la presenza di eventuali voci con Errore come livello e MSDPM (o qualsiasi altro servizio DPM) come origine al momento dell'arresto anomalo. La scheda Generale per l'evento deve contenere informazioni sul servizio che si è arrestato in modo anomalo e alcuni dettagli sull'arresto anomalo.

Ad esempio, il processo MSDPM che ha esito negativo con l'ID evento 999 presenta i dettagli seguenti:

Impossibile trovare la descrizione dell'ID evento 999 da MSDPM di origine. Il componente che genera questo evento non è installato nel computer locale o l'installazione è danneggiata. È possibile installare o riparare il componente nel computer locale.

Se l'evento ha avuto origine su un altro computer, le informazioni visualizzate dovevano essere salvate con l'evento.

Le seguenti informazioni sono state incluse con l'evento:

Un errore imprevisto ha causato un errore per il processo 'msdpm'. Riavviare il processo DPM 'msdpm'.

Ecco lo screenshot di questo evento:

In questo esempio, la sezione Dettagli problema mostra che non è riuscito con il codice di errore 0x80004015 mappato a:

La classe è configurata per l'esecuzione come ID di sicurezza diverso dal chiamante

È quindi possibile iniziare a analizzare il problema come problema dell'account utente. Poiché si tratta del servizio MSDPM che si è arrestato in modo anomalo, il passaggio successivo consiste nell'esaminare il log degli errori DPM corrispondente. Il percorso predefinito per questi log degli errori di DPM è simile a C:\Program Files\Microsoft System Center\DPM\DPM\Temp\.

I log degli errori vengono denominati per il servizio che registrano e il file di log corrente per ogni servizio viene denominato <>service curr.errlog.

Se il servizio si è arrestato in modo anomalo, il sistema crea anche un file con estensione crash simile a quelli illustrati di seguito:

L'evento di arresto anomalo viene registrato alla fine del file e mostra altri dettagli.

Durante la risoluzione dei problemi relativi ai vari servizi si arresta in modo anomalo, le cause e le risoluzioni non rientrano nell'ambito di questa guida. I log eventi, i log degli errori e i file con estensione crash devono fornire informazioni sufficienti per risolvere gli errori più comuni.

Errore 948: Impossibile connettersi al server DPM

Se il servizio non è in grado di connettersi al database DPM, è probabile che non sia possibile avviarlo. In questo caso, verranno visualizzati errori simili ai seguenti:

Impossibile connettersi al <server> DPM. (ID: 948)
Verificare che il servizio DPM sia in esecuzione nel computer.

La sezione Dettagli problema nel registro eventi deve fornire informazioni aggiuntive sulla natura dell'errore. In genere il database è offline o non contattabile (più probabilmente se si trova in un server remoto) o si potrebbe avere un errore di accesso. In questi scenari, probabilmente verrà visualizzato un errore nel registro eventi simile a uno degli esempi seguenti:

Alcuni motivi comuni includono:

Errore di accesso

L'account che non riesce ad accedere deve essere cancellato nel messaggio di errore. In caso contrario, è possibile controllare msdpmcurr.errlog nella cartella Temp di DPM. Se ciò non rende chiari gli elementi, provare i file ERRORLOG nel percorso di installazione di SQL Server ,ad esempio C:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\Log. Il percorso può variare a seconda della versione esatta di SQL Server installata o se è stata installata in un percorso non predefinito.

Questo file di log degli errori deve includere eventuali voci di controllo di accesso non riuscite. Risolvere questi errori assegnando autorizzazioni all'account indicato per il database a cui si fa riferimento. Si tratta in genere dell'account RunAs di SQL Server o dell'account SYSTEM:

• Per l'account SYSTEM, è possibile aggiungere le autorizzazioni pertinenti in SQL Server Management Studio passando a Account di sicurezza>e quindi facendo clic con il pulsante destro del mouse sull'account di sistema. Assicurarsi che sia selezionato il ruolo sysadmin come illustrato di seguito:

  

• Per l'account RunAs di SQL Server, reimpostare l'account nel Gestione configurazione SQL Server.

Database/istanza offline

A questo punto è necessario verificare che il servizio SQL Server sia in esecuzione. In caso contrario, controllalo ora. Quando il servizio SQL Server è in esecuzione, provare a connettersi all'istanza da SQL Server Management Studio (SSMS). In alcuni casi questo può non riuscire se il server è connesso con un account diverso rispetto all'account in cui è stato installato. In questo scenario provare a eseguire SSMS come amministratore. Se è possibile connettersi correttamente, DPMDB è online. Se DPMDB è offline, sarà simile al seguente:

Se DPMDB è offline, fare clic con il pulsante destro del mouse su DPMDB, selezionare Attività e quindi selezionare Porta online. Dopo che è online, verificare se il problema è stato risolto.

Problemi correlati alla rete

Se vengono visualizzati errori che suggeriscono che si è verificato un problema correlato alla rete, testare la connessione al database dal server DPM seguendo questa procedura:

1. Creare un file con estensione udl. Il modo più semplice consiste nel rinominare un file di .txt vuoto con estensione udl.

2. Fare doppio clic sul file UDL e selezionare l'istanza e il database da testare dall'elenco a discesa.

3. Fare clic su Verifica connessione.

   

In caso di errore, verificare se è possibile eseguire il ping di SQL Server dal server DPM e verificare che la risoluzione dei nomi funzioni correttamente. Verificare anche che l'indirizzo IP restituito sia corretto. Verificare che l'indirizzo sia corretto anche nel server DPM di SQL Server > . Verificare la presenza di altri motivi ovvi per cui il traffico potrebbe non attraversare, ad esempio firewall.