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 start

application start

Permite iniciar una aplicación.

Sintaxis

application start <name> ( <prop>=<val> )*[ store=<store> ]
                       [ --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.

<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

Inicia la aplicación en el modo de depuración. El inicio 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.

--norestart

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

--skipbuild

No construye la aplicación antes de inicio.

--force

Permite forzar el desmontaje de cualquier volumen que se montara sin solicitar la verificación.

--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 start my-app

Permite iniciar una aplicación.

application start my-app --debug

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

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

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

application start my-app sched=crunch

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

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: 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 inicia 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 inicia 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 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 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 start/restart o app restart para restablecer el contador de errores de un componente.