Manage index rebuilds
You can manage the rebuild of your indexes using iSeries™ Navigator. You can view a list of access paths that are rebuilding and either hold the access path rebuild or change the priority of a rebuild.
To display Access paths to rebuild, follow these steps:
- In the iSeries Navigator window, expand the system that you want to use.
- Expand Databases.
- Right-click the database that you want to work with and select Manage index rebuilds.
The Access paths to rebuild dialog includes the following columns:
Table 1. Columns used in Manage index rebuilds window Column name Description Name of Index to Rebuild Long name of access path being rebuilt Schema Schema name where the index is located Type The type of index displayed. Possible values are: Keyed Physical FileKeyed Logical FilePrimary KeyUnique KeyForeign KeyIndexStatus Displays the status of the rebuild. Possible values are: 1-99 – Rebuild PriorityRunning – RebuildingHeld – Held from be rebuiltRebuild Priority Displays the priority in which the rebuild for this access path is run. Also referred to as sequence number. Possible values are: 1-99: Order to rebuildHeldOpenRebuild Reason Displays the reason why this access path needs to be rebuilt. Possible values are: Create or build indexIPLRuntime errorChange file or index sharingOtherNot neededChange End of DataRestoreAlter tableChange tableChange fileReorganizeEnable a constraintAlter table recoveryChange file recoveryIndex sharedRuntime errorVerify constraintConvert memberRestore recoveryRebuild Reason Subtype Displays the subtype reason why this access path needs to be rebuilt. Possible values are: Unexpected errorIndex in use during failureUnexpected error during update, delete, or insertDelayed maintenance overflow or catch-up errorOtherNo eventChange End of DataDelayed maintenance mismatchLogical page size mismatchPartial index restoreIndex conversionIndex not saved and restoredPartitioning mismatchPartitioning changeIndex or key attributes changeOriginal index invalidIndex attributes changeForce rebuild of indexIndex not restoredAsynchronous rebuilds requestedJob ended abnormallyAlter tableChange constraintIndex invalid or attributes changeInvalid unique index foundInvalid constraint index foundIndex conversion requiredNote that if there is no subtype, this field will display a 0.Invalidation Reason Displays the reason why this access path was invalidated. Possible values are: User requested (See Invalidation Reason type for more information)Build IndexLoad (See Invalidation Reason type for more information)Initial Program Load (IPL)Runtime errorModifyJournal failed to build the indexMarked index as mendable during runtimeMarked index as mendable during IPLChange end of dataInvalidation Reason Type Displays the reason type for why this access path was invalidation. Possible reason types for User requested: Invalid because of REORGIt is a copyAlter fileConverting new memberChange to *FRCRBDAPChange to *UNIQUEChange to *REBLDPossible reason types for LOADThe index was marked for invalidation but the system crashed before the invalidation could actually occurThe index was associated with the overlaid data space header during a load, therefore it was invalidatedIndex was in IMPI format. The header was converted and now it is invalidated to be rebuilt in RISC formatThe RISC index was converted to V5R1 formatIndex invalidated due to partial loadIndex invalidated due to a delayed maintenance mismatchIndex invalidated due to a pad key mismatchIndex invalidated due to a significant fields bitmap fixIndex invalidated due to a logical page size mismatchIndex was not restored. File may have been saved with ACCPTH(*NO) or index did not exist when file was saved.Index was not restored. File may have been saved with ACCPTH(*NO) or index did not exist when file was saved.Index was rebuilt because file was saved in an inconsistent state with SAVACT(*SYSDFN).Note that for other invalidation codes, this field will display a 0.Estimated Rebuild Time Amount of time that it is estimated that the rebuild of the access path will take. Rebuild Start Time Time when the rebuild was started. Elapsed Rebuild Time Amount of time that has elapsed since the start of the rebuild of the access path Unique Indicates whether the rows in the access path are unique. Possible values are: YesNoLast Query Use Timestamp when the access path was last used Last Query Statistics Use Timestamp when the access path was last used for statistics Query Use Count Number of times the access path has been used for a query Query Statistics Use Count Number of times the access path has been used for statistics Partition Partition detail for the index. Possible values:
- <blank>, which means For all partitions
- For Each Partition
- specific name of the partition
Owner User ID of the owner of this access path. Parallel Degree Number of processors to be used to rebuild the index. Short Name The system name of the file that owns the index to be rebuilt. Text Text description of the file owning the index. You can also use the Edit Rebuild of Access Paths (EDTRBDAP) command to manage rebuilding of access paths.
Parent topic:
Indexes and the optimizer
Related information
Rebuild access paths
Edit Rebuild of Access Paths (EDTRBDAP) command