Informazioni di riferimento › Guida di riferimento della shell della riga di comando › Comandi di shell › Controllo di applicazione › application restart

application restart

Riavvio di un'applicazione.

Sintassi

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

Parametri

<name>

Nome dell'applicazione.

<prop>=<val>

Parametri da pianificare. È possibile specificare i parametri seguenti:

CPU - (facoltativo) allocazione CPU (val[%]).

mem - (facoltativo) allocazione di memoria (val[M[B]|G[B]]). Se non vengono specificate le unità, il valore di memoria è in MB.

bw - (facoltativo) allocazione di larghezza di banda (val[M[b]|G[b]]). Se non vengono specificate le unità, la larghezza di banda sarà in Mbps.

sched - stringa che specifica la destinazione di pianificazione (vedere sotto).

servers - numero di server su cui l'applicazione deve essere avviata.

<store>

Specifica l'archivio dei volumi per la creazione dei volumi dell'istanza. Può essere impostato su uno dei seguenti valori:

local - archivia i volumi sull'archivio del server locale.

san - archivia i volumi su una SAN.

--debug

Riavvia l'applicazione in modalità di debug. Il riavvio non riesce se questa opzione viene specificata e l'applicazione ha il codice di progettazione di campo impostato su 16.

--clean

Esegue la pulitura dell'applicazione prima del riavvio.

--norestart

Non riavvia l'applicazione in caso di errore della griglia.

--skipbuild

Non compila l'applicazione prima del riavvio.

--force

Impone il rilascio dei volumi in uso senza richiedere conferme di verifica all'utente. Questa opzione è utile quando si procede al riavvio applicazioni non in esecuzione. Supportato in CA AppLogic 2.8.8+.

-- cap_cpu

Abilita la limitazione di utilizzo della CPU per tutti i componenti dell'applicazione.

(vedere note sotto)

Esempi

application restart my-app

Riavvia l'applicazione.

application restart my-app --debug

Riavvia l'applicazione in modalità di debug.

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

Riavvia l'applicazione con l'allocazione di CPU e di memoria modificata.

application restart my-app sched=crunch

Riavvia l'applicazione con il minimo di risorse allocate.

Note:

• questo comando combina i comandi di avvio e arresto dell'applicazione.

  Le opzioni --clean e --skipbuild non possono essere specificate entrambe.

  Destinazioni di pianificazione supportate:

  sched="percentile=(resource percentile)"

  sched=crunch - assegna il minimo delle risorse a tutti i componenti, come "percentile=0".

  sched=expand - assegna il massimo delle risorse a tutti i componenti, come "percentile=100".

  sched="mode=(scheduling mode)", valori validi:

  1. comprime i server e pianifica le appliance sui server utilizzando il minimo delle risorse disponibili.
  2. Esegue il round robin con avvio casuale, la pianificazione casuale dell'appliance su un server quindi assegna le appliance rimanenti ad altri server (mediante round robin).
  3. Esegue il round robin, pianifica l'appliance sul primo server quindi assegna le appliance rimanenti ad altri server (mediante round robin).
• Quando si utilizza la modalità di pianificazione di compressione del server, i server vengono scelti in ordine di priorità in base al ruolo di cui dispongono e al numero minimo di risorse disponibili. CA AppLogic userà sempre innanzitutto i server con il ruolo impostato su "none", quindi i server primari e infine quelli secondari, senza tener conto delle risorse disponibili su tali server (ad esempio, i server primari non verranno utilizzati fino a quando tutti i server con ruolo impostato su "none" non saranno stati utilizzati, così come non verranno utilizzati i server secondari fino a quando non saranno stati usati tutti i server primari).
• Quando un'applicazione viene riavviata con l'opzione --cap_cpu, ciascuna appliance dell'applicazione può utilizzare soltanto la CPU che gli è assegnata; es. se a un'appliance è assegnato il 30% di CPU, questa non potrà utilizzare più del 30% di CPU, anche se la CPU ha cicli disponibili. Al contrario, se non viene imposta una limitazione di utilizzo della CPU, le appliance possono usare la CPU disponibile sul server.
• Quando un'applicazione è riavviata con --debug e si verifica un errore di riavvio dell'applicazione, CA AppLogic non pulisce l'applicazione (ad es., interrompendo le appliance che erano state avviate correttamente) per consentire all'utente di determinare la causa dell'errore di avvio. Se l'utente è in grado di risolvere il problema, potrà continuare ad avviare l'applicazione usando il comando ''app continue''.
• Il riavvio dell'applicazione non potrà essere completato se viene specifica l'opzione --debug con il codice di progettazione di campo impostato su 16.
• Il riavvio di un'applicazione, reimposta il conteggio di instabilità del componente mantenuto da CA AppLogic. Tale conteggio identifica il numero di errori del componente nell'arco delle ultime 24 ore (ogni componente ha un proprio conteggio). Se si verificano 3 errori nell'arco di 24 ore, CA AppLogic non riavvia il componente. comp start/restart o app start possono essere utilizzati per reimpostare il contatore di instabilità di un componente.