Parallel landscape during upgrade

Hello All,
We are upgrading from 4.7 to ECC6 EHP4. We are building a parallel landscape with copies of our existing DEV and QAS so that we can work on emergencies till all the systems in the current landscape are upgraded.
1. Can the parallel dev and qas system be included in the current transport landscape?
2. Will there be any issues if any transports are created in the parallel development system (which is a refresh copy of current DEV ) and imported in the DEV, QAS and PRD of the current landscape?
Any suggestions are appreciated.
Thanks
Deepak

Hi,
Yes. For example: If you modify some SAP program or objects for some correction in your 4.7 development system and then you will do the transport in your 4.7 PRD. Then this time might be the case come when number of SPDD and SPAU objects which will come in production system will be different then those in development system.
Then you have to do SPDD and SPAU for objects which did not come in development system directly in production.
Thanks
Sunny

Similar Messages

Guidelines to reduce downtime during upgradation R/3 to ECC6

hi all........
Here we implemented SAP R/3 4.6 in the year 2005.
Now we are planning to upgrade our system to ECC6 unicode .
We are planning to upgrade our Production and Development system to SAP
ERP6 EHP4.As part of the upgradation; we had setup a test system with the
following details:
Sun Fire 480R (UltraSparc III + 1.05GHz x 4 processor)
Memory 16 GB and Storage : Sun CSM 200 SATA HDD
SAP R/3 4.71, single code pages 1100, Oracle 9.2.0.8.0, Solaris 9
Test system with 1.2TB data copied from Production System.
We have upgraded the test system using CU&UC method ( Upgrade Guide SAPERP6.0 EHP4 SR1 Abap ). It took 2 days downtime for full upgradation and 8 days for Unicode conversion.
Requirement :
To Upgrade the current systems without any additional hardware to SAP
ERP6 EHP4 Unicode.
As a part of the above, the cluster has to be upgraded to Sun cluster
3.2, and operating system to Solaris10 (5.10)
We are having the following queries:
1. With only 1.3 TB data, we feel, the down time of 10 days is not
realistic.Though we had not deviated from the above mentioned upgrade
guide, what could be the reasons for this down time of 10 days?what arethe affecting factors? Kindly suggest the ways by which we can get
reduced downtime . The referred Notes are (784118, 855772, 952514,
936441, 954268, 864861 ) still we are unable to pin point the reason. Abreak up of this down time is given below for reference.
2. Are there any alternate approved upgradation methods to reduce
downtime in our present set up? (details of present set up is given below)
3. How to calculate the down time with reference to(sapnote:857081) to in
our setup
Current Production System Details :
System : Sun Fire V890
Processor : 1.5GHz UltraSPARC IV+ processors -- 8no.s
Memory : 64 GB
Storage : Sun Storagetek 6180: HDD FCAL(16 no.s x 450 GB)
15,000-rpm 4 Gb/sec 4GB data cache (Storage connected to server using FC
cable)
SAP : R/3 4.71 single code pages 1100
Database : Oracle 9.2.0.8 data-size is around 1.3 TB
OS : Solaris 9 (5.9)
Cluster : Sun cluster 3.1
Network : 1GB ethernet (1000BASE-SX)
Architecture : Application and database server on Same system
SAP Development system specification same as the above with 187 GB data
size. PRD and DEV systems are on cluster; PRD failover to DEV system.
The time taken for test upgrade - brief details:
1. Kernel upgraded 6.20 to 6.40 (2hours)
2. Oracle Upgrade to 10.2.0.4.0 (3.30 hours)
3. SAP UPGRADE Preparation-Apply support packages (18 hours)
4. Downtime Phase and Pre-Processing and Finalization Phase (20 hours)
5. Unicode Conversion-Taking DB Export 109GB(Almost 10% of total DB
size)(98 hours)
6. Installation of unicode system using export (95 hours)
Looking forward to hear from you.
Best Regards,
Rajeesh K.P

Hi .......
i am very sorry for late reply...............................
The time taken for test upgrade - brief details:
1. Kernel upgraded 6.20 to 6.40 (2hours)
2. Oracle Upgrade to 10.2.0.4.0 (3.30 hours)
3. SAP UPGRADE Preparation-Apply support packages (18 hours)
4. Downtime Phase and Pre-Processing and Finalization Phase (20 hours)
5. Unicode Conversion-Taking DB Export 109GB(Almost 10% of total DB
size)(98 hours)
6. Installation of unicode system using export (95 hours)
2 days downtime means the sum of time used for above 4 activities ..........................
as you suggested we can do the same 4 different down times......................
Unicode Conversion-Taking DB Export 109GB(Almost 10% of total DB size) is taking a continuous down time
of 98 hours (4.5 days ) (Activity 5)+ installation of Unicode system using the Unicode export is taking 95 hours 4.5 days
(Activity 6)
i think the we have to do activity 5 & 6 in a single stretch with out users, so it will take a continuous down time of 9 Days
With this in mind I have a few questions for you to clear a little bit more all the problem.
Q:1 Did you use more parallel jobs during Downtime than default? and I mean real Downtime where the SAP system is taken down
No.we have used default number (3 ) of parallel jobs during downtime
Did the system allow you to use ICNV (incremental converssion) for some tables?
yes we may use ICNV
Can you separate the Unicode conversion to a different weekend? or is a must for some business reason?
Yes , we can separate the Unicode conversion to a different weekend , it will not affect our business
Did you save the post download Report so you can see what are the most time consuming phases?
i am not so clear about this question , we have made an activity chart with time duration as per the test upgrade. Or how we can save the post download report from the system
Looking forward to hear from you.
Best Regards,
Rajeesh K.P

Behaviour of ztables during upgrade

Hi all
I am trying to rationalise our ztables and would like to change the Delivery Class of some of our tables from 'W' to 'C' so that data can be transported through our landscape rather than manually entered on each system.
I've read the SAP help on the Delivery Class and note that the behaviour during Upgrade differs between 'W' and 'C'...:
<b>Client Dependant</b>
Class A and C: Data is only imported into client 000. Existing data records are overwritten.
Class E, S and W: Data is imported into all clients. Existing data records are overwritten.
<b>Client Independant</b>
Classes A, L and C: No data is imported.
Classes E, S, and W: Data is imported. Existing data records with the same key are overwritten.
...but I don't really understand what it means in practice. Is anybody able to explain to me what data is being imported and what the relevance of Client 000 is in this particular instance?
Please don't just copy the SAP help as I have already read it!!!
Thanks
Andy

Hi Andrew,
I can tell you something from what I have observed.
When we give class A the changes need to be done by us in all systems individualy.
When Class C, it asks for a transport and we can have same value transported
In this context client 000 is nothing but the client which you are using.So this would mean with A and C data is only in that client where you are using it or updating it.
So for other client you need to either make data manually as in case of A or in case of C you need to import the Transport.
From this behaviour it seems that for Class E,S and W the data that is being created in one client get's copied to other clients too on that system so it is like a system wide change in the data.
Hope this helps in getting some idea.
Regards
Nishant

Can we do oracle 11g software installation in parallel to SAP upgrade

Hi Basis Expert,
I need your inputs for one of this query
The query is. Can we do oracle 11g software installation in parallel to SAP upgrade when the system is in Downtime phase.
The idea is running SAP upgrade and in parallel running oracle 11g software installation. So that we can reduced the time.
Please share your valuable inputs.
Regards,
Anil Shenoy.

yes, of course.
using different environment during the installation of the new engine, you could install the new oracle home 11 also tomorrow (including the SBP).
infact, before the ./RUNINSTALLER you have to set the environment
setenv ORACLE_HOME /oracle/SID/112_64
setenv ORACLE_HOME_SRC /oracle/SID/102_64
setenv ORACLE_HOME_TGT /oracle/SID/11202
setenv LIBPATH $ORACLE_HOME/lib:$LIBPATH
setenv PATH /oracle/SID/112_64/bin: $PATH

BI dual landscape for upgrades

We recently built a dual / parallel landscape for our BI system to support a support stack upgrade.   I've used the dual landscape concept for many years when doing ERP upgrades, and it has worked very well.   We thought a dual landscape for BI would work also.   However, we did not consider the automatically generated objects in BI.
What we found is that with 2 development systems, even though BI objects are created with the same logical name, the technical (generated) name will be different between the 2 systems.
Has anyone successfully implemented a dual-landscape for BI?   If so, how did you syncronize the technical names of objects between development systems without transporting the objects from one development system to the other?   Note: I'm of the opinion that you need to be extremely careful transporting objects between systems with different release/support pack levels and therefore avoid it at all costs . . . Note 1090842 + several bad experiences.   Therefore, I am very unlikely to consider transporting the objects created in PSD to RLD as a valid solution.
The following is just an attempt to better describe the issue:
Production support landscape looks like this:
PSD -> BWP   (these systems have lower release/SP levels than the systems in the release landscape)
Release landscape looks like this:
RLD -> RLQ    -
> Changes will eventually go to BWP after release/SP upgrade in BWP
Lets say queryA must be developed and transported to BWP prior to the release/SP upgrade in BWP.
In PSD queryA is created and gets assigned technical name 123456 and is transported to BWP.
In RLD queryA also gets created, but gets assigned technical name ABCDEF.
Sometime after the release/SP upgrade, when you are back to a single landscape (RLD -> RLQ -> BWP), a change needs to be made to queryA.   When you transport queryA to BWP, you end up with 2 queryA's, one with technical name 123456 and one with technical name ABCDEF.

Hey. I worked for years in a dual landscape environment and at one point, some folks were actually looking at three paths all pointing to production. The three path idea got squashed fairly quickly, but we had two landscapes for as long as I can remember. So we essentially had:
PAD --> PAQ --> Prod
PBD --> PBQ --> Prod
This was very helpful to be able to work on major releases and upgrades while still allowing weekly maintenance releases. I never looked for a document that deeply discussed the concept and pitfalls to watch out for.
I will say the system synch-up could often become quite a pain. This may sound a little crazy but we would transport from landscape A to landscape B but dual code from B to A. This was because A was for the triannual major releases and upgrades and B was maintenance work. There were times when we would transport both ways, but we tried to stay away from that (except for queries).
The idea was that anything that went to prod as maintnenance, out of B, should be dual coded in parellel in A. Then once a tri-annual type release went from A, all those new transports and dual coding would be moved to B. This is how we kept everything in synhc and it worked rather well. You always had to be careful around the time of the tri-annual go live, but that's to be expected.
The only objects we had constant problems with werre queries. I don't know of anything you can do about that. We eventually decided to always transport queries between the two landscapes. We would never manually dual code a query. We would eventually get the duplicate query issue in production. The pitfall here is if the same query is getting touched for maintenance and a major release... that was just something we had to workaround. But we never had any major problems with transporting between the two landscapes. The times it became a huge headache is when people would forget to dual code, or just plain to a bunch of prototyping in one of these environments when they should have been using a sandbox.
Not sure if I have answered your question, but hope this helps in some way. At least you know plenty of us feel your pain!

How to increate the R3trans processes during upgrade ...

Dears,
I'm doing a Sap upgrade to ECC6+EHP4 and I selected the scenario "High resource use (minimal downtime, fast import, archiving off)" in the Configuration module.
The Downtime module is started but I saw the gui does not allow to modify the number of processes it's going to use like :
> MAXIMUM UPTIME PROCESS
> R3TRANS PROCESSES
I saw the XPRA_UPG phase is using 1 batch only, despite there are a lot of resources available.
As I'm planning others upgrade run in the next future for this sistem, I would like to know if there a way to increase the number of these processes, without changing the Scenario "High resource use (minimal downtime, fast import, archiving off)."
In this run the parameter MAXIMUM UPTIME PROCESS I suspect is set to 1; I would like at least to set it to 2 in the next run .
But I would like to continue to use this scenario "High resource use (minimal downtime, fast import, archiving off)." in the future, but increasing these parameters MAXIMUM UPTIME PROCESS and R3TRANS PROCESSES.
I read the 'Troubleshooting and Admistration Guide' but it's not described here; it seems the only way to change these parameter is to choose a completely different scenario (so called "Manual Selection")
How they can be changed ? Are they written in some file into the upgrade directory ?
best regards

Hello Roberto,
with this option ("High resource use (minimal downtime, fast import, archiving off)") it is not possible to change the key parameters that you're looking for.
For your case you should select the option "Manual selection of parameters". Please check the piece of log below to see the parameters you can change with this option:
>> 2009/05/27 15:12:57 START OF PHASE PREP_EXTENSION/INITSUBST
>>>> Choose configuration <<<<
Select configuration
01) - Standard resource use (archiving off)
02) - High resource use (archiving off)
03) - High resource use (archiving on)
04) * Manual selection of parameters
: Manual selection of parameters
>>>> Archive Mode <<<<
Choose an upgrade phase for disabling the archive mode. For more information,
see the upgrade guide.
If the archive mode is disabled, all production operation has to be stopped.
01) - No disabling of the archive mode (Archiving on)
02) * The archive mode should be disabled in phase STOPSAP_TRANS
Choose the archive mode:: The archive mode should be disabled in phase STOPSAP_TRANS
>>>> SGEN Execution Mode <<<<
Choose an execution strategy for SGEN. For more information, see the upgrade
guide.
01) - Do not start SGEN during the upgrade.
02) * Fill table GENSETC with relevant loads, but do not run SGEN.
03) - Fill table GENSETC and run SGEN with low resource consumption.
04) - Fill table GENSETC and run SGEN with high resource consumption.
Choose the SGEN execution mode:: Fill table GENSETC with relevant loads, but do not run SGEN.
>>>> Batch Configuration and Upgrade Processes <<<<
You need to supply information about the batch server and the number of
processes used.
Enter the host name of your batch server:
BATCH HOST: SAP_EXAMPLE
Enter the maximum number of batch processes during the upgrade:
BATCH PROCESSES: 5
Enter the maximum number of parallel processes during uptime:
MAXIMUM UPTIME PROCESSES: 1
Enter the number of parallel import processes during downtime:
R3TRANS PROCESSES: 3
As you can see, all these parameters are editable with this option. You should consider it in your future upgrades, in my opinion.
Best regards,
Tomas Black

Performance optimization during upgrade

Please help to understand the use of the below max processes parameters during upgrade and the value should be based on what ?
1) CRR
2) Batch --> based on SM50 background processes ? , if yes do we need to have that many processes available in shadow or main instance ?
3) SQL
4) R3Load
5) Parallel

Hi,
Please read the below note and i think that your douts would be clear.
1616401 - Understanding parallelism during the Upgrades, EhPs and Support Packages implementations
Thanks
Rishi Abrol

Error while runnning autoconfig on apps tier during upgrade

Hi,
Error while runnning autoconfig on apps tier during upgrade from 11.5.9 to 11.5.10.2
below is the error message.
Enter the APPS user password :
The log file for this session is located at: /u01/app/tinst/tinstappl/admin/TINST_dba5/log/05031134/adconfig.log
AutoConfig is configuring the Applications environment...
AutoConfig will consider the custom templates if present.
Using APPL_TOP location : /u01/app/tinst/tinstappl
Classpath : /u01/app/tinst/tinstcomn/util/java/1.6/jdk1.6.0_18/jre/lib/rt.jar:/u01/app/tinst/tinstcomn/util/java/1.6/jdk1.6.0_18/lib/dt.jar:/u01/app/tinst/tinstcomn/util/java/1.6/jdk1.6.0_18/lib/tools.jar:/u01/app/tinst/tinstcomn/java/appsborg2.zip:/u01/app/tinst/tinstcomn/java
Using Context file : /u01/app/tinst/tinstappl/admin/TINST_dba5.xml
Context Value Management will now update the Context file
Exception in thread "main" java.lang.NoClassDefFoundError: oracle/jdbc/OracleDriver
at oracle.apps.ad.util.DBUtil.registerDriver(DBUtil.java:153)
at oracle.apps.ad.util.DBUtil.<init>(DBUtil.java:102)
at oracle.apps.ad.tools.configuration.FileSysDBCtxMerge.getDBConnection(FileSysDBCtxMerge.java:759)
at oracle.apps.ad.tools.configuration.FileSysDBCtxMerge.initializeParams(FileSysDBCtxMerge.java:147)
at oracle.apps.ad.tools.configuration.FileSysDBCtxMerge.setParams(FileSysDBCtxMerge.java:128)
at oracle.apps.ad.context.CtxValueMgt.mergeCustomInFiles(CtxValueMgt.java:1762)
at oracle.apps.ad.context.CtxValueMgt.processCtxFile(CtxValueMgt.java:1579)
at oracle.apps.ad.context.CtxValueMgt.main(CtxValueMgt.java:709)
Caused by: java.lang.ClassNotFoundException: oracle.jdbc.OracleDriver
at java.net.URLClassLoader$1.run(URLClassLoader.java:202)
at java.security.AccessController.doPrivileged(Native Method)
at java.net.URLClassLoader.findClass(URLClassLoader.java:190)
at java.lang.ClassLoader.loadClass(ClassLoader.java:307)
at sun.misc.Launcher$AppClassLoader.loadClass(Launcher.java:301)
at java.lang.ClassLoader.loadClass(ClassLoader.java:248)
... 8 more
ERROR: Context Value Management Failed.
Terminate.
The logfile for this session is located at:
/u01/app/tinst/tinstappl/admin/TINST_dba5/log/05031134/adconfig.log
Please let me know your suggestions to resolve this issue.
Regards,
Sreenivasulu.

Hi,
DB tier autoconfig was successfully completed.
We have already checked the above mentioned metalink ID's, but still the issue is same.
Can you please advice any other solutions.
Regards,
Sreenivasulu.

Error during Upgrade from 4.6c to ECC 6.0

Hi All,
We are facing an error when upgrading from 4.6c to ECC 6.0. We are facing this error on the table COEP - runtime object inconsistancy. What we found is there is ERP upgrade has created new extra fields in the table. In log file the error is specified as : Duplicate Field name, But we not able to find the duplicate field name in the table. Please kindly help as early as possible. The upgrade process is stuck.
Regards
Anil Kumar K

Hi Anil,
Is this issue fixed? Can i know how you fixed it?
replied to your message Re: How to adopt the index changes during upgrade.
Thanks,
Somar

Error in transaction KEA0 during upgrade

Dear All,
During upgrading the custmer system from 4.7 to ECC 6.0 we found some error in the transaction KEA0 while trying to activate the cross client for an operating concern.
The activation logs says that there are the syntax errors in the gereted subroutine pool: RK2O0100.
I however corrected the error and activated the code but again when I am trying to execute the same it gave me the same error and when I go to the sub routine pool I found that the changes are again undone and the previos version is activated. This happens repeatedly that the code is corrected and activated by me and says no error and ones I log off and login again it says the same error.
Help will be appriciated.
Thanks iin advance....
Abhi...

Dear Raymond,
Thankds for your help..........
I tring to run RKEAGENV it shows the error message with STOP button saying that the field WTGBTR not contained in the nametab for table CE1E_B1 and when Io run RKEAGENF it gives a short dump saying that entry for CE10100 is not allowed for TTABS.....
Please help.

Disck Space not enough during upgrade CUCM 9.1(2)SU1 to 9.1(2)SU2a

Hi,
I face an issues during upgrade my current CUCM 9.1(2)SU1 to 9.1(2)SU2a, it show with this error message "There is not enough disk space in the common partition to perform the upgrade, for steps to resolve this condition please refer to CUCM 9.1(1) release notes or view defect CSCuc63312 in bug toolkit on Cisco.com". I had check the bug id and got 2 way to do it:-
1. reduce the amount of traces on the system, but I not ready want to do this
2. install a COP file name: ciscocm.free_common_space_v1.0.cop.sgn
If I select option 2, will it have any risk? Is it mean 9.1(2) - inactive version will be clear out from disk space or it will clear out 2 version - active and inactive version from disk space?
I need have some advice on this before I perform.
Thanks.

Hi,
As per the following link
http://www.cisco.com/c/en/us/td/docs/voice_ip_comm/cucm/rel_notes/9_1_1/CUCM_BK_R6F8DBD4_00_release-notes-for-cucm-91/CUCM_BK_R6F8DBD4_00_release-notes-for-cucm-91_chapter_011.html
You will not be able to switch to the previous version after the COP file is installed. For example, if you are upgrading from Cisco Unified Communications Manager 9.0(1) to Cisco Unified Communications Manager 9.1(1) and the previous version is Cisco Unified Communications Manager 8.6, the COP file clears the space by removing the 8.6 version data that resides in the common partition. So after you apply the COP file, you will not be able to switch to the 8.6 version."
Additionally, regarding the first option, if you do not want to reduce the tracing levels you can still delete some old traces using RTMT which gives you an option of deleting the traces from the server as well as transferring / downloading them to your pc simultaneously by checking the 'delete from server' option on last page of log file collection option.
HTH
Manish

Encounter a problem during upgrade sap r/3 4.7 to ecc6

Hi expert:
i encounter a problem during upgrade sap r/3 4.7 to ecc6
in START_SHDI_FIRST step.
here is the error msg~
MSSCRESPDEFN.LOG
Msg 2812, Level 16, State 62, Server Jack, Line 6
Could not find stored procedure 'dbo.sap_upg_getrelease'.
setuser
i checked MS SQL DB and found out that i only got 'erp.sap_upg_getrelease' but not dbo owner.
can any one tell me how to solve this problem?~
thanks.
Regards
Jack Lee

It's the kernel for the shadow the correct?.
Regards,
Alfredo.

MAIN_SHDRUN/ACT_UPG ends during upgrade

During upgrade from CRM 6.0 to 7.0 EHP1 MAIN_SHDRUN/ACT_UPG phase ends.
In ACTUPG.ELG file I see:
******* LIST OF ERRORS AND RETURN CODES *******
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
DDIC ACTIVATION ERRORS and RETURN CODE in SAPACCI702.CRT
~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
1EEDO519X"Table" "CRMST_QUERY_OPP_BTIL" could not be activated
1 ETP111 exit code
I read SAPACCI702.CRT:
3 DDT012XAktiviere Tabelle "CRMST_QUERY_OPP_BTIL"
3 DDT402 Append-Struktur "ZCRMST_QUERY_OPP_BTIL" an Tabelle "CRMST_QUERY_OPP_BTIL" angefügt
2WDDT191 Erweiterungskat. "3" möglich, aber Include oder Subtyp ist noch unklassif.
1EDDT963 Feld "PROD_HIERARCHY" in Tabelle "CRMST_QUERY_OPP_BTIL" ist doppelt (Bitte überprüfen)
3 DDT013 Tabelle "CRMST_QUERY_OPP_BTIL" wurde nicht aktiviert
3 DDT014XAktiviere abhängige Tabelle "CRMST_QUERY_OPP_BTIL"
3 DDT402 Append-Struktur "ZCRMST_QUERY_OPP_BTIL" an Tabelle "CRMST_QUERY_OPP_BTIL" angefügt
2WDDT191 Erweiterungskat. "3" möglich, aber Include oder Subtyp ist noch unklassif.
3 DDT038 Aktivierung abhängige Tabelle "CRMST_QUERY_OPP_BTIL" erfolgreich
Oh... in german language... it's a problem for me. How can I check this structure? how?
Have you got any suggest?
Regards.

Hi Ganimede,
i have the similar kind of error can you please explain the steps for deleting the entry you have specified...
would be greate if you coulkd reply earliest
Thanks and Regards
Amar Ghuge

How to track changes made to the standard objects by SAP during upgrade ?

Hi All,
Can any one of you please let me know if there is any straight forward method to find any change made to the standard objects by SAP in different versions ?
Like for eg, during upgrade from 4.6c to ECC 6.0.
Thanks in advance.

> For eg , if SAP has made any change in the standard transaction IE02, in ECC 6.0 how will we come to know those changes?
There are two sources for that:
The "Solution Browser" (http://solutionbrowser.erp.sap.fmpmedia.com/) which lists the differences between source and destination release and the release notes (http://service.sap.com/releasenotes). You'd need to read here all those from 4.6 to ERP 6.0 (so 4.7, ECC 5.0 and ERP 6.0) to find out the behaviour changes.
Markus

Can we activate Classic General Ledger in ECC6.0 during upgrade from 4.6C

Dear SAP Gurus,
Greetings
My Client's technical team had upgraded their system from 4.6C to ECC6.0 and they had activated classic GL instead of New GL. And they had also activated classic withholding tax in place of Extended Withholding tax.
They are facing some error during posting of transactions (like generation of excise invoices, posting of WHT transactions, etc.) I told that it can be a reason of not activating New GL.
Is my understanding correct...?? Can we activate classic GL during upgrade from 4.6C to ECC6.0...??
In case of a new client built (with ECC6.0), can we activate the classic GL instead of the New GL..??
Does the system will work correctly in the long run if they had activated classic GL and classic WHT...??
Please clarify. Thanks in advance for your time and efforts
Regards,
Chaps
P.S. Points will be awarded for answers !!

Hi,
I think that you should read long text of OSS note 999614 carfully and you are
aware of the fact that you will have additional migration efforts in
case you need to migrate to new G/L later on.
In case you are convinced that this is the best way please feel free
to deactivate new G/L as described in note 999614.
Please make sure that you deactivate new G/L in all clients of your
new system in case there were already client copies done.
Yes this is possible and I would not automatically assume that
error during posting of transactions are due to New GL not being activated.
Note 756146 documents the issue and possible repercussions
of using Classic GL.
In the case of a new installation the new G/L accounting
is active by default in ERP. In principle, the use
of the classic GL is also possible for new customers, however,
SAP does not recommend it since this requires an additional
migration expense in later years.
Regards,
Aidan

Parallel landscape during upgrade

Similar Messages

Maybe you are looking for