Avamar: Back-up mislukt zonder datastatus - Kan de versie van de plug-in niet bepalen
Summary: Back-up mislukt met de status "Geen data" - Avagent meldt "Kan plug-inversie niet bepalen."
Symptoms
Een geplande back-up of een back-up die wordt gestart vanuit het venster Beleid mislukt onmiddellijk met de status "No Data".
- Als u de muisaanwijzer op de status houdt, ziet u dat de "Activiteit mislukt - client heeft geen gegevens gespecificeerd door de dataset"
- Op het tabblad "Activiteitenrapport" wordt het weergegeven als:
- Status_code "30915" en status_code_summary "Activiteit mislukt - client heeft geen data gespecificeerd door dataset"
- In het rapport Activiteiten - mislukt wordt het weergegeven als:
- Status "30915: Activiteit mislukt - client heeft geen data opgegeven door dataset"
Cause
Verschillende dingen kunnen deze fout veroorzaken.
- Voor fouten die hieronder niet worden vermeld, raadpleegt u het Oplossingspad voor aanvullende oorzaken en oplossingen.
- Als dit een AVE is of een enkel knooppunt dat is vergrendeld om alleen een pointback-up naar Data Domain te maken, is dit de verwachting.
- Avamar-DataDomain integratie: Alle back-ups van Avamar en de virtuele editie van Avamar vergrendelen naar de Data Domain-back-end in één knooppunt.
- Merk op dat er in de kolom Server DD-server-name moet staan
- Controleer de toegankelijkheid van de client met behulp van het tabblad Back-up in het venster Back-up, herstel en beheren.
- Als de plug-ins zichtbaar zijn en doorzoekbaar zijn, raadpleeg dan het Resolutiepad.
- Als de plug-ins niet zichtbaar zijn en er een venster verschijnt met de melding "De configuratie van deze client ondersteunt geen browsen" of "Geen plug-ins gevonden voor client xxxxx." Vervolgens moet de avagent.log op de clientcomputer worden onderzocht.
- De avagent.log bevindt zich standaard in C:\Program Files\avs\var.
- De Management Console Server (MCS) op het Avamar Grid of de clientcomputer zelf schakelt de plug-ins uit.
- Als de MCS de plug-ins uitschakelt, raadpleegt u het Resolutiepad voor de juiste oplossing.
- Als de clientcomputer zelf de plug-ins uitschakelt, worden in het logboek fouten zoals de volgende geregistreerd.
- Merk op dat er in de kolom Server DD-server-name moet staan
- Avamar-DataDomain integratie: Alle back-ups van Avamar en de virtuele editie van Avamar vergrendelen naar de Data Domain-back-end in één knooppunt.
avagent Error <5451>: Failed to get plugin 'Windows' version with code 0xc0000142: No error description string
avagent Error <5924>: Unable to determine plugin version for Windows pin file C:\Program Files\avs\bin\windows.pin
avagent Error <5937>: Plugin Windows disabled
- OF
avagent Error <5451>: Failed to get plugin 'Windows' version with code 128: There are no child processes to wait for
avagent Error <5924>: Unable to determine plugin version for Windows pin file C:\Program Files\avs\bin\windows.pin
avagent Error <5937>: Plugin Windows disabled
- OF
avagent Error <5451>: Failed to get plugin 'Windows' version with code 255: The extended attributes are inconsistent
avagent Error <5924>: Unable to determine plugin version for Windows pin file C:\Program Files\avs\bin\windows.pin
avagent Error <5937>: Plugin Windows disabled
Deze fouten herhalen zich voor alle plug-ins die zijn geïnstalleerd op de computer die 'Windows VSS', update, SQL, enzovoort is.
De logboekrapporten (afhankelijk van de versie van de geïnstalleerde Avamar client):
avagent Warning <7145>: No pin files found
- OF
avagent Warning <7184>: No pin files found
Open het systeemlogboek in Windows Event Viewer en zoek naar gebeurtenis-id 243, zoals:
Log Name: System
Source: Win32k
Date: 4/24/2014 10:54:54 AM
Event ID: 243
Task Category: None
Level: Warning
Keywords: Classic
User: N/A
Computer: Workstation.emc.com
Description:
A desktop heap allocation failed.
Desktop Heap is een gedeelde geheugenopslagruimte voor alle applicaties die gebruikmaken van het lokale systeemaccount. Als er foutberichten over de "desktop heap allocation" worden weergegeven in het systeemlogboek in Logboeken, kan dit te wijten zijn aan een geheugenlek. Een applicatie op de client gebruikt mogelijk al het geheugen dat is toegewezen aan de Desktop Heap, zelfs als het RAM-gebruik laag is, waardoor dit probleem wordt veroorzaakt.
Wanneer dit gebeurt, blijven back-ups mislukken met dezelfde fout totdat opnieuw wordt opgestart. Na het opnieuw opstarten werken de back-ups weer een paar dagen en beginnen ze weer te mislukken. Nog een keer opnieuw opstarten lost het probleem nog een paar dagen op.
Resolution
Als dit een AVE of enkel knooppunt is dat is vergrendeld om back-up naar alleen te richten op Data Domain, past u de dataset aan om de back-up naar het juiste Data Domain te sturen.
Als de plug-ins niet worden geregistreerd vanwege antivirus: Schakel de antivirussoftware tijdelijk uit en beëindig alle bestaande antivirusprocessen die worden uitgevoerd. Installeer vervolgens het MSI-pakket van de Avamar-client zoals u gewend bent.
Als de plug-ins zijn uitgeschakeld vanwege fouten bij de toewijzing van Desktop Heap, zijn de opties als volgt:
- Schakel alle applicaties/programma's uit of verwijder deze die mogelijk geheugenlekken vertonen. Samenwerken met Microsoft-support om de aanstootgevende programma's te vinden. Als u de machine op een geplande basis opnieuw opstart, wordt de desktophoop ook tijdelijk leeggemaakt.
- Verhoog de maximale heap-waarden in het register en start de Windows-client opnieuw op om de wijzigingen door te voeren. Gebruik de volgende URL voor procedures en aanbevolen waarden:
- Voorkeuroplossing op lange termijn als de aanstootgevende applicatie niet kan worden geïdentificeerd of terwijl de applicatie wordt geïdentificeerd.
- Wijzig de Avamar "Backup Agent"-service van het standaard NT Authority\SYSTEM-account in een domeingebruikersaccount met voldoende machtigingen op de Windows-client en start de service opnieuw om de wijzigingen door te voeren. Hoewel de Back-up Agent-service standaard als het SYSTEM-account wordt uitgevoerd, kunt u elk NT-domeinaccount gebruiken dat ten minste R/W-toegang heeft op de Windows-client. Dit werkt omdat de Avamar-service niet langer dezelfde heap gebruikt als de andere programma's die zijn aangemeld als systeem (inclusief het programma dat het geheugenlek heeft).
- De onderstaande URL bevat meer informatie over deze en andere tijdelijke oplossingen: