Lists and deletes full-text index locks managed by the Net Search Extender Instance Services.
If the locking and update services are running, you can view their status as well as information on the activated cache.
In a partitioned database environment this only affects the current partition. The user is responsible for invoking the DB2® command db2_all for the desired partitions.
To issue the command successfully, the user must be the DB2 instance owner with DBADM and DATAACCESS authority.
This command must be issued from the DB2 database server.
>>-CONTROL--+-CLEAR--|set-of-locks|------------------------+--->< +-LIST--|set-of-locks|-------------------------+ +-SHOW-CACHE-STATUS-FOR--|index-specification|-+ '-STATUS---------------------------------------' set-of-locks |--ALL-LOCKS-FOR--+-|database-specification|-+------------------| '-|index-specification|----' index-specification |--|database-specification|--INDEX------------------------------> >--+------------------+--index-name-----------------------------| '-index-schema-"."-' Database-specification |--DATABASE--database-name--------------------------------------|
Do not use the CLEAR command if any index administration commands, like an index update, are still active on the index you apply it to, because this could corrupt your index, requiring a complete rebuild.
Note this is only for the time that the lock is holding the index.
When using a replication capture table, there are no update operations. Instead, insert operations can be either from an insert or an update operation on the source table the index was created on.
Use SHOW CACHE STATUS FOR for an incremental index update to check that the specified memory size is still large enough to hold all the update information during the next update, or to check if an activation has been done.