Autocorrection

manuellement la structure de
données sous-jacente en réorganisant
le système. Sur l’iSeries, le moteur de
base de données supervise continuellement
la structure d’index sous-jacente
et la rééquilibre en interne, selon
les besoins. Vos applications peuvent
donc continuer à  fonctionner sans que
vous soyez obligé d’arrêter le système pour réorganiser les index.

La remise en état de la base de données
est aussi nécessaire après une fin
de système anormale. Bien que les défaillances
système ne soient pas courantes
sur l’iSeries, DB2 UDB est parfaitement
armé pour y faire face.
Quand vous redémarrez un serveur
iSeries après un crash, DB2 UDB remet
automatiquement la base de données
en état de cohérence pendant l’IPL du
système.

Pour accélérer la reprise de la base
de données après une défaillance anormale
du système, l’iSeries fournit aussi
SMAPP (system-managed access path
protection). Les voies d’accès (c’est-à dire,
les index, les fichiers logiques indexés)
méritent une protection supplémentaire
: si des index sont en flux
et si les changements correspondants
ne sont pas écrits sur disque quand le
système « se crashe », vous devrez reconstruire
tout l’index après avoir redémarré
le système. La reprise peut
être retardée notablement s’il ne faut
reconstruire qu’un petit nombre d’index
sur les plus grandes tables (ou fichiers
physiques). Même si les administrateurs
peuvent journaliser (log)
explicitement les voies d’accès pour
empêcher la reconstruction des index,
cela ne correspond pas au modèle
d’un système autogéré.