Problemas de atualização na tabela EDP13: Por que o BDLS modificou apenas uma coluna?

Sim, isso é um conhecimento comum. O que me interessa é como o BDLS funciona em um nível mais baixo. Essa última pergunta está conectada com as anteriores. Como é possível que o BDLS tenha omitido alguns nomes lógicos para conversão? Isso é intencional ou um erro? Como realmente funciona?

Respondido el 15/04/2024

LUCIANO RIOJA GHIOTTO

Se unió el 13/07/2019

Agregar

Olá,

Até onde sei, posso esclarecer um pouco sobre isso. O BDLS converte um sistema lógico em outro, que não está presente em sua máquina atual após a cópia do sistema. Digamos, por exemplo, nosso servidor prd com o nome do sistema lógico SAPPRD111 e você atualizou o sistema para qualidade. Após a atualização do sistema, o cliente em qualidade também terá o mesmo nome de sistema lógico, que deve ser convertido para a etapa anterior SAPQAS111. Para isso, é necessário executar o BDLS. Ao executar este tcode, você verificará as tabelas dependentes, onde haverá um campo para o nome do sistema lógico. Em seguida, será solicitada a confirmação para alterá-lo para a etapa final. Antes de executar o programa, uma janela pop-up será exibida mostrando os detalhes da transação bdls.

Atenciosamente

Umesh K

Respondido el 15/04/2024

LUCIANO RIOJA GHIOTTO

Se unió el 13/07/2019

Agregar

Olá a todos!

Durante a atualização do sistema para vários sistemas como SAP BW, SAP PI, devemos fazer BDLS para todos os sistemas lógicos definidos em V_TBDLS, ou apenas nomes lógicos específicos?

Saudações,

Respondido el 15/04/2024

LUCIANO RIOJA GHIOTTO

Se unió el 13/07/2019

Agregar

Olá John,

Especialmente para a tabela EDP13, não é um erro. Esta tabela armazena os parâmetros de saída do perfil do parceiro e RCVPOR é o receptor, então acredito que não deve ser alterado.

Caso contrário, em geral - SIM, o BDSL não é confiável. A SAP afirma claramente: "Não o utilize para sistemas de produção, pois não garante que converterá todas as tabelas".

O BDSL funciona escaneando apenas todas as tabelas transparentes e verificando todos os campos (a menos que restrinja explicitamente o intervalo das tabelas). Se um campo tiver o domínio LOGSYS ou EDI_PARNUM, é verificado o antigo nome do sistema logístico e substituído pelo novo.

Não funciona nos seguintes casos:

- se uma aplicação utiliza tabelas que não fazem referência a esses domínios

- se os dados são armazenados como parte de campos em tabelas de cluster ou pool

- Se o novo nome do sistema lógico já existir no sistema, pode causar erros nas tabelas em que o sistema lógico é um campo chave ou um índice único (por exemplo, COFIO1)

Saudações

Respondido el 15/04/2024

LUCIANO RIOJA GHIOTTO

Se unió el 13/07/2019

Agregar

Etiquetas más populares

Ver todo

4 Respuestas

Etiquetas más populares

Preguntas más populares

Partners: