Manipulando um Volume Alto de Atividade de Publicação/Assinatura no z/OS

Os intermediários que manipulam um grande número de assinaturas ou publicações retidas podem utilizar todo o armazenamento IRLM alocado, por padrão, para bloqueios do DB2. Isso pode causar problemas quando você tenta iniciar o intermediário.

As ações a seguir podem ajudar a parar esse acontecimento.

  1. Ajuste a topologia de publicação/assinatura:
    1. Equilibre os grupos de execução entre outros intermediários; isso significa que menos grupos de execução precisam ser iniciados ao mesmo tempo e ter bloqueios simultâneos para o mesmo subsistema DB2.
    2. Coloque os intermediários em coletivos de publicação/assinatura; isso reduz o número de assinaturas em uma única tabela de intermediários e reduz a quantidade de acesso simultâneo ao DB2. Consulte Topologias de Publicação/Assinatura para obter informações adicionais sobre isso.
  2. Aumente o armazenamento do IRLM que está disponível:
    1. Configure o MAXCSA para um valor tão alto que o ECSA requerido pelo IRLM nunca alcance esse valor. Como o IRLM obtém armazenamento somente quando necessário, escolha um valor que seja mais alto do que provavelmente o IRLM precisará.
    2. Se você não conseguir escolher um valor de MAXCSA suficientemente alto, que não possa ser excedido pelo ECSA requerido pelo IRLM, utilize a opção PC=YES no comando START irlmproc. Isso faz com que o IRLM coloque em seu espaço de endereço privado as estruturas de bloco de controle relacionadas ao bloqueio. Há informações adicionais sobre isso no Redbook do DB2, DB2 UDB for OS/390 Version 7 Performance Topics, SG24-5351.
Nota: Pode haver uma pequena degradação de desempenho (aproximadamente 1 a 2 por cento) ao executar com PC=YES. Consulte DB2 Universal Database for OS/390 and z/OS Version 7 Administration Guide, SC26-9931 para obter informações adicionais.
Tarefas relacionadas
Resolvendo Problemas ao Utilizar Publicação/Assinatura
Avisos | Marcas Registradas | Downloads | Biblioteca | Suporte | Feedback
Direitos Autorais IBM Corporation 1999, 2006 Última Atualização: 1 Sep 2006
aq20809_