Fallback and Secondary Indexes
You cannot explicitly specify fallback for secondary index subtables. Instead, any secondary indexes defined on a table or join index inherit the fallback properties of their parent table or join index.
Fallback is very important if a system needs to reconstruct data from fallback copies when a hardware read error occurs when it attempts to read the primary copy of the data. When a read error occurs in this case, the file system reads the fallback copy of USI subtable rows and reconstructs a memory‑resident image of them on their home AMP. This is referred to as Read From Fallback. See Database Design. Without this feature, the file system fault isolation logic would abort the transaction and, depending on the error, possibly mark the index as being down. See “SET DOWN and RESET DOWN Options” on page 138. Support for Read From Fallback is limited to the following cases.
In some cases, Active Fallback can repair the damage to the primary data dynamically. In situations where the bad data block cannot be repaired, Read From Fallback substitutes an error-free fallback copy of the corrupt rows each time the read error occurs. To avoid the overhead of this substitution, you should drop the USI and recreate it.
To enable the file system to detect all hardware read errors for USIs, you should also set their integrity checking level to ALL. See “Disk I/O Integrity Checking” on page 331.