(Republishing, or using this info in a commercial product/website, is prohibited without permission. All other uses are permitted. If in doubt, please ask.)

PARALLEL_BACKUP_QUEUE

(Back to main page…)

Description:

This wait type is when a thread in a parallel restore is waiting for access to an output result set. The result set is being shared by the parallel threads so there has to be synchronization around entering new rows into it.

(Books Online description: “Occurs when serializing output produced by RESTORE HEADERONLY, RESTORE FILELISTONLY, or RESTORE LABELONLY.”)

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:

2008

Removed in SQL Server version:

N/A

Extended Events wait_type value:

The map_key value in sys.dm_xe_map_values is 130 in 2008 and 2008 R2, and 134 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):

  1. Waiting for access to the parallel result set

Abbreviated call stacks (list number matches known occurrences list):

  1. SOS_Task::PostWait+6e
    EventInternal<SuspendQueueSLock>::Wait+278
    ResQueueBase::Dequeue+161
    ParallelBackupResultSet::ConsumeRows+b4
    BackupStreamList::WaitUntilDone+1f
    BackupEntry::DescribeMedia+ee
    CStmtLoadVol::XretExecute+ae
    CExecuteStatement::XretExecute+1e
    CMsqlExecContext::ExecuteStmts<1,1>+352
    CMsqlExecContext::FExecute+878
    CSQLSource::Execute+7d3
    process_request+3fa
    process_commands+38c
    SOS_Task::Param::Execute+292
    SOS_Scheduler::RunTask+a2