Información de referencia › Guía de referencia del shell de la línea de comandos › Comandos de shell › Control de la aplicación › application restart

application restart

Permite reiniciar una aplicación.

Sintaxis

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

Parámetros

<nombre>

Nombre de la aplicación.

<prop>=<val>

Parámetros para la planificación. Se pueden especificar los parámetros siguientes:

cpu (opcional): adjudicación de CPU (val[%])

mem (opcional): adjudicación de memoria (val[M[B]|G[B]]). Si no se especifican unidades, la memoria se expresa en MB.

bw (opcional): adjudicación de ancho de banda (val[M[b]|G[b]]). Si no se especifican unidades, el ancho de banda se expresa en Mbps.

sched: cadena que especifica el destino de la planificación (véase a continuación).

servers: número de servidores en los cuales se iniciará la aplicación.

<store>

Especifica el almacén del volumen en el que se crean los volúmenes de la instancia. Se puede establecer en uno de los valores siguientes:

local: almacena volúmenes en el almacenamiento de servidor local.

san: almacena volúmenes en SAN.

--debug

Reinicia la aplicación en el modo de depuración. El reinicio de la aplicación producirá un error si se especifica esta opción y la aplicación tiene establecido el código de ingeniería de campo 16.

--clean

Limpia la aplicación antes del reinicio.

--norestart

No reinicia la aplicación si se produce un error en el grid.

--skipbuild

No construye la aplicación antes de reinicio.

--force

Fuerza la liberación de los volúmenes que se estén utilizando sin pedir confirmación. Esto es útil cuando se ejecuta un reinicio sobre una aplicación que no se está ejecutando actualmente. Se puede utilizar en CA AppLogic 2.8.8 y versiones posteriores.

--cap_cpu

Permite la utilización de máximos de CPU para todos los componentes de la aplicación.

(Consulte notas que aparecen a continuación)

Ejemplos

application restart my-app

Reinicia la aplicación.

application restart my-app --debug

Permite reiniciar la aplicación en el modo de depuración.

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

Permite reiniciar la aplicación con la adjudicación de memoria y CPU modificada

application restart my-app sched=crunch

Permite reiniciar la aplicación con recursos mínimos adjudicados.

Notas:

• Este comando combina los comandos application stop y start.

  Las opciones --clean y --skipbuild no se pueden especificar al mismo tiempo.

  Se admiten los siguientes destinos de planificación:

  sched="percentile=(resource percentile)"

  sched=crunch: asigna los recursos mínimos a todos los componentes, al igual que "percentile=0".

  sched=expand: asigna los recursos máximos a todos los componentes, al igual que "percentile=100".

  sched="mode=(scheduling mode)", los valores válidos son los siguientes:

  1. Servidores del paquete: programan dispositivos en servidores con menos cantidad de recursos disponibles.
  2. Operación por turnos con inicio aleatorio: programa aleatoriamente un primer dispositivo a un servidor y, a continuación, asigna los dispositivos restantes a los demás servidores mediante una operación por turnos.
  3. Operación por turnos: programa un primer dispositivo en el primer servidor y, a continuación, asigna los dispositivos restantes a los demás servidores mediante una operación por turnos.
• Al utilizar el modo de planificación de servidor del paquete, los servidores se eligen en un orden de prioridad basado en el rol que tienen asignado y la menor cantidad de recursos disponibles. CA AppLogic siempre utilizará servidores con el rol Ninguno primero; Principal; segundo, y Secundario, tercero, independientemente de los recursos disponibles en esos servidores. Es decir, el servidor primario no se usará hasta que se hayan utilizado todos los servidores establecidos como Ninguno, y los servidores secundarios no se utilizarán hasta que se usen todos los servidores Ninguno y Principal.
• Cuando una aplicación se reinicia con la opción --cap_cpu, cada dispositivo de la aplicación no puede utilizar más que su CPU asignada; por ejemplo si se asigna a un dispositivo el 30% de la CPU, no puede utilizar más del 30% de la CPU, aunque la CPU tenga ciclos disponibles. Por otra parte, si no se limita la CPU, los dispositivos pueden utilizar toda la CPU disponible en el servidor.
• Cuando una aplicación se reinicia con la opción --debug y produce un error al iniciarse, CA AppLogic no limpia la aplicación. Esto es, deben detenerse algunos dispositivos que se puedan haber iniciado correctamente, de manera que el usuario pueda determinar el motivo del error de inicio. Si el usuario puede resolver el problema, puede continuar iniciando la aplicación utilizando el comando "app continue".
• El reinicio de la aplicación producirá un error si se especifica --debug y la aplicación tiene establecido el código de ingeniería de campo 16.
• Al reiniciar una aplicación se restablecen los contadores de errores de los componentes que mantiene CA AppLogic. El contador de errores de un componente es el número de veces que un componente ha producido un error en las últimas 24 horas (cada componente tiene su propio contador de errores). Cuando un componente produce un error 3 veces en 24 horas, CA AppLogic no reinicia el componente. Se puede utilizar también restart/restart o app restart para restablecer el contador de errores de un componente.