quiesce database hold for external dump signifies your intent to make external copies of your databases while they are quiesced.
Because these external copies are made after you issue quiesce database hold, the database is transactionally consistent because you are assured that no writes occurred during the interval between the quiesce database hold and the quiesce database release, and recovery can be run in the same manner as start-up recovery.
If the environment does not have unlogged updates and does not include a dump tran with truncate_only, you might load D1, T1, T2, and T3 in turn, bypassing any quiesce database...hold commands. However, if an unlogged operation (such as a select into shown in ) occurs after the dump transaction that produces T1, dump transaction to archive is no longer allowed.
Using the quiesce database hold for external dump clause addresses this problem by clearing the status bits that prevent the next dump transaction to archive and changing the sequence number of the external copy to create a foundation for a load sequence. However, if there have been no unlogged writes, the sequence number is not incremented.
quiesce database tag_name hold db_name [, db_name] ... [for external dump]
quiesce database pubs_tag hold pubs2 for external dump