Les améliorations de stockage de la V5R2 comprennent des possibilités de disques commutés accrues, des améliorations de journalisation (voir DB2), un changement dans le contrôle du failover, et un nouvel outil de migration disque.
Amélioration de disques commutés. Rochester a introduit le disque commuté, ou des IASP (Independent Auxiliary Storage
Pools), dans la V5R1
avec la possibilité de transférer les fichiers
d’un système de fichiers intégré
d’une machine sur une autre. La V5R2
étend cette possibilité aux objets base
de données.
Sur le plan de la procédure, la possibilité
de changer de base de données
facilitera l’administration. Il n’y a plus
de synchronisation de systèmes frontaux
et back-end et, comme les données
restent dans un endroit, il n’y a
plus de risque de perdre des données
« en vol » entre les systèmes.
Changements du contrôle de failover.
Avec la V5R2, les clients peuvent donner
l’accord final pour permettre
l’exécution du failover sur un noeud de
secours.
Cette architecture cluster iSeries
fournit un service permettant au
cluster de savoir si un noeud a été défaillant.
Avec la V5R1, si un noeud était
défaillant, le failover continuait automatiquement.
Avec la V5R2, une nouvelle
interface dans la commande
Create CRG permet aux clients de définir
le processus de failover via une file
d’attente de messages, qui peut signaler
à l’administrateur du cluster la
défaillance imminente et donner la possibilité de mettre fin au failover.
Pour utiliser cette nouvelle possibilité,
il faut que les programmes tierce partie
soient écrits en conséquence.
Cette possibilité ne fonctionne pas
dans des cas comme une défaillance de
la carte mémoire ou une défaillance
matérielle, par exemple, quand le système
n’a pas la possibilité d’envoyer un
message de détresse.
Nouvel outil de migration de disque. Un nouvel outil Migrate While Active
facilitera les mises à niveau des soussystèmes
disque. Au fur et à mesure
que l’on accède aux données, elles
sont lues sur le disque principal et
écrites sur le disque de secours.
Essentiellement, l’outil de migration
permet au système de drainer pratiquement
toutes les données – jusqu’à
98 % – à la volée, pendant que le serveur
principal fonctionne en mode
production. Les clients doivent encore
mettre le système dans un état restreint
pour effectuer l’action finale,
mais ce processus ne demande que
quelques minutes par rapport à plusieurs
heures pour les releases OS/400
précédentes.
Découvrez toutes nos actualités à travers des interviews, avis, conseils d'experts, témoignages clients, ainsi que les dernières tendances et solutions IT autour de nos 4 univers produits : Poste de travail, Affichage et Collaboration, Impression et Infrastructure.
