Parar, iniciar y comprobar servidores
Los componentes de la plataforma de Essbase se ejecutan como servidores gestionados en un servidor de aplicaciones WebLogic. Inicie todas con start.sh o start.cmd en esstools. Pare todos ellos con stop.sh o stop.cmd. También puede mostrar el estado e iniciar o parar componentes individuales del servidor.
En Linux, puede iniciar Essbase con el script de inicio start.sh. Utilice status.sh para comprobar el estado del servidor y para cualquier componente mediante stop.sh.
En Windows, puede iniciar Essbase con el script de inicio start.cmd. Utilice status.cmd para comprobar el estado del servidor y para cualquier componente mediante stop.cmd.
esstools/bin.
- Para Linux:
<Domain_Home>/esstools/bin - Para Windows:
<Domain_Home>\esstools\bin
Comprobar Estado de Servidor Gestionado
Ejecute el estado para ver qué servidores gestionados se están ejecutando en la plataforma de Essbase:
- Para Linux:
<Domain_Home>/esstools/bin/status.shEn este ejemplo, AdminServer y Essbase Server se muestran en el script como en ejecución:[/scratch/user/oracle_home/user_projects/domains/essbase_domain/esstools/bin]$ ./status.sh Domain status; Using domainHome: /scratch/user/oracle_home/user_projects/domains/essbase_domain ... Initializing WebLogic Scripting Tool (WLST) ... Welcome to WebLogic Server Administration Scripting Shell Type help() for help on available commands Reading domain... /Servers/AdminServer/ListenPort=7001 Accessing admin server using URL t3://myhost:7001 Server Name Server Status Type Essbase Status Machine ........... ............. .... ............. ........... AdminServer RUNNING Server -- myhost.example.com essbase_server1 RUNNING Server Active myhost.example.comSi el estado falla con un error, por ejemplo, si se rechazó la conexión al gestor de nodos, analice el log para determinar la causa del error.
- Para Windows:
<Domain_Home>\esstools\bin\status.cmdNote:
También puede comprobar el estado de los servicios de Windows. En el Administrador de tareas de Windows > Servicios, puede ver los servicios de Windows que se ejecutan en segundo plano.
Iniciar Todos los Servidores
Ejecute el inicio, sin argumentos, para iniciar el gestor de nodos, todos los servidores gestionados y AdminServer, en la plataforma de Essbase:
- Para Linux:
<Domain_Home>/esstools/bin/start.sh - Para Windows:
<Domain_Home>\esstools\bin\start.cmd
El inicio siempre inicia el gestor de nodos de WebLogic. Si no se especifica ningún argumento para el script de inicio, como en el ejemplo anterior, el gestor de nodos inicia AdminServer y AdminServer inicia los servidores gestionados, incluido el servidor de Essbase.
start.sh -i <server name>Si se especifica un nombre de servidor para el script de inicio, el gestor de nodos inicia sólo el servidor especificado. Por ejemplo, para iniciar sólo el servidor de Essbase,
- Para Linux:
./start.sh -i essbase_server1 - Para Windows:
.\start.cmd -i essbase_server1
Antes de parar servidores: prepárese para el cierre
Cuando necesite detener los servicios de Essbase, tenga en cuenta el impacto en los usuarios activos. Los comandos Enable/disable (Activar/desactivar) están disponibles para permitirle evitar nuevas conexiones, y puede escribir secuencias de comandos mediante tiempos de espera para asegurarse de que las operaciones de usuario existentes tengan tiempo de terminar. Si algunas operaciones se están ejecutando durante demasiado tiempo, puede terminar sesiones y operaciones individuales. Una vez que todos los usuarios están fuera del sistema, puede continuar para detener los servicios.
- En la configuración de la aplicación, desactive las conexiones y los comandos (en MaxL, Alter Application disable connect|commands)
- En la configuración de la base de datos, desactive el inicio (en MaxL, alterar base de datos desactivar inicio)
- En el nivel de servidor de Essbase, cierre la sesión de todos los usuarios del sistema y finalice todas las solicitudes activas (en MaxL, Alter System logout session y kill request)
- Para cada cubo, verifique que se terminan todas las sesiones y solicitudes (en MaxL, Mostrar sesión).
- Cierre todas las aplicaciones (en MaxL, Alter System unload application)
Parar todos los servidores
Ejecute el script de detención (Linux) o el comando (Windows), sin argumentos, para detener el gestor de nodos, el servidor de administración y todos los servidores gestionados en la plataforma de Essbase:
- Para Linux:
<Domain_Home>/esstools/bin/stop.sh - Para Windows:
<Domain_Home>\esstools\bin\stop.cmd
Si se especifica un nombre de servidor para la secuencia de comandos de detención (Linux) o el comando (Windows), el gestor de nodos para el servidor especificado. Por ejemplo:
./stop.sh -i essbase_server1Iniciar servidor gestionado secundario cuando AdminServer no está disponible
Cuando Essbase esté configurado para alta disponibilidad, en el nodo secundario (o cualquier failover adicional), si necesita iniciar el servidor gestionado de WebLogic cuando el nodo principal deje de estar disponible, siga estas instrucciones. Proporcione el nombre del servidor gestionado del nodo secundario y la URL de AdminServer, aunque AdminServer no esté disponible. Cuando se le solicite, también proporcione las credenciales de administrador de WebLogic.
-
SSH en el nodo secundario de Essbase (Host 2).
-
Vaya a
<Domain Home>/bin. -
Ejecute la secuencia de comandos para iniciar el servidor gestionado de WebLogic mediante la siguiente sintaxis. Debe proporcionar el nombre de host de AdminServer y el puerto de AdminServer, aunque AdminServer no esté disponible.
startManagedWebLogic.sh <failover-managed-server-name> t3(s)://<AdminServer-Host>:<AdminServer-Port>Ejemplo de Linux con TLS/SSL:
./startManagedWebLogic.sh essbase_server2 t3s://adminserver:7002Ejemplo de Linux sin TLS/SSL:
./startManagedWebLogic.sh essbase_server2 t3://adminserver:7001Ejemplo de Windows con TLS/SSL:
.\startManagedWebLogic.cmd essbase_server2 t3s://adminserver:7002Ejemplo de Windows sin TLS/SSL:
.\startManagedWebLogic.cmd essbase_server2 t3://adminserver:7001
Detener servidor gestionado secundario cuando AdminServer no está disponible
Cuando Essbase está configurado para alta disponibilidad, en el nodo secundario (o cualquier failover adicional), puede parar el servidor gestionado de WebLogic de forma independiente, en caso de que el nodo principal y AdminServer dejen de estar disponibles.
-
SSH en el nodo secundario de Essbase (Host 2).
-
Vaya a
<ORACLE_HOME>/oracle_common/common/bin. -
Ejecute la herramienta de scripts de WebLogic.
Ejemplo en Linux:
./oracle_common/common/bin/wlst.shEjemplo de Windows:
.\wlst.cmd -
En el indicador
wls:/offline>, conéctese con la siguiente sintaxis. Debe proporcionar las credenciales de administrador de WebLogic y el nombre de host y el puerto secundarios (conmutación por error).connect('<weblogic-admin-user>','<weblogic-admin-user-password>','t3(s)://<failover-managedServer-host>:<failover-managedServer-port>')Ejemplo con TLS/SSL:
connect('WLadminusername','WLadminpassword','t3s://essbase_server.example.com:9001')Ejemplo sin TLS/SSL:
connect('WLadminusername','WLadminpassword','t3://essbase_server.example.com:9000') -
Cierre el host secundario (conmutación por error).
Por ejemplo:
shutdown('essbase_server2','Server','true',1000, force='true', block='true') -
Desconéctese del servidor de administración.
Por ejemplo:
disconnect() -
Salga de la herramienta de scripts de WebLogic.
Por ejemplo:
exit()
Sólo para Windows: iniciar y detener el servicio de Essbase
Windows SCM se puede utilizar para iniciar o parar el servicio de Essbase. Para ello, abra Windows SCM > seleccione el servicio de Essbase > seleccione e inicie o pare el servicio en Windows SCM.
Solo para despliegues independientes (locales): rotación de logs de servidor de Essbase
Para despliegues independientes (locales), la rotación de logs de essbase_server1.out no está soportada y debe realizar manualmente una copia de seguridad del archivo log cuando se paran los servidores. El archivo se encuentra en <DOMAIN_HOME>/<DOMAIN_NAME>/servers/essbase_server1/logs/.
La copia de seguridad guarda las versiones anteriores del log y se debe realizar a medida que el tamaño del archivo log actual se hace muy grande.