Shell-Befehle › Anwendungsüberwachung › restart (Anwendungsüberwachung und -verwaltung) - Anwendung neu starten

restart (Anwendungsüberwachung und -verwaltung) - Anwendung neu starten

Anwendung neu starten

Syntax

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

Parameter

name

Name der Anwendung.

prop=val

Parameter für die Planung. Die folgenden Parameter können angegeben werden:

cpu - (optional) CPU-Zuweisung (val[%])

mem - (optional) Arbeitsspeicherzuweisung (val[M[B]|G[B]]). Wenn keine Einheiten angegeben werden, wird der Speicherplatz in MB ausgedrückt.

bw - (optional) Bandbreitenzuweisung (val[M[b]|G[b]]). Wenn keine Einheiten angegeben werden, wird die Bandbreite in Mbps ausgedrückt.

sched - Zeichenfolge, die das Planungsziel angibt (siehe unten)

servers - Anzahl von Servern, auf denen Anwendung gestartet werden soll;

--debug

Anwendung im Debug-Modus neu starten. SCR 779

--clean

Anwendung vor Neustart bereinigen.

--norestart

Die Anwendung bei Grid-Fehler nicht neu starten.

--skipbuild

Anwendung vor dem Neustart nicht erstellen.

--force

Freigabe aller derzeit verwendeten Volumes erzwingen, ohne eine Überprüfung anzufordern. Dies ist nützlich, wenn der Neustart bei einer Anwendung durchgeführt wird, die momentan nicht ausgeführt wird. In CA 3Tera AppLogic 2.8.8 und höher unterstützt.

-- cap_cpu

CPU-Kappung für alle Komponenten der Anwendung aktivieren.

Beispiele

application restart sugarcrm

Anwendung 'sugarcrm' neu starten

Hinweise:

• Dieser Befehl kombiniert die Befehle "application stop" und "start".

  Die Optionen "--clean" und "--skipbuild" dürfen nicht gleichzeitig angegeben werden.

  Die folgenden Planungsziele werden unterstützt:

  sched="percentile=(resource percentile)"

  sched=crunch - Allen Komponenten die Mindestressourcen zuweisen, identisch mit "percentile=0"

  sched=expand - Allen Komponenten die Höchstressourcen zuweisen, identisch mit "percentile=100"

  sched="mode=(scheduling mode)", gültige Werte sind die Folgenden:

  • 1 - Pack-Server, Appliances auf dem Server mit einer Mindestanzahl an verfügbaren Ressourcen planen
  • 2 - Roundrobin mit Zufallsstart, erste Appliance auf einem Server nach Zufallsprinzip planen und verbleibende Appliances anderen Servern unter Verwendung von Roundrobin zuweisen
  • 3 - Roundrobin, erste Appliance auf dem ersten Server planen und verbleibende Appliances anderen Servern unter Verwendung von Roundrobin zuweisen

  Beim Verwenden des Planungsmodus des Pack-Servers werden die Server in der Reihenfolge ihrer Priorität auf der Basis der ihnen zugewiesenen Rolle und der geringsten Anzahl an verfügbaren Ressourcen ausgewählt. CA 3Tera AppLogic verwendet stets Server ohne Rolle zuerst, danach sekundäre und zuletzt primäre Server; die verfügbaren Ressourcen auf diesen Servern werden nicht berücksichtigt (d. h., die sekundären Server werden nicht verwendet, solange nicht alle Server ohne Rolle verwendet wurden; die primären Server werden nicht verwendet, solange nicht alle sekundären Server und Server ohne Rolle verwendet wurden).

  Der Neustart der Anwendung schlägt fehl, wenn "--debug" angegeben wird, und für die Anwendung Feldentwicklungscode 16 festgelegt ist.

  Beim Neustart einer Anwendung werden die Flapping-Zähler der Komponente zurückgesetzt, die von CA 3Tera AppLogic verwaltet werden. Ein Fehlschlagzähler einer Komponente zählt, wie oft die Komponente innerhalb der letzten 24 Stunden fehlschlug (jede Komponente besitzt ihren eigenen Fehlschlagzähler). Sobald eine Komponente 3 Mal in 24 Stunden fehlgeschlagen ist, kann die Komponente von CA 3Tera AppLogic nicht neu gestartet werden. "comp start/restart" oder "app start" können ebenfalls verwendet werden, um den Flapping-Zähler einer Komponente zurückzusetzen.