Informations de référence › Manuel de référence du shell de ligne de commande › Commandes de shell › Contrôle des applications › application restart

application restart

Relance une application.

Syntaxe

application restart <name> ( <prop>=<val> )* [ store=<store>]
                            [ --debug ] [ --clean ] [ --norestart ] [ no_overcommit ]
                            [ --skipbuild ] [ --cap_cpu  ] [ --force ]

Paramètres

<name>

Nom de l'application

<prop>=<val>

Paramètres de planification. Les paramètres suivants peuvent être spécifiés :

cpu - (facultatif) Allocation d'UC (val[%])

mem - (facultatif) Allocation de mémoire (val[M[B]|G[B]]). Si aucune unité n'est spécifiée, l'unité par défaut est Mo.

bw - (facultatif) Allocation de bande passante (val[M[b]|G[b]]). Si aucune unité n'est spécifiée, l'unité par défaut est Mbit/s.

sched - Chaîne spécifiant la cible de planification (voir ci-dessous)

servers - Nombre de serveurs sur lesquels l'application doit être démarrée

<store>

Spécifie le référentiel de volumes dans lequel les volumes d'instance seront créés. Ce champ peut contenir l'une des valeurs suivantes :

local : les volumes sont stockés sur le stockage de serveur local

san : les volumes sont stockés sur un réseau SAN

--debug

Redémarre l'application en mode débogage. Le redémarrage échoue si cette option est spécifiée et que le code d'ingénierie sur le terrain 16 est défini dans l'application.

--clean

Nettoie l'application avant le redémarrage.

--norestart

Ne redémarre pas l'application en cas d'échec de la grille.

--skipbuild

Ne compile pas l'application avant le redémarrage.

--no_overcommit

Désactive la surcharge lors de la planification de l'application.

--force

Force la libération des volumes en cours d'utilisation sans envoyer d'invite de vérification. Cette option est utile lorsque le redémarrage est exécuté sur une application qui n'est actuellement pas en cours d'exécution.

--cap_cpu

Active la limite maximum d'utilisation de l'UC pour tous les composants de l'application

(voir les remarques ci-dessous)

Exemples

application restart my-app

Redémarre une application.

application restart my-app --debug

Relance l'application en mode de débogage.

application restart my-app cpu=2 mem=1024M

Relance l'application avec l'UC modifiée et l'allocation de mémoire.

application restart my-app sched=crunch

Relance l'application avec les ressources minimum allouées.

Remarques :

• Cette commande combine les commandes d'arrêt et de démarrage d'application.

  Les options --clean et --skipbuild ne peuvent pas être spécifiées en même temps.

  Les cibles de planification suivantes sont prises en charge :

  sched="percentile=(resource percentile)"

  sched=crunch - Affecte les ressources minimum à tous les composants, comme "percentile=0"

  Affecte les ressources maximum à tous les composants, comme "percentile=100"

  sched="mode=(scheduling mode)", valeurs valides :

  1. compresser les serveurs, planifier les appliances sur le serveur avec le nombre minimum de ressources disponibles
  2. tourniquet avec démarrage aléatoire, planification aléatoire de la première appliance sur un serveur, puis affectation des appliances restantes à d'autres serveurs au moyen du tourniquet
  3. tourniquet, planification de la première appliance sur le premier serveur, puis affectation des appliances restantes aux autres serveurs au moyen du tourniquet
• Avec le mode planification de compression de serveur, les serveurs sont sélectionnés par ordre de priorité selon le rôle qui leur est affecté et le nombre de ressources minimum. Quelles que soient les ressources disponibles sur les différents serveurs, CA AppLogic® utilisera toujours d'abord les serveurs n'ayant aucun rôle, puis le serveur primaire et les serveurs secondaires en dernier lieu (c'est-à-dire, le serveur primaire ne sera pas utilisé tant que tous les serveurs n'ayant aucun rôle n'ont pas été utilisés, les serveurs secondaires ne seront pas utilisés tant que tous les serveurs n'ayant aucun rôle et que le serveur principal n'ont pas été utilisés).
• Lorsqu'une application est redémarrée avec l'option --cap_cpu, chaque appliance de l'application ne peut pas utiliser plus que son UC affectée ; par exemple 30 % de l'UC sont affectés à une appliance, il n'est pas possible d'utiliser plus de 30 % d'UC, même si des cycles sont disponibles pour cette dernière. Par contre, si l'UC n'est pas plafonnées, les appliances utilisent toute la capacité de l'UC disponible sur le serveur.
• Lorsqu'une application est redémarrée avec l'option --debug et qu'elle ne parvient pas à démarrer, CA AppLogic® ne nettoie pas l'application (c'est-à-dire, arrêt de toutes les appliances démarrées correctement) afin que l'utilisateur puisse déterminer la raison de l'échec du lancement. Si l'utilisateur peut résoudre le problème, il peut continuer à démarrer l'application à l'aide de la commande app continue.
• Le redémarrage de l'application échoue si --debug est spécifié et que le code d'ingénierie de champ 16 est défini dans l'application.
• Le redémarrage d'une application réinitialise les compteurs de pannes de composant tenus à jour par CA AppLogic®. Le compteur de pannes de composant indique le nombre d'échecs du composant durant les dernières 24 heures (chaque composant dispose d'un compteur de pannes). Après 3 échecs du composant en 24 heures, le composant n'est pas redémarré par CA AppLogic®. Vous pouvez également utiliser comp start/restart ou app start pour réinitialiser le compteur de pannes d'un composant.