Hallo Dear Members!

Seemingly from nowhere our SQL server stopped responding with the following
AV:

As you can see it happened during the database dump.

After the 'cold' restart of SQL server the database dumped normally.

Any explanations?

Thank you very much.


The AV:
2002/07/31 20:30:02.23 spid22 EXCEPTION_ACCESS_VIOLATION raised,
attempting to create symptom dump
2002/07/31 20:30:02.23 spid22 Initializing symptom dump and stack dump
facilities
2002/07/31 20:30:07.84 spid22 ***BEGIN STACK TRACE***
2002/07/31 20:30:07.84 spid22 0x77F64BAB in ntdll.dll, RtlAllocateHeap ()
+ 0x0000
2002/07/31 20:30:07.84 spid22 0x10201B49 in MSVCRT40.dll
2002/07/31 20:30:07.86 spid22 0x005B8922 in SQLSERVR.EXE, dpdb_main () +
0x12B2
2002/07/31 20:30:07.95 spid22 0x00468883 in SQLSERVR.EXE,
s_execute_1190c_73e_190420820er () + 0x00F3
2002/07/31 20:30:07.95 spid22 0x0040D6E9 in SQLSERVR.EXE, sequencer () +
0x0049
2002/07/31 20:30:07.96 spid22 0x0042BA5A in SQLSERVR.EXE, language_exec ()
+ 0x011A
2002/07/31 20:30:07.96 spid22 0x0024134D in opends60.dll, srv_post_handle
() + 0x0000
2002/07/31 20:30:07.96 spid22 0x002408BB in opends60.dll, srv_post_handle
() + 0x0000
2002/07/31 20:30:07.96 spid22 0x00231569 in opends60.dll, Ordinal65 () +
0x0000
2002/07/31 20:30:07.96 spid22 0x00231384 in opends60.dll, Ordinal65 () +
0x0000
2002/07/31 20:30:07.96 spid22 0x10219D84 in MSVCRT40.dll
2002/07/31 20:30:07.96 spid22 0x77F04EDE in KERNEL32.dll, lstrcmpiW () +
0x0000
2002/07/31 20:30:07.96 spid22 ***END STACK TRACE***
2002/07/31 20:30:08.21 kernel The current contents of process' input
buffer are 'DUMP DATABASE Production TO ProdBackupDev WITH NOUNLOAD ,
STATS = 10, INIT , NOSKIP'.
2002/07/31 20:30:08.23 spid22 Symptom dump created:
C:\MSSQL\log\SQL21471.DMP
2002/07/31 20:30:08.23 kernel The current contents of process' input
buffer are 'DUMP DATABASE Production TO ProdBackupDev WITH NOUNLOAD ,
STATS = 10, INIT ,
NOSKIP'.