Oracle Sys table index rebuild

hi, expert
I am new to this expert Forums
Blow Table Index are rebuild,This table are relation with sys user or not?
after rebuild index, getting error in alert log file
ORA-00600: internal error code, arguments: [psdnop-1], [1410], [], [], [], [], [], [], [], [], [], []
ORA-01410: invalid ROWID
when trying to select * from dba_network_acls getting error massage Rowid invalid
ALTER INDEX CTXSYS.SYS_C003684 REBUILD;
ALTER INDEX CTXSYS.SYS_C003683 REBUILD;
ALTER INDEX CTXSYS.SYS_C003682 REBUILD;
ALTER INDEX CTXSYS.SYS_C003681 REBUILD;
ALTER INDEX CTXSYS.SYS_IOT_TOP_54056 REBUILD;
ALTER INDEX CTXSYS.SYS_C003677 REBUILD;
ALTER INDEX CTXSYS.SYS_IL0000054052C00002$$ REBUILD;
ALTER INDEX CTXSYS.SYS_IOT_TOP_54044 REBUILD;
ALTER INDEX CTXSYS.SYS_C003675 REBUILD;
ALTER INDEX CTXSYS.SYS_IOT_TOP_54038 REBUILD;
ALTER INDEX CTXSYS.SYS_IOT_TOP_54031 REBUILD;
ALTER INDEX CTXSYS.SYS_IOT_TOP_54028 REBUILD;
ALTER INDEX CTXSYS.SYS_IOT_TOP_54018 REBUILD;
ALTER INDEX CTXSYS.DR_STOPLIST_PK REBUILD;
ALTER INDEX CTXSYS.DR_STOPLIST_UNIQ REBUILD;
ALTER INDEX CTXSYS.DR_THS_BT REBUILD;
ALTER INDEX CTXSYS.DR_UNIQ_THS_BT REBUILD;
ALTER INDEX CTXSYS.SYS_IOT_TOP_54003 REBUILD;
ALTER INDEX CTXSYS.DR_THS_RINGID REBUILD;
ALTER INDEX CTXSYS.DR_UNIQ_THS_PHRASE REBUILD;
ALTER INDEX CTXSYS.SYS_C003629 REBUILD;
ALTER INDEX CTXSYS.SYS_C003626 REBUILD;
ALTER INDEX CTXSYS.SYS_C003627 REBUILD;
ALTER INDEX CTXSYS.SYS_IOT_TOP_53991 REBUILD;
ALTER INDEX CTXSYS.SYS_IOT_TOP_53963 REBUILD;
ALTER INDEX OLAPSYS.SYS_C004604 REBUILD;
ALTER INDEX OLAPSYS.SYS_C004600 REBUILD;
ALTER INDEX XDB.SYS_C003740 REBUILD;
ALTER INDEX XDB.SYS_C003741 REBUILD;
ALTER INDEX XDB.SYS_C003742 REBUILD;
ALTER INDEX MDSYS.UNIQUE_CLASS_CONSTRAINT REBUILD;
ALTER INDEX MDSYS.UNIQUE_USER_CONSTRAINT REBUILD;
ALTER INDEX MDSYS.UNIQUE_LRS_GEOM_LAYER REBUILD;
ALTER INDEX MDSYS.UNIQUE_NETWORK_LAYER REBUILD;
ALTER INDEX MDSYS.UNIQUE_NETWORK_LINK_LAYER REBUILD;
ALTER INDEX MDSYS.UNIQUE_NETWORK_NODE_LAYER REBUILD;
ALTER INDEX MDSYS.UNIQUE_NETWORK_PATH_LAYER REBUILD;
ALTER INDEX MDSYS.UNIQUE_NETWORK_PATH_LINK_LAYER REBUILD;
It is possible to recreate this index again to solve this problem, or any other solution.
Thanks in Advance sir,

Pl do not post duplicate threads - Oracle sys Index rebuild then Getting error Invalid Error Ora-01410

Similar Messages

Oracle sys Index rebuild then Getting error Invalid Error Ora-01410

Oracle sys Index rebuild,
after Getting error Invalid Error Ora-01410 in alert log file.every Insert ,update and delete.
Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - 64bit Production
PL/SQL Release 11.1.0.7.0 - Production
Oracle sys Index rebuild list
CTXSYS
EXFSYS
FLOWS_030000
FLOWS_FILES
MDSYS
OLAPSYS
ORDSYS
OWBSYS
SI_INFORMTN_SCHEMA
TSMSYS
WKSYS
MDSYS
After rebuild above index im getting error while inserting,update,delete table rows
Error like 'INVALID ROWID' alert log file
ANY ONE HELP ME TO RESOLVE THE PROBLEM
Edited by: 927230 on May 26, 2012 8:51 PM
Edited by: 927230 on May 26, 2012 8:53 PM

927230 wrote:
Oracle sys Index rebuild after Getting error Invalid Error Ora-01410
Oracle 11.1 version
Oracle sys Index rebuild list
CTXSYS
EXFSYS
FLOWS_030000
FLOWS_FILES
MDSYS
OLAPSYS
ORDSYS
OWBSYS
SI_INFORMTN_SCHEMA
TSMSYS
WKSYS
MDSYS
After rebuild above index im getting error while inserting,update,delete table rows
Error like 'INVALID ROWID'
ANY ONE HELP ME TO RESOLVE THE PROBLEMwhich came first the error or the rebuild?
COPY & PASTE whole session & SQL so we can see exactly what you do & how Oracle responds
post results from following SQL below
SELECT * FROM V$VERSION

Index Rebuild in Oracle 7

Hi DBA's,
DB Details: ORACLE 7 , Machine : P-III : VMWARE..
I am getting an error in prod like follows,
24-may-2011 04:24:33 am: start rebuilding the index on the table ...
alter index
ERROR at line 1:
ORA-01652: unable to extend temp segment by 168168 in tablespace SFX_INDEX
doubt:
why does the error say "extend temp segment" for the permanent index tablespace.
We have 3000MB Free space in Same tablespace & we have 2000MB free space in Temp also.But Still it is Giving error in "ORACLE 7 "
Any Idea...
Help me soon .

user11919409 wrote:
DB Details: ORACLE 7 , Machine : P-III : VMWARE..
I am getting an error in prod like follows,
24-may-2011 04:24:33 am: start rebuilding the index on the table ...
alter index
ERROR at line 1:
ORA-01652: unable to extend temp segment by 168168 in tablespace SFX_INDEX
doubt:
why does the error say "extend temp segment" for the permanent index tablespace. Because when you rebuild an index, the new index structure starts life as a temp segment (and so can be easily dropped in case of failure) and gets renamed and reassigned as the index segment once the index rebuild process is complete.
>
We have 3000MB Free space in Same tablespace & we have 2000MB free space in Temp also.But ; Still it is Giving error in "ORACLE 7 "
It's the free space in the SFX_INDEX tablespace that's the problem, you don't have 168168 free contiguous blocks within the tablespace necessary for the index (the actual amount of space this corresponds to is of course is dependent on your block size).
Cheers
Richard Foote
http://richardfoote.wordpress.com/

Index rebuilding slow in Oracle 10g

We are trying to build indexes in Oracle 10g and its extremely slow. Any pointers to find out what the problem is and then fixing it?
I am using a syntax like:
alter index INDEX_NAME rebuild tablespace TABLESPACE_NAME online compute statistics parallel;
Should online and parallel together be an issue? (I don't necessarily need to do online, I just removed online and started again, but not sure how it will go)

user8294047 wrote:
We are trying to build indexes in Oracle 10g and its extremely slow. Any pointers to find out what the problem is and then fixing it?
I am using a syntax like:
alter index INDEX_NAME rebuild tablespace TABLESPACE_NAME online compute statistics parallel;
Should online and parallel together be an issue? (I don't necessarily need to do online, I just removed online and started again, but not sure how it will go)In addition to the advices you've already got regarding index rebuilding in general:
If you're using the ONLINE rebuild option it might take a while if there are active transactions on the table, since it waits until no transactions are active to start the rebuild process, the same applies to the completion of the ONLINE operation.
Of course, you should get an "ORA-00054 resource busy" error when this is the case when using the normal (offline) rebuild option without the ONLINE keyword.
Regards,
Randolf
Oracle related stuff blog:
http://oracle-randolf.blogspot.com/
SQLTools++ for Oracle (Open source Oracle GUI for Windows):
http://www.sqltools-plusplus.org:7676/
http://sourceforge.net/projects/sqlt-pp/

Table lock while index rebuild

Dear all,
Can anyone kindly tell if the rebuild index operation locks the table on which rebuild index is performed ? (meaning that no inserts or updates are possible on that table during that time)
I am using Oracle 10.1.0.4
Thanks in advance
L

Dear all,
Can anyone kindly tell if the rebuild index operation
locks the table on which rebuild index is performed ?
(meaning that no inserts or updates are possible on
that table during that time)
I am using Oracle 10.1.0.4
Thanks in advance
LThe online index rebuild allow DML statements on the tables during the index creation. When you use the ONLINE option to create or alter an index, the current index is left intact while a new copy of the index is created. This allows DML statements to access the old index.
Message was edited by:
oraburn

Goldengate Extracts reads slow during Table Data Archiving and Index Rebuilding Operations.

We have configured OGG on a near-DR server. The extracts are configured to work in ALO Mode.
During the day, extracts work as expected and are in sync. But during any dialy maintenance task, the extracts starts lagging, and read the same archives very slow.
This usually happens during Table Data Archiving (DELETE from prod tables, INSERT into history tables) and during Index Rebuilding on those tables.
Points to be noted:
1) The Tables on which Archiving is done and whose Indexes are rebuilt are not captured by GoldenGate Extract.
2) The extracts are configured to capture DML opeartions. Only INSERT and UPDATE operations are captured, DELETES are ignored by the extracts. Also DDL extraction is not configured.
3) There is no connection to PROD or DR Database
4) System functions normally all the time, but just during table data archiving and index rebuild it starts lagging.
Q 1. As mentioned above, even though the tables are not a part of capture, the extracts lags ? What are the possible reasons for the lag ?
Q 2. I understand that Index Rebuild is a DDL operation, then too it induces a lag into the system. how ?
Q 3. We have been trying to find a way to overcome the lag, which ideally shouldn't have arised. Is there any extract parameter or some work around for this situation ?

Hi Nick.W,
The amount of redo logs generated is huge. Approximately 200-250 GB in 45-60 minutes.
I agree that the extract has to parse the extra object-id's. During the day, there is a redo switch every 2-3 minutes. The source is a 3-Node RAC. So approximately, 80-90 archives generated in an hour.
The reason to mention this was, that while reading these archives also, the extract would be parsing extra Object ID's, as we are capturing data only for 3 tables. The effect of parsing extract object id's should have been seen during the day also. The reason being archive size is same, amount of data is same, the number of records to be scanned is same.
The extract slows down and read at half the speed. If normally it would take 45-50 secs to read an archive log of normal day functioning, then it would take approx 90-100 secs to read the archives of the mentioned activities.
Regarding the 3rd point,
a. The extract is a classic extract, the archived logs are on local file system. No ASM, NO SAN/NAS.
b. We have added "TRANLOGOPTIONS BUFSIZE" parameter in our extract. We'll update as soon as we see any kind of improvements.

Strange explain plan when query SYS tables

Oracle Version 9.2.0.7
We have an application that runs the following query on Oracle 9.2.0.7
SELECT T1.TABLE_NAME,T1.COLUMN_NAME, T1.SRID, T2.SDO_UB, T2.SDO_LB, T1.OWNER FROM ALL_SDO_GEOM_METADATA T1, TABLE(T1.DIMINFO) T2 WHERE T1.OWNER=UPPER(:"SYS_B_0") AND T1.TABLE_NAME=UPPER(:"SYS_B_1")
Without the self join the query is fine, but with the self join on our customers database the explain plan is doing full table scans and Hash Joins on SYS tables and takes 2 minutes.
Rows Row Source Operation
2 FILTER
2 NESTED LOOPS
1 TABLE ACCESS FULL SDO_GEOM_METADATA_TABLE
2 COLLECTION ITERATOR PICKLER FETCH
1 UNION-ALL
0 FILTER
0 NESTED LOOPS OUTER
0 HASH JOIN
37 TABLE ACCESS FULL TS$
0 HASH JOIN OUTER
0 NESTED LOOPS OUTER
0 NESTED LOOPS OUTER
0 NESTED LOOPS
1 NESTED LOOPS
1 TABLE ACCESS BY INDEX ROWID USER$
1 INDEX UNIQUE SCAN I_USER1 (object id 44)
1 TABLE ACCESS BY INDEX ROWID OBJ$
1 INDEX RANGE SCAN I_OBJ2 (object id 37)
0 TABLE ACCESS CLUSTER TAB$
1 INDEX UNIQUE SCAN I_OBJ# (object id 3)
0 TABLE ACCESS CLUSTER SEG$
0 INDEX UNIQUE SCAN I_FILE#_BLOCK# (object id 9)
0 TABLE ACCESS BY INDEX ROWID OBJ$
0 INDEX UNIQUE SCAN I_OBJ1 (object id 36)
0 TABLE ACCESS FULL USER$
0 INDEX UNIQUE SCAN I_OBJ1 (object id 36)
0 NESTED LOOPS
0 FIXED TABLE FULL X$KZSRO
0 INDEX RANGE SCAN I_OBJAUTH2 (object id 109)
0 FIXED TABLE FULL X$KZSPR
0 FILTER
0 NESTED LOOPS OUTER
0 HASH JOIN
54 TABLE ACCESS FULL USER$
0 HASH JOIN
29447 TABLE ACCESS FULL OBJ$
0 HASH JOIN OUTER
0 HASH JOIN OUTER
0 HASH JOIN OUTER
0 NESTED LOOPS
0 NESTED LOOPS OUTER
0 NESTED LOOPS OUTER
0 NESTED LOOPS
0 NESTED LOOPS
0 NESTED LOOPS
1 NESTED LOOPS
1 TABLE ACCESS BY INDEX ROWID USER$
1 INDEX UNIQUE SCAN I_USER1 (object id 44)
1 TABLE ACCESS BY INDEX ROWID OBJ$
1 INDEX RANGE SCAN I_OBJ2 (object id 37)
0 TABLE ACCESS CLUSTER TAB$
1 INDEX UNIQUE SCAN I_OBJ# (object id 3)
0 TABLE ACCESS CLUSTER TS$
0 INDEX UNIQUE SCAN I_TS# (object id 7)
0 TABLE ACCESS CLUSTER COL$
0 TABLE ACCESS CLUSTER SEG$
0 INDEX UNIQUE SCAN I_FILE#_BLOCK# (object id 9)
0 TABLE ACCESS BY INDEX ROWID OBJ$
0 INDEX UNIQUE SCAN I_OBJ1 (object id 36)
0 TABLE ACCESS CLUSTER COLTYPE$
0 TABLE ACCESS FULL USER$
0 TABLE ACCESS FULL OBJ$
0 TABLE ACCESS FULL USER$
0 INDEX UNIQUE SCAN I_OBJ1 (object id 36)
0 NESTED LOOPS
0 FIXED TABLE FULL X$KZSRO
0 INDEX RANGE SCAN I_OBJAUTH2 (object id 109)
0 FIXED TABLE FULL X$KZSPR
1 FILTER
1 NESTED LOOPS
1 NESTED LOOPS OUTER
1 NESTED LOOPS
1 TABLE ACCESS BY INDEX ROWID USER$
1 INDEX UNIQUE SCAN I_USER1 (object id 44)
1 TABLE ACCESS BY INDEX ROWID OBJ$
1 INDEX RANGE SCAN I_OBJ2 (object id 37)
0 INDEX UNIQUE SCAN I_TYPED_VIEW1 (object id 105)
1 INDEX UNIQUE SCAN I_VIEW1 (object id 104)
0 NESTED LOOPS
0 FIXED TABLE FULL X$KZSRO
0 INDEX RANGE SCAN I_OBJAUTH2 (object id 109)
0 FIXED TABLE FULL X$KZSPR
On our development database it takes 0.07 sec with no full table scans and no hash joins.
Rows Row Source Operation
2 NESTED LOOPS
1 TABLE ACCESS BY INDEX ROWID SDO_GEOM_METADATA_TABLE
1 INDEX RANGE SCAN SDO_GEOM_IDX (object id 36753)
1 UNION-ALL
0 FILTER
0 NESTED LOOPS
0 NESTED LOOPS OUTER
0 NESTED LOOPS OUTER
0 NESTED LOOPS OUTER
0 NESTED LOOPS OUTER
0 NESTED LOOPS
1 NESTED LOOPS
1 TABLE ACCESS BY INDEX ROWID USER$
1 INDEX UNIQUE SCAN I_USER1 (object id 44)
1 TABLE ACCESS BY INDEX ROWID OBJ$
1 INDEX RANGE SCAN I_OBJ2 (object id 37)
0 TABLE ACCESS CLUSTER TAB$
1 INDEX UNIQUE SCAN I_OBJ# (object id 3)
0 TABLE ACCESS BY INDEX ROWID OBJ$
0 INDEX UNIQUE SCAN I_OBJ1 (object id 36)
0 INDEX UNIQUE SCAN I_OBJ1 (object id 36)
0 TABLE ACCESS CLUSTER USER$
0 INDEX UNIQUE SCAN I_USER# (object id 11)
0 TABLE ACCESS CLUSTER SEG$
0 INDEX UNIQUE SCAN I_FILE#_BLOCK# (object id 9)
0 TABLE ACCESS CLUSTER TS$
0 INDEX UNIQUE SCAN I_TS# (object id 7)
0 NESTED LOOPS
0 FIXED TABLE FULL X$KZSRO
0 INDEX RANGE SCAN I_OBJAUTH2 (object id 109)
0 FIXED TABLE FULL X$KZSPR
0 FILTER
0 NESTED LOOPS
0 NESTED LOOPS
0 NESTED LOOPS OUTER
0 NESTED LOOPS OUTER
0 NESTED LOOPS OUTER
0 NESTED LOOPS OUTER
0 NESTED LOOPS OUTER
0 NESTED LOOPS OUTER
0 NESTED LOOPS
0 NESTED LOOPS
0 NESTED LOOPS
0 NESTED LOOPS
1 NESTED LOOPS
1 TABLE ACCESS BY INDEX ROWID USER$
1 INDEX UNIQUE SCAN I_USER1 (object id 44)
1 TABLE ACCESS BY INDEX ROWID OBJ$
1 INDEX RANGE SCAN I_OBJ2 (object id 37)
0 TABLE ACCESS CLUSTER TAB$
1 INDEX UNIQUE SCAN I_OBJ# (object id 3)
0 TABLE ACCESS CLUSTER TS$
0 INDEX UNIQUE SCAN I_TS# (object id 7)
0 TABLE ACCESS CLUSTER COL$
0 TABLE ACCESS CLUSTER COLTYPE$
0 TABLE ACCESS CLUSTER SEG$
0 INDEX UNIQUE SCAN I_FILE#_BLOCK# (object id 9)
0 TABLE ACCESS BY INDEX ROWID OBJ$
0 INDEX UNIQUE SCAN I_OBJ1 (object id 36)
0 TABLE ACCESS CLUSTER USER$
0 INDEX UNIQUE SCAN I_USER# (object id 11)
0 TABLE ACCESS BY INDEX ROWID OBJ$
0 INDEX UNIQUE SCAN I_OBJ1 (object id 36)
0 TABLE ACCESS CLUSTER USER$
0 INDEX UNIQUE SCAN I_USER# (object id 11)
0 INDEX UNIQUE SCAN I_OBJ1 (object id 36)
0 TABLE ACCESS BY INDEX ROWID OBJ$
0 INDEX RANGE SCAN I_OBJ3 (object id 38)
0 TABLE ACCESS CLUSTER USER$
0 INDEX UNIQUE SCAN I_USER# (object id 11)
0 NESTED LOOPS
0 FIXED TABLE FULL X$KZSRO
0 INDEX RANGE SCAN I_OBJAUTH2 (object id 109)
0 FIXED TABLE FULL X$KZSPR
1 FILTER
1 NESTED LOOPS
1 NESTED LOOPS OUTER
1 NESTED LOOPS
1 TABLE ACCESS BY INDEX ROWID USER$
1 INDEX UNIQUE SCAN I_USER1 (object id 44)
1 TABLE ACCESS BY INDEX ROWID OBJ$
1 INDEX RANGE SCAN I_OBJ2 (object id 37)
0 INDEX UNIQUE SCAN I_TYPED_VIEW1 (object id 105)
1 INDEX UNIQUE SCAN I_VIEW1 (object id 104)
0 NESTED LOOPS
0 FIXED TABLE FULL X$KZSRO
0 INDEX RANGE SCAN I_OBJAUTH2 (object id 109)
0 FIXED TABLE FULL X$KZSPR
2 COLLECTION ITERATOR PICKLER FETCH
ALL_SDO_GEOM_METADATA is a view in the MDSYS schema (generated by Oracle ).
SELECT SDO_OWNER OWNER,
SDO_TABLE_NAME TABLE_NAME,
SDO_COLUMN_NAME COLUMN_NAME,
SDO_DIMINFO DIMINFO,
SDO_SRID SRID
FROM SDO_GEOM_METADATA_TABLE
WHERE
(exists
(select table_name from all_tables
where table_name=sdo_table_name
and owner = sdo_owner
union all
select table_name from all_object_tables
where table_name=sdo_table_name
and owner = sdo_owner
union all
select view_name table_name from all_views
where view_name=sdo_table_name
and owner = sdo_owner))
Statistics have been gathered for the MDSYS user.
If this had not been SYS schema I would have immediately concluded that fresh statistics are required. The SYS objects concerend are valid with all indexes
From my understanding you are not meant to gather stats for the SYS schema in Oracle 9 as Data Dictionary queries still uses RBO?
Any ideas as to why Oracle is doing full table scans when querying SYS tables? The optimizer_mode is set to FIRST_ROWS.
Any ideas greatly recevied.
Thanks

Maybe I'm missing something but this:
INDEX FULL SCAN SISESTAT I0_ESTRUTURA_COMERCIALindicates that one of those indexes is being used.
This:
T_ESTRUTURA_COMERCIALIs nowhere to be found in your Explain Plan. It appears that either you have posted the wrong plan
or Oracle is doing a query rewrite to a materialized view.

On Index Rebuild in 10g

My partitioned table has 150 Million records with average row length of 444. I need to add 8 million more records from another non partitioned table, which will fit into 2 partitions of earlier table.
I have set database to no force logging, disabled all foreign keys and using APPEND hint to add the rows. I suppose this won't generate redo logs for table.
Now to reduce redo logs due to indexes, I am planning to set them unusable and then skip the unusable indexes (any unique index will be in used state as Oracle needs to enforce integrity). I can do this for partitioned indexes and rebuild required partitions alone.
But I have around 12 global single column(with maxlength of 25 bytes) indexes . so my question is, if I rebuild the index offline (as online rebuild scans the full table- Doc ID: 272762.1), will it scans the full table or the existing index, which is in unusable state?
Or is there any other approach? I suppose I can try using partition exchange option but I still need to deal with those indexes.

Rebuilding unusable Index scans the table rather than the original index. Also we cannot build it online.
http://asktom.oracle.com/pls/asktom/f?p=100:11:0::::P11_QUESTION_ID:1669403535933#11145054166877

Gathering schema Statistics and Index rebuilding

I want to know after how much time we must gather the schema Statistics and Index rebuilding.
In our system approximately 7 logfile generates in one day
Please suggest me

Index rebuilding sounds so much Oracle 7! Indexes today generally take care of themselves quite well, throughout inserts, deletes and updates. It rebalances itself automatically when necessary, without requiring any rebuild. As for the stats, run it for sure after large data movements (i.e. deletes and inserts). Besides that, implement table monitoring for your tables, and run once in a while dbms_stats with the options parameter as GATHER STALE. That way, Oracle will automatically know which objects need their stats refreshed.
Daniel

Alter index rebuild question

Hello experts,
I have a simple question regarding rebuilding indexes...
First, I am running 11.2.0.2 on Solaris 10.
My reason for rebuilding is to relocate the indexes to their own tablespace, and while I recognize this is a subjective reason as far as performance is concerned, it makes administration easier.
That being said, my question is in regards to use of "compute statistics" and also "online", and "nologging".
Since I do want to minimize he impact to our users, and this table is one of the most used tables in the database, my syntax was going to be as follows:
alter index <schema>.<index> rebuild online nologging tablespace <ts_idx> compute statistics;
Questions:
1.   does doing the rebuild online preclude queries against the table during the duration of the rebuild?
2.   does use of nologging improve speed of rebuilding
3.   is it advisable to include the "compute statistics". I believe I read on Jonathan Lewis' page that statistics are gathered automatically and to include "compute statistics" was not necessary when rebuilding an index.
And I guess one final question is whether I can include all the options in the same rebuild statement as I have shown above?
I've tested the above in our test database, but it seems to hang when using the online option (with all the other options).
Thanks in advance.

Excellent resource. Thanks for the link. While I've read most of those discussions on either Jonathan's or Richard's web sites already, it is a good presentation and reference.
Unfortunately, it does not answer either of the questions that I asked. The reason I asked those questions is because the answers you gave contradict what i read in Oracle documentation (although it might be version specific).
Also, it does seem to be slightly faster to rebuild using nologging (in my test environment).
I've tested this with multiple indexes and the timing is slightly improved consistently.
{quote}
SQL> ALTER INDEX ARADMIN."T2179_C1_0944_1037" REBUILD LOGGING TABLESPACE REMEDY_IDX;
Index altered.
Elapsed: 00:00:10.68
SQL> ALTER INDEX ARADMIN."T2179_C1_0944_1037" REBUILD nologging TABLESPACE REMEDY_IDX;
Index altered.
Elapsed: 00:00:08.50
{quote}
The use of online, however, seems to "hang" for some reason, even in my test database while no one else is logged into the database except me.
Referencing Oracle's documentation, it says that rebuilding an index online does not allow queries against the base table. This is why I asked this question, but your answer is different than Oracle's. In this case, however, it is for Oracle 10.2, so not sure if this is still true for 11.2.
Ref. Oracle Text SQL Statements and Operators
[ONLINE]
ONLINE enables you to continue to perform updates, inserts, and deletes on a base table; it does not enable you to query the base table.
You cannot use PARALLEL with ONLINE. ONLINE is only supported for CONTEXT indexes.
Now, regarding the use of "compute statistics", I am pretty sure I recall reading either in Jonathan's papers, or in Richard's papers, that this is not necessary and/or is redundant. But then why would Oracle include this as an option. This is counter intuitive, which again is why I'm asking. Do you know if any reference that can clear this up?

Alter index rebuild reverse duration

Hi,
I'm working on an Oracle Database 11g Release 11.1.0.6.0 - 64bit Production With the Real Application Clusters option.
I would need to rebuild reverse 2 indexes, 60gb each.
Is it possibile to forecast somehow the opreation duration?
The alter index rebuild is locking (insert on those tables are locked), doesn't it?
Thanks in advance,
Samuel

You can rebuild it online, but it will demand extra temporary space, and can take more time.
ALTER INDEX INDX REBUILD ONLINE

Index rebuild

Hi Team,
Please tell me any difference b/w alter index <index> rebuild or alter index <index> rebuild move.
Is there any difference that more space will be released if I move index to diffrenet tablespace and move move back to orginal tablespace.
I know that if we use move option we can move index to different tablespace,
Regards,
jit

Even if you would do lots of dml's, that's not certainly means that you need the rebuilding of the index. If your assertion is based on this that there would be some "holes" within the leaf blocks which wont be reused and would require a rebuild, it's wrong then since Oracle would take care of these things on its own. So again, what criteria, other than an OLTP db you used to conclude that you need rebuilding of indexes?
But I just wanted to know If I go for alter index rebuild or alter index rebuild move and move back the indexes, which option will be best for me mean by which option I can reclaim more space.Well, I am sorry to say but I think you really don't know very well both the commands. The commands don't differ in the space reclaim given by them but in the way they do the rebuild. Please read the documentation to know what both commands do and how? BTW, from where you picked the command alter index rebuild move since I am not sure that such command exists?
Aman....

Different b/w index rebuild and index rebuild online

hi..guys could u plz tel me difference between index rebuild and index rebuild online

There is no difference in both the commands. Both will rebuild the index structure from the scratch.But in the first case with only Rebuild, as long as the index, its temporary segment is not prepared and merged together, index is not available for the other users for use. The Online clause makes the index available for others even while being rebuild.
Rebuilding index online has the same concept of creating them online to some extent,
http://download.oracle.com/docs/cd/B10501_01/server.920/a96521/indexes.htm#3062
HTH
Aman....

Fact Table index vs BIA Index

BIA gurus..
Prior to our BIA implementation we had the drop and rebuild index process variants in our process chains.
Now after the BIA implementation we have the BIA index roll-up process variant included in the process chain.
Is it still required to have the drop and rebuilt index process variants during data load ?
Do the infocube fact table indexes ever get hit after the BIA implementation ?
Thanks,
Ajay Pathak.

I think you still need the delete/create Index variants as it not only helps in query performance but also speeds up the load to your cubes.
Documentation in Perfomance tab:
"Indices can be deleted before the load process and after the loading is finished be recreated. This accelerates the data loading. However, simultaneous read processes to a cube are negatively influenced: they slow down dramatically. Therefore, this method should only be used if no read processes take place during the data loading."
More details at:
[http://help.sap.com/saphelp_nw70/helpdata/EN/80/1a6473e07211d2acb80000e829fbfe/frameset.htm]

Amount of temporary tablespace size used for index rebuild

Hi All,
I want to know approximate amount of temporary tablespace size used for index rebuild. I need this information to avoid the insufficient temporary tablespace error during the huge index rebuild.
Is there a query or procedure to find it out.
Thank you.

Hi,
While creating the index, the temporary segment is created in the permanent tablespace. So permanent tablespace must have sufficient space.
http://www.oracle-base.com/articles/10g/SpaceObjectTransactionManagement10g.php
http://aprakash.wordpress.com/2010/01/05/numeric-segment-name/
Anand

Oracle Sys table index rebuild

Similar Messages

Maybe you are looking for