Dica para habilitar Seguranca no WAS (WebSphere Application Server) quando ha varios nos e Applications Servers.1. Pare todos os Applications Servers2. Pare todos os nos (nodeagents)Portanto, deixe somente o dmgr (Deployment Manager) iniciado3. Aplique a seguranca desejada4. Reinicie o dmgr e verifique se esta tudo Ok5. Faca o syncnode para cada no. Nesse momento (apos a seguranca habilitada) o was ira solicitar usuario/senha para autenticar no dmgrFaca isso para cada no e depois inicie os Applications Servers.Em outras palavras, habilite a seguranca somente o dmgr iniciado. Para trabalhar com vmware que tenha Sistema Operacional 64-bits como, por exemplo, Windows 2008 R2 64bits e necessario habilitar um recurso adicional na sua maquina.Esse recurso e chamado VT (Virtualization Technology) e e habilitado na BIOS do computador.Para isso, reinicie o Computador e fique pressionando F2. Va na aba "Configuration" e troque essa propriedade para "enabled".Quando voce tenta iniciar a vmware sem esse recurso ira obter a mensagem "Continue without 64-bit support?". Se voce continuar, a vmware ficara em loop eterno com a mensagem "Windows is loading files".A propria vmware disponibiliza um aplicativo chamado "Processor Check for 64-Bit Compatibility" para verificar se sua maquina e compativel com vms 64-bits.Link de referencia: http://downloads.vmware.com/d/details/processor_check_5_5_dt/dCpiQGhkYmRAZQ== Existem varias situacoes que precisamos habilitar trace para troubleshooting.O trace padrao do MQ pode ser habilitado via comando:strmqtrc -e -t all -t detail -l 100Para desabilitar o trace:endmqtrc -aOs traces serao gerados no diretorio padrao [../qmgrs/nome_queue_manager/trace] no formato AMQ...Ha casos onde precisamos de informacoes mais detalhadas de todas as atividades realizadas no MQ (Activity trace).Podemos, por exemplo, obter o conteudo de todas as mensagens e o correlation id das mesmas para troubleshooting envolvendo o Message Broker. Para isso:1. Editar o arquivo de Activity trace, [../qmgrs/nome_queue_manager/mqat.ini].Exemplo de valores: TraceLevel=HIGH, TraceMessageData=100, StopOnGetTraceMsg=OFF2. Habilitar Activity trace: via MQ Explorer clique com o botao direito em cima do Queue Manager > Online monitoring > Activity trace > ON. Ou, via comando ALTER QMGR ACTVTRC(ON).3. Efetuar as operacoes desejadas no MQ Server4. Desabilitar o Activity trace5. Visualizar os traces: /usr/mqm/samp/bin/amqsact -m nome_queue_manager -v > saida.txt6. Visualizar o conteudo do arquivo saida.txtVale ressaltar que Activity trace tem um grande peso sobre a performance do ambiente. So habilite em momentos de troubleshooting e de modo controlado.Link de referencia: http://www.ibm.com/developerworks/websphere/library/techarticles/1306_bushby/1306_bushby.html Em alguns casos ha falha de conectividade entre as aplicacoes que utilizam MQ Client e o MQ Server como, por exemplo, reason code 2539 [RC2539): MQRC_CHANNEL_CONFIG_ERROR] Atraves do MQ Client podemos testar a conectividade com o MQ Server atraves dos proprios utilitarios do MQ, normalmente localizado em "c:\program files (x86)\ibm\websphere mq\tools\c\samples\bin", utilizando os comandos abaixo. 1. Validar a conexao entre o MQ Client e MQ Server amqscnxc.exe -x nome_do_servidor -c nome_do_canal nome_do_queue_manager Exemplo: amqscnxc.exe -x servidor01 -c canal01 QM01 Nesse caso, sera possivel validar se realmente ha um problema de conectividade entre o MQ Client e o MQ Server ou se ha algum erro vindo da aplicacao. Em algumas situacoes, foi possivel ver que o nome do servidor esta configurado incorretamente na aplicacao. 2. Inserir uma mensagem na fila set MQSERVER=nome_do_canal/TCP/nome_do_servidor(1414) amqsputc nome_da_fila nome_do_queue_manager Exemplo: set MQSERVER=SYSTEM.DEF.SVRCONN/TCP/servidor01(1414) amqsput fila01 QM01 Nesse caso,