¡Caminando hacia el éxito!

Aprende en Comunidad

Avalados por :

Actualización técnica del Paquete de Mejora 8 para SAP ECC 6.0: Aspectos clave de Logística de Software

  • Creado 01/03/2024
  • Modificado 01/03/2024
  • 51 Vistas
0
Cargando...


Parece que sabes que: el Paquete de Mejora 8 para SAP ECC 6.0 es diferente, desde nuestra perspectiva técnica de Logística de Software.
Estos son los aspectos que conozco:



  1. EHP 8 es una "actualización"
    SAP Business Suite 7 Innovaciones 2016 con SAP ECC 6.0 EHP 8 (6.18) se basa en SAP NetWeaver 7.50 (NW 7.50), y el procedimiento es basado en carga. No es una actualización en el sentido de los Paquetes de Mejora (EHPs) hasta ahora. Es una actualización, ya que el sistema en sombra se crea a partir de DVDs, no clonado del sistema del cliente (compara con mi antiguo blog en SCN sobre sistema en sombra: SUM: introducción al sistema en sombra ).
    Puedes consultar las siguientes notas de SAP: SAP Note 2318321 , SAP Note 530335 . sobre el enfoque basado en carga.
    Nota
    - el enfoque basado en carga no permite objetos inactivos, ver SAP Note 2435892 .
    - con SUM 1.0 SP 19 y superior, el Reporte RSUPG_TADIR_COMPONENT_CHECK (adjunto en SAP Note 2318321 ) se ejecutará automáticamente por SUM.

  2. Solo Unicode
    NW 7.50 es solo unicode, y SAP anunció hace mucho tiempo [ver SAP Note 2033243 ] que el sucesor de SAP NetWeaver 7.40 solo se ofrecerá como sistema Unicode, y que el camino hacia el sucesor de SAP NetWeaver 7.40 solo se puede alcanzar desde un sistema Unicode ... ¿qué era eso de nuevo? Quiero decir que debes comenzar desde un sistema Unicode para alcanzar NW 7.50 (y llegar a EHP 8). Para NW 7.50, no tenemos un núcleo no unicode. Pero el procedimiento SUM para crear un sistema en sombra requiere el núcleo no unicode para un sistema fuente no unicode. Además, no hay carga no unicode para el procedimiento basado en carga para NW 7.50.

  3. División de ASCS
    SUM creará una instancia ASCS separada para la siguiente condición (todas deben aplicarse juntas):

    1. La actividad de mantenimiento de SUM (como una actualización) está dirigida a NW 7.50

    2. El sistema fuente aún no tiene una instancia ASCS separada.

    3. El sistema fuente tiene más de una instancia




Si el origen tiene solo una instancia, no sucede ningún manejo específico. Ten en cuenta que SUM no menciona explícitamente este comportamiento en el diálogo, solo en los archivos de registro. Para SUM SP 17, puedo imaginar que la división de ASCS podría ofrecerse como opción para el objetivo 7.40 también, solo una idea.
[Añadido el 2016-07-11] Ten en cuenta que con SUM SP 17, para un objetivo basado en 7.40, SUM ofrecerá dividir ASCS (opcionalmente).




Atención
efecto secundario importante para DMO y el uso (opcional) de un Servidor de Aplicaciones Adicional (AAS, antes DI): si tu objetivo para DMO es 7.50, y tu sistema aún no tiene un ASCS, y decides ejecutar SUM en un AAS (por ejemplo, para un mejor rendimiento), entonces SUM creará el ASCS (requerido) en el AAS. Y (extraño pero cierto): desde la perspectiva de SUM ejecutándose en AAS, el PAS (CI) se maneja como una instancia de diálogo remota. DMO no puede manejar ni iniciar instancias remotas (que no sean ASCS), por lo que tu CI no se iniciará al final del procedimiento de SUM.



Saludos cordiales, Boris Rubarth
[Gestión de Productos Logística de Software, SAP SE]

Pedro Pascal
Se unió el 07/03/2018
Pinterest
Telegram
Linkedin
Whatsapp

Sin respuestas

No hay respuestas para mostrar 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

¡Hola! Soy Diana, asesora académica de Prime Institute, indícame en que curso estas interesado, saludos!
Hola ¿Puedo ayudarte?