Reinicia la aplicación.
application restart nombre (prop=val )* [ --debug ] [ --clean ] [ --norestart ] [ --skipbuild ] [ --force ] [ --cap_cpu ]
Nombre de la aplicación.
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.
Reinicia la aplicación en el modo de depuración. SCR 779
Limpia la aplicación antes del reinicio.
No reinicia la aplicación si se produce un error en el grid.
No construye la aplicación antes de reinicio.
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 3Tera AppLogic 2.8.8 y versiones posteriores.
Permite la utilización de máximos de CPU para todos los componentes de la aplicación.
application restart sugarcrm
Reinicia la aplicación "sugarcrm".
Notas:
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:
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 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 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 restart/restart o app restart para restablecer el contador de errores de un componente.
| Copyright © 2011 CA. Todos los derechos reservados. | Enviar correo electrónico a CA Technologies acerca de este tema |