Avalados por :
Este documento é uma instrução sobre como acelerar o BDLS após concluir uma atualização do sistema com um grande banco de dados, especialmente para uma grande atualização de sistema ERP.
Tenha em mente que esta instrução são apenas conselhos gerais, não aplicáveis a todas as circunstâncias, uma vez que problemas de desempenho podem ser causados por vários fatores como hardware (CPU, memória), índices de tabela inapropriados e declarações SQL, entre outros.
Para otimizar o desempenho do BDLS, siga os seguintes 5 passos em geral. O exemplo é o sistema ARLA chamado SS2. O sistema operacional e o banco de dados são AIX e DB2.
1. Utilize a funcionalidade antiga do BDLS em vez de executar apenas a transação BDLS, já que a transação BDLS não suporta execuções em paralelo a partir do sistema NW640.
Para usar o antigo 'BDLS', execute o relatório RBDLS2LS usando o SE38. Após executar este relatório pela primeira vez, um novo programa RBDLS400 (400 é o número do cliente para SS2) será gerado automaticamente, o qual é o programa que você deseja usar posteriormente.
2. Crie índices temporários para qualquer tabela grande que inclua campos de sistemas lógicos.
Por exemplo, na tabela GLPCA de SS2 existem mais de 5000000000 entradas e 200 GB, e possui 2 campos LOGSYS e AWSYS que se referem ao sistema lógico. Neste caso, crie 2 índices secundários temporários Z50 no campo MANDT e LOGSYS, Z51 no campo MANDT e AWSYS.
Outro exemplo é a tabela VBAP que possui mais de 8000000000 entradas e 400GB, e 1 campo LOGSYS_EXT. Neste caso, crie 1 índice secundário temporário no campo MANDT e LOGSYS_EXT. Continue fazendo o mesmo para outras tabelas grandes, como VBUK, COEP, etc.
Você pode usar o DB20 combinado com uma execução de teste do BDLS para encontrar quais tabelas deseja criar índices temporários. Não será explicado mais sobre isso aqui.
3. Modifique o programa BDLS, se necessário.
Este passo é opcional, pois pode depender de outros fatores como hardware (CPU, memória). Aqui foram realizados testes em diferentes sistemas SS2 e CS1 com hardware diferente (CS1: 80 CPUs e 230GB de memória, SS2: 40 CPUs e 34GB). Em ambos os sistemas, criei o mesmo índice na tabela VBAP (índice Z50 em MANDT, LOGSYS_EXT). Mas ao executar o trabalho do BDLS para VBAP em ambos os sistemas, houve uma grande diferença no tempo de execução. A velocidade de conversão de tabelas em SS2 foi muito mais lenta do que em CS1. Esse resultado se deveu principalmente à configuração de hardware.
Neste caso, foi necessário fazer modificações no programa do SS2. Faça uma cópia de RBDLS400 para ZRBDLS400 e faça a seguinte modificação.
contacto@primeinstitute.com
(+51) 1641 9379
(+57) 1489 6964
© 2024 Copyright. Todos los derechos reservados.
Desarrollado por Prime Institute