Se você não fornecer os parâmetros -i, -p e -q, será necessário especificar o parâmetro -n.
Especifique o parâmetro -c com cuidado; ela tem o efeito de cancelamento de pedidos de implementação. Utilize esta opção apenas se os intermediários afetados forem responder aos pedidos pendentes. Se um intermediário processar subseqüentemente um pedido de implementação que tenha sido cancelado, o Configuration Manager ignorará a resposta e, portanto, ficará dessincronizado com o intermediário.
Você pode configurar este parâmetro com um valor no intervalo de 1 - 2 145 336 164. Se você não fornecer um valor timeoutValue ou se configurar um valor menor que 1 ou maior que 2 145 336 164, um erro será retornado.
Configure este parâmetro com um valor maior
que a soma dos tempos limites de configuração especificados para o intermediário,
os parâmetros ConfigurationChangeTimeout e InternalConfigurationTimeout,
se desejar assegurar que uma resposta seja recebida dentro do período de timeoutValue.
Se você configurar um valor menor, a resposta retornada poderá indicar que o
estado do pedido de implementação é desconhecido.
Objetos de todos os tipos podem ser especificados, mas se um nome de objeto ambíguo for especificado (por exemplo, "top", quando "top.dictionary" e "top.cmf" estão implementados no mesmo grupo de execução), todo o comando falhará com a mensagem BIP1089. Nessas circunstâncias, você deve especificar o nome completo dos objetos a serem removidos; por exemplo, "top.dictionary:top.cmf".
mqsideploy -n cm1.configmgr -m -w 600
mqsideploy -i localhost -p 1414 -q QMNAME -m -w 600
Observe que você pode utilizar os parâmetros i, p e q nos seguintes exemplos em vez do parâmetro -n.
mqsideploy -n cm1.configmgr -t -m -w 600
mqsideploy -n cm1.configmgr -b broker1 -e default -a mybar.bar -m -w 600
mqsideploy -n cm1.configmgr -b broker1 -w 900
mqsideploy –n cm1.configmgr –b B1 –e default –d top.cmf:bar.dictionary
mqsideploy -n cm1.configmgr -c -w 900