Se você optar por criar o gerenciador de filas separadamente, configure uma DLQ (Dead Letter Queue). A DLQ é referida pelo WebSphere Message Broker quando ocorrem erros no processamento de mensagens nos fluxos de mensagens.
Se uma mensagem em um fluxo de mensagens definido pelo usuário ou no modelo de publicação/assinatura não puder ser processada, ela será roteada para essa DLQ como último recurso. Se você preferir que a mensagem seja recuperada para a fila de entrada, descontinuando efetivamente o fluxo de mensagens até que o problema seja resolvido, desative a DLQ.
O comando mqsideleteconfigmgr não exclui essa fila (a menos que o gerenciador de filas seja excluído).
Se você executar esse comando novamente nessa situação e especificar o parâmetro -n, o parâmetro será ignorado porque o novo banco de dados ainda existe.
Se você instalou o VisualAge para Java e selecionou o WebSphere MQ Conector como parte dessa instalação, deverá assegurar que a entrada CLASSPATH para o VisualAge para Java aparece após as entradas de CLASSPATH para o WebSphere MQ para a plataforma Windows que está sendo utilizada (servidor ou cliente Java). Esse requisito assegura que o Configuration Manager acessa as classes WebSphere MQ corretas (não as classes VisualAge) quando iniciadas pelo Comando mqsistart. Se o Configuration Manager detectar um erro nessa área, ele gravará a mensagem BIP1004 no registro de Eventos do Sistema Windows.
No Linux, Sistemas UNIX e z/OS, esse parâmetro deve ser o primeiro especificado. Faz distinção entre maiúsculas e minúsculas no Linux, Sistemas UNIX e z/OS.
O nome padrão no Windows, se esse parâmetro não for especificado, será 'ConfigMgr'.
Esse parâmetro pode ser especificado em qualquer sintaxe válida de nome do usuário para a plataforma.
O ServiceUserID especificado deve ser membro (direto ou indireto) do grupo local mqbrkrs e deve ter autorização para acessar o diretório home (no qual o WebSphere Message Broker foi instalado), e o diretório de trabalho (se especificado pelo sinalizador -w).
Os requisitos de segurança para ServiceUserID estão detalhados em Requisitos de Segurança para Plataformas Windows para Windows, Requisitos de Segurança para Plataformas Linux e UNIX para plataformas UNIX e
Requisitos de Segurança para z/OS para z/OS.
Se você utilizar o formato não-qualificado para o ID do usuário de serviço (username), no
Windows
, o sistema operacional procura o ID do usuário em seu domínio, iniciando com o sistema local.
Essa pesquisa pode levar algum
tempo para concluir.
Para compatibilidade com os sistemas existentes, você ainda pode especificar <password>. Entretanto, se não especificar uma senha com este parâmetro ao executar o comando, será solicitado que você digite uma senha durante sua chamada e digite a senha uma segunda vez para verificar se ela foi digitada corretamente.
Se o gerenciador de filas ainda não existir, ele será criado por este comando. Ele não é criado como o gerenciador de filas padrão: se você desejar que ele seja o padrão neste sistema, crie-o antes de emitir esse comando.
O atributo do gerenciador de filas MAXMSGL (comprimento máximo de mensagens que podem ser colocadas em filas) é atualizado para 100 MB. Essa atualização é feita independentemente de o gerenciador de filas ter sido criado por este comando.
Esse banco de dados já deve existir. Não é preciso criar uma conexão ODBC para esse banco de dados porque o acesso é fornecido pelo JDBC.
Para compatibilidade com os sistemas existentes, você ainda pode especificar <password>. Entretanto, se não especificar uma senha com este parâmetro ao executar o comando, será solicitado que você digite uma senha durante sua chamada e digite a senha uma segunda vez para verificar se ela foi digitada corretamente.
Este comando altera os privilégios de segurança para o ServiceUserID; o ID de usuário utilizado para chamar este comando deve ser membro do grupo Windows Administradores neste sistema local.
Nos sistemas UNIX, o ID do usuário utilizado para chamar esse comando deve ser um membro do grupo mqbrkrs.
Nos sistemas z/OS, o ID do usuário para chamar este comando deve ser um membro de um grupo que tem acesso READ e WRITE para o diretório do componente.
A autoridade de acesso é concedida para o grupo WebSphere Message Broker grupo mqbrkrs a todas estas filas. Se a DLQ estiver ativada, ela também terá a mesma autoridade.