Présentation de la gestion des versions des workflows

La gestion de versions joue à deux niveaux en ce qui concerne les workflows : le premier niveau est l'expression de la version du logiciel de l'appareil duquel dépend le workflow, le second est l'expression de la version du workflow lui-même. La gestion des versions est exprimée via deux membres facultatifs du workflow :

Table 4-7 Membres facultatifs de la gestion des versions

Membre facultatif	Type	Description
`required`	String	Version minimale du logiciel de l'appareil requise pour exécuter le workflow concerné, y compris l'année, le mois, le jour, le build et la branche minimaux.
`version`	String	Version du workflow concerné, sous forme décimale (majeure.mineure.micro).

Versions de l'appareil : pour exprimer une version minimale requise du logiciel de l'appareil, ajoutez le champ facultatif required au workflow. La version de l'appareil est définie sur la base de l'année, du mois et du jour où le logiciel a été créé, suivi du numéro de build puis du numéro de branche, exprimé sous la forme "year.month.day.build-branch". Par exemple, "2009.04.10,12-0" correspond au douzième build du logiciel initialement créé le 10 avril 2009. Pour obtenir la version du logiciel du kit Oracle ZFS Storage Appliance, exécutez la commande CLI configuration version get version" ou consultez le champ Version dans l'écran Système de la BUI. L'exemple ci-dessous illustre l'utilisation du champ required :

Exemple 4-8 Utilisation du champ de workflow required

L'exemple ci-dessous illustre l'utilisation du champ required :

var workflow = {
	name: 'Configure FC',
	description: 'Configures fibre channel target groups',
        required: '2009.12.25,1-0',
        ...

Si un workflow requiert une version logicielle plus récente que la version chargée sur l'appareil, la tentative de télécharger le workflow échoue et un message expliquant la discordance s'affiche.

Versions des workflows : en plus de spécifier la version requise du logiciel de l'appareil, il est également possible de définir le numéro de version des workflows eux-mêmes à l'aide du champ version. Cette chaîne représente les numéros de version majeur, mineur et micro du workflow, ce qui permet à plusieurs versions d'un même workflow de coexister sur une machine. Lorsque vous téléchargez un workflow, les versions compatibles, antérieures du même workflow éventuellement présentes sur la machine sont supprimées. Un workflow est considéré comme compatible avec un autre workflow s'il a le même numéro de version majeur, et un workflow est considéré comme antérieur à un autre workflow s'il a un numéro de version inférieur. Par conséquent, le téléchargement d'un workflow de version "2.1" supprime le même workflow de version "2.0" (ou la version "2.0.1"), mais ne supprime pas un workflow identique de "1.2" ou "0.1".

Ignorer les liens de navigation
Quitter la vue de l'impression
	Guide d'administration des systèmes Oracle^® ZFS Storage Appliance, version 2013.1.3.0