Problemen met crashes in de Data Protection Manager-console oplossen

Deze handleiding helpt u bij het vaststellen en oplossen van crashproblemen met de beheerconsole in System Center 2016 Data Protection Manager (DPM 2016) en hoger. Veelvoorkomende crashfout-id's zijn 917, 999, 948 en 1069.

Oorspronkelijke productversie: System Center 2016 Data Protection Manager en hoger
Oorspronkelijk KB-nummer: 10057

Voordat u begint met het oplossen van problemen, moet u ervoor zorgen dat het meest recente updatepakket voor System Center Data Protection Manager is geïnstalleerd. Zie System Center - Data Protection Manager-buildversies voor de nieuwste versie.

Fout 917: Verbinding met de DPM-service is verbroken

Bij het omgaan met consolecrashes is het belangrijk om te begrijpen dat de console op de DPM-server afhankelijk is van verschillende services die beschikbaar zijn. Als een van deze services niet meer wordt uitgevoerd of mislukt, krijgt u waarschijnlijk fout 917:

De verbinding met de DPM-service is verbroken.
Bekijk het gebeurtenislogboek van de toepassing voor informatie over een mogelijke uitschakeling van een service.

Dit is de schermopname van deze fout:

Als de crash optreedt wanneer u de console start, controleert u of alle DPM-services worden uitgevoerd. De services die moeten worden uitgevoerd, worden weergegeven in het foutbericht:

• DPM
• DPMRA
• SQL Server Agent (voor DPM-exemplaar)
• SQL Server (voor DPM-exemplaar)
• Service voor virtuele schijven
• Volume Shadow Copy Service

Notitie

Wanneer DPM is geïnstalleerd in Windows Server 2016 of hoger, moet de Hyper-V Virtual Machine Management-service worden uitgevoerd.

Als een van de services niet wordt uitgevoerd, start u deze en opent u de DPM-console opnieuw.

Als de services zijn gestart en u het probleem nog steeds ondervindt, controleert u of de database zich in de herstelmodus bevindt.

Als er een probleem is met het starten van de service, moet het foutbericht een aanwijzing geven over de oorzaak van de fout.

Fout 1069: de service is niet gestart vanwege een aanmeldingsfout

Als u problemen ondervindt bij het starten van een van de DPM-gerelateerde services, kan dit worden veroorzaakt door het Uitvoeren als-account van de service. De service kan niet worden gestart met de volgende fout:

Fout 1069: De service is niet gestart vanwege een aanmeldingsfout.

Hier volgt een voorbeeldschermopname van de fout:

De enige services die mogelijk worden uitgevoerd met een ander account dan SYSTEM, zijn de SQL Server-accounts. Gebruik de volgende tabel om te controleren of de accounts juist zijn en of ze geldige wachtwoorden hebben.

Notitie

De beste manier om de SQL Server-gebruikersaccounts te wijzigen, is het gebruik van de SQL Server Configuration Manager-interface.

Servicenaam	Uitvoeren als-account	Opstarttype	Onderzoeken als het niet wordt uitgevoerd?
MSDPM	SYSTEEM	Handmatig	Ja
DPMRA	SYSTEEM	Automatisch	Nee
*SQL Server Agent (voor DPM-exemplaar)	SYSTEEM	Automatisch	Ja
*SQL Server (voor DPM-exemplaar)	SYSTEEM	Automatisch	Ja
Service voor virtuele schijven	SYSTEEM	Handmatig	Ja
Volume Shadow Copy Service	SYSTEEM	Handmatig	Ja
DPM Access Manager	SYSTEEM	Automatisch	Ja
DPM-agentcoördinator	SYSTEEM	Handmatig	Nee
DPM CPWrapper	SYSTEEM	Handmatig	Nee
DPM Writer	SYSTEEM	Automatisch	Ja
DPMLA	SYSTEEM	Handmatig	Nee
DPM VMM Helper-service	SYSTEEM	Handmatig	Nee

* Als delen van bibliotheken is ingeschakeld, gebruiken SQL Server-services een domeinaccount (moet een lokale beheerder zijn).

Controleren of de database zich in de herstelmodus bevindt

Als de database zich in de herstelmodus bevindt, kan deze problemen veroorzaken wanneer services proberen verbinding te maken. De database wordt in de herstelmodus geplaatst vanwege een DPMSync-synchronisatiefout of -crash. Als u wilt controleren of dit het geval is, voert u de volgende SQL-query uit op de DPMDB:

select * from tbl_DLS_GlobalSetting
where PropertyName like 'DbRecovery'

Als de PropertyValue geretourneerde waarde 1 is, bevindt de database zich in de herstelmodus.

Voer de volgende SQL-query uit om de database uit de herstelmodus te halen:

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

Als u klaar bent, start u de DPM-service opnieuw en probeert u de console opnieuw.

Time-out voor service

Als de Uitvoeren als-accounts van de service juist zijn geconfigureerd, ondervindt u mogelijk een probleem met servicetime-outs. Als er een time-out optreedt bij het starten van de service, kunt u de volgende registervermelding toepassen:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control

DWORD: ServicesPipeTimeout
Waarde: 300000

Als de vermelding niet bestaat, kunt u deze maken. De waarde is de time-out in milliseconden (ms), bijvoorbeeld 60000 is gelijk aan 1 minuut (60 seconden). U moet de service opnieuw starten om de wijziging te implementeren. Pas de waarde indien nodig aan.

De service wordt gestart, maar loopt vervolgens vast

Als de service wordt gestart en vervolgens vastloopt, controleert u het gebeurtenislogboek van de toepassing op een fout die aangeeft welke service is gecrasht. Controleer op vermeldingen met Fout als het niveau en MSDPM (of een andere DPM-service) als de bron op het moment van de crash. Het tabblad Algemeen voor de gebeurtenis moet informatie bevatten over de service die is vastgelopen en enkele details over de crash.

Het MSDPM-proces dat mislukt met gebeurtenis-id 999 heeft bijvoorbeeld de volgende details:

De beschrijving voor gebeurtenis-id 999 van bron-MSDPM kan niet worden gevonden. Het onderdeel dat deze gebeurtenis genereert, is niet geïnstalleerd op uw lokale computer of de installatie is beschadigd. U kunt het onderdeel installeren of herstellen op de lokale computer.

Als de gebeurtenis afkomstig is van een andere computer, moest de weergave-informatie worden opgeslagen bij de gebeurtenis.

De volgende informatie is opgenomen in de gebeurtenis:

Een onverwachte fout heeft een fout veroorzaakt voor het proces msdpm. Start het DPM-proces msdpm opnieuw.

Dit is de schermopname van deze gebeurtenis:

In dit voorbeeld ziet u in de sectie Probleemdetails dat deze is mislukt met de foutcode 0x80004015 die is toegewezen aan:

De klasse is geconfigureerd om te worden uitgevoerd als een beveiligings-id die verschilt van de beller

Vervolgens kunnen we beginnen met het onderzoeken van het probleem als een probleem met een gebruikersaccount. Omdat het de MSDPM-service is die is vastgelopen, is de volgende stap het bijbehorende DPM-foutenlogboek te bekijken. De standaardlocatie voor deze DPM-foutenlogboeken is vergelijkbaar met C:\Program Files\Microsoft System Center\DPM\DPM\Temp\.

De foutenlogboeken hebben de naam van de service die ze registreren en het huidige logboekbestand voor elke service heet als <service>curr.errlog.

Als de service is vastgelopen, maakt het systeem ook een .crash-bestand dat lijkt op die hieronder worden weergegeven:

De crash-gebeurtenis wordt aan het einde van het bestand vastgelegd en geeft meer details weer.

Wanneer u problemen met de verschillende services vastloopt, vallen de oorzaken en oplossingen buiten het bereik van deze handleiding. De gebeurtenislogboeken, foutlogboeken en CRASH-bestanden moeten u voldoende informatie geven om de meest voorkomende fouten op te lossen.

Fout 948: Kan geen verbinding maken met DPM Server

Als de service geen verbinding kan maken met de DPM-database, kan deze waarschijnlijk niet worden gestart. In dit geval ziet u fouten die er ongeveer als volgt uitzien:

Kan geen verbinding maken met <DPM Server>. (Id: 948)
Controleer of de DPM-service wordt uitgevoerd op deze computer.

De sectie Probleemdetails in het gebeurtenislogboek moet aanvullende informatie bevatten over de aard van de fout. Normaal gesproken is de database offline of kan er geen contact worden gemaakt (waarschijnlijker als deze zich op een externe server bevindt), of is er mogelijk een aanmeldingsfout opgetreden. In dergelijke scenario's ziet u waarschijnlijk een fout in het gebeurtenislogboek dat vergelijkbaar is met een van de volgende voorbeelden:

Enkele veelvoorkomende redenen zijn:

Mislukte aanmelding

Het account dat niet kan worden aangemeld, moet duidelijk zijn in het foutbericht. Anders kunt u msdpmcurr.errlog controleren in de map DPM Temp. Als dit niet duidelijk maakt, probeert u de ERRORLOG-bestanden in de SQL Server-installatielocatie (bijvoorbeeld C:\Program Files\Microsoft SQL Server\MSSQL11.MSSQLSERVER\MSSQL\Log). Het pad kan variëren, afhankelijk van de exacte versie van SQL Server die is geïnstalleerd of als het is geïnstalleerd op een niet-standaardlocatie.

Dit foutenlogboekbestand moet eventuele mislukte aanmeldingscontrolevermeldingen bevatten. Los deze fouten op door machtigingen toe te wijzen aan het account waarnaar wordt verwezen voor de database waarnaar wordt verwezen. Dit is normaal gesproken het Uitvoeren als-account van SQL Server of het SYSTEEM-account:

• Voor het SYSTEM-account kunt u de relevante machtigingen toevoegen in SQL Server Management Studio door naar Beveiligingsaanmelding>te gaan en vervolgens met de rechtermuisknop op het systeemaccount te klikken. Zorg ervoor dat de sysadmin-rol is geselecteerd, zoals hieronder wordt weergegeven:

  

• Voor het Uitvoeren als-account van SQL Server moet u het account opnieuw instellen in SQL Server Configuration Manager.

Database/exemplaar is offline

U moet hebben gecontroleerd of de SQL Server-service op dit moment wordt uitgevoerd. Anders controleert u het nu. Zodra de SQL Server-service wordt uitgevoerd, probeert u verbinding te maken met het exemplaar vanuit SQL Server Management Studio (SSMS). Dit kan af en toe mislukken als de server is aangemeld onder een ander account dan het account waarop de server is geïnstalleerd. Probeer in dit scenario SSMS uit te voeren als administrator. Als u verbinding kunt maken, is de DPMDB online. Als DPMDB offline is, ziet deze er als volgt uit:

Als DPMDB offline is, klikt u met de rechtermuisknop op DPMDB, selecteert u Taken en selecteert u Online brengen. Nadat het online is, controleert u of het probleem is opgelost.

Problemen met betrekking tot het netwerk

Als u fouten ziet die suggereren dat er een netwerkprobleem is, test u de verbinding met de database vanaf de DPM-server door de volgende stappen uit te voeren:

1. Maak een .udl-bestand. De eenvoudigste manier is om de naam van een leeg .txt-bestand te wijzigen met de extensie .udl.

2. Dubbelklik op het UDL-bestand en selecteer het exemplaar en de database die u wilt testen in de vervolgkeuzelijst.

3. Klik op Verbinding testen.

   

Als dit mislukt, controleert u of u de SQL Server van de DPM-server kunt pingen en controleert u of de naamomzetting correct werkt. Controleer ook of het geretourneerde IP-adres juist is. Controleer of het adres ook juist is in sql Server DPM-server > . Controleer om andere voor de hand liggende redenen waarom het verkeer mogelijk niet wordt doorgemaakt, zoals firewalls.