Comments
1 comment
-
I would check the sqlvdi.dll versions.
In the registry, look for the key {40700425-0080-11d2-851f-00c04fc21759} in HKEY_CLASSES_ROOT. In the subkey InprocServer32, look for the copy of sqlvdi.dll that is used. Check the version number of this file. If you are running a 64-bit system, you should find another entry in HKEY_CLASSES_ROOT\Wow6432Node\CLSID. Again, check the version number of this file and ensure it matches the 64-bit copy.
From what I know, version numbers are as follows for sqlvdi.dll:
- SQL 2000 starts with 2000.080....(e.g. 2000.080.0760.0 for SQL 2000 SP4
- SQL 2005 starts with 2000.085... (e.g. 2000.085.1054.0 for SQL 2005 and SQL2005 SP1, 2000.085.1054.2004 for SQL 2005 SP2).
If you are using SQL 2005, you must use the SQL 2005 versions, and if you are using a 64-bit SQL Server, the 32-bit and 64-bit versions of sqlvdi.dll must match. If you are using SQL 2000, you can use the SQL 2005 libraries.
Add comment
Please sign in to leave a comment.
SQLVDI: Loc=CVDS::Close. Desc=Abnormal termination state. ErrorCode=(0). Process=9616. Thread=10992. Client. Instance=. VD=Global\SQLBACKUP_8EAC7446-1A55-4ECB-A197-34E9E5C0C2D9_SQLVDIMemoryName_0.
and
SQLVDI: Loc=SignalAbort. Desc=Client initiates abort. ErrorCode=(0). Process=9616. Thread=10992. Client. Instance=. VD=Global\SQLBACKUP_8EAC7446-1A55-4ECB-A197-34E9E5C0C2D9_SQLVDIMemoryName_0.
really need to get SQLBackup to work -- what's going wrong??
thx -- john