SQL/MP Reference Manual
HP NonStop SQL/MP Reference Manual—523352-013
A-23
Considerations—ALTER INDEX
ALTER INDEX operations that use WITH SHARED ACCESS generally take 
longer to complete than those that do not. However, because WITH SHARED 
ACCESS operations allow concurrent read and write access to the source 
partition, they cause far less application downtime than equivalent operations 
without WITH SHARED ACCESS.
The duration of a WITH SHARED ACCESS operation increases with the 
number and length of transactions on the node that contains the source 
partition, particularly with the number and length of transactions that involve 
the source partition and the amount of activity on the audit trail used for the 
source partition.
An operation that uses WITH SHARED ACCESS cannot complete successfully 
unless the TMF audit trail generated during the operation is accessible for 
reading later in the operation. If a required audit trail has been overwritten, a 
WITH SHARED ACCESS operation cancels changes made to the database 
and terminates.
When performed on a source object that has a valid TMF online dump, an 
operation that uses WITH SHARED ACCESS generates audit information for 
the target object.
Lengthy operations that use WITH SHARED ACCESS might require an 
operator to mount tapes of TMF audit dumps. (Requests to mount TMF audit 
dump tapes for WITH SHARED ACCESS operations are not distinguishable 
from other requests to mount TMF audit dump tapes. Such requests are 
generally sent to an operator's console. SQL does not return information about 
such requests to the terminal or process that started the operation.)
When a split command with the WITH SHARED ACCESS option finishes 
successfully, check SQL FILEINFO for the source partition to see if the F flag is 
present. For a merge operation with the WITH SHARED ACCESS option, 
check the target partition; for a one-way move operation with the WITH 
SHARED ACCESS option, check the source and target partitions. If the F flag 
is present, the partition contains data blocks allocated to obsolete (moved) 
records. Use the FUP RELOAD command to reclaim the disk space. For more 
information, see the File Utility Program (FUP) Reference Manual.
If the request fails, the original index normally remains intact and accessible. 
However, if ALTER INDEX fails because of a processor or system failure, a 
newly added, moved, or split partition of the index might continue to exist—
along with the original index—although it is inaccessible. After the system 
becomes available, use CLEANUP to drop the new partition (or ask a user with 
local super ID authority to do so), and reissue the ALTER INDEX statement. 
ALTER INDEX returns an error if there is a problem with the index.
When you add a partition to an index, the PARTNS catalog table and 
associated IXPART01 index might become full. To correct the situation, 
distribute object and partition definitions across multiple catalogs. For more 
information about partition limits, see Limits on page L-6.










