Reg: Recreation of Indexes

Hi all,
We are facing some performance issues. According to SAP suggetion we are planning to recreate some indexes. But i never created an index before...... can anybody help in this......please sugfgest in proper way to recreate indexes....
thnx in advance
with regards
Harish

Hi
To create index:
1. Go to DB02, click on Missing Indexes. Select index in next screen to create and click "Create in DB"
2. if you know the table name for which you want to create the index, go to SE14 -> table name -> Go to index -> In next screen "select create".
3. Yo have to use trx SE11 into Dev system, Enter the database table name and press
Display -> Indexes -> Create Enter index name. Choose Maintain logon language.
Enter short description and index fields.

Similar Messages

  • Crash recovery: recreating invalid indexes

    I want to discuss a phaenomen, which we often have saw during crash recoveries:
    The "startsap db" is hanging, because after the crash recocvery itself is completed (according to db2diag.log), the connection to the database ist still hanging because the database recreate invalid indexes.
    sf503:db2p02 10%  db2 list utilities
    ID                               = 2
    Type                             = RESTART RECREATE INDEX
    Database Name                    = P02
    Partition Number                 = 0
    Description                      = Recreating Invalid Index Objects
    Start Time                       = 05/08/2007 09:37:42.721072
    Sometimes this can take up to 25 minutes until this is finished and the connect is finished.
    The strange thing is:
    If a 2. connection to the database is made during "recreating indexes", this 2. connection is successfull and selects from t000 are successfull.
    So, it is possible to execute "startsap r3" while the first connection is still blocked with recreating indexes.
    I don't understand this behaviour:
    - If the database really needs the recreation of invalid index objects  for sucessfull database operation, then it should block ALL connections and not only the first one.
    - If it's not urgently necessary, the database should done the recreating indexes in background and not block the first connection.
    Also in the Recovery& High Availibility IBM Handbook I have nothing found about the "recreating  invalid index objects"-feature.
    Kind regards
    Uta

    Hello Jens,
    thanks for the detailed answer!
    As you wrote, the only workarond with changing  db cfg parameter from "restart" to "access" needs some manual intervention if  we don't want to risk the limit of maximum dialog runtime. So actually we will leave it as it is. We have a workaround with starting sap in a second window, when  the crash recovery is finished according to db2diag.log and the 1. connection (startsap db) ist still recreating invalid  indexes.
    How can one determine the invalid indexes, who need recreation ?
    Joachim: we don't have a real problem at our site. Fortunatelly we have crash recoveries only in the rare cases of system crashes, etc. So we are lucky not to have it every day....
    Hopefully the behaviour will be changed  to background index recreation in some later DB release.

  • Can we drop and then recreate the indexes when database is open.

    Can we drop and then recreate the indexes when database is open.

    I am trying to drop the index not happening..any suggestion..
    I tried :
    drop index index_name >>> index does not exist, though it exist on particular table
    drop index table_name.index_name
    drop index index_name on table_name; >> SQL command not properly ended
    Could you suggest me how would i drop it

  • Error when recreate secondary indexes

    hi all
    in db02 i have two missing secondary indexes.
    when i try recreate :
    in db02  select missing index -> choose processing type: direct processing -> create
    i have error :
    Internal error 1  in module DD_LONGNPROT_NAME_GET occurred
    Diagnosis
    An unexpected SQL error occurred in the ABAP/4 Dictionary interface.
    System response
    A system log entry has been written. This gives more precise information about where the termination occurred and the reason for the termination. The current transaction has been cancelled.
    Procedure
    Please check the system log and eliminate the cause of the SQL error.
    in sm21 no errors
    in db alert log no errors
    how can resolve this problem?
    thanks

    Hi Andrey,
    Please try to active the secondary indexes  in transaction SE14. Please gothrough the note 1248769 as how to active the
    indexes.
    Many thanks.
    Mohammed Hussain.

  • Reg creation of indexes

    Hi All,
    cud anybody pls let me know abt the <b>creation and maintenace of indexes</b>??
    any screenshots or step-by-step procedure.....!!!
    its quite urgent..
    regards,
    abc xyz

    HI,
    1.In SE11 Transaction display your table.
    2.press button index... in tool bar, it will ask you
    to create a new one.
    3.give the index name
    4. give short text description
    5. in bottom table give the field name on which
    you want index.
    6. save and activate.
    check this.
    http://www.oreilly.com/catalog/sapadm/chapter/ch01.html
    To create Secondary Index --> http://help.sap.com/saphelp_nw2004s/helpdata/en/cf/21eb47446011d189700000e8322d00/content.htm
    Also Check the below links.
    http://help.sap.com/saphelp_erp2005/helpdata/en/1c/252640632cec01e10000000a155106/frameset.htm
    http://help.sap.com/saphelp_erp2005/helpdata/en/c7/55833c4f3e092de10000000a114027/frameset.htm.
    Regards,
    Sesh

  • Reg Usage of Index

    Hi PPL,
    Can anybody tell me how to use the database table Indexes in the programs?
    Regards,
    Kevin Nick.

    Hi...
    just see these links......
    Re: select statement : Secondary index 
    how to use secondary index
    http://help.sap.com/saphelp_nw04s/helpdata/en/cf/21eb2d446011d189700000e8322d00/content.htm
    http://www.sap-img.com/abap/quick-note-on-design-of-secondary-database-indexes-and-logical-databases.htm
    SELECT QUERY  BASED ON SECONDARY INDEX
    Reward points if useful,,,,,,
    Suresh......

  • Reg. Secondary indexes

    HI,
    While using Secondary index,
    If I am having a table and I set fields f3,f4,f5 as secondary index1, f6,f7,f8 as secondary index2, f9,f10,f11 as secondary index3 for using them for selecting fields for 3 different programs respectively.
    Here i have some doubts---
    For doing like this, will the table be affected performance wise? if yes how? Then what will be solution for using those fields?
    pls suggest.
    thanks
    points will be awarded

    Hi everyone,
    I agree with Rob, in the sense I would not create any secondary indices on standard tables, if possible (unless recommended by a SAP note).
    In Z tables -> well, the performance of SELECT statements for those fields is improved, for sure. But every time you want to INSERT/UPDATE/DELETE on the table, SAP takes more time to do the operation, because it has to populate the data in the table, and also update the indices. So be careful and check the performance on your test systems before transporting to productive environment.
    I hope it helps. Best regards,
    Alvaro

  • Reg: Exporting the index file

    Hi,
    Is it possible to export the indexex??

    Hi,
    yes, for example, you can put all indexes in a tablespace and export only this tablespace.
    what do you want to do?
    --sgc                                                                                                                                                                                                                                                                       

  • Reg: statistics on indexes

    Hi,
    Need to know how to build the statistics on the primary index.
    Command : brconnect -u / -c -f stats -m +I
    But i don know how to build the statistics for the primary index.

    Hello Ambarish,
    > But now when checked in production the query is picking up the index that is primary index and in quality system it is picking up the same
    So how do you get the conclusion that an index rebuild will fix the issue? Does the index sizes differ so much? What is the clustering factor? What are the wait events of the SQL statement in the quality system?
    At first you need to understand the root cause of the performance problem until you can solve the problem. Many questions are still open and an index rebuild is just one "little piece of the big oracle mosaic".
    > Any one please help.How to rebuild primary key index .
    I have already posted the brconnect call to rebuild the primary index.
    Regards
    Stefan

  • How to recreate iFS context index on 8.1.7?

    Wanting to search the content on all the new text files uploaded to iFS...
    I ran sync_index on the iFS GLOBALINDEXEDBLOB_I index without first increasing the appropriate Datafile and Tablespace sizes first (thinking they would grow as needed). The sync_index ran a lot faster than I estimated it would, and afterward one of the tablespaces (IFS_CTX_I) was at 100%. Ever since, running any query that "touches" the index (e.g. one with a CONTAINS clause) causes the server process to die with an ACCESS_VIO exception, and ORA-03113 is reported to the SQL client. Any further activity on the client evokes ORA-03114.
    What is the best way to recreate the index? I don't know all the properties and options iFS used to create it originally. Would ALTER INDEX REBUILD be more appropriate here?
    Thanks!

    Thanks for the tip!
    I have no luck searching for a file called 'alert.log' on our Oracle server.
    From the CORE.LOG, however, I have snipped a typical dump:
    Oracle8i Enterprise Edition Release 8.1.7.0.0 - Production
    Process Id: 0x000003a8 Thread Id : 0x00000d08 Time : Wed Jul 10 11:55:32
    Excp. Code: 0xc0000005 Excp. Type: ACCESS_VIO Flags: 0x00000000
    ------------------- Memory Map of process ----------------
    Start Addr-End Addr Type Size ModuleName
    0x00230000-0x00235fff Image 0000024576 D:\ORACLE\ORA81\BIN\ORAVSN8.DLL
    0x00240000-0x002a0fff Image 0000397312 D:\ORACLE\ORA81\BIN\ORANNZSBB8.DLL
    0x002b0000-0x002b5fff Image 0000024576 D:\ORACLE\ORA81\BIN\ORANCDS8.DLL
    0x002c0000-0x002c6fff Image 0000028672 D:\ORACLE\ORA81\BIN\ORANMS.DLL
    0x002d0000-0x002e0fff Image 0000069632 D:\ORACLE\ORA81\BIN\ORANMSP.DLL
    0x00400000-0x013bcfff Image 0016502784 D:\ORACLE\ORA81\BIN\ORACLE.EXE
    0x013c0000-0x01642fff Image 0002633728 D:\ORACLE\ORA81\BIN\ORAJOX8.DLL
    0x01650000-0x0167dfff Image 0000188416 D:\ORACLE\ORA81\BIN\ORAWWG8.DLL
    0x01680000-0x01689fff Image 0000040960 D:\ORACLE\ORA81\BIN\ORANSGR8.DLL
    0x10000000-0x10005fff Image 0000024576 D:\ORACLE\ORA81\BIN\ORAIMR8.DLL
    0x1ed20000-0x1eddffff Image 0000786432 D:\ORACLE\ORA81\JAVAVM\ADMIN\ORAJOX8ORACLE_AURORA_RDBMS.DLL
    0x1ede0000-0x1eea1fff Image 0000794624 D:\ORACLE\ORA81\JAVAVM\ADMIN\ORAJOX8JAVA_LANG.DLL
    0x1eeb0000-0x1efc8fff Image 0001150976 D:\ORACLE\ORA81\JAVAVM\ADMIN\ORAJOX8JAVA_IO.DLL
    0x1efd0000-0x1f13bfff Image 0001490944 D:\ORACLE\ORA81\JAVAVM\ADMIN\ORAJOX8JAVA_UTIL.DLL
    0x1f140000-0x1f18bfff Image 0000311296 D:\ORACLE\ORA81\JAVAVM\ADMIN\ORAJOX8ORACLE_AURORA_VM.DLL
    0x1f190000-0x1f221fff Image 0000598016 D:\ORACLE\ORA81\JAVAVM\ADMIN\ORAJOX8JAVA_SECURITY.DLL
    0x1f230000-0x1f241fff Image 0000073728 D:\ORACLE\ORA81\JAVAVM\ADMIN\ORAJOX8JAVA_LANG_REFLECT.DLL
    0x1f250000-0x1f33bfff Image 0000966656 D:\ORACLE\ORA81\JAVAVM\ADMIN\ORAJOX8ORACLE_GSS_UTIL.DLL
    0x1f340000-0x1f4d8fff Image 0001675264 D:\ORACLE\ORA81\JAVAVM\ADMIN\ORAJOX8SUN_IO.DLL
    0x1f680000-0x1f691fff Image 0000073728 D:\ORACLE\ORA81\JAVAVM\ADMIN\ORAJOX8JAVA_LANG_REF.DLL
    0x1f6a0000-0x1f6a7fff Image 0000032768 D:\ORACLE\ORA81\JAVAVM\ADMIN\ORAJOX8SUN_SECURITY_ACTION.DLL
    0x1f850000-0x1f8d4fff Image 0000544768 D:\ORACLE\ORA81\JAVAVM\ADMIN\ORAJOX8SUN_MISC.DLL
    0x1fa70000-0x1fb81fff Image 0001122304 D:\ORACLE\ORA81\JAVAVM\ADMIN\ORAJOX8ORACLE_SQL.DLL
    0x1fb90000-0x1fbbefff Image 0000192512 D:\ORACLE\ORA81\JAVAVM\ADMIN\ORAJOX8JAVA_SQL.DLL
    0x1fbc0000-0x1fc65fff Image 0000679936 D:\ORACLE\ORA81\JAVAVM\ADMIN\ORAJOX8SUN_SECURITY_PROVIDER.DLL
    0x1fcb0000-0x1fe3efff Image 0001634304 D:\ORACLE\ORA81\JAVAVM\ADMIN\ORAJOX8ORACLE_JDBC_DRIVER.DLL
    0x20300000-0x20309fff Image 0000040960 D:\ORACLE\ORA81\BIN\COREJAVA.DLL
    0x20310000-0x2031ffff Image 0000065536 D:\ORACLE\ORA81\JAVAVM\ADMIN\ORAJOX8JAVA_MATH.DLL
    0x20350000-0x203befff Image 0000454656 D:\ORACLE\ORA81\JAVAVM\ADMIN\ORAJOX8ORACLE_AURORA_RDBMS_SECURITY.DLL
    0x203c0000-0x203d1fff Image 0000073728 D:\ORACLE\ORA81\JAVAVM\ADMIN\ORAJOX8ORACLE_AURORA_REALM.DLL
    0x20700000-0x2072ffff Image 0000196608 D:\ORACLE\ORA81\JAVAVM\ADMIN\ORAJOX8ORACLE_JDBC_KPRB.DLL
    0x20730000-0x20778fff Image 0000299008 D:\ORACLE\ORA81\JAVAVM\ADMIN\ORAJOX8ORACLE_JDBC_DBACCESS.DLL
    0x20910000-0x20919fff Image 0000040960 D:\ORACLE\ORA81\JAVAVM\ADMIN\ORAJOX8ORACLE_AURORA_MEMORYMANAGER.DLL
    0x20ad0000-0x20b17fff Image 0000294912 D:\ORACLE\ORA81\JAVAVM\ADMIN\ORAJOX8ORACLE_AURORA_NET.DLL
    0x20b20000-0x20c22fff Image 0001060864 D:\ORACLE\ORA81\JAVAVM\ADMIN\ORAJOX8_E2D26A7A79_INTERNAL_ORACLE_AURORA_MTS_HTTP_ADMIN.DLL
    0x20c30000-0x20d42fff Image 0001126400 D:\ORACLE\ORA81\JAVAVM\ADMIN\ORAJOX8_E2D25A092E_INTERNAL_ORACLE_AURORA_NAMESPACE_SHELL.DLL
    0x20d50000-0x20dcefff Image 0000520192 D:\ORACLE\ORA81\JAVAVM\ADMIN\ORAJOX8JAVA_NET.DLL
    0x20dd0000-0x20dd5fff Image 0000024576 D:\ORACLE\ORA81\JAVAVM\ADMIN\ORAJOX8ORACLE_AURORA_SECURITY.DLL
    0x20de0000-0x20de6fff Image 0000028672 D:\ORACLE\ORA81\JAVAVM\ADMIN\ORAJOX8JAVA_SECURITY_ACL.DLL
    0x20df0000-0x20e3afff Image 0000307200 D:\ORACLE\ORA81\JAVAVM\ADMIN\ORAJOX8JAVAX_NAMING.DLL
    0x20e40000-0x20e64fff Image 0000151552 D:\ORACLE\ORA81\JAVAVM\ADMIN\ORAJOX8_E2D25A092E_INTERNAL_ORACLE_AURORA_NAMESPACE.DLL
    0x20e70000-0x20e99fff Image 0000172032 D:\ORACLE\ORA81\JAVAVM\ADMIN\ORAJOX8JAVAX_NAMING_DIRECTORY.DLL
    0x20ea0000-0x20fcffff Image 0001245184 D:\ORACLE\ORA81\JAVAVM\ADMIN\ORAJOX8ORACLE_AURORA_UTIL.DLL
    0x20fd0000-0x21092fff Image 0000798720 D:\ORACLE\ORA81\JAVAVM\ADMIN\ORAJOX8_E2D25A092E_INTERNAL_ORACLE_AURORA_NAMESPACE_RDBMS.DLL
    0x210a0000-0x210aefff Image 0000061440 D:\ORACLE\ORA81\JAVAVM\ADMIN\ORAJOX8_E2D25A092E_INTERNAL_ORACLE_AURORA_MTS_SESSION.DLL
    0x210b0000-0x2110cfff Image 0000380928 D:\ORACLE\ORA81\JAVAVM\ADMIN\ORAJOX8SUN_SECURITY_UTIL.DLL
    0x21110000-0x2111afff Image 0000045056 D:\ORACLE\ORA81\JAVAVM\ADMIN\ORAJOX8JAVA_APPLET.DLL
    0x21120000-0x21132fff Image 0000077824 D:\ORACLE\ORA81\JAVAVM\ADMIN\ORAJOX8ORACLE_AURORA_RDBMS_URL_JSERVER.DLL
    0x21160000-0x2118bfff Image 0000180224 D:\ORACLE\ORA81\JAVAVM\ADMIN\ORAJOX8JAVAX_NAMING_SPI.DLL
    0x21190000-0x211a3fff Image 0000081920 D:\ORACLE\ORA81\JAVAVM\ADMIN\ORAJOX8_E2D25A092E_INTERNAL_ORACLE_AURORA_MTS_SESSION_RDBMS.DLL
    0x211b0000-0x2126dfff Image 0000778240 D:\ORACLE\ORA81\JAVAVM\ADMIN\ORAJOX8_E2D25A092E_INTERNAL_ORACLE_AURORA_MTS.DLL
    0x21270000-0x21351fff Image 0000925696 D:\ORACLE\ORA81\JAVAVM\ADMIN\ORAJOX8JAVA_TEXT.DLL
    0x60000000-0x60121fff Image 0001187840 D:\ORACLE\ORA81\BIN\ORAGENERIC8.DLL
    0x60200000-0x60264fff Image 0000413696 D:\ORACLE\ORA81\BIN\ORACOMMON8.DLL
    0x60350000-0x60355fff Image 0000024576 D:\ORACLE\ORA81\BIN\ORAWTC8.DLL
    0x60400000-0x60505fff Image 0001073152 D:\ORACLE\ORA81\BIN\ORACLIENT8.DLL
    0x60600000-0x60685fff Image 0000548864 D:\ORACLE\ORA81\BIN\ORACORE8.DLL
    0x60800000-0x6084cfff Image 0000315392 D:\ORACLE\ORA81\BIN\ORANLS8.DLL
    0x60a00000-0x60a2afff Image 0000176128 D:\ORACLE\ORA81\BIN\ORANL8.DLL
    0x60b00000-0x60ba8fff Image 0000692224 D:\ORACLE\ORA81\BIN\ORAN8.DLL
    0x60e00000-0x60e0ffff Image 0000065536 D:\ORACLE\ORA81\BIN\ORANCRYPT8.DLL
    0x61100000-0x61136fff Image 0000225280 D:\ORACLE\ORA81\BIN\ORANRO8.DLL
    0x61500000-0x6150dfff Image 0000057344 D:\ORACLE\ORA81\BIN\ORANLDAP8.DLL
    0x61700000-0x6171ffff Image 0000131072 D:\ORACLE\ORA81\BIN\ORALDAPCLNT8.DLL
    0x61900000-0x61905fff Image 0000024576 D:\ORACLE\ORA81\BIN\ORANHOST8.DLL
    0x62100000-0x62105fff Image 0000024576 D:\ORACLE\ORA81\BIN\ORANONAME8.DLL
    0x62300000-0x62305fff Image 0000024576 D:\ORACLE\ORA81\BIN\ORANTNS8.DLL
    0x62500000-0x62507fff Image 0000032768 D:\ORACLE\ORA81\BIN\ORANNDS8.DLL
    0x62700000-0x6273ffff Image 0000262144 D:\ORACLE\ORA81\BIN\ORATRACE8.DLL
    0x62900000-0x62b22fff Image 0002240512 D:\ORACLE\ORA81\BIN\ORAPLS8.DLL
    0x63100000-0x63107fff Image 0000032768 D:\ORACLE\ORA81\BIN\ORASLAX8.DLL
    0x63200000-0x63272fff Image 0000471040 D:\ORACLE\ORA81\BIN\ORASQL8.DLL
    0x63500000-0x63595fff Image 0000614400 D:\ORACLE\ORA81\BIN\ORAPLP8.DLL
    0x63700000-0x63712fff Image 0000077824 D:\ORACLE\ORA81\BIN\ORADBICX8.DLL
    0x64300000-0x64307fff Image 0000032768 D:\ORACLE\ORA81\BIN\ORANBEQ8.DLL
    0x64500000-0x6450cfff Image 0000053248 D:\ORACLE\ORA81\BIN\ORANNTS8.DLL
    0x64700000-0x6470afff Image 0000045056 D:\ORACLE\ORA81\BIN\ORANTCP8.DLL
    0x70bd0000-0x70c1bfff Image 0000311296 C:\WINNT\SYSTEM32\SHLWAPI.DLL
    0x716f0000-0x71779fff Image 0000565248 C:\WINNT\SYSTEM32\COMCTL32.DLL
    0x74fd0000-0x74feefff Image 0000126976 C:\WINNT\SYSTEM32\MSAFD.DLL
    0x75010000-0x75016fff Image 0000028672 C:\WINNT\SYSTEM32\WSHTCPIP.DLL
    0x75020000-0x75027fff Image 0000032768 C:\WINNT\SYSTEM32\WS2HELP.DLL
    0x75030000-0x75042fff Image 0000077824 C:\WINNT\SYSTEM32\WS2_32.DLL
    0x75050000-0x75057fff Image 0000032768 C:\WINNT\SYSTEM32\WSOCK32.DLL
    0x75150000-0x7515ffff Image 0000065536 C:\WINNT\SYSTEM32\SAMLIB.DLL
    0x75170000-0x751befff Image 0000323584 C:\WINNT\SYSTEM32\NETAPI32.DLL
    0x751c0000-0x751c5fff Image 0000024576 C:\WINNT\SYSTEM32\NETRAP.DLL
    0x75500000-0x75503fff Image 0000016384 C:\WINNT\SYSTEM32\SECURITY.DLL
    0x77320000-0x77336fff Image 0000094208 C:\WINNT\SYSTEM32\MPRAPI.DLL
    0x77340000-0x77352fff Image 0000077824 C:\WINNT\SYSTEM32\IPHLPAPI.DLL
    0x77360000-0x77378fff Image 0000102400 C:\WINNT\SYSTEM32\DHCPCSVC.DLL
    0x77380000-0x773a1fff Image 0000139264 C:\WINNT\SYSTEM32\ADSLDPC.DLL
    0x773b0000-0x773ddfff Image 0000188416 C:\WINNT\SYSTEM32\ACTIVEDS.DLL
    0x774c0000-0x774d0fff Image 0000069632 C:\WINNT\SYSTEM32\RASMAN.DLL
    0x774e0000-0x77511fff Image 0000204800 C:\WINNT\SYSTEM32\RASAPI32.DLL
    0x77520000-0x77524fff Image 0000020480 C:\WINNT\SYSTEM32\ICMP.DLL
    0x77530000-0x77551fff Image 0000139264 C:\WINNT\SYSTEM32\TAPI32.DLL
    0x77570000-0x7759ffff Image 0000196608 C:\WINNT\SYSTEM32\WINMM.DLL
    0x775a0000-0x77624fff Image 0000544768 C:\WINNT\SYSTEM32\CLBCATQ.DLL
    0x777e0000-0x777e7fff Image 0000032768 C:\WINNT\SYSTEM32\WINRNR.DLL
    0x777f0000-0x777f4fff Image 0000020480 C:\WINNT\SYSTEM32\RASADHLP.DLL
    0x77830000-0x7783dfff Image 0000057344 C:\WINNT\SYSTEM32\RTUTILS.DLL
    0x77880000-0x7790cfff Image 0000577536 C:\WINNT\SYSTEM32\SETUPAPI.DLL
    0x77950000-0x77979fff Image 0000172032 C:\WINNT\SYSTEM32\WLDAP32.DLL
    0x77980000-0x779a3fff Image 0000147456 C:\WINNT\SYSTEM32\DNSAPI.DLL
    0x779b0000-0x77a4afff Image 0000634880 C:\WINNT\SYSTEM32\OLEAUT32.DLL
    0x77a50000-0x77b45fff Image 0001007616 C:\WINNT\SYSTEM32\OLE32.DLL
    0x77be0000-0x77beefff Image 0000061440 C:\WINNT\SYSTEM32\SECUR32.DLL
    0x77c10000-0x77c6dfff Image 0000385024 C:\WINNT\SYSTEM32\USERENV.DLL
    0x77d40000-0x77daffff Image 0000458752 C:\WINNT\SYSTEM32\RPCRT4.DLL
    0x77db0000-0x77e0bfff Image 0000376832 C:\WINNT\SYSTEM32\ADVAPI32.DLL
    0x77e10000-0x77e73fff Image 0000409600 C:\WINNT\SYSTEM32\USER32.DLL
    0x77e80000-0x77f34fff Image 0000741376 C:\WINNT\SYSTEM32\KERNEL32.DLL
    0x77f40000-0x77f7bfff Image 0000245760 C:\WINNT\SYSTEM32\GDI32.DLL
    0x77f80000-0x77ffafff Image 0000503808 C:\WINNT\SYSTEM32\NTDLL.DLL
    0x78000000-0x78045fff Image 0000286720 C:\WINNT\SYSTEM32\MSVCRT.DLL
    0x782d0000-0x782edfff Image 0000122880 C:\WINNT\SYSTEM32\MSV1_0.DLL
    0x785c0000-0x785cbfff Image 0000049152 C:\WINNT\SYSTEM32\RNR20.DLL
    ------------------- End of memory map --------------------
    ------------------- Registers ----------------------------
    eip = 009d0fed esp = 043bde34 ebp = 043bdea4 edi = 464aeb0c esi = 464ae910
    eax = 00000000 ebx = 00000000 ecx = 00000000 edx = 0444327c
    ecs = 0000001b eds = 00000023 ees = 00000023 ess = 00000023
    egs = 00000000 efs = 0000003b
    eflags = 00010202
    ------------------- End of Registers ---------------------
    ------------------- Instruction Disassembly --------------
    ------------------- End of Disassembly -------------------
    ------------------- Call Stack Trace ---------------------
    Frameptr RetAddr Param#1 Param#2 Param#3 Param#4 Function Name
    0x043bdea4 0067dbdf 13057c20 00000000 00000040 00000000 _qximeop+fd        
    0x043bdf28 004f1ffe 13059c10 00000000 0443904c 464aea98 _qxopqicf+ef       
    0x043bdf40 004ef41e 0443904c 0444327c 464ae910 0443904c _kxsffir+6e        
    0x043bdf64 0053ea40 00000001 00000001 464aeb0c 464aeb0c _kxsfwa+4e         
    0x043bdfac 004cdd58 044368e8 00208110 043be4c0 043bee28 _kksumc+440        
    0x043be108 602317eb 0000005e 00000012 043bef80 00000000 _opiodr+a08        
    0x043be56c 005f0bed 004b15a8 0000005e 043bef80 00000000 _ttcpip+dfb        
    0x043bf534 007de081 00000000 00edff40 0000003c 464ae910 _opitsk+60d        
    0x043bf6f0 004cd859 0000003c 00000004 043bfbf8 464b15a8 _opiino+511        
    0x043bf850 00423f69 0000003c 00000004 043bfbf8 00000000 _opiodr+509        
    0x043bfa84 0040bc4e 0000003c 00000004 043bfbf8 00000000 _opidrv+389        
    0x043bfa9c 00401111 043bfc08 0000003c 00000004 043bfbf8 _sou2o+1e          
    0x043bfc14 00403154 00000002 043bfe74 01248bfc 77d490ee _opimai+111        
    0x043bffb4 77e96523 01249088 01248bfc 77d490ee 01249088 _OracleThreadStart@4
    0x043bffec 00000000 00402cb0 01249088 00000000 00000000 0x77e96523
    ------------------- End of Stack Trace -------------------
    ------------------- Raw Stack Dump -----------------------
    Address Dump of bytes
    0x043bde34 0c eb 4a 46 20 7c 05 13 - 10 e9 4a 46 00 00 00 00 ..JF |....JF....
    0x043bde44 18 de 3b 04 00 00 00 00 - 00 00 00 00 00 00 00 00 ..;.............
    0x043bde54 e8 68 43 04 00 00 00 00 - 00 00 00 00 00 00 00 00 .hC.............
    0x043bde64 00 00 00 00 00 00 00 00 - 00 00 00 00 7c 32 44 04 ............|2D.
    0x043bde74 28 6d 45 04 10 e9 4a 46 - 00 00 00 00 00 00 00 00 (mE...JF........
    0x043bde84 00 00 00 00 00 00 00 00 - 34 de 3b 04 80 da 3b 04 ........4.;...;.
    0x043bde94 18 df 3b 04 c0 5a ca 00 - 70 9c de 00 ff ff ff ff ..;..Z..p.......
    0x043bdea4 28 df 3b 04 df db 67 00 - 20 7c 05 13 00 00 00 00 (.;...g. |......
    0x043bdeb4 40 00 00 00 00 00 00 00 - 10 e9 4a 46 e8 68 45 04 @.........JF.hE.
    0x043bdec4 a8 91 43 04 10 e9 4a 46 - c4 e4 3b 04 61 00 00 00 ..C...JF..;.a...
    0x043bded4 82 df 3b 04 c4 cb 42 04 - 00 00 00 00 0c eb 4a 46 ..;...B.......JF
    0x043bdee4 54 e0 3b 04 00 00 00 00 - 01 00 00 00 00 00 00 00 T.;.............
    0x043bdef4 00 00 00 00 00 00 00 00 - 20 7c 05 13 00 00 00 00 ........ |......
    0x043bdf04 00 00 00 00 00 00 00 00 - 00 00 00 00 bc de 3b 04 ..............;.
    0x043bdf14 80 da 3b 04 f8 e0 3b 04 - c0 5a ca 00 80 6e de 00 ..;...;..Z...n..
    0x043bdf24 00 00 00 00 40 df 3b 04 - fe 1f 4f 00 10 9c 05 13 ....@.;...O.....
    0x043bdf34 00 00 00 00 4c 90 43 04 - 98 ea 4a 46 64 df 3b 04 ....L.C...JFd.;.
    0x043bdf44 1e f4 4e 00 4c 90 43 04 - 7c 32 44 04 10 e9 4a 46 ..N.L.C.|2D...JF
    0x043bdf54 4c 90 43 04 70 98 05 13 - 98 ea 4a 46 10 e9 4a 46 L.C.p.....JF..JF
    0x043bdf64 ac df 3b 04 40 ea 53 00 - 01 00 00 00 01 00 00 00 ..;[email protected].........
    0x043bdf74 0c eb 4a 46 0c eb 4a 46 - 10 e9 4a 46 00 00 00 00 ..JF..JF..JF....
    0x043bdf84 16 00 00 00 00 00 00 00 - 30 df 3b 04 10 e9 4a 46 ........0.;...JF
    0x043bdf94 f8 e0 3b 04 c0 5a ca 00 - b8 8d de 00 04 00 00 00 ..;..Z..........
    0x043bdfa4 70 98 05 13 01 00 00 00 - 08 e1 3b 04 58 dd 4c 00 p.........;.X.L.
    0x043bdfb4 e8 68 43 04 10 81 20 00 - c0 e4 3b 04 28 ee 3b 04 .hC... ...;.(.;.
    0x043bdfc4 a8 15 4b 46 98 15 4b 46 - 00 00 00 00 00 00 00 00 ..KF..KF........
    0x043bdfd4 00 00 00 00 00 00 00 00 - 05 00 00 00 00 00 00 00 ................
    0x043bdfe4 d8 dd 3b 04 01 00 00 00 - 18 e0 3b 04 2f 17 80 60 ..;.......;./..`
    0x043bdff4 b8 47 43 04 02 00 00 00 - 7b 05 00 00 93 e1 3b 04 .GC.....{.....;.
    0x043be004 f5 01 00 00 00 00 00 00 - f5 01 00 00 88 e1 3b 04 ..............;.
    0x043be014 93 e1 3b 04 3c e0 3b 04 - fe 16 80 60 b8 47 43 04 ..;.<.;....`.GC.
    0x043be024 7b 05 00 00 93 e1 3b 04 - f5 01 00 00 00 00 00 00 {.....;.........
    0x043be034 00 00 00 00 00 00 00 00 - 88 e1 3b 04 f5 01 00 00 ..........;.....
    0x043be044 93 e1 3b 04 5e ef 03 60 - 88 e1 3b 04 0c eb 4a 46 ..;.^..`..;...JF
    0x043be054 f0 f7 3b 04 14 eb 4a 46 - 01 00 00 00 01 00 00 00 ..;...JF........
    0x043be064 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
    0x043be074 00 00 00 00 f0 f7 3b 04 - 9c 16 4b 46 00 00 00 00 ......;...KF....
    0x043be084 00 f0 3b 04 00 00 00 00 - 00 00 00 00 00 00 00 00 ..;.............
    0x043be094 01 00 00 00 02 00 00 00 - d5 ee 4a 46 e8 68 43 04 ..........JF.hC.
    0x043be0a4 0c eb 4a 46 f0 f7 3b 04 - f4 45 43 04 01 00 00 00 ..JF..;..EC.....
    0x043be0b4 03 00 00 00 60 01 ee 00 - 00 00 00 00 68 fd 25 60 ....`.......h.%`
    0x043be0c4 00 00 00 00 00 00 00 00 - 20 4e 00 00 ac 15 4b 46 ........ N....KF
    0x043be0d4 b0 00 00 00 4c 90 43 04 - 01 00 00 00 00 00 00 00 ....L.C.........
    0x043be0e4 a4 e4 3b 04 dc ed 3b 04 - a8 15 4b 46 bc df 3b 04 ..;...;...KF..;.
    0x043be0f4 80 da 3b 04 e0 f6 3b 04 - c0 5a ca 00 48 59 de 00 ..;...;..Z..HY..
    0x043be104 02 00 00 00 6c e5 3b 04 - eb 17 23 60 5e 00 00 00 ....l.;...#`^...
    0x043be114 12 00 00 00 80 ef 3b 04 - 00 00 00 00 88 2d 4b 46 ......;......-KF
    0x043be124 00 00 00 00 a8 15 4b 46 - 00 00 00 00 00 00 00 00 ......KF........
    0x043be134 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
    0x043be144 00 00 00 00 00 00 00 00 - 88 e1 3b 04 ad e5 03 60 ..........;....`
    0x043be154 7c e5 3b 04 dd e4 03 60 - e6 07 00 00 1c 46 43 04 |.;....`.....FC.
    0x043be164 b8 e5 3b 04 fe 07 00 00 - 88 e1 3b 04 00 00 00 00 ..;.......;.....
    0x043be174 44 e5 3b 04 24 e5 3b 04 - 00 00 00 00 10 e9 4a 46 D.;.$.;.......JF
    0x043be184 a8 15 4b 46 4f 52 41 2d - 30 31 34 30 33 3a 20 6e ..KFORA-01403: n
    0x043be194 6f 20 64 61 74 61 20 66 - 6f 75 6e 64 00 00 00 00 o data found....
    0x043be1a4 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
    0x043be1b4 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
    0x043be1c4 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
    0x043be1d4 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
    0x043be1e4 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
    0x043be1f4 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
    0x043be204 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
    0x043be214 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
    0x043be224 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
    0x043be234 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
    0x043be244 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
    0x043be254 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
    0x043be264 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
    0x043be274 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
    0x043be284 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
    0x043be294 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
    0x043be2a4 00 00 00 00 00 00 00 00 - 00 00 00 00 00 00 00 00 ................
    0x043be2b4 00 00 00 00 7d 2c fd 74 - 64 1e 00 00 7c 24 00 00 ....},.td...|$..
    0x043be2c4 00 00 00 00 00 00 00 00 - 14 e3 3b 04 1f 20 01 00 ..........;.. ..
    0x043be2d4 04 e3 3b 04 10 00 00 00 - 00 00 00 00 00 00 00 00 ..;.............
    0x043be2e4 20 a8 3f 04 40 49 9e 01 - b4 03 3f 04 00 00 00 00 .?.@I....?.....
    0x043be2f4 00 00 00 00 b8 9f 7d 4b - 7c 24 00 00 00 00 00 00 ......}K|$......
    0x043be304 a8 e3 3b 04 01 00 00 00 - 00 00 00 00 00 00 00 00 ..;.............
    0x043be314 00 00 00 00 0b 00 00 00 - 00 00 00 00 00 00 00 00 ................
    0x043be324 14 e3 3b 04 00 00 00 00 - 00 00 00 00 e4 e2 3b 04 ..;...........;.
    ------------------- End of Raw Stack Dump ----------------

  • How to recreate a preference for text schema index

    I have 10.2.0.3 database. I have a schema that has text schema indexes. I need to load the data to another user.
    Here is my steps:
    1. create a new user dev.
    2. expdp user prod
    3. impdp prod to dev META_DATA_ONLY
    4. drop schema indexex, otherwise, there is error.
    5. recreate schema index.
    My problem is when I recreate the indexes. I got this error
    ERROR at line 1:
    ORA-29855: error occurred in the execution of ODCIINDEXCREATE routine
    ORA-20000: Oracle Text error:
    DRG-10700: preference does not exist: OCS_IDCCOLL1_LEXER
    ORA-06512: at "CTXSYS.DRUE", line 160
    ORA-06512: at "CTXSYS.TEXTINDEXMETHODS", line 364
    I ran
    select pre_name from CTX_PREFERENCES wehre pre_owner='PROD'
    OCS_IDCCOLL1_LEXER
    How can I recreate the OCS_IDCCOLL1_LEXER for user dev?
    Thanks a lot!

    That is not a feature yet. An upcoming update (end of January) will allow multiple fields on a row, which would allow you to create a table. I don't know if there will be a tool that allows you to create a table of fields more easily.
    If you can create a PDF form (e.g., with Acrobat) it can have any layout you want, but not all FormsCentral features are available with PDF forms.

  • Recreating indexes of type: ctxsys.context

    For a database on Oracle 10g, I need to output a script that recreates all indexes of type of ctxsys.context type. I can do it running this query:
    SELECT owner, index_name, DBMS_METADATA.get_ddl('INDEX', index_name, owner)
    FROM all_indexes
    WHERE ityp_owner = 'CTXSYS' AND ityp_name = 'CONTEXT';However, if an index has parameters like this:
    CREATE INDEX <MySchema>.<Index_name> ON <MySchema>.<Index_name>
    (BL_RESOLUCION)
    INDEXTYPE IS CTXSYS.CONTEXT
    PARAMETERS('sync (every "FREQ=DAILY; BYHOUR=1")')
    NOPARALLEL;If I run DBMS_METADATA.get_ddl function, I get this output script:
    CREATE INDEX <MySchema>.<Index_name> ON <MySchema>.<Index_name>
    (BL_RESOLUCION)
    INDEXTYPE IS CTXSYS.CONTEXT;How to include the parameter line?
    Edited by: user521219 on 06-nov-2012 9:55

    >
    For a database on Oracle 10g, I need to output a script that recreates all indexes of type of ctxsys.context type. I can do it running this query:
    SELECT owner, index_name, DBMS_METADATA.get_ddl('INDEX', index_name, owner)
    FROM all_indexes
    WHERE ityp_owner = 'CTXSYS' AND ityp_name = 'CONTEXT';
    However, if an index has parameters like this:
    CREATE INDEX <MySchema>.<Index_name> ON <MySchema>.<Index_name>
    (BL_RESOLUCION)
    INDEXTYPE IS CTXSYS.CONTEXT
    PARAMETERS('sync (every "FREQ=DAILY; BYHOUR=1")')
    NOPARALLEL;
    If I run DBMS_METADATA.get_ddl function, I get this output script:
    CREATE INDEX <MySchema>.<Index_name> ON <MySchema>.<Index_name>
    (BL_RESOLUCION)
    INDEXTYPE IS CTXSYS.CONTEXT;
    How to include the parameter line?
    >
    When you post always provide your 4 digit Oracle version (result of SELECT * FROM V$VERSION); 10g is not a version.
    Works for me on Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Prod
      CREATE INDEX "SCOTT"."NDX_TEST_CONTEXT" ON "SCOTT"."DEPT" ("DNAME")
       INDEXTYPE IS "CTXSYS"."CONTEXT" PARAMETERS ('sync (every "FREQ=DAILY; BYHOUR=1")')Post information about which user is running that query and which user owns the index that is giving the problem.
    Have you tried the query using a DBA user?

  • Recreating Index Behaviour

    I have an index which has size 12 GB , i reliazed that this index space is fragmented for that i decided to defragmente its space , what i did for the dfragmentation is as follows.
    1) drop that index.
    2) recreate the same index.
    -Before dropping that index the tablepace of that index space usage was 89 % in Enterprise manager console tablespaces link.
    -After dropping this index it reclaimed the space of this tablepace usage column from 89 % to 81 %, i.e it reduce the space to 8%.
    -After recreating that index the space did not reuse recliamed space from that tablespace , it reduced the space of /orahome, where my datafiles reside.
    Though recreating an index is not having the same space as before , it is occuping the space of 4 GB as before to 10 GB.Why recreating the index is consuming the space of /orahome though the space from index tablespace is reclaimed?

    no i am recreating the index on the same tablespace from where i dropped.
    This script (metadata) i got from PL/SQL developer before dropping that index , i used the same script after dropping the index.
    create unique index WF_ITEM_ATTRIBUTE_VALUES_PK on WF_ITEM_ATTRIBUTE_VALUES (ITEM_TYPE, ITEM_KEY, NAME)
      tablespace APPS_TS_TX_IDX
      pctfree 10
      initrans 11
      maxtrans 255
      storage
        initial 128K
        next 128K
        minextents 1
        maxextents unlimited
        pctincrease 0
    SQL> Drop index WF_ITEM_ATTRIBUTE_VALUES_PK
      2  /
    Index dropped.
    [prod1@uat1 ~]$ df -ha
    Filesystem                      Size            Used           Avail           Use%           Mounted on
    /dev/mapper/vgora-lvora             1.4T           1.3T              93G            94%           /orahome
    SQL> create unique index WF_ITEM_ATTRIBUTE_VALUES_PK on WF_ITEM_ATTRIBUTE_VALUES
      2  (ITEM_TYPE, ITEM_KEY, NAME)
      3    tablespace APPS_TS_TX_IDX
      4    pctfree 10
      5    initrans 11
      6    maxtrans 255
      7    storage
      8    (
      9      initial 128K
    10      next 128K
    11      minextents 1
    12      maxextents unlimited
    13      pctincrease 0
    14    );
    Index created.
    [prod1@uat1 bin]$ df -ha
    Filesystem                           Size            Used           Avail           Use%      Mounted on
    /dev/mapper/vgora-lvora                     1.4T            1.3T               85G              94%      /orahome

  • Can I select the data of the indexes?

    Hi everybody,
    Oracle storages indexes in index type segments as I know.
    Is it possible to see the data of these index segments like a table or view?
    So I would like to see not only the structue of it with:
    select * from dba_segments SG where SG.segment_name = ’index_name’
    I think something like this:
    For example if I have a table named Table1.
    (please don’t see the format of the rowid):
    Rowid....field1
    1_1.......AA
    1_2.......AB
    1_3.......BB
    and I have an index on field1 named ndx_t1_f1.
    Create index ndx_t1_f1 on Table1(field1);
    I would like to see something like this
    (if it is a simple Btree index like the ndx_t1_f1):
    Select * from some_schema.???ndx_t1_f1???
    Rowid..........ParentRowid..........ValuePrefix..........SolutionRowid
    2_1
    2_11............2_1.......................A
    2_12............2_1.......................B
    2_111..........2_11.....................AA......................1_1
    2_112..........2_11.....................AB......................1_2
    2_121..........2_12.....................BB......................1_3
    And if i run:
    select field1 from table1 where filed1 like 'B%'
    oracle can use ndx_t1_f1 index like this:
    2_1 -> 2_12 -> 2_121 -> BB
    Yes, I know, there are some promlems with this imagine, but is it possible, or is it a silly question?
    Thanx: lados.

    Hi,
    You asked: „Why do you want to do that?”
    Well, I have a table T with fields F1, F2, F3 ...
    If I run:
    select F2, T.* from T where F1=12345;
    the result is one record and the value of F2 is ‘A’.
    But if I run:
    select F2, F1 from T where F1=12345;
    the result is one record and the value of F2 is ‘B’.
    And this is the same record. Oppps!!!!!
    I think the cause of the problem is the next:
    I have an index on F1, F2 named ndx_T_F1_F2
    In the second case: oracle uses only the index blocks and no table blocks, because all asked data exists in the index blocks.
    In the first case: oracle uses the table blocks too, because I asked all field.
    And I think there is a corrupted data on the index.
    I created a new index on (F1,F2,F3), and I suggest to use this.
    select /*+index(T, ndx_T_F1_F2_F3)*/ T.F2 from T where F1=12345;
    the result is one record and the value of F2 is ‘A’.
    But what is strange, oracle didn’t realise this inconsistent situation.
    (It could be an earlier crash, I don’t know, I’m new at this workplace)
    I think, the problem can solve with recreating the index ndx_T_F1_F2.
    But it’s a very special situation for me, and I would like to see the corrupted data concretly with my eyes.
    I think, that
    Select * from some_schema.???ndx_t1_f1???
    would I see like a view, but it would based on procedures and not tables.
    It would be enough to me, because I only could see the data in the index.
    But it is impossible as you wrote, isn’t it?
    Thanx: lados.

  • IDES system copy ..error during IMPORT_ABAP..unable to create indexes

    Hi all,
    I am doing a IDES system copy. I ran the report SMIGR_CREATE_DLL , the export activities have been completed successfully as well on the source system. Now on the target system, during the import, I am getting the following error in the log file SAPDFACT.log.
    (DB) ERROR: DDL statement failed
    (CREATE  INDEX "/BI0/E0RSTT_C06~P" ON "/BI0/E0RSTT_C06" ( "KEY_0RSTT_C06P" , "KEY_0RSTT_C06T" , "KEY_0RSTT_C06U" , "KEY_0RSTT_C061" , "KEY_0RSTT_C062" , "KEY_0RSTT_C063" , "KEY_0RSTT_C064" , "KEY_0RSTT_C065" , "KEY_0RSTT_C066" , "KEY_0RSTT_C067" , "KEY_0RSTT_C068"  ) TABLESPACE PSAPSR3 STORAGE (INITIAL 65536 NEXT 0000002560K MINEXTENTS 0000000001 MAXEXTENTS 2147483645 PCTINCREASE 0 ) NOLOGGING COMPUTE STATISTICS )
    DbSlExecute: rc = 99
      (SQL error 1408)
      error message returned by DbSl:
    ORA-01408: such column list already indexed
    (DB) INFO: disconnected from DB
    The owner for this table is SAPSR3. Some oracle forums suggested to drop the index before recreating it. But when i do "drop index SAPSR3."/BI0/E0RSTT_C06~P..it says.."the specified index does not exist". But when I go to recreate this index, it doesn get created successfully. After that when I re-run the import, it again fails. Suprisingly..now if i go to check if this index is present thru a sql querry:
    select owner, object_name, object_type from dba_objects where object_name='SAPSR3."/BI0/E0RSTT_C06~P"', it tells "no rows selected". This is happening everytime, I create an index, where it gets created successfully, and the import again fails with the same error in SAPDFACT.log.
    I found an SAP note 885441 named..common errors during migration..although mine isnt a migration..my both source and destination are Red hat 64 bit platform.
    The note 1st asks to download the latest R3load..which I did and extracted in the kernel directory of the source..then it also asked to edit the .TSK file..in my case..SAPDFACT.TSK..where the lines:
    I /BIC/E<Cubename>~<index> C err
    to  I /BIC/E<Cubename>~<index> C ign..
    I did that..this time..the import again fails..but in the SAPDFACT.log..it complains about some other index..n the same gets generated in the .TSK file as well..the earlier index error is not again generated.
    I am not sure..what is going wrong..my export went through successfully.i have done the prep steps for export as well..before that i ran the SMIGR_CREATE_DLL report as well..
    Any inputs are highly appreciated..
    Thanks,
    Akshay

    Hi,
    Check SAP  Note 1166589 - Table converter: DB error when creating secondary indexes
    Thanks
    Sunny

Maybe you are looking for