Le raté le plus court et le plus anodin peut interrompre la connexion entre les journaux à distance. Avant la release 7.1, un tel incident empêchait les entrées des journaux de s’écouler vers le côté cible.
Laissez le système d’exploitation se charger des petites choses
Jusqu’à ce que vous (ou votre logiciel HA) vous aperceviez que la connexion des journaux à distance avait été interrompue, et jusqu’à ce que vous réactiviez la connexion en émettant une commande Change Remote Journal (CHGRMTJRN), les entrées des journaux s’accumulaient côté source sans être envoyées : pas fameux pour la haute disponibilité ! La release 7.1 règle ce problème en vous permettant de demander au système d’exploitation de surveiller une telle condition et de tenter (plusieurs fois si nécessaire) de réactiver la connexion des journaux à distance. Un gros souci de moins !
Le nouvel auto-restart est intégré dans la commande CHGRMTJRN. Voici un exemple possible :
CHGRMTJRN RDB(CHICAGO)
SRCJRN(LCLLIB/JOURNAL1)
TGTJRN(RMTLIB/JOURNAL1) JRNSTATE(*ACTIVE)
DELIVERY(*ASYNC) RESTART(10 60)
C’est ce dernier mot-clé, RESTART, qui dit au système d’exploitation qu’il a votre permission pour essayer de rétablir la connexion des journaux à distance. En fait, dans cet exemple, nous disons à l’OS qu’il peut faire jusqu’à 10 tentatives séparées de 60 secondes. Sympa, non ?
Pour beaucoup de DSI, le cloud a longtemps été réduit à un projet de migration : déplacer des serveurs on-premise vers un fournisseur externe. Une fois cette étape franchie, la…
Passez à la cybersécurité proactive, transformez la collecte et l’analyse des logs en un bouclier dynamique contre les cybermenaces. Découvrez comment mettre en place une approche SIEM modulaire, évolutive et…