L’année 2013 a été riche en évolutions pour votre solution de haute disponibilité Quick-EDD/HA. Vous trouverez ci-dessous une liste des principales évolutions du logiciel.
Vous pourrez retrouver l’ensemble des évolutions, version par version, sur notre forum, dans le document « Release notes ».
Nous profitons de cette lettre d’information pour vous inviter à vérifier le niveau de version de Quick-EDD/HA que vous utilisez actuellement. Dans le cas d’une version antérieure à décembre 2013, il est souhaitable de procéder à une mise à jour pour bénéficier de l’ensemble des nouvelles fonctionnalités et des correctifs qui ont été apportés.
Sur le dernier trimestre 2013, nous avons également mis en œuvre pour le support une gestion de ticket, au travers de la solution Zendesk. Cette plate-forme intègre également le forum et les fonctions de téléchargement. Un grand nombre d’entre vous a déjà eu l’opportunité de s’y inscrire. Si vous ne l’avez pas déjà fait, prenez quelques minutes pour vous inscrire et le parcourir.
Vous trouverez en pièce jointe une notice explicative pour vous aider à vous familiariser avec cette interface.
Chers clients,
MODES D’ARRÊT DE L’ENVIRONNEMENT - PMEDHEND
OPTION A = « ACTIVITÉ »
Patrick Mougin
Lettre d’information
GESTION DES ENVIRONNEMENTS
Les évolutions des fonctions du S.R.S entraînent l’évolution des fonctions d’arrêt des serveurs ; 4 modes d’arrêt sont désormais disponibles à partir du système source :
• *NORMAL : Mode d’arrêt habituel, les postes stockés sur la cible sont appliqués, puis l’environnement s’arrête
• *SOURCE : Arrêt immédiat de l’émission, mais les travaux sur la cible (RCV et Xnn) ne s’arrêtent qu’après application des postes stockés
• *IMMED : Arrêt immédiat des travaux source et cible, qu’il y ait ou non des postes mémorisés sur la cible
• *RSTART : Fonction complémentaire permettant un arrêt (mode standard) puis redémarrage en mode immédiat Sur le système cible, 3 modes d’arrêt sont disponibles : *NORMAL, *SOURCE et *IMMED
Cette nouvelle option permet d’avoir une vue précise de l’activité des travaux serveurs, notamment sur quel objet il travaille.
Elle permet également de visualiser le pourcentage d’activité pour chacun des serveurs.
L’option est disponible pour les systèmes source et cible.
OPTIONS DE SÉLECTION : F8 SUR LISTE D'ÉLÉMENTS
Les fonctions de recherche sur les objets (F8) s’enrichissent de nouvelles possibilités :
• « Vérifié » Sélection en fonction du dernier état de vérification entre source et cible (I.O.A) Exemple : « 0 » permet d’afficher les objets non contrôlés
• « Journal » Cette option ne concerne plus que les éléments qui peuvent être journalisés Exemple : « 0 » permet d’afficher les éventuels fichiers non journalisés
• « Serveur » Affiche les objets pour lesquels on a imposé un serveur d’application
Directeur Technique
JANVIER 2014
Si la demande d’arrêt est réalisée alors que l’environnement est en mode *NOIO, l’arrêt ne sera réalisé qu’après le passage en mode *IO
TOUS GROUPES : SYNCHRONISATION DIFFERÉE
GESTION DES ENVIRONNEMENTS (suite)
Dans le cas d’objets pouvant subir des verrouillages temporaires, il est désormais possible d’intégrer au niveau d’un groupe la notion de retard de synchronisation. A la détection d’un nouvel objet correspondant à ce groupe, une temporisation sera appliquée avant d’en effectuer sa synchronisation (définie en secondes).
Ce délai permet aux applications de terminer l'accès à l'objet avant que Quick-EDD/HA n’y accède.
OPTIONS DU SITE RECEVEUR ET DU GROUPE
JOURNALISATION
Quick-EDD/HA a toujours laissé la liberté de gérer de façon indépendante la journalisation entre les systèmes source et cible.
Chaque système peut - selon les besoins du client – utiliser des options différentes. Cependant, il est nécessaire pour certaines applications de s’assurer que les options sont strictement identiques entre les deux systèmes. Des options ont donc été ajoutées pour répondre à l’ensemble des besoins ; cette fonction peut être gérée pour l’ensemble de l’environnement ou pour un groupe particulier :
• Même nom de journal
• Même option Omit Open/Close ou non
• Même option Images *AFTER ou *BOTH
Note : Si l’on active cette fonction, Quick-EDD/HA pourra être amené à arrêter puis redémarrer la journalisation sur le système cible. La fonction I.O.A prend également en compte ce nouveau paramètre.
JOURNALISATION
Que ce soit pour les objets ou pour l’IFS, les commandes de démarrage et d’arrêt de la journalisation, ainsi que les modifications réalisées par CHGJRNOBJ sur *IMAGES ou encore *OMTJRNE sont répliquées sur le système cible.
En cas de différence antérieure, l’IOA se charge de corriger toute différence (sans nécessité de synchronisation).
COMMANDE PMEDHJRCHK
Nouvelle commande à disposition des développeurs, afin de déterminer si un receveur de journal a été totalement traité et peut être supprimé.
JOURNAL MANAGER
La définition d’un journal permet désormais de ne pas traiter certaines fonctions.
Pour les paramètres ci-dessous, si la valeur paramétrée est 0, alors aucun changement n’est effectué :
• Délai pour Change Receiver
• Taille maxi Change Receiver
• Délai pour Delete Receiver
FONCTIONS PÉRIODIQUES / GROUPES
Les groupes reçoivent de nouveaux paramètres permettant d’automatiser des fonctions périodiques sur les objets concernés :
• Type de traitement (I.O.A ou Synchronisation)
• Périodicité du traitement
COPIER/COLLER DE PARAMÉTRAGE DANS UN ENVIRONNEMENT
A l’usage de définitions d’environnements complexes, il est possible d’effectuer la copie de groupe et/ou de lignes de sélection au sein d’un groupe.
• La dernière ligne traitée est copiée (option 2 ou option 5)
• La copie s’effectue par le caractère « > »
ATOMICITY COMPUTING
MOTEUR DE RÉPLICATION
C’est l’évolution la plus importante du deuxième semestre 2013.
Cette évolution du moteur a nécessité la réécriture d’une grande partie des programmes impliqués dans la réplication et les synchronisations. Cela permet de mieux s’adapter aux systèmes multiprocesseurs et d’améliorer considérablement les performances.
Régulièrement le moteur de Quick-EDD/HA évolue pour s’adapter aux évolutions du système mais aussi aux évolutions des contextes applicatifs de nos clients.
PRISE EN COMPTE DE L'OPTION PVTAUT POUR LES SYSTÈMES V6R1 ET SUIVANTS (SI LA VERSION D’OS SOURCE EST INFÉRIEURE OU ÉGALE A CELLE DE LA CIBLE)
Les fonctions de SAVE/RESTORE depuis la version V6R1 permettent d’intégrer l’ensemble des droits privés de l’objet. Cette fonction est intégrée dans les processus de réplication facilitant de ce fait la gestion des droits après une synchronisation.
Note : La réplication prend en compte les niveaux de version d’OS source et cible et s’adapte selon le contexte. Dans tous les cas de figure, les droits privés sont répliqués.
COMMANDE PMEDHCHK
Cette commande permet de vérifier :
• si l’environnement est actif (*RUN) ou inactif (*NORUN)
• si l’environnement est en mode *JRN ou *NOJRN
• si l’environnement est en mode *IO ou *NOIO
SYNCHRONISATION – NOMBRE MAXIMAL DE JOBS
Leur valeur maximale est de 15 et non plus de 16. Lorsque la valeur 16 est indiquée pour « Serveurs de Synchro – Maxi », elle est automatiquement modifiée.
UDFS
Les fichiers se trouvant dans un UDFS sont correctement détectés et répliqués.GROUPES OBJETS ET IFS : « DE-JOURNALISER CIBLE »
Dans certains cas, on déjournalise sur le système cible les fichiers les plus actifs en termes d’I/Os afin d’optimiser les performances de la réplication. Désormais, cela peut être imposé directement au niveau d’un groupe de paramétrage. Ainsi, il n’y a plus besoin de déjournaliser à nouveau ces fichiers, par exemple après un switch aller-retour.
LOAD BALANCING
Cette fonction découle directement de la modification du moteur. Elle permet une répartition automatique de la charge d'activité sur les différents serveurs d’applications Xnn, toujours dans l’objectif de meilleures performances.
Si Quick-EDD/HA détecte qu’un serveur traite beaucoup d’opérations et qu’un autre serveur a une activité réduite, il se pourra – de manière totalement automatique – qu’un ou plusieurs fichiers soient fermés puis rouverts dans un autre travail.
PMEDHPARUN - OPTIONS AVANCÉES DES PARAMÈTRES GÉNÉRAUX
Par nature, il est nécessaire d’arrêter un environnement pour en modifier le paramétrage. Il existe cependant un certain nombre de paramètres qui peuvent être modifiés dynamiquement, évitant ainsi l’arrêt et le redémarrage.
Cette commande permet donc d’agir dynamiquement sur les règles internes du moteur de réplication.
Ces paramètres peuvent également être définis au niveau des paramètres généraux de l’environnement.
Cette modification majeure justifie à elle seule une mise à jour de votre niveau de version si vous utilisez une version antérieure à décembre 2013
IOA
I.O.A – CONTRÔLE DES OBJETS
Les fonctions de contrôle entre systèmes source et cible sont améliorées, toujours dans l’objectif de performances et de continuité de service
• L’exécution de l’IOA sur un environnement est désormais répartie sur plusieurs jobs de synchronisation, un par domaine (Objets, IFS, configuration…)
• Lorsqu’un premier IOA a ignoré des éléments, la fonction « U » permet de reprendre le contrôle de ces seuls objets
• La fonction I.O.A peut désormais être appliquée pour :
◊ Tous les éléments d’un groupe
◊ Tous les objets d’un journal
La fonction IOA exécutée sur le journal d’audit contrôlera tous les éléments non journalisés.
SAUVEGARDE DEPORTÉE – EDHSAVRMT / EDHBRMSRMT
GESTION DES SAUVEGARDES DEPORTÉES
Pour s’adapter aux systèmes multi-environnements, les commandes de sauvegarde déportées intègrent maintenant les automatismes permettant de holder temporairement les autres environnements (gestion du mode *NOIO). A l’exécution de la sauvegarde :
• Le programme EDHSAVRMT1 (EDHBRMSRM1) soumet le job de sauvegarde en batch (EDHSAVRMT2 / EDHBRMSRM2)
• Le programme EDHSAVRMT2 (EDHBRMSRM2) passe tous les environnements en mode *NOIO (celui appelé au paramètre « Environnement » et celui ou ceux passés au paramètre « Environnements à holder »)
• Quand le point de synchronisation (Save while active) est atteint, EDHSAVRMT1 (EDHBRMSRM1) reprend le contrôle
• Il soumet alors un autre travail batch pour repasser tous les environnements en mode *IO.
COMMANDE EDHIOAEXC
La commande EDHIOAEXC permettant de soumettre l’I.O.A. s’adapte aux nouvelles fonctionnalités de contrôle :
• Une option de contrôle a été ajoutée :
◊ La valeur par défaut *VFY (option V de Quick-EDD/HA) correspond au comportement habituel de l’IOA, tout ce qui est sélectionné dans le « niveau de contrôle » va être comparé/réparé si nécessaire
◊ La nouvelle valeur *VFN (option U de Quick-EDD/HA) permet de comparer/réparer ce que la précédente exécution du mode *VFY a « Ignoré »
• De nouveaux niveaux de contrôle sont disponibles :
◊ *JRN : Tous les éléments journalisés dans le journal indiqué seront comparés/réparés si nécessaire
◊ *GRP : Si l’on indique *OBJ, *IFS, *CFG ou *SPL ; on peut en plus indiquer si on souhaite comparer/réparer tous les groupes, ou un groupe en particulier.
Se référer aux Release Notes ou consultez nous pour l’adaptation de vos procédures existantes avant d’effectuer un upgrade de votre version.
5
SMART REMOTE STAGING (S.R.S.) – NOUVELLE COMMANDE PMEDHRCI
PROCÉDURE DE BASCULE
La fonction S.R.S permet de stocker de manière temporaire des postes de journaux sur le système cible sans les appliquer.
Dans le cas d’un fail-over qui se produirait alors que l’application des postes est suspendue, il pourra être nécessaire d’appliquer les postes stockés avant d’exécuter réellement la procédure de bascule.
Pour réaliser aisément cette opération, une nouvelle commande PMEDHRCI a été créée.
Cette commande, utilisée sur le système cible avant la commande PMEDHSWI, permet d’appliquer l’ensemble des postes stockés sur la cible par le S.R.S.
Cette commande pourra être exécutée manuellement selon le contexte, ou intégrée directement dans le scénario de bascule.
NOUVELLE COMMANDE - EDH_STATJ
OUTILS COMPLÉMENTAIRES
Cette commande, reprend les fonctions de statistiques de la commande EDH_STATS. Elle permet de produire les statistiques d’I/Os du point de vue Jobs. On obtient ainsi la liste des travaux produisant le plus de postes de journaux.
MONITORING DES MESSAGES
Les fonctions de monitoring ont été améliorées pour s’adapter aux différents contextes d’exploitation :
• Les messages peuvent désormais être routés vers trois types de destination
◊ Routage vers une autre file d’attente de message
◊ Routage sous forme d’email, avec log du travail en pièce jointe
◊ Envoi de trap SNMP
• Fonctions de filtrage
◊ Sélection des messages à router / ID de message
◊ Sélection en fonction de la destination de routage
COMMANDE EDH_JRNANZ
Ce nouvel outil permet d’analyser le volume de transactions enregistrées par un journal.
Cela peut être utile avant l’installation de Quick-EDD/HA, pour estimer les volumes et le contenu de ce qui sera répliqué.
Cette commande n’est utilisable que dans le cas où l’application est journalisée.
Un rapport est produit sous forme de fichier spool.
MENU EDH ET OPTIONS DE MONITORING (MSGQ, E-MAIL, SNMP)
Le menu principal EDH a été adapté pour présenter de manière plus simple l’ensemble des fonctions :
• Option 2. Gestion Objets spécifiques
Cette option correspondait précédemment à l’option 5
• 4. Options de Monitoring Nouvelle option
SWITCH DE L’ENVIRONNEMENT - PMEDHSWI
Afin d’accélérer la procédure de bascule, l’option « Journaliser maintenant » de la commande PMEDHSWI accepte 3 nouveaux paramètres :
• *IGNALL :
• *IGNOBJ :
• *IGNIFS :
La commande de switch ne contrôle plus si l’audit et la journalisation sont activés sur le système de secours pour tous les éléments répliqués
La commande de switch ne contrôle plus pour la partie « Objets » si l’audit et la journalisation sont activés sur le système de secours
La commande de switch ne contrôle plus pour la partie « IFS » si l’audit et la journalisation sont activés sur le système de secours
Si l’une de ces 3 options est choisie, cela implique d’avoir la certitude que ce contrôle est inutile ; autrement dit soit qu’audit et journalisation sont déjà totalement actifs sur la machine de secours, soit que les objets non contrôlés ne seront pas modifiés après la bascule (ex : archives dans l’IFS)
