Comandos de shell › Control de la aplicación › start (gestión y control de aplicaciones): inicia una aplicación

start (gestión y control de aplicaciones): inicia una aplicación

Permite iniciar una aplicación.

Sintaxis

application start nombre ( prop=val )* [ --debug ] [ --norestart ] [ --skipbuild ] [ --force ] [ --cap_cpu ] 

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 en todas las CPU o un porcentaje (val[%])

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

bw (opcional): adjudicación de ancho de banda (val[M[b]|G[b]]). Si no se indica la unidad, al ancho de banda se especifica 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.

--debug

Inicia la aplicación en el modo de depuración.

--norestart

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

--skipbuild

No construye la aplicación antes de inicio.

--force

Fuerza la liberación de los volúmenes que se estén utilizando sin pedir confirmación.

--cap_cpu

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

Ejemplos

application start sugarcrm

Inicia la aplicación "sugarcrm".

Notas: 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, planifica dispositivos en servidores con menos cantidad de recursos disponibles.
• 2: operación por turnos con inicio aleatorio, planifica 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, planifica 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 3Tera AppLogic siempre usará los servidores que no tengan ningún rol en primer lugar, los secundarios en segundo lugar y los primarios en último lugar, sin tener en cuenta los recursos de los servidores (es decir, los servidores secundarios no se usarán hasta que se utilicen todos los servidores que no tengan ningún rol; los servidores primarios no se usarán hasta que se hayan utilizado todos los servidores secundarios y el servidor primario no se usará hasta que se hayan utilizado todos los servidores secundarios y aquellos que no tengan ningún rol).

El inicio 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 iniciar una aplicación se restablecen los contadores de errores de los componentes que mantiene CA 3Tera 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 3Tera AppLogic no reinicia el componente. Se puede utilizar también start/restart o app restart para restablecer el contador de errores de un componente.