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:
-
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.
-
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.
-
División de ASCS
SUM creará una instancia ASCS separada para la siguiente condición (todas deben aplicarse juntas):
-
La actividad de mantenimiento de SUM (como una actualización) está dirigida a NW 7.50
-
El sistema fuente aún no tiene una instancia ASCS separada.
-
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]