Commandes de shell › Contrôle des applications › restart (Contrôle et gestion des applications)--Redémarrrage d'une application

restart (Contrôle et gestion des applications)--Redémarrrage d'une application

Redémarre une application.

Syntaxe

application restart nom (prop=val )* [ --debug ] [ --clean ] [ --norestart ] [ --skipbuild ] [ --force ] [ --cap_cpu ] 

Paramètres

nom

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

--debug

Redémarre l'application en mode débogage. SCR 779

--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.

--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. Pris en charge dans les versions CA 3Tera AppLogic 2.8.8 et ultérieures.

--cap_cpu

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

Exemples

application restart sugarcrm

Redémarre l'application "sugarcrm".

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 minimum de ressources disponibles
  • 2 - Tourniquet avec démarrage aléatoire, planification aléatoire de l'appliance pour 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. CA 3Tera AppLogic utilisera toujours d'abord les serveurs qui n'ont aucun rôle, puis les serveurs secondaires et enfin les serveurs principaux, sans tenir compte des ressources disponibles sur ces serveurs (par ex. : les serveurs secondaires seront utilisés uniquement lorsque tous les serveurs sans rôles seront utilisés Le serveur principal sera utilisé uniquement lorsque tous les serveurs sans rôles et tous les serveurs secondaires sont utilisés).

  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 3Tera 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 3Tera AppLogic. Vous pouvez également utiliser comp start/restart ou app start pour réinitialiser le compteur de pannes d'un composant.