Technical Articles
DMO with System Move – the use case to change PAS host during DMO
Scenario
With Software Update Manager (SUM) 1.0 SP 20 (and higher), a new use case is introduced for DMO of SUM: DMO with System Move. This blog provides an introduction into this use case, which is of course described in the respective DMO guide, section “DMO with System Move”.
Note: you should be familiar with the DMO introduction before reading this blog.
Scenario is that you want to change the host of your Primary Application Server (PAS) instance during the DMO procedure. Until now, this was not possible during DMO.
Feature
With this use case, it is possible
- to change the PAS host inside your System landscape, or
- to move your system to a different network area / data center, or
- to migrate your system from on-premise to HANA Enterprise Cloud (HEC), or other cloud providers
Note:
- for SAP internal colleagues, this procedure was known as “DMO to SAP Cloud”. It is now available not only for targeting SAP Cloud.
- “DMO with System Move” works for target database type SAP HANA and SAP ASE.
- Restrictions are listed in the SAP note for DMO, see http://support.sap.com/sltoolset.
Approach
Preparation
- Before starting the DMO procedure, you have to set up the new PAS host in the target landscape, in addition to the target database
- You do not have to set any specific control file or parameter before starting the SUM
Enabling the use case
- On the dialog with DMO details (like Migration Key), an option “DMO with System Move” is offered.
- When this option is selected, the SUM will execute some tasks in the source landscape (like export the data from the source database), and afterwards execute some tasks in the target landscape (like Import the data to the target database).
- In the source landscape, the target database parameters (like database host name) do not have to be provided
- Once the tasks in the source landscape are finished, the SUM will tell you on a dialog to copy the SUM directory to the target landscape, in which the procedure will be continued. The SUM directory contains all required files
- Transfer of SUM directory can be done e.g. via network (if possible), or via USB disk.
To reduce the downtime, it is possible to use a parallel mode in which data export and data import is running in parallel. Interested? You have to consult the DMO guide anyhow – the parallel mode is described in there, and is beyond this short introduction.
Kind regards,
Boris Rubarth
Product Manager SUM, SAP SE
[Added on Oct 22 2020]
Please consider the following blog as well:
https://blogs.sap.com/2020/10/22/dmo-with-system-move-with-shd-rep-on-target-db/
Hello Boris Rubarth,
Can we move to Cloud provider using Classic DMO (no System Move) then uninstall PAS and ASCS in source datacenter and then install a new ASCS and PAS on cloud provider?
Is this technically possible and/or supported?
Best regards,
JAM
Hello JAM,
for standard DMO, this approach is not supported, and we have noted this in the respective SAP note on DMO:
"Using DMO for a migration across data center is not supported (PAS host and DB host in different data center). ..."
You find the actual note listed in http://support.sap.com/sltoolset.
Best regards, Boris
Thank you for the input Boris Rubarth . Let me explain a little more the scenario:
The system we want to migrate is currently on iSeries platform. We want to move the system to a cloud provider where there's no iSeries Platform available. Thats why we can't use the "System move" option.
So we were thinkg about using the Standard DMO across datacenters until the migration process is done, Not for productive use. After the DMO process have finished, uninstall the PAS and ASCS on current datacenter and then install them in the Cloud datacenter, then Go Live. Can this be supported or work as an exception?
Best regards,
JAM
I have only quoted a part of the note, please read the full statement on that scenario in the note.
Hi Boris,
can you brief me about the serial mode of System move.I have selected serial mode and the SUM process is completed in source host and i have moved the SUM directory to target host and it has started in phase MAIN_MIGSERIALSETUP/HOSTCHANGE_MOVE.On my target host it is asking the PAS host and instance number ,so the input should be from my old host or new,when i proceed it search for usr/sap/SID/profile with new host but there is no new profile created yet.Do we need to do anything manually to bring it on the target host?I dont see any special step on guide for serial mode.
Thanks,
Aamrin
Hi Aamrin,
all parameters that SUM asks for on target are about target PAS. If you have installed a PAS, then there are profiles created. This is independent on whether serial or parallel mode is used.
Regards, Boris
Hi Boris,
Thanks,i was missing the PAS instance,after installing it worked.
Downtime migration phase is over on target host but i am stuck with saplikey issue .here is the log,i tired to delete it manually but it is giving me error"Can't delete any license keys because of an error when trying to retrieve all records from the store."
3 ETQ120 20180710093923: PID 10326 execute '~/exe/saplikey -get', output written to '/usr/sap/SUM/abap/log/SAPLIKEY.OUT'.
3 ETQ122 20180710093923: PID 10326 exited with status 0 '' (time: 0.0/ 0.0/ 0.0/766MB real/usr/sys/maxmem)
2 ETQ399 Retrieved local hardware key from 'saplikey' call as 'Q1488002337'.
1 ETQ399 Installing new temporary license for system.
3 ETQ120 20180710093923: PID 10327 execute '~/exe/saplikey pf=/usr/sap/D01/SYS/profile/D01_D00_uscls4hd01cs1 -delete D01 Q1488002337 *', output written to '/usr/sap/SUM/abap/log/SAPLIKEY.LOG'.
3WETQ122 20180710093924: PID 10327 exited with status 2 '' (time: 1.0/ 0.0/ 0.0/766MB real/usr/sys/maxmem)
1EETQ399 Last error code set is: Process /usr/sap/SUM/abap/exe/saplikey exited with 2, see
1EETQ399X'/usr/sap/SUM/abap/log/SAPLIKEY.LOG' for details
1EETQ204 Upgrade phase "INSTTEMPLIC_MIG" aborted with severe errors ("20180710093924")
In SAPLIKEY.OUT ,we are getting below logs:
EXECUTING /usr/sap/SUM/abap/exe/saplikey -get
E
===...could not load SSF library /usr/sap//SYS/exe/run/libsapcrypto.so .
E 543 likey_init_clt: Couldn't load SAPSECULIB
("/usr/sap//SYS/exe/run/libsapcrypto.so") using function SsfSupInitEx (), rc
= 10 (no library).
E 542 likey_init_clt: At least one more attempt to load the SAPSECULIB will
follow.
Regards,
Aamrin
Hi Aamrin,
no idea - so use the search in SAP Community or create an incident.
Regards, Boris
Hi Boris,
My issue was resolved .The solution to this was upgrading the kernel files in the /SUM/abap/exe/ directory .After the update I was able to proceed further and complete my S/4 HANA conversion successfully.
Regards,
Aamrin
Hello Mr. Rubarth,
We want to perform a really big change on our SAP BW systems and I'm not sure if this is possible with the SAP DMO system move option. Maybe you can give me a hint if our plan is working or not:
Source: SAP BW 7.4 SP13, on Oracle 11.2.0.4.0 and HP-UX on ia64 machine
Target: SAP BW/4HANA with HANA Database on SLES 12 and X86 -> completely different server and architecture
Maybe the migration directly to SAP BW/4HANA is not possible. Then the we got to SAP BW 7.5 on HANA database on SLES 12 and X86. And in a second step with the SAP-BW/4HANA-Starter-Add-On to SAP BW/4HANA .
Is this possible in general or do we need to make at first a heterogenous system copy from HP-UX to the new Server with SLES 12 on X86. And afterwards use DMO without system move option?
Thank you very much!
Best Regards
Sebastian
Hello Sebastian Simon,
for targeting SAP BW/4HANA 1.0, SUM is not the tool of choice: you use SPAM/SAINT for that step.
You may consider to use SUM 2.0 for the step from SAP BW 7.4 on Oracle to SAP BW 7.5 on HANA. In addition, you may check if "DMO with System Move" is an option to switch from HP-UX to SLES 12 on X86 in the same procedure.
Best regards,
Boris
Thank you for your comment. You are right, to SAP BW/4HANA we hve to use SPAM/SAINT.
But all in all the change from SAP BW 7.4 on Oracle to SAP BW 7.5 on HANA, together with system move to X86 (in one step) is possible, correct?
Thanks!
I looks to me as if this should work - please check the details in the respective notes so that we do not oversee any restriction. Regards, Boris
Hi Boris Rubarth,
We are planning to migrate our system to HANA.
We are running on windows 2008 with MSCS cluster and planning to move S4HANA1809/Suse Linux.
for moving to S41809, Windows server should be on windows server 2016 but upgrading OS from 2008 to 2016 is 2 step process. 2008--> 2012 and 2012 --> 2016 but In place upgrade is not supported in case of 2008 --> 2012.
Please suggest do we need to Install Additional Application server on windows 2016 and run SUM from there. Do we need to have ASCS on that new server or upgraded windows 2016 OS.
Regards,
Nikhil
Hello Nikhil,
We are in the exact same setup you described : did you find a solution regarding the installation of an additional Application Server running on windows 2016 OS. :
Did you need to upgrade the instance hosting the ASCS to windows 2016 OS or was it sufficient to install and Additional Abap Instance on windows 2016 OS
Hello Boris,
Can we use System Move option and keep Source and Target systems running as end result?
We are required to build new landscape (N+1) on HANA keeping source landscape untouched until Production migration is done. Just to elaborate, we will follow below high level approach.
Another (most recommended) alternative would be to build target first as system copy (on DB2) and then carry out in-place DMO. But just wanted to see if we can follow above approach to achieve same results.
Regards,
Prasad Desai
Hello Boris,
Thanks for your input in this blog,
We are moving to azure cloud from Windows 2016/ SQL Server 2008 R2 / EHP4/NW7.01 to Linux/HANA/EHP8/NW75 , planning to use SUM DMO with system move ( PAS from Windows 2016 to SUSE Linux 12 ) using SUM 2.0 SP4, I read the manual and notes , so far I don't see any restriction, currently I am also testing the process and at prepare phase and SUM didn't complain so far but I am hearing that it is not possible, any restriction on DMO to move PAS from Windows to Linux ? Your reply will be appreciated.
Thanks , Al Mamun
Hello Al Mamun,
as always, any restrictions are mentioned in the respective SAP note for DMO, currently SAP Note 2644872 (for DMO with SUM 2.0 SP 04).
You read the note, as I did - I do not see any restriction for your scenario, if you follow the description - but you better check again.
Thanks, Boris
Hi Boris,
in the features you list:
DMO with System Move works with a scenario from SAP ECC on premise to HANA Enterprise Cloud (HEC) Single Tenant Edition (STE) to go to S/4HANA as well correct?
Thanks,
Mario
Hi Mario,
thanks for asking. SUM does not allow to convert an SAP ERP system (contains custom code, modifications, and esp. custom specific customizing) to „Single Tenant Edition“. For a conversion with SUM, the target SAP S/4HANA will always be the on-premise edition.
Regards, Boris
Hi Boris,
thanks for the quick response.
Would it work to first do SUM with target S/4HANA on-premise and afterwards perform a DMO from on-premise to HEC "Single Tenant Edition"?
Or does HEC "Single Tenant Edition" not allow a Database Migration Option and its always build from ground up in STE?
Thanks,
Mario
Hi Mario,
DMO does in general not support STE as target.
Regards, Boris
Hi Boris,
when installing the ASCS on the target database, how can we keep the (virutal) hostname?
kind regards
Rainer
Hi Rainer,
sorry to say that I do not see an easy way to achieve this. SUM does not offer a procedure for this. You may consider to adapt this manually, but I have no complete list of actions to be considered. Editing the /etc/hosts file would have to be done in downtime, the profile files have to be adapted, and maybe service registration as well.
Kind regards, Boris
Hi Boris,
is it possible to migrate the Solman 7.2 SP05 (Windows Server, DB2 10.5, SP07) to HANA 2.0 Linux 2015 with "DMO with System Move" ?
Thanks alot
Hi Tatjana,
as SAP Solution Manager is based on SAP BASIS 7.40, you would have to use SUM 1.0. The respective SAP Note for DMO with SUM 1.0 SP 24 is 2743782, which lists:
So I guess it is not a supported scenario.
Regards, Boris
We've planned to run a conversion towards S/4HANA 1809 of our system (ECC6.0 EHP7 , Windows 2012 , Oracle 12) but our OS is not supported (Windows 2012) and we cannot do an heterogenous system copy before the conversion.
So we think to use option 2 of note 2696472 - Upgrade/Conversion planning hints for de-supported platforms.
=> Run the Software Update Manager on an additional application server (based on a supported platform) and choose the ASCS Instance Move option offered by the Software Update Manager.
- If no does it mean we need to setup a target landscape and perform all the steps of the System Move option of the guide like preparing system landscape (which means a third server and a lot of additionnal steps) ?
Odane.
Hi Odane,
looks as if your question is more related to the blog on ASCS move:
https://blogs.sap.com/2019/04/12/ascs-instance-move-use-sum-to-switch-your-ascs/
As stated there, the "move" happens in downtime.
SUM starts the kernel tools on the same host on which it is executed.
Regards, Boris
Hello Boris,
We would like migrate our landscape SAP ECC EhP4 to Ehp7 on Hana 2.0 (with SUM 1.0)
Current system :
SAP ECC6 EHP4 (NW7.01)
MS SQL Server 2008 ==> Supported Until 09/07/2019
Windows Server 2008 R2 (x86_64) ==> Supported Until 14/01/2020
Datacenter 1
Target :
SAP ECC6 EHP7 (NW7.40)
SAP HANA 2.0 SPS4
Linux Redhat 7.6
Datacenter 2
I would like migrate on 1 step with SUM/DMO and system Move, but I don’t konw if it’s possible in this case.
It’s possible to add an AAS on Linux Redhat 7.6 ( connected with SQL Server 2008 on Windows 2008 R2) and start SUM/DMO with System move on this AAS ?
And when DMO procedure is finish on source system/datacenter, copy the SUM Directory and export dump on target system to continue this migration (ASCS/PAS/ data on Hana RedHat 7)?
It's possible to use the workaround indicated on SAPNotes 2743782 ( SUM 1.0 DMO-System Move with windows and sql server desupported on source systems) ?
SAP Notes :
2696472 - Upgrade/Conversion planning hints for de-supported platforms
« Run the Software Update Manager on an additional application server (based on a supported platform), do not choose the ASCS Instance Move option, and take care of the system setup manually at the end of the Software Update Manager run prior starting the productive system. »
1951491 - Minimal DB system platform requirements for SAP NetWeaver 7.4 SP08 : SQL Server 2012 (min. versions see SAP Note 62988)
2690361 - Central Note - Software Update Manager 1.0 SP24 [lmt_006]
« Running SUM on an AAS Running SUM on an additional application server (AAS) is only working if sapcontrol and sapstartsrv are existing and configured properly. »
2743782 - Database Migration Option (DMO) of SUM 1.0 SP24
« DMO will keep the application server stable. This means that no switch of application server is possible. The only exception is the "DMO with System Move" scenario, which makes a switch of the application server possible. » « Using DMO for a migration across data center is not supported (PAS host and DB host in different data center). There are no technical restrictions, but it comes with a high performance and latency impact. You may use it at your own risk. No support is provided in case of performance issues or broken procedures due to network/latency issues. Consider "DMO with System Move" instead. »
« Target Database SAP HANA :MS SQL 2005 (available on request), or a higher version, if target SAP_BASIS is lower than 751 »
« "DMO with System Move": Requirements and Restrictions with regards to operating systems: For "DMO with System Move" with SUM 1.0, the OS of the target Application Server has to be Linux. If the source PAS host is running on Linux OS as well, no restrictions apply. However, if source PAS host is not running on Linux OS, you have the following options:
« SUM on an AAS: You may not run the SUM on an AAS if ASCS is not yet running separately (such as during the standard DMO procedure). »
Thanks in advance,
Regards,
Roby
Hi Roby,
sorry for the delay.
I am afraid that this scenario does not work, as far as I know it is not supported to run an Additional Application Server on Linux against an MS SQL database.
Regards, Boris
Hello Boris,
OK, Bu is below scenario work?
Source System:
EHP5
Oracel 11.2
Window 2008 R2
and i would like to migrate using DMO with system move and target system would be.
HANA 2.0 on SLES + PAS will be on window 2016 (EHP7 Application)
Application will ECC6 EHP7
Is that OK?
Regards
Wajid
Hello Wajid,
please tell me what the result of your investigation is, and which sources you have checked.
My recommendation is to start with the central landing page http://support.sap.com/sltoolset to find the actual SAP Note 2743782 "Database Migration Option (DMO) of SUM 1.0 SP24" (target on EHP 7 = BASIS 7.40 requires SUM 1.0). In there the requirements for "DMO with system move" are listed.
Regards, Boris
Hi Boris,
When doing the SUM DMO with System Move option. When precisely can you start the SUM process on the target system? In the attached screenshot it says you can start the DMO run on the target host but after clicking next it errors because it detects SAPup running on the target. Is the DMO run on the target supposed to be started later? It is not clearly stated on any other screens or in the SAP Help documentation. Thank you.
Regards, Gabe
Hi Gabe,
the screenshot shows the correct dialog: phase HOST_CHANGE_MOVE is the first point in time when you can start to transfer the SUM directory (which means following the parallel mode) and start SUM on target.
"... after clicking next it errors because it detects SAPup running on the target ..."
Not sure if I understand your situation: you have transferred the SUM directory to the target (as stated on the dialog), then you have used the browser to start SUM on the target, and after clicking Next on the target dialog, you get the error that there is already an SAPup running? Then someone has already started it. You should check this and/or create an incident.
Regards, Boris
Hi Boris,
Thank you for the reply. I transfer the SUM directory from the source to the target. Then on the target system I start SUM to prepare the target system. When I go back to the source and click next I get the error below and hit next and returns back to the previous screen.
ERROR: SAPup already started on target host, must not sync fully anymore!
I then stop SUM on the target, delete the SUM folder on the target and re-transfer it. I then click next on the source screen and everything works fine without starting SUM on the target. I assume I wasn't supposed to start SUM on the target system yet as the error indicates but the screen on the source says to start it.
I enter downtime and after the sync finishes I start SUM on the target and the migration completes however I don't get the benefit of parallel export/import.
Regards, Gabe
Hi Gabe,
please create an incident, provide all required details like SUM version and logs, and send me the incident number as private message. I will try to follow up.
Regards, Boris
Hi Gabe,
now I have an idea: you have specified the target host name on the dialog of phase HOSTCHANGE_MOVE. This will trigger the script provided by SUM which tries to do the FULL (initial) sync transfer. But you have manually transferred the SUM directory already, that is why the script throws the error. Which SUM SP version do you use?
Regards, Boris
Hi Boris,
That is correct. I manually copy the SUM folder over before clicking next as directed by the dialog in SUM. After the manual copy finished I start SUM on the target. I did find the verbiage from the error in the rsync script. I was using SUM SP3 PL1 due to support for an older source database release. My guess is this is maybe a bug fixed in a later release?
Thank you
Gabe
Hi Gabe,
yes, the dialog was adapted meanwhile.
Sorry, but I have to add a comment on using an outdated SUM SP version which is out of maintenance (we have SP07 available meanwhile): in case you run into issues, SAP may no longer be able to support you. Even worse: it is possible that there is a good reason that "older source database releases" are no longer supported due to issues with this version.
Sure I hope that your project works without any issues!
Regards, Boris
Hi Boris,
Thank you for the information. Is SUM supposed to be started on the target system on the next step then after SUM triggers the script and does it's initial full sync?
Regards,
Gabe
Hi Gabe,
not sure if I understand your question correct, but this is what the dialog states, and it is explained in the guide. Let me know if there is a specific text part that we should improve.
Thanks and regards, Boris
Hi Boris,
Is it possible to fully or almost fully automate a migration to S4/HANA, using SUM with DMO? If so, would system option be available?
Source System: EHP6 EHP8 + ASE + RHEL
Target System: EHP6 EHP8 + HANA 2.0 + RHEL
Regards,
Martim.
Hi Martin,
what we can offer is using a configuration file from a previous run, see blog https://blogs.sap.com/2017/05/22/repeating-a-sum-run-using-a-configuration-file/.
This can be used for a system conversion to SAP S/4HANA as well.
Not sure what "system option" is in this context.
Regards, Boris
Hi Boris,
Thank you so much for your response! I dunno why I didn’t get a message regarding your reply!
Btw, when I did the target PAS installation (standard ERP system) with SWPM (prior to conversion), I had 2 options:
I chose 1, instead of 2, was this the right approach? I am a total noob on S/4HANA and really don’t know the difference between both.
Kind regards
Hi Martin,
Option 1) was the correct choice, as SAP S/4HANA Foundation is not released to be installed and used standalone. See SAP Note https://launchpad.support.sap.com/#/notes/2750164 (logon required).
Kind regards, Boris
Hi Boris,
Thank you so much again for your response and the information!
Round #2 of sandbox testing is now with S/4HANA 2020! *fingers crossed*
Have an amazing day!
Kind regards,
Martin.
Hi Boris,
We have a scenarios where we need to consider the DMO with move option, We are moving a AIX based system to HANA DB on cloud along with an upgrade. We would like to retain the same hostname for all the systems including PROD. We need this to avoid effort of changing all the integration to connected Netweaver systems, testing etc. I haven't seen this use case in the documentation. I would like to check if this is possible with the latest version of SUM tool
Regards
PK
Hi PK,
I am not an expert on network and host name setup. The respective SAP Note on DMO states
Short host names for source and target PAS:
They must be different. Otherwise the Software Update Manager does not start on the target system.
Note that fully qualified domain names are not affected.
There was no change in the latest SP-versions of the SUM tool regarding this aspect.
Regards,
Boris
Hi PK,
You can always change the hostname after downtime post processing, before releasing the system to functional team and final users. But for sure, you can't use the same hostname for 2 different servers (even with different IP address) within an SAP process (SUM, SWPM, etc).
Kind regards.
Hi Boris,
This is a good blog that provides insight on DMO with System Move Option. I have a question, can we use SUM DMO System Move for migrating SAP S/4HANA from One-Premise to other Cloud Providers (Azure/AWS) without any changes to software or OS/DB?
Thanks,
Ravinder
Hi Ravinder,
thanks for asking: this is not possible.
Reason is that DMO as such only supports heterogenous migration cases, as listed in the SAP Note on DMO. This applies to "DMO with system move" as well. SAP S/4HANA is based on SAP HANA, and we do not support HANA to HANA scenarios with DMO or DMO with system move.
Regards, Boris
Hi Boris,
i have a question, we have existing BW application which is running on windows in a separate host and database is running on Hana and OS as linux in another box.
So we are planning to move the BW Application to a new box which is a windows platform and DB Hana remains Same and once application moves to a new host we need to connect to the same HanaDB and after that we will decommission the old one.
So which method will be preferable, please suggest.
Regards,
Shankar
Hi Shankar
that would be rather a tasks for the Software Provisioning Manager.
In addition, you may check if the "ASCS instance move" of SUM fits to your scenario:
https://blogs.sap.com/2019/04/12/ascs-instance-move-use-sum-to-switch-your-ascs/
Regards, Boris
Hi Boris,
I'm running the ERP Upgrade to EHP7 combinated with Unicode Conversion and moving to HANA on Azzure. using SUM/DMO.
The SUM is in Current Phase: MAIN_MIGSERIALSETUP/HOSTCHANGE_MOVE.
I have copied the SUM folder from source to target server.
Now I need to know what tool do you recommend, to sync folders below ?
"z:\usr\sap\F99\SUM\abap/mig"
"z:\usr\sap\F99\SUM\abap/migrate_dt"
"z:\usr\sap\F99\SUM\abap/migrate_dt_cp2shd"
"z:\usr\sap\F99\SUM\abap/migrate_dt_crc" (optional)
"z:\usr\sap\F99\SUM\abap/migrate_dt_crclst" (optional)
At DMO Guide, says that this sync needs to be done mannually it is correct ? Exist any possibilitie to automate this sync ?
Kind Regards
Adriano
Hello,
Is it supported to move on-premise SAP GRC (NW 7.5+ / Oracle) to Google Cloud with database being SAP HANA using DMO with System Move ?
Regards,
Rakesh
Hello Rakesh,
may I know what the result of your investigation is, and on which aspect in particular you have doubts? (As mentioned above, restrictions are listed in the respective SAP Note on DMO, to be found at http://support.sap.com/sltoolset. As far as I remember, there is no restriction that would prevent this).
Regards, Boris
Hello Boris,
Excellent Blog!!
This is very helpful for our planning .
i have a open query . Can we use the SUM DMO option for migration where we have requirement to keep our lower landscape up and running till the Prodcution cutover. Basically my question is does SUM DMO allows to keep both source and Target system to use at the same time or source system cannot be used post migration(both having there own applciation server) .
Regards,
Sreekumar N
Hello Sreekumar N,
during the procedure, the source system will enter downtime before the export from the source database is started. Thus the source system ("lower landscape") is not kept, i.e. is not up and running until the source system is started and available. There is a downtime in-between, which should be reduced by considering the parallel mode as discussed in the other blog DMO with system move with shd rep on target DB | SAP Blogs.
Regards, Boris
Hi Boris,
We are looking to move our Solution Manager 7.2 system from MSSQL to ASE, with a system move. Both source and target are running on Windows.
The "DMO: Target Database SAP ASE" guide says that "The installation should be on the target release as a pure AS ABAP system only and not as a full SAP ECC system. The reason is that the database content will be deleted afterwards, and furthermore, the installation of an SAP ECC system takes longer and has no benefit."
Obviously we're not installing ECC here, but as far as I can see, it's no longer possible to download a pure Netweaver 7.4 AS ABAP stack. Do I need to install a fresh install of Solution Manager 7.2, and then do the system move over the top of it?
Thanks very much,
Toby
Hi Toby,
thanks for asking, I have a couple of comments:
I checked the DMO guide for targeting SAP ASE (https://help.sap.com/doc/3c2e0727a9ac45b2beda7a9c390720d2/dmosum20.latest/en-US/dmo_of_sum2_to_ase.pdf) and did not find the text you quoted, can you give me a hint where you found that? Thanks.
Kind regards,
Boris
Hi Boris,
Many thanks for your prompt reply.
In answer to your questions:
The text I quoted is taken from section 3.7 (page 22) of the guide for DMO using SUM 1.0 SP28. I assume that SUM 1.0 is the one I would need to use, as we are dealing with a Basis version of 7.4.
I have noticed that just above the section I quoted, there is a piece of text that I had missed:
"Depending on the target product version, the term SAP target system in the procedure refers to the following systems:
●SAP Enhancement Package 6 for SAP ERP 6.0 Powered by SAP NetWeaver: SAP system based on SAP NetWeaver Application Server for ABAP 7.31
●SAP Enhancement Package 7 for SAP ERP 6.0 Powered by SAP NetWeaver: SAP system based on SAP NetWeaver Application Server for ABAP 7.4"
That might suggest that (as SolMan is 7.4 based) that I need to install EHP7 for ERP6. Is this what I need to install, or is it SolMan 7.2 SR2?
Thanks again,
Toby
Hi Toby,
ups, yes of course you will have to use SUM 1.0, good that you already were aware of that. I will check if we should extend the respective text in the guide, thanks.
For the installation, you have to install the product that you have in the source, so in your case SAP Solution Manager 7.2. And the installation should be on the target level that the SUM is achieving with the update/upgrade, so that the manually installed infrastructure of the Application Server (kernel, profiles, ...) fits to the database content automatically provided by the SUM procedure.
Kind regards,
Boris
Great - many thanks.
Hi Boris,
Where could I find the prerequisit on source system ?
Are any database versions (especially old ones) are supported ?
Are any OS versions (especially old ones) are supported ?
Are any Kernel / NetWeaver versions (especially old ones) are supported ?
What are the recommanded bandwith between the datacenters ?
Thanks in advance for your answer.
Taryck.
Hi Taryck,
"DMO with system move" is a special flavor of DMO, so the SAP Notes on DMO are relevant for those aspects.
You find the current SAP Notes for SUM and DMO listed in the SAP Support Portal page https://support.sap.com/sltoolset. DMO may have specific requirements, overruling the general OS/DB statements in PAM (mostly more strict, but not always). In addition, "DMO with system move" has a dedicated section in the SAP Note on DMO which may contain aspects overruling again.
Bandwidth: the larger, the better - OK, that one you were already aware of 🙂 No minimum bandwidth, as it is only about copying files from source to target.
Regards,
Boris
Hi Boris Rubarth
I have a doubt,
My SAP system is using HANA DB and PAS is running on windows server. Is there any possibility by which I can move my PAS from window to linux server (where my HANA db is already running)?
Regards
Chandra Mouli Pandey
Hi Chandra,
your requirement looks more to be a case for ASCS instance move, see SUM guide and my blog post ASCS instance move: use SUM to switch your ASCS | SAP Blogs
The question whether it is OK to run PAS on the same host as the SAP HANA database is a separate topic that I can't judge on.
Regards, Boris
Thanks for the info.