APAR status
Closed as duplicate of another APAR.
Error description
Adding a new fragment to a fragmented table is a leight weight operation even with indexes defined on it. In case of 'semi-detached' indices - no explicit storage specification, so index following table's fragmentation - this would involve equally simple and cheap index fragment creation. If such new index fragment creation is incurred during logical recovery, whether at server restart or during a logical restore, it is deferred until after logical recovery completed, then progressed on the final set of data. Yet now it's not only this single new index fragment that's being created, but all pre-existing fragments of this index would be dropped and re-created as well - a potentially very costly and time consuming operation delaying the affected table becoming fully operational. Solving this design problem, existing since ever, is not being worked on.
Local fix
Problem summary
Problem conclusion
Temporary fix
Comments
This APAR is a duplicate of IT28321
APAR Information
APAR number
IT27317
Reported component name
INFORMIX SERVER
Reported component ID
5725A3900
Reported release
C10
Status
CLOSED DUB
PE
NoPE
HIPER
NoHIPER
Special Attention
NoSpecatt / Xsystem
Submitted date
2018-12-13
Closed date
2019-12-03
Last modified date
2019-12-03
APAR is sysrouted FROM one or more of the following:
APAR is sysrouted TO one or more of the following:
Fix information
Applicable component levels
[{"Business Unit":{"code":"BU053","label":"Cloud & Data Platform"},"Product":{"code":"SSGU8G","label":"Informix Servers"},"Component":"","ARM Category":[],"Platform":[{"code":"PF025","label":"Platform Independent"}],"Version":"C10","Edition":"","Line of Business":{"code":"","label":""}}]
Document Information
Modified date:
03 December 2019