Db02 & indexes

Hi,
I would like to know where do i find information regarding my system's indexes?
I'm runing and upgraded system of ecc6 (before was 4.6c) with sql server 2000.
on the earlier system - 4.6c i had to goto transaction db02 ->db analysis-> missing indexes and there i had all the information i needed plus the opion to create missing indexes in the db - but in ecc6 in db02 i can't find - can anyone assist?
Regards,
Moshe

To other people who had the same problem,
on the item list on the left pane
SPACE -> Segments -> Detailed Analysis(Aggregated) -> enter the object name and execute.
It will display the object selected on the right pane
you may have to double click (and wait for awhile) before the data about the table(including indexes) will be displayed below.
Had the same situation earlier
Edited by: Wilfredo Sepulchre on Mar 21, 2010 12:14 AM

Similar Messages

DB02 view is empty on Table and Index analyses DB2 9.7 after system copy

Dear All,
I did the Quality refresh by System copy export/import method. ECC6 on HP-UX DB29.7.
After Import Runstats status n Db02 for Table and Index analysis was empty and all value showing '-1'. Eventhough
a) all standard backgrnd job scheduled in sm36
b) Automatic runstats are enabled in db2 parameters
c) Reorgchk all scheduled periodically from db13 and already ran twice.
4) 'reorgchk update statistics on table all' was also ran on db2 level.
but Run stats staus in db02 was not getting updated. Its empty.
Please suggest.
Regards
Vinay

Hi Deepak,
Yes, that is possible (but only offline backup). But for the new features like reclaimable tablespace (to lower the high watermark)
it's better to export/import with systemcopy.
Also with systemcopy you can use index compression.
After backup and restore you can have also reclaimable tablespace, but you have to create new tablespaces
and then work with db6conv and online table move to move one tablespace online to the new one.
Best regards,
Joachim

DB02: Diagnostics ( Missing Indexes,...)

Hi,
Our SAP version is ECC 6.0 and database Oracle 10.2.0. In DB02 I am getting below messages:
Message1 . Unknown objects in ABAP Dictionary
DB tables: ORA_COCKPIT_HELPER
DB table without unique index: ORA_COCKPIT_HELPER
Message 2. Optional Indexes not created
Indexes not created : 382
Please suggest me shall I ignore the above messages? or I have to take any actions against those messages?
Thanks in Advance
Regards
Veera

Hi,
I think you need to create index for table ORA_COCKPIT_HELPER, using se14
Please go through following threads:
Index does not exist in database system ORACLE??????
Re: Creation of indexes
Hope this helps and solve your query.
Thanks and Regards,
Kiron.

Index is Missing in DB02

Dear All,
I just check in DB02 that there is one secondary Index is missing on Production server.
Database object for VBAK is inconsistent: (Secondary indexes)
Indexes: Inconsistent with DDIC source
ABAP Dictionary Database
Index does not exist Index *IDX$$_6E360001*
AUFNR
MANDT
Please tell me ....
is it automatically created?
now.... how can i create this indexe with SE11 or SE14 or some other way?
Regards,
Diya

Hello Diya,
If you really need to create index then Please go through the Note 334224 - Important notes for creating indexes.
http://sap.ittoolbox.com/groups/technical-functional/sap-basis/how-to-create-index-in-abap-dictionary-in-sap-1089196
However, I am not sure whether 'creating' a new index is the solution of the problem mentioned by you initially (What I mean is, creating the index is not the solution 'everytime' for this kind of message in DB02)
Thanks

DB02 = Missing Tables and Indexes = Unknown objects in ABAP Dictionary = DB views

Hi SAP Gurus,
on our SAP NetWeaver 7.x BW (based on AIX/Oracle) I find via transaction DB02 (path = Diagnostics => Missing Tables and Indexes) under "Unknown objects in ABAP Dictionary" under DB views a BW object /BI0/.....
When I make a double click on the object, I am getting the popup window "Display not possible for this object":
How can I identify the object and clarify with the BW application expert, if needed, how to resolve this object?
I searched already via RSA1 for the object, but I wasn't able to find anything so far ...
Thanks for your help and ideas.
Best regards
Carlos

Hello Carlos
The database view in question is a temporary database object created during a query execution.
Please read this SAP note 449891 - Temporary database objects in BW 3.x to understand what that view is all about and impact if those views are removed.
The SAP notes 449891 and 1139396 suggests to run the report SAP_DROP_TMPTABLES to drop these temporary objects. Whether the objects are still required or not is a question to be put across to the BW team. If the temporary objects are removed when they are used by a query, then the query will fail.
Have a nice day
RB

Missing Index there Unknown indexes in ABAP Dictionary in DB02

Dear All,
I am getting error in T-code DB02 >Missing Index there Unknown indexes in ABAP Dictionary.
Please find the following details.
Unknown indexes in ABAP Dictionary
    DB indexes                      11
        MARA_MEINS
        MARA_ZER
        MCHA_VFDAT
        VBRP_ARKTX
        VBRP_CHARG
        VBRP_FKIMG
        VBRP_KZWI1
        VBRP_MATKL
        VBRP_MATNR
        VBRP_SPART
        VBRP_WERKS
Please suggest how to correct them and can caution we have to take before creating the
Index.
The process creating the index form se11 table and there index>database utility and than create .The same process can be use .
Regards,

Hi,
Please use the below procdure:
- Goto transaction SE11
- Enter table name and press view
- Click button "Indexes..."
Please alse check with the below links for more information.
Index:
http://help.sap.com/saphelp_nw04/helpdata/en/cf/21eb20446011d189700000e8322d00/content.htm
Creating Secondary Index
http://help.sap.com/saphelp_nw04/helpdata/en/cf/21eb47446011d189700000e8322d00/content.htm
http://help.sap.com/saphelp_erp2005/helpdata/en/1c/252640632cec01e10000000a155106/frameset.htm
http://help.sap.com/saphelp_erp2005/helpdata/en/c7/55833c4f3e092de10000000a114027/frameset.htm
Check with this also......[click here|Steps for creating a database index;.
With Regards,
Krishna.

Transaction DB02 = Missing Tables and Indexes shows under Secondary indexes from package $tmp

Hi SAP Gurus,
I noticed on our SAP business warehouse (BW) system (NetWeaver 7.0 based on AIX/Oracle 11g) in transaction DB02 => Diagnostics => Missing Tables and Indexes under Secondary indexes, 26 indexes, in package $tmp:
The indexes are defined, but they don't have been created on the database.
When I try to create them via the database tool, I am getting the warning:
Does the warning raise up, because they where defined in the $tmp package?
I was looking in SAP notes for a solution for this "warning" concerning the /BIC/F-Indexes but I didn't found yet anything helpful ...
Thanks for your help and ideas ...
Best regards
Carlos

Hi Carlos,
These are secondary indexes created during process chains in BI to improvise performance.
You may refer below SCN blogs on creation of these indices in BI.
Secondary Index - Improving DSO insert/read performance
How to Create Secondary Index on DSO in SAP BW
Hope this helps.
Regards,
Deepak Kori

Missing indexes found in DB02

Respected All,
We found a huge number of missing indexes(primary and secondary both) in DB02.Is there any way to rebuilt or produce all these missing indexes in a mass or in a single step?? Thanks in advance for your supports

Dear,
You can create indexes as per your requirement. You can create by BRTOOLS as well as from SE14 t-code. After creating index you have to run Update statastics job.
Regards,
Charanjit

Missing indexes in db02

Hello,
Checking DB02 i've found a list of missing primary indexes. I know that i can use SE14 to adjust the indexes but i found some decumentation that says that i should first check if double index for the primary index exist and elimenate them.
Please Advice.
David.

hi David,
oss note 157918
BW: DB02 shows "missing indexes"
Symptom
DB02 shows indexes of a fact table to be missing. Such indexes have names that start with prefixes /BI0/F or /BIC/F (BW 1.2, BW 2.x) or /BI0/E or /BIC/E (BW 2.x only).
Additional key words
Business Information Warehouse, InfoCube, Fact Table, Bitmap Indexes, Oracle, DB02, Unique Index
Cause and prerequisites
For BW 1.2, this only applies to Oracle-based systems. For BW 2.x, this might apply to any DB-platform.
BW 1.2 and BW 2.x take advantage of certain DB-specific features which are not supported by the data dictionary of R/3 4.0, 4.5 or 4.6 base systems. Prominent examples are bitmap indexes on fact tables (Oracle-based BW systems), partitioned/fragmented indexes, nologging and parallel index building facilities etc. Such features are used in BW by triggering native SQL statements which bypass the data dictionary.
While all these features improve performance of the BW system, there are, however, some other transactions that are also affected when the data dictionary is bypassed. Amongst these is DB02. It sometimes claims that certain indexes of infocube fact tables are missing while direct checks on the database level show that those indexes are not missing at all or substituted by equivalent indexes. The latter might happen in BW 2.x where the primary index on fact tables might be replaced by a non-unique index or simply skipped as it is not required. Therefore you can usually ignore those messages. Obviously, we are currently working on removing such inconsistent information. If you want to be sure on the indexing then check the solution section of this note.
Solution
For BW 1.2A systems (Oracle only):
You have to ask your local DBA to check the state of the indexes directly by looking at the USER_INDEXES table on the Oracle database.
For BW 1.2B systems (Oracle only):
There are two alternatives to check the secondary indexes of infocube and aggregate cubes fact tables:
           (1) Go to the Admin Workbench. Go to the infocube. Click the right mouse button and choose "InfoCube Performance". This leads you to a screen that shows the state of those indexes via traffic light semantics. There are also buttons to repair inconsitent states of the indexes.
           (2) Use transaction RSRV. Go to the tabstrip "Database". Choose the item "Indices of an InfoCube and its aggregates" and insert the (technical) infocube name (e.g. 0BWTC_C01) in the input box at the bottom of the screen. Press F8 ("Analysis") and wait until a red, yellow or green light appears beside "Indices of an InfoCube and its aggregates", i.e. in the "Result" column. Then press F6 ("Results") in order to see a detailed report on the index situation of that cube.
           (3) Go to SE37 and do a "single test" for the function module RSDU_CHECK_SECONDARY_INDEXES. Use the infocube's technical name (e.g. 0BWTC_C01) as the input parameter and 'X' for both, the I_COMPLETE_CHECK and I_WITH_AGGREGATES, parameters. Press F8 to run the module. Only the C_T_INDEX output parameter is relevant. It shows a list of indexes. Check the TYPE and STATUS columns. These should show 'BITMAP' and 'VALID' respectively.
For BW 2.0A systems (all DB-platforms):
For checking secondary indexes on individual infocubes the following methods can be applied, similar to the BW 1.2B solution:
           (1) Go to the Admin Workbench. Go to the infocube. Click the right mouse button and choose "Manage". Choose the tabstrip "Performance". This leads you to a screen that shows the state of those indexes via traffic light semantics. There are also buttons to repair inconsitent states of the (secondary) indexes.
           (2) same as (2) for BW 1.2B.
           (3) Go to SE37 and do a "single test" for the function module RSDU_INFOCUBE_INDEXES_CHECK. Use the infocube's technical name (e.g. 0BWTC_C01) as the input parameter, leave the I_FACTTAB initial, use 'X' for both, the I_COMPLETE_CHECK and I_WITH_AGGREGATES, parameters and use 'U' in the I_DOUBLE_FACTTAB parameter. Press F8 to run the module. Only the C_T_INDEX output parameter is relevant. It shows a list of indexes. Check the TYPE_CHECK, UNIQUE_CHECK, PARTITIONED_CHECK and STATUS_CHECK columns. These should show 'G' (= "green" = ok) respectively.
If your BW 2.0A system is on patch level 11 Make DB02 consistent by running the report SAP_UPDATE_DBDIFF (via SE38), go to DB02 and press the "Refresh" button in order to synchronise the information in DB02 with the DBDIFF table. This should provide you with a consistent view.
For BW 2.0B and BW 2.1C systems (all DB-platforms):
DB02 should work consistently in BW 2.0B / BW 2.1C with infocubes created in 2.0B / BW 2.1C. If you wish, you can still use the BW 2.0A approach. For infocubes that were created in BW 2.0A or BW 1.2 you need to adjust the index setup (on the facttables) by running the report SAP_INFOCUBE_INDEXES_REPAIR. The latter is available from BW 2.0B patch 3 onwards. It should be run in a background process as it might take a while to run through.
You also might want to run the report SAP_UPDATE_DBDIFF once in order to update the table DBDIFF that lists database objects whose data dictionary setting do not correspond to the actual setup and that should therefore be omitted in DB02 checks.
Source code corrections

Missing Index in DB02

Hi,
When I go to DB02->Diagnostics->Missing Tables and Indexes in our ECC6 system.
I see some missing primary and secondry indexes there.I also see option " Create on Db" there.
Please suggest should I create such indexes by option "Create in Db" and also suggest how SAP find out such missing indexes in Database,,, Does CheckkDB or Update stats provide this information to SAP.
Please confirm.
Regards,
Shivam

>
Shivam Mittal wrote:
> Hi,
>
> When I go to DB02->Diagnostics->Missing Tables and Indexes in our ECC6 system.
>
> I see some missing primary and secondry indexes there.I also see option " Create on Db" there.
>
> Please suggest should I create such indexes by option "Create in Db" and also suggest how SAP find out such missing indexes in Database,,, Does CheckkDB or Update stats provide this information to SAP.
>
> Please confirm.
>
> Regards,
>
> Shivam
Yes you can create them on DB.
SAP doesnt find out that information until and unless then login into ur system through saprouter.
Regards,
Nirmal.K

Table index size in DB02 smaller after upgrade

SAP ERP 6.0, DB2 9.5, AIX 5.3. After we upgraded to SPS 15 / EHP4 / Netweaver EHP1 SPS02 using the downtime minimized method (shadow instance created) the index sizes for the tables are showing reduced sizes. When looking in DB02 under History -> "tables and indexes" all the tables show a drop in index sizes. I have compared the indexes to a pre upgrade copy of the system and all the indexes are still defined and active in the upgrades system. Can somebody please explain why the size drop? Is this a reporting error or what?

Hi Eddie,
DB2 V8.2 did not allow to retrieve table/index size information from DB2 directly. Therefore the SAP DB2 database interface and the CCMS code tried to do some size estimation based on cardinality and table/index width. DB2 V9.1+ provides table function ADMIN_GET_TAB_INFO to retrieve size information directly from DB2. Since this size information is much more accurate the SAP DB2 database interface and the CCMS code have been changed to use this table function.
So the phantom-"shrink" you observed may be related to the switch from size estimation to the size retrieved from ADMIN_GET_TAB_INFO . This may have happened directly after the V9.5 upgrade ( size retrieved differently in SAP DB2 database interface ) or after the SAP release upgrade ( change in CCMS ABAP coding ).
Regards
Frank

How to transport Secondary Index, If I created it via DB02-directly on DB?

Hi Experts,
For curiosity, wuld like to know that,
How to transport the Secondary Index, If I created it via DB02 i.e. directly on DB?
thanq.

Hi srikhar,
1. How to transport the Secondary Index, If I created it via DB02 i.e. directly on DB?
Now, There is no question of transport,
bcos what u will transport.
We can only transport objects which
are created from r/3 data dictionary etc.
regards,
amit m.

Can not create missing index

Dear all,
This is about a BW 3.5 system running Oracle 10.2.0.2 on Solaris 10
After an online database reorganisation, I receive these messages in db13
BR0970W Database administration alert - level: ERROR, type: MISSING_INDEX, object: (table) SAPR3./BI0/F0BWTC_C02
BR0970W Database administration alert - level: ERROR, type: MISSING_INDEX, object: (table) SAPR3./BI0/F0BWTC_C05
According to the logs, the tables above have been reorganised successfully.
I see the missing indexes in db02 under Missing Indexes:
Secondary indexes               13
    /BI0/F0BWTC_C02-070
    /BI0/F0BWTC_C02-060
    /BI0/F0BWTC_C02-050
    /BI0/F0BWTC_C02-040
    /BI0/F0BWTC_C02-020
    /BI0/F0BWTC_C02-010
    /BI0/F0BWTC_C05-070
    /BI0/F0BWTC_C05-060
    /BI0/F0BWTC_C05-050
    /BI0/F0BWTC_C05-040
    /BI0/F0BWTC_C05-020
    /BI0/F0BWTC_C05-010
    /BIC/FZ_CPLN_00-900
If I try to select one and click on create in db, I get a short dump
Runtime Error          RAISE_EXCEPTION
Date and Time          23.08.2007 11:12:13
ShrtText
Exception condition "STORAGE_NOT_DETERMINATED" raised.
What happened?
     The current ABAP/4 program encountered an unexpected
     situation.
What can you do?
     Print out the error message (using the "Print" function)
     and make a note of the actions and input that caused the
     error.
To resolve the problem, contact your SAP system administrator.
     You can use transaction ST22 (ABAP Dump Analysis) to view and administer
      termination messages, especially those beyond their normal deletion
     date.
is especially useful if you want to keep a particular message.
Error analysis
     A RAISE statement in the program "SAPLSDB2" raised the exception
     condition "STORAGE_NOT_DETERMINATED".
     Since the exception was not intercepted by a superior program
     in the hierarchy, processing was terminated.
173   else.
174      storage_source_hierarchy-dbr = 'X'.
175   endif.
176   storage_source_hierarchy-cmt = 'X'.
177   storage_source_hierarchy-cmp = 'X'.
178   if dbtabname ne space and dbtabname ne tabname.
179     perform shdupg_get_index_storage tables storpar
180             using dbsys prid tabname indexname storage_source_hierarchy
181                   dbindex_of_origtable dbprimindex_of_origtable
182             changing rc.
183   else.
184     call function 'DB_STORAGE_GET'
185          exporting
186               dbsys                = dbsys
187               prid                 = prid
188               tabname              = tabname
189               indexname            = indexname
190               dbindex              = realname
191               dbrefindex           = name_of_primidx
192               source_hierarchy     = storage_source_hierarchy
193          tables
194               storpar              = storpar
195          exceptions
196               mapping_error        = 1
197               db_error             = 2
198               uncomplete_parameter = 3
199               others               = 4.
200     rc = sy-subrc.
201   endif.
202   if rc ne 0.
>>>>     raise storage_not_determinated.
204   endif.
205
206 * Progamm generieren
207   perform db_get_progname using 'SDB2F' dbsys changing sdb2fdbs.
208   refresh statements.
209   perform gen_create_index in program (sdb2fdbs)
210           tables ddfldnames storpar loc_stmt
211           using tabname indexname realname unique dbsys rc.
212   if rc <> 0.
213 *KUGL-protocol-270694
214     perform stdo_sam1
215        using prid max_severity msgid '122' realname.
216     raise program_not_generated.
217   endif.
218   statements[] = loc_stmt[].
219
220   perform create_index_finish tables loc_stmt
221                           using tabname realname dbsys no_exec rc.
222 if rc <> 0. raise program_not_generated. endif.
Any ideas?
Many thanks
Andreas

Hi,
Please check following note:
Note 703304.
You may have to import correction against your release.
Regards,
Payal Patel

Index Statistics Update - Problem

We had performance problem yesterday with FI report FAGLL03, it timed out in online execution and in background mode it took 5000+ sec to execute. Result was no more than 100 records.
Later with some investigation problem drill down to index usage of table FAGLFLEXA. We then updated the index statistics of table from DB02. After that report worked fine with execution time of 10-15 sec for same set of input.
However user, in morning , was complaining again about performance problem with same report FAGLL03. We did that update index statistics again and as it was the case yesterday it fixed the problem.
Later today I checked SQL server the job SAP CCMS_xxx_xxx_Update_Tabstats, which I guess is updating index statistics daily at 0400 hours, is working fine. I can't see any error log there. Daily job to check database consistency is also not reporting anything.
Anyidea what could be going wrong.
Basis Consultants are looking into problem however I am putting this case here if anyone of you had same problem and fixed it.
Thanks,
Pawan.
Edited by: Pawan Kesari on Dec 11, 2009 4:05 PM

Hi,
Appears the stats are dropped eveytime the job runs @04:00
Have a look at the table DBSTATC in trx: DB21 to see if it's setup to dropped the stats..
Mark

Index does not exist error while running the query

Hi Everone,
I am facing some problem when i try to tun the query in BEx. When i run the query, it is giving the error "Index does not exist". Please help me out.
With Regards
Pavan
Edited by: PavanRaj_S on Mar 3, 2010 4:50 AM

Hi,
If you facing index problem go to mange create the index and you want to know what are all the infocubes not maintained index go db02 you can find out.
Regards
sivaraju

Db02 & indexes

Similar Messages

Maybe you are looking for