Referenzinformationen › Befehlszeilen-Shell-Referenzhandbuch › Shell-Befehle › Anwendungsüberwachung › application restart

application restart

Eine Anwendung neu starten.

Syntax

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

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;

<store>

Angeben, welcher Volume-Speicher in welchen Instanz-Volumes erstellt wird. Mögliche Werte für diesen Parameter:

local - Volumes auf lokalem Serverspeicher speichern.

san - Volumes auf einem SAN speichern.

--debug

Anwendung im Debug-Modus neu starten. Der Neustart schlägt fehl, wenn diese Option angegeben wird, und für die Anwendung wird der Diagnosecode 16 festgelegt.

--clean

Anwendung vor Neustart bereinigen.

--norestart

Die Anwendung bei Grid-Fehler nicht neu starten.

--skipbuild

Anwendung vor dem Neustart nicht erstellen.

--no_overcommit

Überlastung beim Planen der Anwendung deaktivieren.

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

-- cap_cpu

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

(Siehe Hinweise unten)

Beispiele

application restart my-app

Anwendung neu starten

application restart my-app --debug

Anwendung im Debug-Modus neu starten.

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

Anwendung mit geänderten Werten für CPU und Arbeitsspeicherzuweisung neu starten.

application restart my-app sched=crunch

Anwendung mit minimaler Ressourcenzuweisung 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 AppLogic® verwendet stets zuerst die Server mit der Rolle "none", dann die Server mit der Rolle "primary" und zuletzt die Server mit der Rolle "secondary", unabhängig von den verfügbaren Ressourcen auf diesen Servern (d. h., der primäre Server wird erst verwendet, nachdem alle "none"-Server genutzt wurden, und die sekundären Server werden erst verwendet, nachdem alle "none"-Server und alle primären Server genutzt wurden).
• Wird eine Anwendung mit der Option "--cap_cpu" neu gestartet, kann jede Appliance der Anwendung nicht mehr als die ihr zugewiesene CPU-Kapazität nutzen. Wenn beispielsweise einer Appliance 30 % der CPU-Kapazität zugewiesen wurde, kann sie maximal 30 % der CPU in Anspruch nehmen, selbst wenn weitere CPU-Zyklen verfügbar sind. Wird die CPU-Nutzung nicht eingeschränkt, kann die Appliances die gesamte verfügbare CPU-Kapazität auf dem Server in Anspruch nehmen.
• Wird eine Anwendung mit der Option "--debug" neu gestartet und schlägt der Neustart fehl, wird die Anwendung von CA AppLogic® nicht bereinigt (d. h. Appliances, die erfolgreich gestartet wurden, werden nicht gestoppt), sodass der Benutzer ggf. den Grund für den Startfehler ermitteln kann. Kann der Benutzer das Problem beheben, kann er den Start der Anwendung mit dem Befehl "app continue" fortsetzen.
• Der Neustart der Anwendung schlägt fehl, wenn "--debug" angegeben wird, und für die Anwendung Diagnosecode 16 festgelegt ist.
• Beim Neustart einer Anwendung werden die Flapping-Zähler der Komponente zurückgesetzt, die von CA 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 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.