Unicode conversion during export

Former Member — Wed, 19 Mar 2008 18:00:05 GMT

Hi,

I have a question about the unicode migration.

In transaction SPUMG the Status of the Worklist Monitor is as follows:

Tables with Language Information are 13.929 initial

and

Reprocess are 886 initial

The rest is either completed or with warnings

Nothing is initial in consistency check

I’ve performed the steps “3. Unicode Conversion Guide”, listed in the unicode conversion guide and now my export is running.

But if i take a look to a finished package log i found always the same entries.

For example:

J:\usr\sap\S11\SYS\exe\nuc\NTAMD64\R3load.exe: START OF LOG: 20080319174607

J:\usr\sap\S11\SYS\exe\nuc\NTAMD64\R3load.exe: sccsid @(#) $Id: //bas/700_REL/src/R3ld/R3load/R3ldmain.c#14 $ SAP

J:\usr\sap\S11\SYS\exe\nuc\NTAMD64\R3load.exe: version R7.00/V1.4

Compiled Mar 2 2008 22:31:17

J:\usr\sap\S11\SYS\exe\nuc\NTAMD64\R3load.exe -ctf E
hassfs02\fs_unicode\export_files\ABAP\DATA\AFFH.STR
hassfs02\fs_unicode\export_files\ABAP\DB\DDLORA.TPL AFFH.TSK ORA -l AFFH.log

J:\usr\sap\S11\SYS\exe\nuc\NTAMD64\R3load.exe: job completed

J:\usr\sap\S11\SYS\exe\nuc\NTAMD64\R3load.exe: END OF LOG: 20080319174607

J:\usr\sap\S11\SYS\exe\nuc\NTAMD64\R3load.exe: START OF LOG: 20080319174612

J:\usr\sap\S11\SYS\exe\nuc\NTAMD64\R3load.exe: sccsid @(#) $Id: //bas/700_REL/src/R3ld/R3load/R3ldmain.c#14 $ SAP

J:\usr\sap\S11\SYS\exe\nuc\NTAMD64\R3load.exe: version R7.00/V1.4

Compiled Mar 2 2008 22:31:17

J:\usr\sap\S11\SYS\exe\nuc\NTAMD64\R3load.exe -e AFFH.cmd -datacodepage 4103 -l AFFH.log -stop_on_error

(DB) INFO: connected to DB

(DB) INFO: DbSlControl(DBSL_CMD_NLS_CHARACTERSET_GET): WE8DEC

(EXP) INFO: check NameTab widths: Result=0.

(CNV) WARNING: more than one code page in DB

(SYSLOG) INFO: k CPG : 1&8400&Chinese_CHN.936&8400& rscploc 9

(RSCP) INFO: init SUMG interface; package name: "AFFH".

(RSCP) INFO: "AFFH001.xml" created.

(RSCP) INFO: UMGCOMCHAR read check, skip: no data found; probably old SPUMG.

(RSCP) INFO: environemnt variable "I18N_POOL_WIDTH" is not set. Checks are active.

(RSCP) INFO: I18N_NAMETAB_TIMESTAMPS not in env: checks are ON (Note 738858)

(RSCP) INFO: UMGSETTINGS nametab creation: ok.

(RSCP) INFO: Global fallback code page = 1160

(RSCP) INFO: Common character set is 7-bit-ASCII

(RSCP) INFO: Collision resolution method is 'fine'

(RSCP) INFO: R3trans code pages = Normal

(RSCP) INFO: EXPORT TO ... code pages = Normal

(RSCP) INFO: Check for invalid language keys: active, by default

(RSCP) INFO: I18N_NAMETAB_NORM_ALLOW = 999999999

(RSCP) INFO: I18N_NAMETAB_NORM_LOG = 1000000002

(RSCP) INFO: I18N_NAMETAB_ALT_ALLOW = 10000

(RSCP) INFO: I18N_NAMETAB_ALT_LOG = 10003

(RSCP) INFO: I18N_NAMETAB_OLD_ALLOW = 0

(RSCP) INFO: I18N_NAMETAB_OLD_LOG = 500

(GSI) INFO: dbname = "S1120080319110353 "

(GSI) INFO: vname = "ORACLE "

(GSI) INFO: hostname = "HASNTT05 "

(GSI) INFO: sysname = "Windows NT"

(GSI) INFO: nodename = "HASNTT05"

(GSI) INFO: release = "5.2"

(GSI) INFO: version = "3790 Service Pack 2"

(GSI) INFO: machine = "8x AMD64 Level 15 (Mod 4 Step 1)"

(GSI) INFO: instno = "INITIAL "

(RSCP) INFO: 1813 lines written to AFFH001.xml

(EXP) TABLE: "AFFH" #20080319180618

(DB) INFO: disconnected from DB

J:\usr\sap\S11\SYS\exe\nuc\NTAMD64\R3load.exe: job completed

J:\usr\sap\S11\SYS\exe\nuc\NTAMD64\R3load.exe: END OF LOG: 20080319180618

What's about this:

"UMGCOMCHAR read check, skip: no data found; probably old SPUMG."

Is there a unicode conversion during export performed?

Maybe I'm to impatient and there is not yet a table to convert to unicode,

And the tables with unicode conversion follows later.

Or something is completley wrong?

Can anybody help me?

Regard

Mario

Re: Unicode conversion during export

vincentlim826 — Fri, 21 Mar 2008 04:59:07 GMT

Hi mario,

(RSCP) INFO: UMGCOMCHAR read check, skip: no data found; probably old SPUMG

sounds like there is no such table UMGCOMCHAR exists. Maybe you can check:

Typically it contains following format:

UMGCOMCHAR

Field Key Datatype Length

CODEPAGES X CHAR 80

NUMCP - INT4 10

NUMCHAR - INT4 10

PART1 - CHAR 128

PART2 - CHAR 128

The table was added to release 6.20 in February 2004 with transport SAPKB62038. So what is your Basis packages right now?

During Export, there is no unicode conversion yet.

The procedure will be:

Database export -> Conversion -> Import

cheers,

Vincent

Re: Unicode conversion during export

Former Member — Tue, 20 May 2008 18:39:55 GMT

Vincent,

Does it mean that this environment variable has to be adjusted and the export has to be restarted.

Does it mean the export has not done the conversion and the conversion has to be re performed after the export, which was already done.

Re: Unicode conversion during export

Former Member — Wed, 21 May 2008 16:05:23 GMT

Hello,

the Unicode conversion is done during the export.

J:\usr\sap\S11\SYS\exe\nuc\NTAMD64\R3load.exe -e AFFH.cmd -datacodepage 4103 -l AFFH.log -stop_on_error

The datacodepage for Unicode Systems is 4103 for little Endian Systems (Depends on the used hardware, in my case INTEL)

The message

(RSCP) INFO: UMGCOMCHAR read check, skip: no data found; probably old SPUMG

is only a information and is not relevant.

Thanks for your replys

Mario

topic Re: Unicode conversion during export in Application Development and Automation Discussions

Unicode conversion during export

Re: Unicode conversion during export

Re: Unicode conversion during export

Re: Unicode conversion during export