MV and index rebuild

Hi
Does rebuild (move to another tablespace) of indexes on a fact table in any way affect materialized views/logs created on that table? I know that it shouldn't but we have had some pretty strange things with our mviews, so i just have to ask :).
Thanks

It should not. What was the problem you had?

Similar Messages

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....

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

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.

When rebuild table and index

Hi,
how to know if for a table we should rebuild table and index ?
Many thanks.

Safi, I would be less sure than that. There were many many very long threads in database general forum about that subject. If you observed that fact once, that is not very often the case.
@OP,
Assuming the question was not about performance, but more on AppDesigner side (because of rebuild table), what I can say is :
1. Peoplesoft store all the storage definition for all the objects in its own metamodel tables
2. when you are changing field definition (column's definition) or indexes definition, the new definition is stored in the Peoplesoft metamodel tables
3. On the table/index build, AppDesigner compare the Peoplesoft metamodel definition for that particular object with in the Oracle (or what ever else database you are using) definition of that same object.
4. If the defintions reported on step 3 are different, then AppDesigner will fill a file with all the (re)build statements of the objects you are rebuilding (and different).
5. Finally, you just have to run the generated script.
Of course, you can bypass the comparison by enforcing AppDesigner the (re)build the record/index in all cases, however, it is not always (do not say never) recommanded.
Now, when you have to rebuild table (or record in AppDesigner's word) or indexes ? Basically, by the previous explanation I gave above, you could understand this is when you are changing a field/table/index definition through AppDesigner.
Nicolas.

Why Indexing Rebuild Again and Again

Hi Team,
I am facing issue outlook stander ed edition 2010 indexing rebuilding again and again on local system due to this unable to search old email it happens twice in a week or in two days.
Please help me to resolve the same thanks to you all.

Hi,
Please make sure your Outlook is fully patched. And we can try the following changes:
1. Create a new Outlook profile:
http://support.microsoft.com/kb/829918
2. Start Outlook in safe mode:
Click Start > Run > Outlook /safe
3. If it doesn’t work, please perform a clean boot in Windows:
http://support.microsoft.com/kb/929135/en-us
4. Then rebuild Indexing in Outlook 2010 until it is complete:
Click File > Options > Search > Indexing Options > Advanced > Rebuild.
Regards,
Winnie Liang
TechNet Community Support

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....

Table files and Index files 2GB on Windows 2003 Server SP2 32-bit

I'm new to Oracle and I've ran into the problem where my Table files and Index files are > 2GB. I have an Oracle instance running version 10.2.0.3.0. I have a number of tables file and index files that have a current files size of 1.99GB. My Oracle crashes about three times a week because of a "Write Fault/Failure. I've detemined that the RDBM is trying to write a index or table files > 2GB. When this occurs it crashes.
I've been reading the Oracle knowledge base that it suggest that there is a fix or release of Oracle 10g to resolve this problem. However, I've been unable to locate any fix or release to address my issue. Does such a fix or release exist? How do I address this issue? I'm from the world of MS SQL and IBM DB2 and we don't have this issue. I am running and NTFS files system. Could this be issue be related to an Windows Fix?
Surely Oracle can handel databases > 2GB.
Thanks in advance for any help.

After reading your response it appears that my real problem has to do with checking pointing. I've included below a copy of the error message:
Oracle process number: 8
Windows thread id: 3768, image: ORACLE.EXE (CKPT)
*** 2008-07-27 16:50:13.569
*** SERVICE NAME:(SYS$BACKGROUND) 2008-07-27 16:50:13.569
*** SESSION ID:(219.1) 2008-07-27 16:50:13.569
ORA-00206: Message 206 not found; No message file for product=RDBMS, facility=ORA; arguments: [3] [1]
ORA-00202: Message 202 not found; No message file for product=RDBMS, facility=ORA; arguments: [D:\ELLIPSE_DATABASE\CONTROL\CTRL1_ELLPROD1.CTL]
ORA-27072: Message 27072 not found; No message file for product=RDBMS, facility=ORA
OSD-04008: WriteFile() failure, unable to write to file
O/S-Error: (OS 33) The process cannot access the file because another process has locked a portion of the file.
error 221 detected in background process
ORA-00221: Message 221 not found; No message file for product=RDBMS, facility=ORA
ORA-00206: Message 206 not found; No message file for product=RDBMS, facility=ORA; arguments: [3] [1]
ORA-00202: Message 202 not found; No message file for product=RDBMS, facility=ORA; arguments: [D:\ELLIPSE_DATABASE\CONTROL\CTRL1_ELLPROD1.CTL]
ORA-27072: Message 27072 not found; No message file for product=RDBMS, facility=ORA
OSD-04008: WriteFile() failure, unable to write to file
O/S-Error: (OS 33) The process cannot access the file because another process has locked a portion of the file.
Can you tell me why I'm having issues with checking point and the control file?
Can I rebuild the control file if it s corrupt?
The problem has been going on since April 2008. I'm takening over the system.
Thanks

Import dumpfile with seperate tablespaces for table and index

Hi,
We have a schema for which the its tables are stored in seperate tablespace and indexes are stored in different tablespace. Now we have take full schema export. Now we want to import it on another schema. Now I want to know if the we have difference in the tablespace name we use REMAP_TABLESPACE clause of the impdp command but what about the seperate tablespace for table and indexes. How would Oracle handle this.
Regards,
Abbasi

Hi,
I hope you created the same tablespace structure on the target side if not so remap_tablespace option you have to use for specifying different tablespaces.Oracle will take care of putting data and index.Any how if a index is moved from one tablespace to other you have to rebuild them,once you rebuild them than only stattistics are gathered otherwise you
might face some performance issue.
Better option is to keep same tablespace structures in source and target environment.
Best regards,
Rafi.
http://rafioracledba.blogspot.com
Edited by: Rafi (Oracle DBA) on May 9, 2011 7:07 AM

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/

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

Compression for oracle database and index compression during import of data

Hi All,
I have a query , in order to import into oracle database and also have compression and index compression , do we have some kind of load args for r3load and also do we have to change the tpl file ?

Hello guy,
I did this kind of compression within migration project before.
I performed index compress first and then export -> import with table compress.
One thing you should take care, delete nocompress flag from TARGET.SQL (created by program SMIGR_CREATE_DDL, program SMIGR_CREATE_DDL created pure non-compression objects for these considered non-standard tables). For table columns > 255, we should not delete this flag.
Regarding to the index compress in source system, please check the following notes:
Note 1464156 - Support for index compression in BRSPACE 7.20
Note 1109743 - Use of Index Key Compression for Oracle Databases
Note 682926 - Composite SAP note: Problems with "create/rebuild index"
Best Regards,
Ning Tong

Move large tables and indexes into own tablespace

I currently manage a 100Gb 10.2.0.4 SE database on Windows.
There is one data tablespace and one indexes.
I have one table xxxHistory that is periodically cleared out, however, six months of data must be retained.
The table is currently 17Gb and has 95 million rows, the corresponding nine or so indexes take another 47Gb.
I am having a small problem with I/O waits on this table so, I want to move this table and the indexes to their own tablespaces, which I will create (xxxHistory_D and xxxHistory_I).
I know the two methods, exp/imp (difficult due to foreign keys) and the prefered method of :
alter table tbl move tablespace tblsp and
alter index ind rebuild tablespace tblsp.
I have no problems with the syntax etc, having used this method many times.
My question is, does anyone have a better idea of how to approach this to minimise downtime?
The system cannot be used if this table is not available.
I am also going to migrate to 11.2x when available but can't find anything in the new features to help.
Note, this is SE, so partitioning is not an option and once I have sorted this table out, I will unchain the rows of any other and reorganise the space.
Disk space is not an issue.
Thanks,

BigPhil wrote:
Note, this is SE, so partitioning is not an option and once I have sorted this table out, I will unchain the rows of any other and reorganise the space.
Disk space is not an issue.
Strategically this sounds as if you really do need partitioning; since you're on SE, you could consider the v7 "partition view" concept.
Create one table per month, and index each table separately.
Add a constraint to each table of the form: "movement date between to_date('...') and to_date('...')"
Create a union all view of the tables.
Getting rid of a single month means redefining the view.
In theory any queries you do should be able to filter predicate pushdown and thus eliminate redundant partitions, and also handle pushing joins down into the union all view. But that's something you would have to test carefully.
You could even create the tables as index organized tables - which may be the solution to your I/O wait problems - if your queries are about stock movement then all the movements for a given stock will be thinly scattered across the table, leading to one block I/O per row required. IOTs would give you an overhead on inserts, but eliminate waits on queries.
Regards
Jonathan Lewis
http://jonathanlewis.wordpress.com
http://www.jlcomp.demon.co.uk
To post code, statspack/AWR report, execution plans or trace files, start and end the section with the tag {noformat}{noformat} (lowercase, curly brackets, no spaces) so that the text appears in fixed format.
"Science is more than a body of knowledge; it is a way of thinking"
Carl Sagan

Fragmentation in tables and indexes with 9.2.0.5

Hi guys ,
I need of query to identified fragmentation in tables and indexes using Oracle 9i,someone could help me send that's querys
tks
spaulonci

Fragmentation by itself at the tablespace level doesn't mean any thing from the performance point of view, only from the storage capacity perspective, and this just in case fragments are not necessarily the same size as in the case of dictionary manged tablespaces.
You may be concerned about block density, which actually could lead to performance degradation. I suggest you to consider using coalesce instead of rebuilding in the case of indexes, and in the case of tables you should perform a segment reorganization. In the case of 9iR2 the coalesce command for table segments is not available so you will have to perform another segment reorganization strategy. If there are meaningful differences with the high water mark, average number of rows per block and chained rows then you will notice performance differences.
I suggest you to take metrics for block usage prior to perform an index coalesce operation, as well as prior to perform a data segment reorganization to assess if the reorganization effort is useful.
~ Madrid
http://hrivera99.blogspot.com/

MV and index rebuild

Similar Messages

Maybe you are looking for