Operation Navigator - V5R10 (2/2)

V5R10, Operation Navigator (suite ...)

Autres nouveautés d'Operation Navigator :

Gestion des valeurs systèmes :

elles sont regroupées par thème, ici DATES :

ici, ouverture de session :

Vous pouvez aussi, comparer et mettre à jour un système par rapport à l'autre:

Choisissez ensuite, par catégorie, les valeurs système à "répliquer"

Vous pouvez planifer cette réplication, elle apparait alors dans les tâches planifiées de la gestion centralisée.

Configuration et maintenance

pour accèder à la gestion des disques et des partitions, vous devez utilisez un profil DST
(voir le cours Profils DST en V5R10)

ici, la gestion des disques (déja disponible en 4.50)

ainsi que la localisation

LPAR : attention , pour une gestion des partitions dynamique, il faut un processeur S-STAR au moins.

l'option la plus importante est "configuration des partitions"

Ici, nous voyons le système physique (processeur, mémoire et bus)

nous pouvons demander à voir l'utilisation de chaque élément:

ou bien à travailler par partition

Pour une partition donnée, il est possible de redimensionner la taille mémoire

et de PLANIFIER ce redimensionnement (schedule en anglais...)

Autre gros point, la gestion réseau

Outre la gestion de certains serveurs revue (SMTP) ou entièrement nouvelle (QOS, ...)

vous pouvez démarrer directement vos serveurs WEB depuis Operation Navigator :

la configuration de TCP/IP
a été repensée

la gestion des interfaces

Vous pouvez obtenir des informations ARP et des statistiques

particulièrement concernant le filtrage IP : (paquets rejetés ...)

affichage des routes

connexions (Netstat / option 3)

Vous pouvez demander le/les job(s) associé(s) à une session IP.

Interfaces physiques

là aussi, des statistiques sont possibles :

les outils IP aussi ont étés augmentés (Ping , Traceroute et Nslookup)

Recherche par le nom

ou par l'adresse

Point suivant, la base de données

les nouvelles options sont

lignes verrouillées
Création d'un alias
Génération SQL
Propriété, intègre la gestion des nouveaux triggers

la fenêtre de création de table intègre les nouveaux triggers :

ainsi qu'un assistant à la création des triggers SQL:

La génération d'instructions SQL retrouve l'ordre SQL permettant de regénérer un fichier (MÊME s'il a été créé par DDS) et est intégrée à Database Navigator :

s'il y a des impossibilités (EDTCDE, ...) elles sont insérées en commentaires.

ce produit (le gestionnaire de scripts) change en V5R10, lui aussi.

il est maintenant écrit en JAVA et utlise JDBC à la place d'ODBC.
les enregistrements recus s'affichent dans la même fenêtre (par défaut)

le menu Edition, proposant une mise à blanc

le menu Options affiche d'autres possibilités, dont l'affichage dans une fenêtre séparée.
le même menu option, propose d'inclure dans l'historique les messages de debug SQL (comme STRDBG)
Pour les voir : , puis :
Connexion / configuration de JDBC, vous permet de paramètrer la connexion en cours ...
point suivant : il est possible d'annuler une requête en cours d'exécution (trop longue par ex.), par :
Annulation de la requête , cela lance la commande ENDRDBRQS.
et enfin, le job système correpondant à ce produit (et à d'autres) QZDASOINIT, n'utilise plus la liste de réponses système, mais la réponse par défaut, particulièrement la réponse "C" au message CPA32B2 lors d'un ALTER TABLE avec perte de données.

Il faut alors commencer votre script par une commande CHGJOB INQMSGRPY(*SYSRPYL) en ajoutant la ligne :

CL: CHGJOB INQMSGRPY(*SYSRPYL) ;

NB : CL: permet d'intégré une commande CL dans un script SQL.

Dernier point, fichiers IFS :
- l'affichage du contenu de QSYS.LIB, n'affiche plus que les bibliothèques (il ya un filtre part défaut *.LIB)
- la journalisation des fichiers IFS et des répertoires est incorporée dans les menus :

Vous pouvez indiquer (par click droit sur "système de fichier intégré"/propriété)

s'il faut Editer uniquement les fichiers de type texte ou tous les fichiers .

ainsi que les extensions à convertir d'EBCDIC en ASCII (par défaut les membres sources 400) .