on 05-19-2011 7:41 PM
Hi,
We are doing an UC and executed RADCUCNT but it creates no entries. DDNTT and DDNTF are inactive but DDXTT adn DDXTF are active.
Can someone give some light on this ?
Br,
Jan
Hi,
please read carefully the following from Note 932779, which states :
In a running system, only the nametab tables DDNTT and DDNTF are
used. The active nametabs must be completely and correctly filled
at system startup. If objects are modified, the nametab tables
DDXTT and DDXTF are used to store changes temporarily. If an
object is activated the corresponding entry is deleted in the
DDXTT and DDXTF tables and updated in the DDNTT and DDNTF tables.
The tables DD*_CONV_UC are not used at all ! They are used only
during the export/import procedure of a database with SAPinst and
R3load; the standard Unicode conversion of a system fills these
tables before the export with Unicode specific (eg: length)
information, and exchanges active and alternative nametabs during
import
Hope it helps.
Br,
Javier
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.
Hi,
Try the following:
1. Emptying tables DDNTF_CONV_UC and DDNTT_CONV_UC.
2. Executing Report RADCUCNT with variant UNICODE-02-CRE.
Then repeat the export. You've further information as well as the mentioned variant for the report in notes 932779 and 837173 (specially this one)
Also, fyi, according to Note 738858 you can set also the parameter 'I18N_NAMETAB_TIMESTAMPS' to R3load for Unicode conversion on "LOG" or "IGNORE" in order to avoid the terminations. Afterwards the R3load checks regarding nametab inconsistencies are just logged and the export finishes without termination
Br
User | Count |
---|---|
87 | |
10 | |
10 | |
9 | |
7 | |
7 | |
6 | |
5 | |
4 | |
4 |
You must be a registered user to add a comment. If you've already registered, sign in. Otherwise, register and sign in.