Avalados por :
Atualização técnica do Pacote de Melhoria 8 para o SAP ECC 6.0: Aspectos-chave de Logística de Software
- Creado 01/03/2024
- Modificado 01/03/2024
- 9 Vistas
Parece que sabes que: o Pacote de Melhoria 8 para o SAP ECC 6.0 é diferente, da nossa perspectiva técnica de Logística de Software.
Estes são os aspectos que conheço:
-
EHP 8 é uma "atualização"
SAP Business Suite 7 Inovações 2016 com SAP ECC 6.0 EHP 8 (6.18) é baseado no SAP NetWeaver 7.50 (NW 7.50), e o procedimento é baseado em carga. Não é uma atualização no sentido dos Pacotes de Melhoria (EHPs) até agora. É uma atualização, pois o sistema em sombra é criado a partir de DVDs, não clonado do sistema do cliente (compare com meu antigo blog na SCN sobre sistema em sombra: SUM: introdução ao sistema em sombra ).
Você pode consultar as seguintes notas da SAP: SAP Note 2318321 , SAP Note 530335 . sobre a abordagem baseada em carga.
Nota
- a abordagem baseada em carga não permite objetos inativos, veja SAP Note 2435892 .
- com SUM 1.0 SP 19 e superior, o Relatório RSUPG_TADIR_COMPONENT_CHECK (anexado em SAP Note 2318321 ) será executado automaticamente pelo SUM. -
Apenas Unicode
NW 7.50 é apenas unicode, e a SAP anunciou há muito tempo [ver SAP Note 2033243 ] que o sucessor do SAP NetWeaver 7.40 só será oferecido como sistema Unicode, e que o caminho para o sucessor do SAP NetWeaver 7.40 só pode ser alcançado a partir de um sistema Unicode... o que era isso de novo? Quero dizer que você deve começar a partir de um sistema Unicode para alcançar NW 7.50 (e chegar ao EHP 8). Para NW 7.50, não temos um núcleo não unicode. Mas o procedimento SUM para criar um sistema em sombra requer o núcleo não unicode para um sistema fonte não unicode. Além disso, não há carga não unicode para o procedimento baseado em carga para NW 7.50. -
Divisão de ASCS
SUM criará uma instância ASCS separada para a seguinte condição (todas devem ser aplicadas juntas):
- A atividade de manutenção do SUM (como uma atualização) é direcionada ao NW 7.50
- O sistema fonte ainda não tem uma instância ASCS separada.
- O sistema fonte tem mais de uma instância
Se a fonte tem apenas uma instância, nenhuma manipulação específica ocorre. Tenha em mente que o SUM não menciona explicitamente esse comportamento no diálogo, apenas nos arquivos de registro.
Para SUM SP 17, posso imaginar que a divisão de ASCS poderia ser oferecida como opção para o objetivo 7.40 também, apenas uma ideia.
[Adicionado em 2016-07-11] Tenha em mente que com SUM SP 17, para um objetivo baseado em 7.40, o SUM oferecerá dividir ASCS (opcionalmente).
Atenção
efeito colateral importante para DMO e o uso (opcional) de um Servidor de Aplicações Adicional (AAS, antes DI): se seu objetivo para DMO é 7.50, e seu sistema ainda não tem um ASCS, e decide executar o SUM em um AAS (por exemplo, para um melhor desempenho), então o SUM criará o ASCS (requerido) no AAS. E (estranho mas verdadeiro): da perspectiva do SUM sendo executado em AAS, o PAS (CI) é tratado como uma instância de diálogo remota. DMO não pode lidar nem iniciar instâncias remotas (que não sejam ASCS), então seu CI não será iniciado no final do procedimento do SUM.
Saudações, Boris Rubarth
[Gestão de Produtos Logística de Software, SAP SE]
Sin respuestas
No hay respuestas para mostrar
Se el primero en responder
contacto@primeinstitute.com
(+51) 1641 9379
(+57) 1489 6964
© 2024 Copyright. Todos los derechos reservados.
Desarrollado por Prime Institute