Why EHP 8 is different

[Boris_Rubarth]

I guess you know: Enhancement Package 8 for SAP ECC 6.0 is different, from our technical perspective of Software Logistics.
These are the aspects that I am aware of:

 

1. EHP 8 is an "upgrade"
   SAP Business Suite 7 Innovations 2016 with SAP ECC 6.0 EHP 8 (6.18) is based on SAP NetWeaver 7.50 (NW 7.50), and the procedure is load-based. It is not an update in the sense of the Enhancement Packages (EHPs) until now. It is an upgrade, as the shadow system is created from DVDs, not cloned from the customer system (compare my outdated SCN blog on shadow system: SUM: introduction to shadow system).
   You may check the following SAP notes: SAP Note 2318321, SAP Note 530335. on the load-based approach.
   Note
    - the load-based approach does not allow any inactive objects, see SAP Note 2435892.
    - with SUM 1.0 SP 19 and higher, the Report RSUPG_TADIR_COMPONENT_CHECK (attached in SAP Note 2318321) will be executed by SUM automatically.


2. Unicode only
   NW 7.50 is unicode-only, and SAP has announced long time ago [see SAP Note 2033243] that the successor of SAP NetWeaver 7.40 will only by offered as Unicode system, and that the path to the successor of SAP NetWeaver 7.40 can only be reached from a unicode system ... what was that again? I mean to say that you have to start from a Unicode system to reach NW 7.50 (and to reach EHP 8). For NW 7.50, we do not have a non-unicode kernel. But the SUM procedure to create a shadow system requires the non-unicode kernel for a non-unicode source system. Further one, there is no non-unicode load for the load-based procedure for NW 7.50.


3. ASCS split
   The SUM will create a separate ASCS instance for the following condition (all have to apply together):
   
   
   
   1. The SUM maintenance activity (like an upgrade) is targeting NW 7.50
   
   
   2. The source system does not yet has a separate ASCS.
   
   
   3. The source system has more than one instance
   
   
   
   

If the source has just one instance, no specific handling happens. Note that the SUM does not explicitely mention this behavior on the dialog, only in the log files. For SUM SP 17, I can imagine that the ASCS split could be offered as option for target 7.40 as well - just an idea.
[Added on 2016-07-11] Note that with SUM SP 17, for a target based on 7.40, SUM will offer to (optionally) split ASCS.

 

Attention
important side effect for DMO and the (optional) use of an Additional Application Server (AAS, fka DI): if your target for DMO is 7.50, and your system does not yet has an ASCS, and you decide to run the SUM on an AAS (e.g. for better performance), then the SUM will create the (required) ASCS on the AAS. And (strange but true): from the perspective of the SUM running on AAS, the PAS (CI) is handled as a remote dialog instance. DMO cannot handle and cannot start remote instances (other than ASCS), so your CI will not come up at the end of the SUM procedure.

 

Kind regards, Boris Rubarth
[Product Management Software Logistics, SAP SE]

[former_member202657]

Hi Boris,

many thanks for sharing this info. We tried to perform EHP upgrade in sandbox and learned some objects were removed from system during upgrade. Is it like this new approach is causing this deletion of Screens, Index etc.

These deleted objects are both custom created Z object and some standard objects also.

--

Regards,

Ujjawal

[former_member189797]

Hi Ujjawal,

Check the SAP Note: 2318321.

BR,

Gaurav

[mike_han2]

Hi Borish,

Thank you very much for the information.

Let me just confirm one thing and check if my understanding is correct or not.

Let's take "updating" from ECC 6.0 EHP7 to EHP8 as an example.

Does this procedure belong to Upgrade but not Update?

Please confirm my understanding. Thank you in advance.

Best regards,
Mike Han

[Boris_Rubarth]

Hi Mike,
my hope was that point 1 of my list answers this question.
Let me cut out the relevant parts from this paragraph.
"SAP ECC 6.0 EHP 8 ... procedure ... is not an update ... . It is an upgrade ..."
Best regards, Boris

[sandip_shankariya2]

HI ,

If you Recommend either we should go for SAP ERP ECC 6.0 Upgrade with EHP7 or EHP 8 from EHP 0.

 

Best Regard,

Sandip Shankariya

 

[Boris_Rubarth]

Hi Sandip, my recommendation is that this should not be a technical decision, but driven / decided by the line of Business: EHP 8 has extended capabilities. Best Regards, Boris

[former_member446206]

Hi Boris,

Is there any prerequisite in terms of minimum support pack level for an ERP 6.0 System (Also called SAP ERP 2005) to be upgraded to EHP8 SPS6.

Thanks,

Ajay

[Boris_Rubarth]

Hi Ajay,

please check the respective SAP note - for SUM 1.0 SP 20, this is SAP note 2328500.

Thanks, Boris

[former_member489749]

Hi,

I am looking for a list  / White paper of new features (Comparision between EHP7 and EHP 8), does some one have this white paper, or knows where to find.

 

Thank you in advance.

Ahmad

[Boris_Rubarth]

Hi Ahmad,

my recommendation:

https://blogs.sap.com/2016/04/13/relased-in-the-first-quarter-2016-enhancement-package-8-what-is-new...

Regards, Boris

[bkurti]

Hi Boris,

Do you know if there are any restrictions in matter of integration with SAP CC 4.1 of this new enhancement pack of ERP ?

 

Best regards,

[Boris_Rubarth]

Hello Malbora,

what I have been told now is that the Integration guide should be used as a reference. Please see the section about the prerequisites: https://service.sap.com/~sapidb/012002523100001486952016E#page=8

The recommendation there (see the table at the top of the page) is that you simply install the appropriate Support packages and you should be fine.

Best regards, Boris

[adriana_medeiros]

Hi Boris,

The SAP Note 2318321, version 33, has an affirmattion about object catalog Add-On´s and I have a doubt.
The affirmation is "All repository objects which are assigned to packages of such a project AddOn component must be identifiable as customer objects (orginal system <> 'SAP' in object catalog entries)."

We development an Add-On and when it is instlled in customer, in object catalog entries is equal "SAP".

Do you know what we are doing wrong?

I believe that, if i solve this question about catalog of the objects, maybe, I am going to solve my problem of lossless my objects during upgrade of the SAP.

Best regards,

Adriana Medeiros.

[Boris_Rubarth]

Hi Adriana,

my understanding of your scenario is:
you as a 3rd party vendor are developing an AddOn that is installed at customer side. You wonder why the catalog entry for your objects is "SAP" in the customer system, which seems to be in contradiction to a statement in SAP Note 22318321.
First let me state that it is OK (and on purpose) that your AddOn components have original system SAP - as long as you have developed and provided your AddOn strictly according to the AddOn Assembly Kit (AAK), and you have not delivered any objects via transport. The AddOn objects are still rescued during the upgrade, although they have original system SAP).
The text that you have taken from SAP Note 2318321 is a section dealing with "Project AddOns", and the section defines this as "Project AddOn components are customer components with own developments". You as a 3rd party vendor do not develop Project AddOns. So the section is not relevant for you.

Best regards,
Boris

[adriana_medeiros]

Hi Boris,

 

Thank you very much for your attention and your answer.

 

Best regards,

Adriana.

[javiereduardo_vegatorres]

Hi, do you know any restrictions regarding moving from EHP0 to EHP8 when using HR_CEE components in EHP0?

I know HR_CEE has been retrofitted into SAP HR in EHP8, but I'm wondering if is it any restriction for this procedure.

 

Thanks

[Boris_Rubarth]

Hi Javier,

sorry, no idea ... hope that the application guides help on that.

Rgds, Boris

[Former Member]

Hi Boris,

SAP Enhancement Package 8 of SAP ERP 6.0 has been initially delivered with SP01-stack.

We would like to install it w/o installing others SP Stacks.

In the SAP Note: "2258099 - Enhancement package 8 for SAP ERP 6.0: Required SWC", it's mentioned:

"SAP Enhancement Package 8 for SAP ERP 6.0 (EHP8) is shipped as a full server load."


Does this mean that installation shipment can be installed and used without installing others stacks? (productive usage)

Thank you for your help.

Best regards,

Zobair

 

[Former Member]

Hi Boris,

 

Could you please answer to the last question?

 

Many thanks.

 

 

Best regards,

Zobair

 

[Boris_Rubarth]

Hi Zobair,

you have posted this question several times, and in your other posting, it was answered, see

https://answers.sap.com/answers/354179/view.html

Best regards, Boris

[former_member584830]

Hi Boris,

About:

Attention
important side effect for DMO and the (optional) use of an Additional Application Server (AAS, fka DI): if your target for DMO is 7.50, and your system does not yet has an ASCS, and you decide to run the SUM on an AAS (e.g. for better performance), then the SUM will create the (required) ASCS on the AAS. And (strange but true): from the perspective of the SUM running on AAS, the PAS (CI) is handled as a remote dialog instance. DMO cannot handle and cannot start remote instances (other than ASCS), so your CI will not come up at the end of the SUM procedure.

So is possible to run SUM on AAS also without ASCS instance splitted in a DMO (S/4 1809 Conversion)  scenario that include the system move (despite described on part of note reported above 2644872 - Database Migration Option (DMO) of SUM 2.0 SP04 - running SUM with DMO on an AAS is only supported if your system has a separate ASCS instance)?

Which issue we could meet running DMO on AAS without ASCS Split?

Thank you for the precious knowledge shared with us

Andrew

 

[Boris_Rubarth]

Hi Andrew,

not sure if I got your question correct:

• you ask whether a scenario is possible, and reference the SAP statement that it is not supported ("running SUM with DMO on an AAS [for DMO with System Move] is only supported if your system has a separate ASCS instance")


• you ask what the issues may be, and list the explanation what can happen ("CI will not come up")

Let me know how I can support you, thanks.

Boris

[former_member584830]

Yes, i will try to explain better. The questions are:

Is possible to run SUM on AAS (for better performance),  without ASCS instance splitted (central instance exists) in a DMO (S/4 1809 Conversion) scenario with System Move option? if not, why is not technically possible? The splitting off is usually performed in the last part of the execution phase and with system move option this 2^part will be executed directly in the target system/host, where a new target ASCS has been already installed.

IN CASE OF the ASCS splitting off is mandatory:

What we would like to avoid are the two downtime, the first one for the initial ASCS Splitting(from Central Instance with SWPM) in order to create a separate ASCS and the other one related to the SUM/DMO Execution Phase. We would like to combine these activities in the same procedure, so, is possible to use the SUM/DMO feature "ASCS SPLIT" by running SUM on AAS host instead of running in the Central Instance host?

Thank you

Andrew

[Boris_Rubarth]

Hi Andrew,

the splitting off is mandatory - we had observed an issue, that is why we came up with this requirement. I checked but did not find the issue detail (took a while), nevertheless the requirement is valid.

I have no better idea on how to avoid the two downtimes for this case, sorry.

Regards, Boris

[former_member813763]

Hi Boris,

Are you aware if SAP ECC EHP8 can be integrated with Amazon Business Punchout? It seems only other SAP versions would allow for this action, but at the same time ECC EHP8 seems to be one of the best ERPs for procurement.

Thanks

Giulia

[aditya_palekar]

Hello Boris,

I have a customer who wants to upgrade from ECC6 EHP7 to EHP8. They want to know what functional impacts there can be as a means to prepare better before the upgrade. Is there any pre-check report or a checklist available for this?

 

Regards,

Aditya

[Boris_Rubarth]

Hi Aditya,

that is not my area of expertise.
Not sure what your search returned, you may check this blog: Delta Scope – SAP Enhancement Package 8 for SAP ERP 6.0 | SAP Blogs

Regards, Boris