NFe em cluster

[Former Member]

Boa noite.

Nós temos uma solução em cluster, SAP Netweaver 7.0 SR3 - Usage Type PI - (SAP_ABAP SP15, SAP_BASIS SP15, SLL_NFE SP16).

As duas máquinas não dividem processamento. Apenas uma esta "ativa" por vez.

Dúvidas:

1. O JOB que executa o programa será automaticamente "ativada" mas estou com problemas com as filas de entrada (transação SMQ2) que ficam com status READY ou RUNNING. Mesmo registrando e ativando as filas novamente, as mensagens ficam paradas na smq2. Como automatizar este processo?

Agradeço pela ajuda.

Al.

[Former Member]

Obrigado pelo resposta.

Realmente o chamado foi aberto por mim.

Fico aguardando um retorno, via chamado SAP.

Obrigado,

Al.

[Former Member]

Fernando, boa tarde.

Executando o report /xnfe/delete_process_flags o lock permanece na SM12.

Neste caso terei que elimina-lo manualmente?

Atenciosamente,

Al.

[former_member182114]

Bom dia Al.,

Sim, esta semana teve um chamado com este tópico no suporte, talvez até seu, ele está sobre análise do desenvolvimento mas a princípio o lock deve ser removido manualmente pela SM12.

Atenciosamente, Fernando Da Ró

[Former Member]

Fernando, obrigado pela resposta.

Mas não entendi o seu questionamento:

"Você rodando o relatório antigo ele matou o lock? não né".

Estou no SP16 para o componente SLL-NFE.

Atenciosamente,

Al.

[former_member182114]

Bom dia Al,

A pergunta era se rodando o report antigo /xnfe/delete_process_flags o lock tinha sido removido, ou não.

Atenciosamente, Fernando Da Ró

[Former Member]

Fernando, bom dia.

Fiz o teste fazendo o shutdown na máquina e a máquina

recebeu os recursos sem problema.
A questão é que na SM12 o LOCK continuou exisindo para o objeto /XNFE/ENQ_REPORT, com isto
o job não é criado na máquina

. Neste caso eu tenho que eliminar o objeto /XNFE/ENQ_REPORT manualmente

para o JOB ser criado.

Alguma sugestão?

Atenciosamente,

Al.

[former_member182114]

Bom dia Al,

Realmente tens razão, o lock não está no servidor que caiu mas no enqueue server e não tem ligação direta com o job, precisaria de alguma coisa para removê-lo.

A princípio não vejo como matar o lock automaticamente sem a intervenção via SM12.

Você rodando o relatório antigo ele matou o lock? não né

Atenciosamente, Fernando Da Ró

[Former Member]

Fernando, obrigado pela ajuda.

Dúvidas:

Tópico 1:

Neste caso eu não vou precisar rodar o programa </XNFE/DELETE_PROCESS_FLAGS> antes de criar o Job na máquuina que foi "ativada"?

Tópico 2:

P1: Os Jobs de housekeeping para restart automático estão configurados?

R1: Não. Como faço para configura-los?

P2: O que você faz para que eles retornem a funcionar?

R2: Não consigo fazer as filas funcionarem na máquina que foi "ativada".

P3: De que forma você está testando este A cair/siar e B entrar automaticamente?

R3: O Basis move os recursos de um nó (máquina A) para o outro nó (máquina B). Via ferramenta cluster administrator.

P4: Quanto tempo dura até o B estar ativo?

R4: Em torno de 3 a 5 minutos.

Mais uma vez obrigado pela ajuda.

Atenciosamente,

Al.

[former_member182114]

Bom dia Al,

Este programa /xnfe/delete_process_flags é obsoleto, antigamente gravava-se na tabela o status atual, atualmente o lock é apenas lógico. Como disse faça o teste para garantir o comportamento.

Veja boa parte dos jobs de housekeeping nesta documentação e transações para usá-los:

http://help.sap.com/saphelp_nw70/helpdata/en/cd/20bc3ff6beeb0ce10000000a114084/content.htm

Atenciosamente, Fernando Da Ró

[former_member182114]

Bom dia Al,

1. O JOB que executa o programa </XNFE/PROCESS_REPORTS> funciona na solução em cluster? 
Apesar de rodar infinatamente eu o parametrizei para executar de 1 em 1 minuto. 
Quando a máquina <A> cair/sair do ar, o JOB será cancelado. A máquina <B> será automaticamente "ativada" e o JOB será 
criado novamente, mas a dúdiva é que o programa </XNFE/PROCESS_REPORTS> verifica se o programa já esta rodando <enqueue_report> e neste caso acredito que ele vai entender que o JOB ainda esta  em execução e será concluido sem fazer o processamento devido. O meu entendimento está correto?

Até onde sei, sempre que o job abenda (termina por dump) o lock é removido automaticamente, por não ser um lock por registro no database, sendo assim deve funcionar. Faça testes de shutdown / remover da tomada para ter certeza.

2. Quando a máquina <A> cair/sair do ar, a máquina <B> será automaticamente "ativada" mas estou com problemas com as filas de entrada (transação SMQ2) que ficam com status READY ou RUNNING. Mesmo registrando e ativando as filas novamente, as mensagens ficam paradas na smq2. Como automatizar este processo?

- os jobs de housekeeping para restart automático estão configurados? após a execução destes (2 a 5 minutos) não retorna sozinho?

- o que você faz para que eles retornem a funcionar?

- de que forma você está testando este A cair/sair e B entrar automaticamente? Quanto tempo dura até o B estar ativo?

Atenciosamente, Fernando Da Ró