JavaScript is required to for searching.
Ignorer les liens de navigation
Quitter l'aperu
Guide d'administration des systèmes Oracle® ZFS Storage Appliance
Oracle Technology Network
Bibliothque
PDF
Aperu avant impression
Commentaires
search filter icon
search icon

Informations document

Utilisation de la présente documentation

Chapitre 1 Présentation d'Oracle ZFS Storage Appliance

Chapitre 2 Statut

Chapitre 3 Configuration initiale

Chapitre 4 Configuration réseau

Chapitre 5 Configuration de stockage

Chapitre 6 Configuration du réseau de stockage SAN

Chapitre 7 Configuration utilisateur

Chapitre 8 Définition des préférences de ZFSSA

Chapitre 9 Configuration des alertes

Chapitre 10 Configuration de cluster

Chapitre 11 Services ZFSSA

Chapitre 12 Partages, projets et schéma

Chapitre 13 Réplication

Chapitre 14 Migration shadow

Chapitre 15 Ecriture de scripts à l'aide de la CLI

Chapitre 16 Maintenance des workflows

Utilisation des workflows

Contexte d'exécution des workflows

Paramètres des workflows

Paramètres restreints

Paramètres facultatifs

Gestion des erreurs des workflows

Validation des entrées des workflows

Exécution d'un audit des workflows

Rapports sur l'exécution des workflows

Gestion des versions

Versions de l'appareil

Gestion des versions des workflows

Workflows en tant qu'actions d'alerte

Contexte d'exécution des actions d'alerte

Réalisation d'audits sur les actions d'alerte

Utilisation de workflows programmés

Utilisation de la CLI

Codage du calendrier

Exemple : sélection du type de périphérique

BUI

Interface de ligne de commande

Téléchargement de workflows

Affichage de workflows

Exécution de workflows

Chapitre 17 Intégration

Index

Validation des entrées des workflows

De manière optionnelle, les workflows peuvent valider leurs entrées ; ceci s'effectue par l'ajout d'un membre validate qui accepte comme paramètre un objet contenant les paramètres du workflow en tant que membres. La fonction validate doit renvoyer un objet dans lequel chaque membre possède le nom du paramètre dont la validation a échoué, et chaque membre a pour valeur le message d'échec de validation affiché à la vue de l'utilisateur. L'exemple ci-dessous développe l'exemple précédent et génère une erreur lorsque l'utilisateur tente de créer un partage existant :

var workflow = {
	name: 'Create share',
	description: 'Creates a new share in a business unit',
	parameters: {
		name: {
			label: 'Name of new share',
			type: 'String'
		},
		unit: {
			label: 'Business unit',
			type: 'ChooseOne',
			options: [ 'development', 'finance', 'qa', 'sales' ],
			optionlabels: [ 'Development', 'Finance',
			    'Quality Assurance', 'Sales/Administrative' ],
		}
	},
	validate: function (params) {
		try {
			run('shares select ' + params.unit);
			run('select ' + params.name);
		} catch (err) {
			if (err.code == EAKSH_ENTITY_BADSELECT)
				return;
		}

		return ({ name: 'share already exists' });
	},
	execute: function (params) {
		try {
			run('shares select ' + params.unit);
		} catch (err) {
			if (err.code != EAKSH_ENTITY_BADSELECT)
				throw (err);

			/*
			 * We haven't yet created a project that corresponds to
			 * this business unit; create it now.
			 */
			run('shares project ' + params.unit);
			set('mountpoint', '/export/' + params.unit);
			run('commit');
			run('shares select ' + params.unit);
		}

		run('filesystem ' + params.name);
		run('commit');
		return ('Created new share "' + params.name + '"');
	}
};