(Republishing, or using this info in a commercial product/website, is prohibited without permission. All other uses are permitted. If in doubt, please ask.)
Description:
The Books Online entry for this is really confused. This wait type is when the coordinator thread of an fn_dump_dblog operation is waiting for sub-threads to complete an operation. This is normal to see when running fn_dump_dblog to view log records in a backup.
(Books Online description: “Occurs when a main task is waiting for a subtask to generate data. Ordinarily, this state does not occur. A long wait indicates an unexpected blockage. The subtask should be investigated.”)
Questions/comments on this wait type? Click here to send Paul an email, especially if you have any information to add to this topic.
Added in SQL Server version:
Pre-2005/2005
Removed in SQL Server version:
N/A
Extended Events wait_type value:
The map_key value in sys.dm_xe_map_values is 147 in 2008 and 2008 R2, and 151 in 2012 and 2014 RTM. After 2014 RTM, you must check the DMV to get the latest value as some map_key values have changed in later builds.
Other information:
I have not seen this wait type be a noticeable contention point.
Known occurrences in SQL Server (list number matches call stack list):
- Waiting for a dump log sub-thread to finish (in this case, while exiting the log backup dumping operation)
And other similar call stacks.
Abbreviated call stacks (list number matches known occurrences list):
- SOS_Task::PostWait+9e
EventInternal<SuspendQueueSLock>::Wait+1fb
DumpLogCoordinator::WaitForProducerToExit+c7
DumpLogCoordinator::~DumpLogCoordinator+9b
CDBLogSTVF::ReleaseResources+3b
CQScanTVFStreamNew::Close+18
CQScanHash::ConsumeProbe+5c8
CQScanHash::GetRow+5f
CQueryScan::GetRow+81
CXStmtQuery::ErsqExecuteQuery+54a
CXStmtSelect::XretExecute+2e7
CMsqlExecContext::ExecuteStmts<1,1>+427
CMsqlExecContext::FExecute+a43
CSQLSource::Execute+86c
process_request+a57
process_commands+4a3
SOS_Task::Param::Execute+21e
SOS_Scheduler::RunTask+ab