IOT index corruption

Hi all,
We have this problem on production, one of the partitioned index organized table throws " invalid rowid" while doing full table scan. After running DBVerify, the corrupted block has been identified and it is related to an index corruption. So it a logical corruption problem, blockrecover won't help here. Index_organized_table(IOT) is not supported by dbms_repair(). What are the options out there to reduce the loss of the data, since the recent two backups already contain this corrupted block. We don't really want to restore back to that far.
version: 10.0.2.3
os: solaris 10
Merry Christmas to you all
Regards,
Will

823600 wrote:
Hi all,
We have this problem on production, one of the partitioned index organized table throws " invalid rowid" while doing full table scan. After running DBVerify, the corrupted block has been identified and it is related to an index corruption. So it a logical corruption problem, blockrecover won't help here. Index_organized_table(IOT) is not supported by dbms_repair(). What are the options out there to reduce the loss of the data, since the recent two backups already contain this corrupted block. We don't really want to restore back to that far.
I was a little surprised that you get "invalid rowid" on an IOT (is that ORA-01410 or is it ORA-13412 from Spatial ?) since IOTs don't "do" rowids - but them I remembered overflow segments, so I assume your error must be that the IOT TOP is pointing to an IOT OVERFLOW entry that doesn't exist.
A couple of quick checks - can you exchange the corrupted partition out ? It's probably easier to deal with it as a standalone IOT that as a partition of an partitioned table ?
Can you run a query like 'select max(last column of primary key), count(*) from IOT' - to check that the IOT TOP it self-consistent. Can you hint this to work as an "index "full scan" and as an "index fast full scan" ? (If you have a single column PK, use a column that is guaranteed to be in the TOP rather than the OVERFLOW)
Has Oracle Support suggested querying data with events 10231 (skip corrupted blocks on tablescans) and/or 10233 (skip corrupted blocks on index operaiotns)set ? This may not help as it's possible that the blocks skipped have to be marked as corrupted through dbms_repair (or equivalent) - but it's possible that it will dump the corrupted block into the trace file. (10232 can also cause corrupted blocks to be dumped)
If you can skip the corruption, then 'create new IOT as select from old_IOT' and exchange back in with a small loss of data.
If you can't skip the corruption but can dump the bad block then you can decode the PKs for that block and create a copy as:
"select from IOT where PK < first PK in bad block union all select from IOT where PK > last PK in bad block" - forcing index range scans for both parts of the query.
Regards
Jonathan Lewis

Similar Messages

OBJ$ index corrupted

Hi,
I have 9.2.0.8 DB enviroment and I retrieved ORA-600 [12700] error.
I followed metalink note 155933.1 to resolve this error but there is a problem.
I found that the index corrupted is I_OBJ2, an OBJ$'s index.
On these kind of index I can't perform a REBUILD or an ALTER INDEX because an ORA-00701: object necessary for warmstarting database cannot be altered occured.
So, how can I do to repair this corrupted object?
Other information : DB is not in archivemode.
Thanks in advance.
Regards.
Alessandro.

Alessandro Zenoni wrote:
Hi,
I have 9.2.0.8 DB enviroment and I retrieved ORA-600 [12700] error.
I followed metalink note 155933.1 to resolve this error but there is a problem.
I found that the index corrupted is I_OBJ2, an OBJ$'s index.If you are sure only index is causing trouble, you could get the index ddl statement (select dbms_metadata.get_ddl('INDEX','I_OBJ2','SYS') from dual;), then drop and recreate it.
Nicolas.

How can I to repair this Index corruption??

Hi.
I´m working with Oracle 9.2.0.7.0 on Windows 2003 SP2.
I´ve a corruption issue on a PK index that I not am able to repair...
I´ve detected it when I tried make a RMAN backup.This is the message:
RMAN-03009: failure of backup command on ORA_DISK_1 channel at 03/02/2012 10:12:45
ORA-19566: exceeded limit of 0 corrupt blocks for file...
Then, I try to rebuild the index, but I get the following errors;
ORA-01115: IO error reading block from file 8 (block # 447127)
ORA-01110: data file 8: 'F:\ORACLE\ORADATA\INDEXES02.DBF'
ORA-27091: unable to queue I/O
ORA-27070: async read/write failed
OSD-04006: ReadFile() failure, unable to read from file
O/S error : (OS 121) The semophore timeout period has expired.
The next step was to connect to rman catalog and try to recover that block:
RMAN> blockrecover datafile 8 block 447127;
Starting blockrecover at 02-FEB-12 using channel ORA_DISK_1
Finished blockrecover at 02-FEB-12
I try to rebuild index again but I´ve the same errors but on block 447128 this time...
I do a new blockrecover and try to do a new rebuild index but it fails on block 447129...
I´ve repeated this procces many times until arrive to block 447134. On this block, I have done a blockrecover correctly but when I do a rebuild index it fails on the same block again.
Finally, after many retries, when I do a new rebuild but in this case, i get a
ORA-08103: object no longer exists
...is absurd. The object yet exist!!
Then I did BACKUP VALIDATE DATABASE from Rman catalog, and then query the view v$database_block_corruption.
FILE# BLOCK# BLOCKS CORRUPTION_CHANGE# CORRUPTION_TYPE
8 447120 5 0 ALL ZERO
8 447125 1 0 FRACTURED
2 rows selected.
I don´t know what mean this... Anyway when I try to make BLOCKRECOVER CORRUPTION LIST; rman returns:
RMAN-06026: some targets not found - aborting restore
RMAN-06023: no backup or copy of datafile 8 found to restore
and it´s true...I only have backup of the archivelogs...
Then, I decided to try something different using DBMS_REPAIR.
I created the REPAIR_TABLE with this script:
BEGIN
SYS.DBMS_REPAIR.ADMIN_TABLES (
TABLE_NAME => 'REPAIR_TABLE',
TABLE_TYPE => SYS.dbms_repair.repair_table,
ACTION => SYS.dbms_repair.create_action,
TABLESPACE => 'USERS');
END;
Then try save the information of bad blocks in the table...
SET SERVEROUTPUT ON
DECLARE num_corrupt INT;
BEGIN
num_corrupt := 0;
SYS.DBMS_REPAIR.CHECK_OBJECT (
SCHEMA_NAME => 'MYSCHM',
OBJECT_NAME => 'PK_CORX2',
REPAIR_TABLE_NAME => 'REPAIR_TABLE',
CORRUPT_COUNT => num_corrupt);
SYS.DBMS_OUTPUT.PUT_LINE('number corrupt: ' || TO_CHAR (num_corrupt));
END;
...but I get
ORA-00942: table or view does not exist
ORA-06512: at "SYS.DBMS_REPAIR", line 284
now, I include the OBJECT_TYPE parameter
SET SERVEROUTPUT ON
DECLARE num_corrupt INT;
BEGIN
num_corrupt := 0;
SYS.DBMS_REPAIR.CHECK_OBJECT (
SCHEMA_NAME => 'MYSCHM',
OBJECT_NAME => 'PK_CORX2',
OBJECT_TYPE => 'INDEX_TYPE',
REPAIR_TABLE_NAME => 'REPAIR_TABLE',
CORRUPT_COUNT => num_corrupt);
SYS.DBMS_OUTPUT.PUT_LINE('number corrupt: ' || TO_CHAR (num_corrupt));
END;
and then, message is
ORA-06502: PL/SQL: numeric or value error string. Causa: An arithmetic, numeric, string, conversion, or constraint error occurred.
ORA-06502 in line 4
I don´t know how to fix that...
The only thing that occurs to me is shutdown the instance, export the table, drop the table, import again and then recreate index... but I prefer not to stop the database because it is production, And I'm not sure this will solve the problem...
Have anybody any suggestion??? will be attentively listened...
note: I also did a scandisk of the unit if there were errors on the disk ...
Thanks everybody.
Regards

Thank you everybody. I'll try to answer all the questions...
Normally I´m doing backups by Rman and I´m complementing it with a full export every days.
Because the Rman backup fails due to the file corruption for several days ago I have only EXP backups in this moment.
On the other hand I agree with you Girish Sharma. The problem seems to be generated by a OS failure and I've tried to check it.
A significant fact is that when copying the file to another drive using OS commands, the copy fails with the message "Cannot Copy File- Path Too Long". Obviously that not is the real problem because the path is short, equal al rest of the files... Also, I can copy files from the same folder without problem.
The HDD is configured in RAID 1, I think if this were a hardware failure of a HD, the other should be functioning properly, so I conclude it must be a file system failure. So I did an scandisk on the unit but does not seem to have solved nothing.I guess the damage is already done at the logical level of data ...
Ok, finally I found the mode to place tablespace offline and then disable the constraint and drop the index. After this I´ve created the index in other tablespace.
I thought that this would solve the problem, but when I tried to make a level 0 backup with RMAN it fails with the same error. Nothing has changed...
...well, not really. there's something that have changed.
Alert.log show that the corruption is on file 8 block 447120, as before... but when I go to locate the object affected, this does not exist.
SELECT segment_name , segment_type , owner , tablespace_name
FROM sys.dba_extents
WHERE file_id =8
AND 447120 BETWEEN block_id and block_id blocks -1;
no rows selected.
I'm not sure how to interpret this... the index is now in another tablespace, and I´ve checked doing a rebuid of it, however, the datafile still corrupt and not let me do full backups...

Index Corruption in database

I am getting the below error when I run utlrp in my database. Please assist:
ERROR at line 1:
ORA-08102: index key not found, obj# 423571, file 6, block 113416 (2)
ORA-06512: at "SYS.UTL_RECOMP", line 760
ORA-06512: at line 4
I have run dbverify on File_id=6 but it did not return any corrupt pages or blocks.

user503988 wrote:
I am getting the below error when I run utlrp in my database. Please assist:
ERROR at line 1:
ORA-08102: index key not found, obj# 423571, file 6, block 113416 (2)
ORA-06512: at "SYS.UTL_RECOMP", line 760
ORA-06512: at line 4
I have run dbverify on File_id=6 but it did not return any corrupt pages or blocks.
[oracle@localhost sql]$ oerr ora 8102
08102, 00000, "index key not found, obj# %s, file %s, block %s (%s)"
// *Cause: Internal error: possible inconsistency in index
// *Action: Send trace file to your customer support representative, along
//           with information on reproducing the errorHow do I ask a question on the forums?
SQL and PL/SQL FAQ
Handle:     user503988
Status Level:     Newbie
Registered:     Apr 18, 2006
Total Posts:     37
Total Questions:     19 (13 unresolved)
why so many unanswered questions?

TREX upgrade and index corruption

What are the dangers with upgrading TREX 6.1 from SP 9 to SP 16?
Is there the possibility that the existing indexes get corrupted?
Thanks, Davide

Hi Davide,
There is no danger of upgrading from TREX 6.1 SP9 to TREX 6.1 SP16.
Indexes do not get corrupted with the upgrade.
Regards,
Srini

Chnaces of Index corruption - Need Inputs

Hi,
I have a field in a table that holds a name. Now there are certain constraints on the field. Like there must not be any spaces at the beginning or end of the name (value of the field). Index for the table has been set on the field or using that particular field. Now the values in the field have spaces in between (Which is allowed). Eg : Tom harry cruz. Now, by any chance does the index get corrupted due to the spaces in the field?
Thanks in advance

Indexes have nothing to do with the enforcement of data integrity.
Please post the DDL for the index and any constraints on the column.
You can use DBMS_METADATA to retrieve the DDL if you do not have it handy.
Here's how: Go to:
http://www.psoug.org/reference/dbms_metadata.html
and scroll down to GET_DDL.
For example:
select dbms_metadata.get_ddl('CONSTRAINT', 'PK_SERVERS') from dual;

ORA-600 with index corruption - Any Bug ?

Hi All,
We have Oracle Database 10.2.0.1 on Linux Fedora Core 6
AL32UTF8 Characterset and NLS_LENGTH_SEMANTICS = CHAR
For past couple of days, we are experiencing a strange problem of corruption. The indexes of many tables have been corrupted. Deleting or Updating the table rows throws the dreaded ORA-600 error. We tried to trace the error with stack trace in the tool on metalink, but in vain.
We seek help to find out why the indexes are getting corrupted very often. Is there any parameter which is misbehaving or Is it the CHAR semantics playing the game?
Any help pls ?
Thanks a lot :)

ORA-00600 is not the kind of error to be solved in a forum. If you have access to metalink and you have already performed a search with the ora600 search tool. Then raise a Service Request in metalink.
On the other hand, I see you are at the first release of 10gR2 without patchset applied. I suggest you to consider applying the latest patchset and CPU available for your platform, just to avoid hitting a known bug. Most probably this will be the initial Oracle Support recommendation.
~ Madrid
http://hrivera99.blogspot.com/

INDEX Corrupt files and chkdsk INDEX

Hello everyone, resident furball here...
I'm starting this new thread as an index to the now infamous 'Corrupt file requests chkdsk' error that many folks are experiencing, both here on Discussions, and over at iPodLounge.
Those of you encountering the following error:
iTunes: itunes.exe - Corrupt File. The file or directory \iPod_Control\Device\<?????????> is corrupt and unreadable. Please run the Chkdsk utility will hopefully find these links useful in providing you with the lowdown on the situation.
Our multi-part Consolidated Summary on the issue
Part 1: Da Gopha, "SUMMARY: Corrupt file requests chkdsk :REPOST", 08:46am Feb 2, 2005 CDT
Part 2: Da Gopha, "SUMMARY: Corrupt file requests chkdsk :REPOST" #1, 08:48am Feb 2, 2005 CDT
Part 3: Da Gopha, "SUMMARY: Corrupt file requests chkdsk :REPOST" #44, 04:27pm Feb 14, 2005 CDT
Apple's Knowledgebase article on the issue
http://docs.info.apple.com/article.html?artnum=300554
and my thoughts on it: Da Gopha, "iPod.exe" #5, 06:12am Feb 14, 2005 CDT
A novel solution to preventing Deep Sleep
JimUK69, "SUMMARY: Corrupt file requests chkdsk :REPOST" #77, 04:26pm Feb 25, 2005 CDT
iPod Updater 2004-08-06 providing bug-free 3.0.1 firmware /and equivalent firmwares for other non-Gen4 iPods
Chris Capell, "SUMMARY: Corrupt file requests chkdsk :REPOST" #4, 12:03pm Feb 2, 2005 CDT
Rolling back the firmware without Restoring
(NB: only for the computer-literate) Chris Capell, "SUMMARY: Corrupt file requests chkdsk :REPOST" #5, 12:17pm Feb 2, 2005 CDT
iPod Updater 2005-02-22 does not help
Da Gopha, "SUMMARY: Corrupt file requests chkdsk :REPOST" #67, 05:22am Feb 24, 2005 CDT
Apple are still working on it as of Mar 1 2005
Da Gopha, "SUMMARY: Corrupt file requests chkdsk :REPOST" #87, 07:13am Mar 1, 2005 CDT
The iPodLounge discussion
http://forums.ipodlounge.com/showthread.php?s=&postid=420956#post420956
These links take you to the sections that are directly relevant. Whilst the first post may appear to be the same for each link, scroll down the page a bit to get to the appropriate information. I hope Apple will have a solution for us before I need to re-consolidate the consolidated summary (again). Please use this page only as an index to the summary. To keep things tidy, direct technical queries should be posted in the summary, and not in here please. Many thanks to everyone for their continued efforts in dealing with this problem.
Kind regards,
Gopha

Thank you for the tip Paul.
However, a few comments if I may:
1) Any form of file recovery, chkdsk, Scandisk etc etc is only a temporary solution, because this issue is triggered by deep sleep. So you can fix the thing, but as soon as you hit Deep Sleep, it'll come back.
2) The Scandisk option is fine for verifying the Pod, but takes a very long time, runs the HDD continuously, and in the end achieves nothing more than can be accomplished by the chkdsk at the command prompt, or a soft reset (as I have tested) for this chkdsk error. However, for verifying the actual structure of the iPod it is good.
3) Defragging the iPod is a much disputed topic. Whether it's actually any use for the music is unknown. I know a few people who do indulge in a big of defrag from time to time, but I've yet to have a report from anyone saying that it helps in any way.
Overall, Scandisk (with both of the Fix File System and Recover Bad Sectors options checked), followed by Defrag takes a whole lot longer than it would to Restore the Pod using iPod Updater. The Restore has the added benefit of freshly reinstating the operating system, which Scandisk and Defrag do not do...
chkdsk also takes a fraction of the time that Scandisk takes.
Kind regards,
Gopha.

Spotlight Index Corrupted

Hello.
Upon indexing my external hard drives (all partitioned) under Leopard I discovered that more or less all the metadata in the external hard disks in question is corrupted beyond elementary usability. The file types (creator. etc.); names; previews; symlinks and whatnot - everything is in utter shambles.
PDFs, for instance, are recognised as Terminal commands - and by all means refuse to open in Preview (they do in Terminal.app and bear Terminal icons); as a file with a given name is launched, a totally different, sometimes of obscure type, opens; as I highlight a file in order to command-I it to set its application type, a dialogue box is launched asking me whether I like to change the extension, and so on. Changing the "open with" application yields no result, since the relevant application won't actually open the file; deleting file icons doesn't appear to work either. Both Finder and Spotlight have become as good as useless in file management (e.g., of files located on external hard drives) under Leopard.
These troubles persist under 10.5.1 (they started with the installation of 10.5.0).
I'm curious whether the issues referred to have been encountered by fellow 10.5(.x) users...
cordially,
Leo inter hominem

How are you doing a search while the index is still rebuilding? How are you reindexing for that matter? *sudo mdutil -E pathtovolume* will erase the index and a new one will be created.
Is the privacy tab of Spotlight excluding any directories that would have these files?

Mavericks Mail Import- Index Corrupted (Solution)

If you have updated to Mavericks and are unable to import your existing mail, are getting a "Your Mail Index has been corrupted" message or similar (I did not take a screen shot), you will need to do the following.
1. Make a backup of your ~/Library/Mail/ folder. IF YOU DO NOT, YOU WILL LOSE ALL YOUR MAIL.
For some reason, there are protected files, I used terminal to make a backup.
sudo zip -r ~/Desktop/Mail.zip ~/Library/Mail
Will make a backup zip on your desktop.
2. Copy the ~/Library/Mail/ folder to the Desktop or other folder. This will be needed in a minute.
3. Delete everything in the ~/Library/Mail/ folder.
4. Delete the Envelope Index file in the copy you made.
5. Delete the V2-temp folder in the copy you made. (The exact name might be different, but starts with V2.
6. Open Mail. Your existing accounts and most of your preferences should be saved.
Now you can get your old mail back.
7. Go to File -> Import. Choose Apple Mail. In the window that opens, go to the copy of the folder you made in step 2.
Everything should be selected. Click Import (or Continue).
Once it is done, all your old mail should be in the Import Folder, organized as before. There might be a duplicate folder named "Messages" in every subfolder. These are duplicates, and can be erased.
Once you made sure everything has been copied, you can delete the copy on the desktop and the backup zip you made. I suggest keeping it just in case.

Deleting the Envelope Index and some other files has helped me in the past and it did help partially here: Mail started again, but only after I had removed all Mailboxes form the v2-folder.
The IMAP Accounts rebuilt just fine (loading Mails from the Server).
However, when I tried importing local folders Mail would sometimes import E-Mails and not at other times.
Especially with large (25000 Mails and counting) and nested folders - Mail seems to import very unreliably. It stops after a short while (far too short) and claims it has imported it all to a folder "imported … {some number}".
However the folder an therefore the mails are not there! Not in Mail, not in the Finder (below v2).
I also tried importing subfolders (below a folder.mbox), but Mail wouldn't let me.
I also noted from some imported mails, that Mail did not display them correctly, showing raw message content instead of inline images etc.
Apple, please fix this.
64bit issue with the database?

Mailboxes/index corruption?

MacBookAir OSX 10.5.8 Mail: on opening generates error msg "There is a problem saving information about your mailboxes. It may take a while to determine the problme. If you know this is a temporary problem, click Quit and then open Mail again". Options are "Quit" and "Quit and Rebuild Index". Either selection generates a protracted SBBOD; if Mail indeed eventually quits, subsequent relaunch gives the same scenario.
Mail syncs with iPhone 3G & MobileMe.
Backup via TimeMachine/TimeCapsule.
Now what? Mail unusable, Mac itself unusable once Mail launched, another Mac disaster moment.

Let the thing run in SBBOD paralysis mode for 3 hours. Up pops a message "kill Mail, will re-import all your messages on restart". Had to force quit to kill. Relaunch - by George it did so. Took forever. Fixed itself. Weird.

Envelope Index Corruption

I am getting frustrated.
I have thousands of emails, but recently, when I open mail, some folders will appear empty. I know they're not empy. So I've been deleting the Envelope Index files in ~/Library/Mail/ and reindexing that folder with spotlight, and that fixes the problems for a couple of days.
I've send a bug report to apple, but I'm getting really frustrated. Has anyone else had this problem and found a fix for it?
I'm using POP mail and I can send and receive mail fine. Also, Mail is not set to empty the any mailbox automatically (and indeed the mailbox isn't empty - Mail just isn't showing the contents in the mail browser window).
I would appreciate any suggestions (except to format and reinstall).
10.9.3, iMac

Let's try these 4 steps to refresh and repair your base files.
Boot into Recovery Drive. Hold down Command R when restarting computer.
1) While in Recovery drive, follow the steps in this link to reset permissions on YOUR files. Not the same as Disk Utility Repair Permissions.
Still in Recovery Drive, Run 2) Repair Drive and 3) Repair Permissions in Disk Utility.
(note Spotlight will reindex your drive after restart)
4) Download combo updater to refresh your system files.
OS X Mavericks 10.9.3 (Update (Combo)
http://support.apple.com/kb/DL1746
Let me know if this helped.

N900 Multimedia Music Index corrupted (or not upda...

I have copied 4000 songs (mp3) in my N900 (Internal Music folder)in USB Mass storage mode.
After this I have buy a 16 Gb Memory Card and , after inserting it and, i have create a folder and I have copied my songs tree from internal folder to memory card folder.
After restart , Multimedia player say that I have 4000 songs but all songs are not playable (url not found).
After same minutes, music indexing start and work up to 5 minutes.
After indexing I have same situation , 4000 songs that not play.
Then I have deleted my songs from SDand i have copied (in USB Mass storage mode) 2000 new songs in internal folder.
After restart Multimedia player say 0 Mysic, 0 Videos, and after same minutes Multimedia Indexing start.
After Indexing Multimedia player have 6000 songs and (correctly) 4000 can't play because player say uri not found.
I have try to reflash device with NSU but music index probably reside in /home filesystem because after flash I have the same situation.
Are there a possibility to delete and recreate music index ?
Thank you for all.
-=LordByte=-
Solved!
Go to Solution.

I have found this solution on maemo.org
- Open terminal
from terminal launch:
tracker-processes -r
This command remove old index
After this:
- Restart Phone
- Open Multimedia player
After same minutes new indexing start
now All work fine
-=LordByte=-

Mail index corruption

Need help on this.
Wife's MacBook Pro with OS 10.6.8 was giving a lot of mail trouble: not connecting with ISP, freezing, and just general contankerous. We tried several thing such as permissions, defrag, and diskwarrior, etc.
We then upgraded to10.8.4 but still have a problem with mail. Mail opening process finds at attempts to import saved mail data but final window warning states mail index error. Next window states quit and reopen Mail to fix indexing.
We have an Index.sproduct in the Mac OS X Install Data. According to the file info, it was created when we installed OS 10.8.4.
Problem is that that does not happen. Still cannot open Mail 6.5.

Out of interest to everyone, it's great to know the solution to this problem is readily available.
I had this problem with an iMac when upgrading from 10.6.8 to Yosemite.
I must have tried 6 times to do this rebuild/reindex without success until...
- I found I had files stored in 2 places : /mail and v2/maildata
For me it was necessary to:
1. Remove all the imap accounts from both places
2. Remove envelope index and associated files as explained elsewhere from both places.
Once that was done, hey presto! It rebuilt very quickly.
Thanks to everyone who takes time to contribute. When it's all going pear-shaped these discussion help enormously.
These two conversations helped me also:
http://osxdaily.com/2013/08/01/rebuild-mailbox-reindex-messages-mail-mac-os-x/
https://discussions.apple.com/thread/1427197?start=0&tstart=0

Entries not found - due to index corruption?

Dear friends,
in the last couple of days, we run into serious trouble with our directory server.
In our accounts, there is a unique number for every person's entry. On this attribute, we created an index.
Everything was ok, but recently the search requests which uses this attribute in the filter went wrong. The server does find the entries by this filter.
To make it even worse, our plugin which checks the uniqueness of this attribute does not find the existing entries as well. So, new entries are created instead of updating
the existing accounts!
My guess is that there is problem with that index. How can I check the index and re-build it if necessary? Or is there any other possible reason for that strange behaviour?
We use Directory Server 5.2 SP4 on Solaris 9 SPARC, our database contains more than 60 000 entries and is about 1.3GB large.
TIA!
Rainer

Hi,
You can reindex all your suffix from the console, but the best method I think is :
1) Add,modify, delete your indexed attributes
2) Make your DS in READ-ONLY mode
3) export you DB to ldif file : db2ldif -n instance -s suffix -r (if you need replica information) -a output-file
4) Re-import you DB : ldif2db -n instance -s suffix
During the restore, all your indexes will be recreated.
Good luck
Fabrizio

IOT index corruption

Similar Messages

Maybe you are looking for