Unicode conversion phase after ECC6 Upgrade

Hello guros,
We have successfuly completed the upgrade from ECC5 to ECC6 EHP4.
Part of our full upgrade plan is to also convert the system to a unicode compliant system.
I assume something went wrong during the DB export , because now many entries that are supposed to be in hebrew in our database tables appear like gibberish (Its a trial system - dont worry).
What I find weird about these occurances is that within such a table, some lines appear fine and even some rows appear fine in hebrew , whereas others dont.
Let's take the system user table for example:
(USER, NAME , SURNAME, ADDRESS).
USER1 | שלום | עליכם | יקרים |
USER2 | %%$% | אלי | #$$%#$ |
USER3| #$%#$% | $##%$#%| $#%#$$%%#
Unresolved symbols represnt gibberish.
Is there something that we might have missed?
Thanks in advance, Udi.

> Let's take the system user table for example:
> (USER, NAME , SURNAME, ADDRESS).
>
> USER1 | שלום | עליכם | יקרים |
> USER2 | %%$% | אלי | #$$%#$ |
> USER3| #$%#$% | $##%$#%| $#%#$$%%#
I would say that those entries were not correctly specified in your vocabulary as being Hebrew - OR
Addresses have another speciality, they have a "creation language" field (LANGU_CREA). That field may be wrong filled if you e. g. create the user with an english logon and then change the user data to Hebrew (with Hebrew characters). The entry in the LANGU_CREA field however stays english. If you use that field now to decide the conversion of the addresse it will be converted wrong and you see gibberish.
Markus

Similar Messages

Unicode conversion problem after MaxDb upgrade

Hi to all.
I upgraded a SapDb instance of a SAP ContentServer from 7.3.0.35 Non Unicode to MaxDB 7.7.0.38.
After that, I saw that the _UNICODE parameter is set to YES.
I installed the new Odbc driver of MAxDB 7.7 accordingly to note 698915, but the dll extracted is only the unicode: sqlod32w.dll and not the sqlod32.dll.
The command
odbcreg LiveCache -i -p c:\sapdb\<DBNAME>\db\pgm
doesn't found the dll, so I copied sqlod32w.dll to sqlod32.dll and that command goes well (?!?).
After that, when from Content Server I try to extract some data, I found, in the CS_trace of Content Server, this error message:
X-ErrorDescription: "FetchDoc ContentStorage, SQLExecute [SAP AG][SDBODBC DLL][MaxDB] General error;-8046 POS(1) Conversion from UNICODE impossible: 6530 ;ODBC State S1000; Error Code -8046"
Any suggestions?
Thanks
Franco

Hi Franco,
what is the name of the file you downloaded from SWDC? I downloaded the package MAXDB7606_20-20000534.SAR and MAXDBART7606_20-20000534.SAR and both did contain a SDBODBC.TGZ package which in turn did contain an ASCII driver sqlod32.lib.
Did you check this TGZ for the ASCII driver?
Regards,
Steffen

MDMP Unicode Conversion problem during ECC upgrade

hi Experts,
I met a problem when upgrade from 4.6c to ecc 6.
in 4.6c, some key users made some chinese written entries in table field while he/she was logon as English, so, the language field in this entry is "EN" although the actual language was written by chinese, after upgrade to ECC6, we found the chinese words became messy code, maybe it was due to the chinese were encoded by english codepage during conversion, my question is, how can I avoid this? I really don't want this happen in our PRD upgrade.
The second question is: if a field contains both chinese and english, then, which language should it be assigned? english or chinese? I'm afraid if we assign this word as "EN" in vocabulary, then, after upgrade, the chinese part will be messy code.
Thank you for your kind suggestions.
Freshman

Hi,
you can either use transaction SUMG (manually) to repair the entries ( you have to add the according table - please check unicode conversion guide for details) or you need to change the language key in the table to Chinese if you want the Unicode conversion to convert the data correctly.
To your second question: If the English texts are restricted to US7ASCII characters ("normal" English without special characters) those texts containing Chinese and English words can (and must !) be assigned to ZH, as US7ASCII characters are included in the Chinese code page.
Best regards,
Nilsn Buerckel

Unicode Conversion necessary before 2004s upgrade??

Hello,
Can anyone tell me if it is necessary to do an Unicode Conversion first before upgrading a BW system to BW 2004s?
The Portal we are going to use is unicode enabled.
So this raises the question: "Do we need an Unicode Conversion first?".
Regards,
Jos

Hello,
It's not necessary to do a unicode conversion for NW 2004s BI. We still support non-unicode systems for NW 2004s BI. This link explains the pro's and con's of staying on non-unicode for SAP NetWeaver BI.
http://service.sap.com/~sapidb/011000358700006750052002E
Regards,
Bryan

GR\IR Assgt in ME23N after ECC6 upgrade

Hi All,
We have recently upgraded our system from SAP R3 4.7 to SAP ECC 6.0. After the upgrade we have noticed an issue in the GR\IR functionality of ME23N.
When we open a PO History in ME23N and view the GR\IR Assgt view the GRs and IRs are no longer matched together as they used to do in 4.7
Has anyone else experienced this problem and if so have they been able to solve it?
Regards,
Colm

Hi Colm,
Please check note 1413324 is implemented in your system.
You will than not have any sums anymore. The sums in the GR/IR
asignment were taken out in the standard, since they did not
reflect the desired result. It would be desired to have the sum of
GR minus the sum of IR for to see, wether there are derivations.
The sum of GR plus IR does not make sence.
The problem is, that with the ALV grid, it is not posible to substract
the invoices from the goods receipts without multiplying one of them
by minus 1. Furthermore it is neither posible to multiply by minus 1
only for the calculation. So, if we deliver a usefull sum, this would
mean negative invoice values in the history screen.
This is why we only offer the sums by a modification note. This is
note 1275531. This unfortunately is a Pilot note.
Hope this helps,
Kind Regards,
Matthew

SPUMG Unicode Conversion Phase

Hello experts,
We are currently in an MDMP System, ECC5.
After running an analysis, it seems that our vocabulary contains many words than combine elements from two or more languages.
Therefore, the language field for those entries is not set.
We wanted to know how are we supposed to decide the correct language for those fields?.
thanks in advance,
Eli.

I have hebrew, english, and german.
as far as I know , english and german are in the same code page , so the decision is only whether its hebrew or not.
yes
are you saying that im supposed to login in hebrew and take a look at those entries?
Exactly.
This is MDMP. You get the characters displayed only in the codepage you logged on. So if you have that "abcde" plus the hebrew character it may be displayed completely different in Hebrew. The database stores ASCII codes and the SAPGUI displays those in the codepage you chose during logon. That's the concept of MDMP.
If e. g. someone entered an address of a customer with a character such as "à", this is displayed as "א" if you logon in Hebrew.
what am i supposed to see exactly? and how does it matter which table generated the entry?
The table does matter because you may estimate then what it could be by having a context.
another question, can I leave the language field empty? or is it neccessary to fill it in order to complete the conversion.
You can leave it empty but you will later in postprocessing (SUMG) need to specify the language anyway to complete the conversion.
I know, all that is very tedious and that's why it's best to convert to Unicode to never have to deal again with those kind of things.
Markus

Evaluation Path Results change after ECC6 Upgrade

Hi All,
We have upgraded to ECC6 up to and including our QA environment. We are running an old java version of the MSS team viewer. We have a custom evaluation path, a modified version of SAP_MANG (Z_MANG) that we have been using for years. After upgrade any view that involves an organization is showing duplicates...
Example of output
Organization 1
Person 1
Person 2
Organization 1
Person 1
Person 2
Our Z_MANG Evaluation Path looks like this...
No     Obj. Typ.     A/B     Relat     Relat Name      Priority     Relat Obj Typ     Skip
10      *                 B         008       Holder              *               S                        X
20      S                A         012       Manages...      *               O
21      S                A         Z01      Salary Budg     *               *
22      S                A         Z02      HR Manages    *               *
30      US             A          208      Is Identical to    *               *                         X
Only when we skip No 21 Salary Budg is the problem resolved. Has anyone run into problems after upgrade to ECC60 that the results for an exting evaluation path have changed like this?
Thanks,
Doug

>
Doug Steckel wrote:
> Hi Ranganath,
>
> Thanks for the quick reply. Yes the Skip flag is set on relationships 10 and 30. I would also think that would prevent this but it is not.
>
> Thanks,
> Doug
not all relationships represent physical data records in the database. some are derived and without looking at the system, I believe the US 208 to P is a derived relationship.
Are you sure all the users you are testing with have a proper sy-uname setup for all respective pernrs in PA0105?

SAP_MANG Evaluation Path not working for MSS after ECC6 Upgrade

Hello All,
We are upgrading to ECC6 and still using an older version of the java/HTMLB MSS Business Package. We are seeing strange results in the vacancy request overview iview (team viewer like component) which is using a view driven by SAP_MANG Evaluation Path.
SAP_MANG looks like this...
10 * B 008 * S
20 S A 012 * O
30 US A 208 * P
Our View is ZRCPOS using...
Eval Path - SAP_MANG
Eval Objects - O_NACH_S
Initial Evaluation Depth - 3
Column Group - ZRC_VACREQ_OV
Header Type - RC_VAC_HEADER
The iview is meant for position maintenance and should show a dropdown of orgs. When an org is selected a list of positions/holders is shown to modify, delimit, etc. The problem is that in the dropdown "Select organizational unit to display positions" instead of...
Test Org 1
Test Org 2
We have...
Test User1
Test Org 1
Test Org 2
...so the user us shown as an org. Right off I suspected the upgrade to MSS 60.1.22 (the newest version of the old Business Package) so I installed the older versions of the components and the actually still worked but also showed this condition. So I have ruled out the java side as a source of the problem.
Looking at HRP1001 I see the following relationships among suspect objects.
Object P 1234567 to Object S 9876543 via B008
Object S 1234567 to Object O 9876543 via A012
no relationships US to P via A208
Given the Eval Path above, does anyone have any idea why this would display this way or have a suggested approach to solve.
Thanks,
Doug

>
Doug Steckel wrote:
> Hi Ranganath,
>
> Thanks for the quick reply. Yes the Skip flag is set on relationships 10 and 30. I would also think that would prevent this but it is not.
>
> Thanks,
> Doug
not all relationships represent physical data records in the database. some are derived and without looking at the system, I believe the US 208 to P is a derived relationship.
Are you sure all the users you are testing with have a proper sy-uname setup for all respective pernrs in PA0105?

SAP R/3 4.6 C to ECC 6.0 Upgrade using CU &UC method- Unicode conversion

Basis Gurus
   I am working on upgrade from R/3 4.6C to ECC 6.0.
ECC 6.0 upgrade completed( still in non Unicode). Now I am in the process of Unicode conversion.
I have used following methods for the upgrade.
1. Combined Upgrade & Unicode conversion(CU & UC)
2. Resource minimized( as I am doing it in Sandbox).
As I understand I need to perform the DB export and Import now for the unicode conversion.
According to the Upgrade document, First I need to run Export using R3load in ECC6.0(Non unicode)
and then install Unicode system and import the same data file.
My understanding was, when I choose, Resource minimized, I need to run Export and import
in the same system.
Can you please help me , whether I need another Unicode system for import ??
Graham

Hi,
Dont get confused with upg strategy and unicode conversion.
In general Upgrade strategy (either downtime-minimized/resource minimized)
In unicode conversion you have export/import(exp/imp) of data concept
In CU&UC approach you have to do in a streach to complete migrate from old release to new realease ECC 6.00.
Using database independent (sapinst only) or Using database dependent (migration monitor or Distribution monitor)
It can be done in 2 ways.
If you dont have addtional server for unicode conversion
       1)you can either do exp on same hardware and take bakup and do import using the exp dump.
       2)Do exp on one server and prepare your target empty database on another server and complete imp of data.
Hope this is clear.
Regards,
Vamshi.

Unicode conversion guide

Hi,
I try to find the Unicode conversion guide from Ecc6 EHP4 to Unicode, but I cant.
Please can you send the link.
Thanks,
Raquel

Hi Nir,
please have a look at SAp Notes
See SAP Notes and attachments of that notes:
551344 MDMP systems
1051576 Single code page systems
Please note that the Guides refer to Basis Support Packages / NW Enhancement packages.
The Application SP / EhP is not considered.
Best regards,
Nils Buerckel
SAP AG

4.7EEx1.10 to ECC6.0 upgrade and Unicode conversion

Hi Experts,
We are going to initiate the upgrade from next month onwards. Subsequently i have started preparing the plan and strategy for the same.
As our current setup is 4.7EEx110/Win 2003 R2-64 bit/Oracle 10.2.0.4.0 (Non unicode). And we have recently migrated on to this setup from WIn2k 32 bit. Also the current hardware is Unicode compatible.
With respect to strategy for achieving this Upgrade and Unicode conversion, i am planning as follows.
Step 1) Perform Unicode conversion on the current landscape (Both Export/import on the same servers)
Step 2) Setup Temporary landscape as part of Dual maintenance strategy and migrate data from the current systems to temporary systems using backup/restore method.
Step 3) Perform the SAP version upgrade on the current landscape and setup transport routes from temporary to current landscape in order to keep it in sync
Step 4) after successful upgrade, decommission the temporary landscape
Please provide your suggestions and valuable advices if there is anything wrong with my strategy and execution plan.
Regards,
Dheeraj

Hi,
Thanks. As i have already referred these notes as i am seeking advise with respect to my upgrade approach.
However i have planned to perform in the following manner.
1) Refresh Sandbox with Prod data and perform Upgrade to ECC6.0 EHP5 & subsequently Unicode conversion on the same server (Since both export & Import has to perform on the same hardware as we have recently migrated on this hardware which is Unicode compatible)
2) Setup temporary landscape for DEv & QAs and establish transport connection to Production system in order to move urgent changes
3) Keep a track of the changes which have transported during upgrade phase so that the same can be implemented in the upgraded systems i.e. Dev & QAS
4) After Sandbox Migration and signoff, we will perform Dev & QAS upgrade & unicode conversion on the same hardware (Note: Since these are running on VMware can we export the data from the upgraded system and import on to a new VM?)
5) Plan for production cutover and Upgrade the Prod system to ECC6.0 Ehp5 and then Unicode conversion. As i am planning to perform upgrade over the weekend and then Unicode conversion activity in the next weekend (Is it a right way?)
My Production setup: DB on one Physical host and CI on separate Virtual host
6) After the stabilization phase, we are planning for OS & DB upgrade as follows:
a) Windows upgrade from 2003 R2 to Windows 2008 R2
b) Oracle Upgrade from 10.2 to 11.2
If anyone thinks that there is anything wrong with my above approach and need changes then please revert.
I have one more doubt as I am going to upgrade 4.7EEx110 (WAS 620, Basis SP64) to ECC6.0 EHp5.As I presume that I can straight away upgrade from the current version to ECC6.0 Ehp5 without installing EHP. Kindly confirm
Thanks

Combined Upgrade and Unicode conversion of Sap 4.6C to ECC6.0

Hello all,
my project team intends to carry out a combined upgrade and unicode conversion of an SAP ERP 4.6C system with MDMP to ECC6.0 (no enhancement package). The system is running on Oracle 10.2.
In preparation for this upgrade, I have gone through the SAP notes 928729, 54801.
We need to get a rough estimate of the entire downtime so as to alert our end users. From the CU&UC documentation in 928729, I read up note 857081. However the program in this note cannot be used to estimate the downtime as my system is < SAP netweaver 6.20.
Is there any other SAP note or tool or program that I can use to estimate the downtime for the entire CU&UC? Thanks a lot!

Hi,
Combined upgrade depend upon number of factors like database size, resources on the server and optimization. In order to get idea of how much downtime, it will take, I would suggest you to do combined upgrade and unicode conversion on sandbox system which should be the replica of your production system. And try to optimize it. From there you can get approx. downtime required.
Also, please read combined upgrade and unicode conversion guides on http://service.sap.com/unicode@sap
Thanks
Sunny

Unicode conversion after upgrade

I am well aware that sap recommends to convert to unicode first before converting to 2004s. however does anyone know what any consiequences would be of waiting to do it until after ther upgrade. Our landscape is very simple, we do not plan to immediately integrate new tools, and we don't have the abundance of code pages someone here mentioned (nor do we use foreign currencies). so with that said, are there any known consequences to simply doing the unicode conversion after upgrading from 3 to BI7?

> Let's take the system user table for example:
> (USER, NAME , SURNAME, ADDRESS).
>
> USER1 | שלום | עליכם | יקרים |
> USER2 | %%$% | אלי | #$$%#$ |
> USER3| #$%#$% | $##%$#%| $#%#$$%%#
I would say that those entries were not correctly specified in your vocabulary as being Hebrew - OR
Addresses have another speciality, they have a "creation language" field (LANGU_CREA). That field may be wrong filled if you e. g. create the user with an english logon and then change the user data to Hebrew (with Hebrew characters). The entry in the LANGU_CREA field however stays english. If you use that field now to decide the conversion of the addresse it will be converted wrong and you see gibberish.
Markus

Some character display incorrect after unicode conversion

Dear Experts,
Currently we upgrade our SAP system from 4.6B NU to ECC6.0 UN.
in 4.6B system we had implemented Simple Chinese and French language package to the system. after upgrade to ECC6.0 no-unicode system. we perform a MDMP unicode conversion.currently system running with ECC6.0 unicode interface with language 1EFD. SUMG releated tasks had been finished. Chinese and French language checked OK in ECC6 UN system.
Our issue is. in the past time. some Spanish local end user typing some spanish character in some master date field when they login in 4.6B GUI choice english as login language.these kind of spanish characters could not display correct in current unicode environment.
could you please given us some suggestion for how to fix this issue.
I also sent this message in the Netweaver administrator forums with below links.
Spanish display incorrect after unicode conversion

Hello,
I doubt that the data shown by you in the link was caused by Spanish users logged on in EN.
I think this was rather caused by utf-8 data uploaded into the Non-Unicode system.
In this case, you need to repair the according texts manually, I do not know any automatic repair.
Best regards,
Nils Buerckel
SAP AG

Spanish display incorrect after unicode conversion

Dear Experts,
Currently we upgrade our SAP system from 4.6B NU to ECC6.0 UN.
in 4.6B system we had implemented Simple Chinese and French language package to the system. after upgrade to ECC6.0 no-unicode system. we perform a MDMP unicode conversion.currently system running with ECC6.0 unicode interface with language 1EFD. SUMG releated tasks had been finished. Chinese and French language checked OK in ECC6 UN system.
Our issue is. in the past time. some Spanish local end user typing some spanish character in some master date field when they login in 4.6B GUI choice english as login language.these kind of spanish characters could not display correct in current unicode environment.
could you please given us some suggestion for how to fix this issue.

Hello Anil,
Below items we checked between MDMP 46B and Unicode ECC6 with production client table SKAT. some Spanish display not correct.
Unicode ECC6.0     46B
Short Text     Short Text
Ant a prov - Gto imp     Ant a prov - Gto imp
Regal¨ªas     Regalías
Prov Herramentales     Prov Herramentales
Provisi¨®n de SLA     Provisión de SLA
Prov Fin Vida (EOL)     Prov Fin Vida (EOL)
Gtos de imp     Gtos de imp
Mat dañado o perdido     Mat dańado o perdido
Papeleria e insumos     Papeleria e insumos
Gastos Vtas-Diseño     Gastos Vtas-Diseńo
Ganancia p fluc camb     Ganancia p fluc camb
Aj anual p inf     Aj anual p inf
Depreciaci¨®n fiscal     Depreciación fiscal
Best Regards
Key

Unicode conversion phase after ECC6 Upgrade

Similar Messages

Maybe you are looking for