08-19-2011 01:13 AM
I am trying to backup some development HyperV machines:
A SQL 2008 server on a Server 2008 box and a Sharepoint Server also on a Server 2008 box.
However the job fails with the following error:
Advanced Open File Option used: Microsoft Volume Shadow Copy Service (VSS). Snapshot provider error (0xE000FED1): A failure occurred querying the Writer status.
Check the Windows Event Viewer for details. Writer Name: Microsoft Hyper-V, Writer ID: {66841CD4-6DED-4F4B-8F17-FD23F8DDC3DE}, Last error: The V...
and the following exception
Backup- VRTSRV::\\MYSERVER.MYDOMAIN.co.uk\Hyper-V?Virtual?Machine\MYSQLSERVER V-79-57344-38727 - Backup Exec failed to snap virtual machine 'MYSQLSERVER' and was unable to collec...
Anybody have any suggestions on how to sort?
I have read http://www.symantec.com/business/support/index?page=content&id=TECH126737 and con confirm that all service are running and started.
There has to be a less drastic way of fixing rather than just not using GRT?
Thanks
Solved! Go to Solution.
08-23-2011 06:34 AM
ok i have sorted my issue out.
In my scenario it was a 2 fold fix
1 - i cant use GRT, it just will not complete using GRT!
2 - I had a SQLVDI file version mismatch
Basically the x86 version of the file was an earlier version to the x64 version.
The x86 version was loaded into the writer - BE came along and wanted to use the x64 file version but mismatched the x86 version so it said no.
Ran the SQL Backwards Compatability fix, made both files the same version and now the job completes successfully as well as resetting all writers back to stable condition.
So match the SQLVDI files up, disable GRT = completed jobs.
08-19-2011 01:33 AM
Any messages in the eventlog of the SQL server ?
Are you using BE2010 R3 ?
What is your Sharepoint version ?
08-19-2011 01:37 AM
Hi,
Looks like you have VSS errors on that server in question.
Couple of things to do:
1. Run: vssadmin list writers from a command prompt on the affected server to confirm your VSS writers are in error. Any VSS writers not stable and running will affect your backups.
2. reboot the server if you are able too. This will reset the VSS writers.
3. Run the backup again and see if you get the error.
4. If you do, try running a repair of the VSS *.dlls using the Symantec TN below:
http://www.symantec.com/business/support/index?page=content&id=TECH70486
Post back with an update!
Thanks!
08-19-2011 02:06 AM
@Zerocool -
Yes 2010R3 and Sharepoint version is WSS 3
The sharepoint server is littered with errors 1 minute before the backup failed.
I will investigate them but they are
ID 24583 - SQLWRITER,
ID 1 - SQLVDI,
ID 18210 - MSSQL$MICROSOFT##SSEE
ID 3041 - MSSQL$MICROSOFT##SSEE
ID 3021 - MSSQL$SQLEXPRESS
ID 5789 - BACKUP EXEC - An error occurred while executing the following query: "BACKUP DATABASE [msdb] TO VIRTUAL_DEVICE='BE_SQLAgent-msdb__76362aab_d890_44a5_8cf6_d6c192834ce7_' WITH name='Backup Exec SQL Server Agent', SNAPSHOT".
On server: "SHAREPOINT.MYDOMAIN.co.uk\SQLEXPRESS".
SQL error number: "0C81".
SQL error message: "Cannot open backup device 'BE_SQLAgent-msdb__76362aab_d890_44a5_8cf6_d6c192834ce7_'. Operating system error 0x80070002(error not found).
The SQL Server has no errors
The physical HyperV server has no erros
@CraigV -
The physical HyperV server has the following error
Writer name: 'Microsoft Hyper-V VSS Writer'
Writer Id: {66841cd4-6ded-4f4b-8f17-fd23f8ddc3de}
Writer Instance Id: {87dda222-4c95-44aa-a2f1-6ba060916ce6}
State: [8] Failed
Last error: Retryable error
The BE Media Server has all writers in stable state with no errors
The SQL 2008 server has all writers in stable state with no erros
The Sharepoint server has a wealth of writers in problem state
Microsoft Windows [Version 6.0.6001]
Copyright (c) 2006 Microsoft Corporation. All rights reserved.
C:\Users\administrator.>vssadmin list writers
vssadmin 1.1 - Volume Shadow Copy Service administrative command-line tool
(C) Copyright 2001-2005 Microsoft Corp.
Writer name: 'ASR Writer'
Writer Id: {be000cbe-11fe-4426-9c58-531aa6355fc4}
Writer Instance Id: {706670db-fbc0-4900-a8f8-b7c506491881}
State: [1] Stable
Last error: No error
Writer name: 'IIS Config Writer'
Writer Id: {2a40fd15-dfca-4aa8-a654-1f8c654603f6}
Writer Instance Id: {8c2f1780-e47d-4ce1-a9d1-db024121ba72}
State: [5] Waiting for completion
Last error: No error
Writer name: 'SqlServerWriter'
Writer Id: {a65faa63-5ea8-4ebc-9dbd-a0c4db26912a}
Writer Instance Id: {1ad30528-6a98-467d-aa81-da8473a058f3}
State: [8] Failed
Last error: Non-retryable error
Writer name: 'SPSearch VSS Writer'
Writer Id: {57af97e4-4a76-4ace-a756-d11e8f0294c7}
Writer Instance Id: {b43e8973-1a7e-4b1a-baa3-ca057ecc2497}
State: [5] Waiting for completion
Last error: No error
Writer name: 'WMI Writer'
Writer Id: {a6ad56c2-b509-4e6c-bb19-49d8f43532f0}
Writer Instance Id: {be591f8b-a2a6-4d3b-ac50-79a1578169b1}
State: [5] Waiting for completion
Last error: No error
Writer name: 'BITS Writer'
Writer Id: {4969d978-be47-48b0-b100-f328f07ac1e0}
Writer Instance Id: {5def5c80-802e-43ab-be3b-d80bd7115c15}
State: [1] Stable
Last error: No error
Writer name: 'Registry Writer'
Writer Id: {afbab4a2-367d-4d15-a586-71dbb18f8485}
Writer Instance Id: {58b6fcb7-47b6-46f5-a2eb-eb2b5f9ffe0c}
State: [1] Stable
Last error: No error
Writer name: 'System Writer'
Writer Id: {e8132975-6f93-4464-a53e-1050253ae220}
Writer Instance Id: {304fe965-28e6-4afc-b905-b36565ff044a}
State: [5] Waiting for completion
Last error: No error
Writer name: 'COM+ REGDB Writer'
Writer Id: {542da469-d3e1-473c-9f4f-7847f01fc64f}
Writer Instance Id: {0f4bfa33-f252-40fd-87d2-78f79aefdd85}
State: [1] Stable
Last error: No error
Writer name: 'IIS Metabase Writer'
Writer Id: {59b1f0cf-90ef-465f-9609-6ca8b2938366}
Writer Instance Id: {4f192c6b-eda5-43cd-9165-258e62e7aa4c}
State: [5] Waiting for completion
Last error: No error
Writer name: 'Shadow Copy Optimization Writer'
Writer Id: {4dc3bdd4-ab48-4d07-adb0-3bee2926fd7f}
Writer Instance Id: {8be3e2ca-b9d3-4584-82d1-190dfafcba23}
State: [1] Stable
Last error: No error
Will reboot server and run HyperV job again tonight - will update Monday
Is Server 2008 just bugged with VSS errors because i constantly have the Exchange Writer fail at another site and Symantec blame MS and MS blame Symantec
08-19-2011 02:07 AM
Thanks for updating.
As you are going to reboot anyway, also check for Microsoft updates (if available) and install all Backup Exec patches and push the remote agent again to the VM's after updating the Media server.
08-23-2011 06:34 AM
ok i have sorted my issue out.
In my scenario it was a 2 fold fix
1 - i cant use GRT, it just will not complete using GRT!
2 - I had a SQLVDI file version mismatch
Basically the x86 version of the file was an earlier version to the x64 version.
The x86 version was loaded into the writer - BE came along and wanted to use the x64 file version but mismatched the x86 version so it said no.
Ran the SQL Backwards Compatability fix, made both files the same version and now the job completes successfully as well as resetting all writers back to stable condition.
So match the SQLVDI files up, disable GRT = completed jobs.