sysadmin sqm_zap_tran

Deletes a specific transaction from the stable queue and returns a message stating the number of deleted commands.

Syntax

sysadmin sqm_zap_tran {, q_number, | server [,database]},
        q_type, lqid 
        [, {L0 | L1 | L2 | L3}]
        [, {RSSD | client | “log” | file_name}]

Parameters

Examples

Usage

  • The Replication Server must be in standalone mode to use sysadmin sqm_zap_tran.

  • Use sysadmin dump_queue to locate the transaction you want to delete.

  • sysadmin sqm_zap_tran marks a transaction in a stable queue as deleted. When Replication Server processes the queue, it ignores the marked transaction.

  • You can restore a transaction using sysadmin sqm_unzap_tran. The sysadmin sqm_unzap_tran command removes the delete mark from the transaction.

  • If you delete a transaction and then restart Replication Server in normal mode, the part of the queue holding the transaction may have been processed. If it was, you cannot restore the transaction with sysadmin sqm_unzap_tran.

  • sysadmin sqm_zap_tran dumps the transaction marked for deletion into one of these:
    • Replication Server log

    • Alternate log file

    • RSSD

    • Client issuing the command

    To dump queues into the RSSD or client, the last argument of sysadmin dump_queue must be RSSD or client.

    If the RSSD or client option is not specified, or if the "log" option is specified, output goes into the Replication Server log.

    If an alternative log file for dumping queues is specified through the sysadmin dump_file command or through the file_name option, the output goes into the alternative dump file.

Permissions

sysadmin sqm_zap_command requires “sa” permission.

Related reference
admin who
sysadmin dump_queue
sysadmin sqm_unzap_command
sysadmin sqm_unzap_tran
sysadmin sqm_zap_command