Concepts

Lors de la gestion des charges de travail de production, IBM Z Workload Scheduler s'appuie sur plusieurs concepts importants.

Plans. IBM Z Workload Scheduler élabore des plans d'exploitation en fonction des descriptions fournies par l'utilisateur du service d'exploitation de traitement de l'information et de sa charge de travail de production. Ces plans offrent une base de référence pour vos contrats de service et une image de l'état de la charge de travail de production à un instant précis de la journée. Vous pouvez simuler les effets des modifications apportées à la charge de travail de production, à l'agenda et à l'installation en générant des plans provisoires.

IBM Z Workload Scheduler planifie les travaux en fonction des informations que vous avez fournies dans les descriptions de vos applications (flots de travaux).

Vous pouvez planifier des fenêtres de maintenance dans vos environnements matériel et logiciel. IBM Z Workload Scheduler vous permet d'arrêter l'environnement de manière contrôlée et sans incidents, évitant ainsi d'annuler des tâches actives au dernier moment. Vous pouvez choisir de réacheminer automatiquement la charge de travail au cours d'un arrêt système planifié ou non.

IBM Z Workload Scheduler effectue un suivi des travaux lors de leur traitement sur les postes de travail et exécute des mises à jour dynamiques du plan avec des informations en temps réel sur le statut des travaux. Vous pouvez afficher ou modifier ces informations d'état en ligne en utilisant les listes des postes de travail prêts dans la boîte de dialogue.

postes de travail virtuels.L'utilisation de postes de travail virtuels améliore l'équilibrage de la charge de travail et la surveillance de la disponibilité du système. Cette fonction dirige automatiquement la soumission de la charge de travail vers différentes destinations, ce qui évite de devoir associer un poste de travail à une destination spécifique. Vous pouvez définir une liste de destinations auxquelles soumettre la charge de travail et le planificateur distribue cette charge de travail vers des destinations actives sélectionnées automatiquement, en suivant une approche de planification round-robin.

Vous pouvez activer cette fonction en indiquant la nouvelle option virtuelle au niveau de la définition du poste de travail. Cette option est disponible pour les ordinateurs possédant l'attribut de génération de rapports automatique et est prise en charge par toutes les interfaces disponibles pour définir, modifier et gérer les postes de travail.

A l'aide des postes de travail virtuels, le planificateur distribue la charge de travail de manière égale parmi les dispositifs de suivi, ce qui évite ainsi les goulots d'étranglement lors de la soumission ou de l'exécution des travaux. En fait, le planificateur divise la charge de travail entre les destinations disponibles, de sorte que Entry System (JES) et Workload Manager (WLM) ne rencontrent pas de files d'entrée surchargées lorsqu'ils sélectionnent les travaux pour leur action.

Dépendances. En général, toutes les activités de traitement de l'information doivent se dérouler dans un ordre spécifique. Les activités qui ne sont pas effectuées dans cet ordre peuvent générer des résultats incorrects ou corrompre vos données d'entreprise. Cela entraîne des réexécutions onéreuses, des délais non respectés et des clients mécontents.

Vous pouvez définir des dépendances pour les opérations (travaux) lorsqu'un ordre de traitement spécifique est requis. Lorsque IBM Z Workload Scheduler gère automatiquement les relations de dépendance, les travaux sont toujours lancés dans l'ordre approprié chaque fois qu'ils sont planifiés. Une dépendance est dite interne si elle relie deux travaux d'un même flot de travaux et externe si elle relie deux travaux de différents flots de travaux. Une dépendance se produit entre une opération de prédécesseur et une opération de successeur, suite auxquelles le successeur peut démarrer une fois son prédécesseur achevé.

Une dépendance est résolue en fonction des heures d'arrivée des données (heures de démarrage théoriques qui aident à définir l'occurrence d'une application spécifique) des applications dont les prédécesseurs et les successeurs font partie. Une dépendance est résolue lorsque le meilleur prédécesseur correspondant a été trouvé suivant les critères définis pour cette dépendance. Les critères peuvent stipuler que le meilleur prédécesseur correspondant peut être trouvé dans l'occurrence précédente la plus proche relativement au successeur ou dans une occurrence qui s'exécute le même jour ou dans un intervalle spécifique de jours ou d'heures. Une dépendance peut également être définie comme obligatoire à différents degrés.

En outre, vous pouvez spécifier des dépendances conditionnelles en utilisant le code retour et le statut d'une opération afin de déterminer le démarrage d'une autre opération. Les opérateurs logiques standard sont pris en charge afin de définir le statut de vérification ou les valeurs du code retour afin d'implémenter des définitions de dépendances avec une logique conditionnelle. Si l'opération précédente est associée à un travail comportant plusieurs étapes, vous pouvez spécifier une dépendance d'étape conditionnelle au niveau des codes retour de l'étape individuelle.

IBM Z Workload Scheduler vous permet de hiérarchiser les travaux selon le statut des ressources de traitement de l'information. A titre d'exemple, imaginons un travail qui utilise un fichier en entrée qui ne doit pas démarrer tant que le fichier n'est pas créé et chargé avec des données correctes. Vous pouvez utiliser la prise en charge sérialisation des ressources pour envoyer des informations de disponibilité relatives à une ressource de traitement de l'information à IBM Z Workload Scheduler.

ressources spéciales. Les ressources spéciales sont généralement définies pour représenter les objets physiques ou logiques utilisés par des travaux. Vous pouvez utiliser une ressource spéciale pour prioriser l'accès à un fichier ou pour limiter le nombre de transferts de fichiers sur une liaison réseau spécifique. La ressource n'a pas besoin de représenter un objet physique dans votre configuration, même si c'est souvent le cas.

IBM Z Workload Scheduler enregistre le statut de chaque ressource et son statut d'allocation en cours. Vous pouvez choisir de conserver les ressources si un travail affectant les ressources se termine anormalement. Vous pouvez aussi utiliser l'interface de IBM Z Workload Scheduler avec RODM (Resource Object Data Manager) pour planifier des travaux selon la disponibilité réelle des ressources. Vous pouvez vous abonner aux mises à jour RODM sur des domaines locaux et distants.

IBM Z Workload Scheduler vous permet de souscrire aux activités de fichiers sur les systèmes z/OS®. La fonction de déclenchement de fichiers de IBM Z Workload Scheduler met automatiquement à jour la disponibilité de ressources spéciales lorsqu'un fichier est fermé. Vous pouvez utiliser cette méthode de notification pour coordonner les activités planifiées ou ajouter un travail non planifié au calendrier.

Calendriers. IBM Z Workload Scheduler utilise les informations relatives à la période de fonctionnement des services de travaux, afin que les flots de travaux ne soient pas planifiés pour être exécutés les jours où les ressources de traitement sont indisponibles (par exemple : le dimanche et en période de vacances). Ces informations sont stockées dans un calendrier. IBM Z Workload Scheduler prend en charge plusieurs calendriers pour les entreprises dont les jours de travail et de repos varient selon les services. Les différents groupes de l'entreprise travaillent selon des calendriers différents.

La fonction de agendas multiples est utile si votre entreprise possède des installations dans plusieurs régions géographiques (avec des jours fériés différents, par exemple).

Cycles de traitement des processus. IBM Z Workload Scheduler utilise des cycles de traitement de processus, ou périodes, pour calculer le moment où les flots de travaux doivent être exécutés (une fois par semaine ou tous les 10 jours ouvrés, par exemple). Les périodes sont basées sur les cycles métier des clients. IBM Z Workload Scheduler prend en charge un grand nombre de types de période pour le traitement des différents flots de travaux de votre charge de travail de production.

groupes de cycles d'exécution. L'un des éléments composant la définition d'une application est le cycle d'exécution, dans lequel vous spécifiez les détails temporels (heure, jours, semaines, mois, périodes et autres) de l'exécution de l'application. Une application peut avoir plusieurs définitions de cycles d'exécution qui font partie de la définition de cette application. Il existe plusieurs types de cycles d'exécution, par exemple, réguliers, exclusifs, basés sur des règles ou périodiques.

Pour aller plus loin, vous pouvez définir des groupes de cycles d'exécution. Il s'agit d'objets de base de données ayant leurs propres droits et ne faisant pas partie de la définition d'une application, mais le même groupe de cycles d'exécution peut être utilisé par plusieurs applications. Un groupe de cycles d'exécution est une liste de cycles d'exécution qui sont combinés pour produire un ensemble de dates d'exécution.

Vous pouvez organiser un groupe de cycles d'exécution en sous-ensembles. Dans un même sous-ensemble, vous pouvez opposer un cycle d'exécution exclusif à un cycle positif afin de générer des occurrences négatives, qui identifient les jours où une application doit normalement s'exécuter, mais est ignorée.

Vous pouvez utiliser l'opérateur logique AND entre deux cycles d'exécution dans un groupe. Cela vous permet de définir facilement des règles visant à planifier le travail à des dates d'exécution complexes.