MicroStrategy ONE
Solución de problemas de topología
Esta sección cubre problemas que pueden ocurrir en Workstation y cómo corregirlos.
Cómo habilitar el registro de depuración
El registro de depuración registra errores y otra información útil que explica por qué ocurrió un problema. Para conocer los pasos para habilitar el registro de depuración, consulte KB483668: Cómo habilitar el registro de depuración para topología.
El registro de servicios no funciona cuando no hay conexión de red
Si no hay conexión de red después de la instalación, el Registro de Servicios aún funciona para todos los servicios locales. De lo contrario, asegúrese de que el usuario que inicia sesión en la máquina sea un administrador local. Un usuario con privilegios adecuados para el registro de servicios, cuando está conectado a la red, puede no tener privilegios completos de administrador localmente cuando no hay conexión de red.
El agente de Registro de Servicios no puede iniciar y No se encontró ninguna dirección IPV4 privada se encuentra en el archivo de registro
- Si la máquina tiene más de una dirección IP, consulte Configurar entornos con varias direcciones IP
-
Si la máquina tiene solo una dirección IP, verifique la configuración de red usando el siguiente comando, si el IPv4 es no en la lista de direcciones privadas aceptables (RFC1918) proporcionada en la siguiente tabla.
Nombre RFC1918 Rango de direcciones IP Número de direcciones Bloque CIDR más grande (máscara de subred) Tamaño del ID de host Bits de máscara Descripción con clase bloque de 24 bits 10.0.0.0 - 10.255.255.255 16.777.216 10.0.0.0/8 (255.0.0.0) 24 bits 8 bits Red única clase A bloque de 20 bits 172.16.0.0 - 172.31.255.255 1.048.576 172.16.0.0/12 (255.240.0.0) 20 bits 12 bits 16 redes contiguas de clase B bloque de 16 bits 192.168.0.0 - 192.168.255.255 65.536 192.168.0.0/16 (255.255.0.0) 16 bits 16 bits 256 redes contiguas clase C - Compruebe si la configuración de red es la adecuada. Si es así y desea utilizar el registro de servicios, complete los pasos 4 y 5 como solución alternativa para vincular el agente de registro de servicios a la dirección IPv4 no aceptable.
- Navega hasta el
Services Registration\yaml
carpeta. -
Editar el
installation_list.yaml
archivo agregando bind_addr: xxxx a la sección del cónsul. Asegúrate de incluir un espacio entre los dos puntos y la dirección IP.Copiarconsul:
install_path: "C:\\Program Files (x86)\\MicroStrategy\\Services Registration"
java_install_path: "C:\\Program Files (x86)\\Common Files\\MicroStrategy\\JRE\\180_192\\Win64\\bin"
server: false
retry_join:
- sap-win2016.labs.microstrategy.com
- pcheng-W10-PRO.labs.microstrategy.com
- pcheng-RHEL-6-8.labs.microstrategy.com
bind_addr: 10.21.20.222 - Detenga el agente de registro de servicios, elimine el
Services Registration\data
carpeta, y reinicie el agente de registro de servicios.
"MicroStrategy El registro de servicios NO está disponible, verifique el estado del servicio".
Mientras se utiliza la topología de la estación de trabajo para monitorear servicios, aparece una página vacía con el mensaje "MicroStrategy El registro de servicios NO está disponible, verifique el estado del servicio". Siga los pasos a continuación para solucionar este problema.
¿Se está ejecutando el agente de registro de servicios en el Library ¿Máquina a qué estación de trabajo se está conectando?
Inicie sesión en la máquina donde Library está instalado y compruebe si MicroStrategy El registro de servicios está en marcha. En Windows, utilice el Administrador de servicios de Windows. En Linux, use ps -ef | cónsul grep.
Si el agente se está ejecutando, verifique si el agente del clúster se está formando correctamente. Ver Actualizando puertos de servicio para el registro de servicios o el Monitor de topología para más información.
- Si hay un firewall en la máquina en la que Library está instalado, asegúrese de que los puertos 8300(TCP) y 8301(TCP/UDP) estén abiertos.
- Intente hacer ping a las máquinas enumeradas en
Services Registration/config/consul.json
para "retry_join
" para garantizar que se pueda acceder a las máquinas. - Asegúrese de que la elección del líder esté completa. Comprobar el
ServicesRegistration
archivo de registro con la última marca de tiempo en elServices Registration/log
carpeta. Si ve el mensaje "no se pudo sincronizar el estado remoto": Sin líder de grupo", siga los pasos 4 y 5. De lo contrario, salte al paso 6. - La configuración correcta del clúster debe verificarse en cada máquina con un agente de registro de servicios. Verifique la configuración del clúster. Debe haber uno o tres agentes de comunicación definidos en el clúster como se especifica en "
retry_join
"lista de losinstallation_list.yaml
archivo. Esta lista debe ser coherente en todos los nodos. - Asegúrese de que no haya datos sucios en el
Services Registration/data
carpeta. Después de una formación o modificación fallida de los miembros del grupo, es posible que queden datos no válidos en los archivos de datos. Detenga todos los agentes, elimine elServices Registration/data
carpeta en cada nodo del clúster y reiniciar todos los agentes para formar el cúmulo. - Si MicroStrategy Library se implementa en una máquina donde MicroStrategy Los servicios no están instalados, vaya al servidor de aplicaciones que administra el cónsul y reinicie el MicroStrategy Library despliegue. Si el agente no se está ejecutando, verifique el
ServicesRegistration
archivo de registro con la última marca de tiempo en elServices Registration/log
carpeta para ver por qué el agente no se inició. Si aparece el mensaje "No se encontró ninguna dirección IPv4 privada", consulte El agente de registro de servicios no puede iniciar.
Si el agente no se está ejecutando, verifique el archivo de registro de ServicesRegistration con la última marca de tiempo en el Services Registration\log
carpeta para ver por qué el agente no puede iniciarse.
¿La máquina tiene varias direcciones IP? ¿Estaban todas las IP disponibles al instalar el producto?
¿La máquina tiene una dirección IP inaceptable? Si el agente presiona "No se encontró ninguna dirección IPv4 privada", consulte El agente de registro de servicios no puede iniciar.
Cómo estuvo el MicroStrategy Library ¿Archivo WAR implementado en el servidor?
Puede haber problemas si el servidor Linux no se actualizó correctamente. Por ejemplo, si actualizó a 11.0 desde 10.10 en un servidor Linux, no ejecutó el MicroStrategy instalador, pero descargué y copié el archivo WAR. En esta situación, ver Instalar MicroStrategy en el Actualización local en una implementación de Linux sección de la Upgrade Help y Escenarios de implementación en el Instalación MicroStrategy Library en linux sección de la Upgrade Help.
¿Los nodos se comunican entre sí a través de la traducción de direcciones de red (NAT)?
Actualmente, NAT no es compatible con la función de registro de servicio.
Un servicio muestra un icono rojo
- En Workstation, coloque el cursor sobre el ícono de detener para ver información adicional en la información sobre herramientas.
- Revise las posibles causas proporcionadas en la información sobre herramientas.
- Verifique que el servicio se esté ejecutando. Inicie sesión en la máquina donde está instalado el servicio. Verifique que se esté ejecutando en el Administrador de servicios de Windows.
- Verifique que el puerto requerido esté disponible. Si el servicio no se inicia, verifique si el puerto requerido está disponible. Ver Soportado MicroStrategy Servicios de plataforma para ver los puertos predeterminados.
- Verifique que el puerto correcto esté en el archivo de configuración. Si el servicio se está ejecutando, pero la estación de trabajo muestra que el servicio está inactivo, verifique el archivo de configuración (como
MicroStrategy Mobile Server JSP.json
) para este servicio. El archivo de configuración se encuentra en el directorio de instalación enMicroStrategy/Services Registration/config
. Verifique si el número de puerto, el número de puerto http y el número de puerto https coinciden con el puerto utilizado para el servicio. - Si los puertos están correctamente definidos en el servicio.json archivo, pero Workstation aún muestra que el servicio está inactivo, copie la URL para la verificación de estado del
service.json
archivo. Pega la URL en tu navegador para ver si es un enlace válido. Si el enlace no funciona, reemplace "localhost
" con la dirección IP de la máquina desde la que accede a la URL y vuelva a intentarlo. - Consulte el archivo de registro en
/MicroStrategy/Services Registration/log
en su directorio de instalación.
Si un servicio está configurado para utilizar un número de puerto no predeterminado después de la instalación, el nuevo número de puerto no se registra en el archivo de configuración JSON. Debe actualizar manualmente el archivo JSON con el número de puerto configurado después de la instalación y reiniciar el MicroStrategy Registro de Servicios. VerActualizando puertos de servicio para el registro de servicios o el Monitor de topología para más información.
No se puede iniciar o detener un servicio
- Conéctese a un entorno, asegurándose de que el inicio de sesión del usuario correspondiente tenga los privilegios adecuados. En Workstation, inicie sesión en un entorno como MicroStrategy usuario con privilegios de administrador o como usuario administrador del contenedor web para el Library. En el modo de mantenimiento, vaya a la vista de topología y verifique que la capacidad de inicio/detención sea compatible con un servicio haciendo clic derecho en el servicio. Si el Comenzar y Detener Las opciones del menú emergente están atenuadas, la capacidad de inicio/detención no es compatible con ese servicio.
- Verifique que SSH esté disponible y ejecutándose en la máquina con el servicio. Si no, ver Configurar SSH en Windows o Configurar SSH en Linux.
- Verifique que el firewall esté habilitado y que el puerto 22 esté abierto en el firewall.
- Verifique el estado del servicio en una vista actualizada. Si un usuario envió la solicitud de inicio o detención en Workstation, antes de enviar otra solicitud, actualice la vista de topología para obtener el estado del servicio más reciente.
Un servicio no es accesible
- Verifique que la máquina donde está alojado el servicio sea accesible desde el MicroStrategy Library máquina.
- Si hay firewalls en el entorno, verifique que los puertos (8300 y 8301) estén abiertos para admitir el envío y la recepción de solicitudes TCP/UDP entre las máquinas que alojan los servicios.
- Verifique que el agente se esté ejecutando. En Windows, utilice el Administrador de servicios de Windows para comprobar si MicroStrategy El registro de servicios está en marcha. En Linux, use
ps -ef | grep -i consul
.
El cónsul no se inicia después de la instalación. MicroStrategy Revisión de la Actualización 2 de 2019 en una máquina Linux
Falta la herramienta nslookup si Redhat Enterprise Linux 7 está instalado usando la opción mínima. Consul depende del comando nslookup para resolver la dirección IP de una máquina a partir del nombre de dominio completo (FQDN). Para asegurarse de que Consul se pueda iniciar correctamente, instale la herramienta que falta ejecutando el siguiente comando en una terminal:
# yum install bind-utils
Implementaciones personalizadas
Caso 1: Al instalar la topología en un entorno de dos máquinas, MicroStrategy Los servicios se instalan sin la opción de varias máquinas. Como resultado, debe configurar manualmente el clúster de cónsules después de la instalación. En este caso, Library se implementó a través del instalador y tanto el Library y los servidores web están en la misma máquina. El servidor Intelligence está instalado en otra máquina. Primero, asegúrese de que los puertos requeridos están abiertos.
En todas las maquinas
-
Detener el registro de servicios en todas las máquinas. En este caso se trata de dos máquinas.
-
En Windows, utilice el Administrador de servicios (Correr > servicios.msc) para detener MicroStrategy Registro de Servicios.
-
Para Linux, consulte Reinicio del registro de servicios para conocer los pasos detallados.
-
-
Navegue hasta el directorio de instalación y elimine
MicroStrategy/Services Registration/data
. -
Reinicie el registro de servicios en todas las máquinas en el mismo clúster de cónsules
Sobre el Library máquina servidor:
- Navega hasta el
MicroStrategy/Services Registration/yaml
directorio. - Abierto
installation_list.yaml
y localizar la sección del cónsul. - Añade el
retry_join
parámetro con el FQDN del servidor Intelligence para que el Library El servidor puede señalarlo. - Verificar el
server
El parámetro está configurado enfalse
. - Eliminar el
bootstrap_expect: <number>
línea.
En la máquina del servidor Intelligence:
- Navega hasta el
MicroStrategy/Services Registration/yaml
directorio. - Abierto
installation_list.yaml
y localizar la sección del cónsul. - Actualizar
retry_join
enumerando los FQDN de todos los agentes de comunicación. Ver Especificación del agente de comunicación de topología para más información. - Elimine los FQDN de todos los agentes de monitoreo de
retry_join
. - Asegúrese de que el formato para
retry_join
coincide con el formato mostrado en Cambio del agente de supervisión por un agente de comunicación. - Agregar
bootstrap_expect: <number>
. Ver Especificación del agente de comunicación de topología para más información. - Cambiar
server: true
aserver: false
. - Guarde el archivo.
Caso 2: JBoss se ejecuta en la misma máquina que el servidor Intelligence. Tanto Web como Library están instalados, pero implementados en JBoss.
- Desde Web y Library están en la misma máquina, ambos
MicroStrategy Web Server JSP.json
yMicroStrategy Library REST Server.json
están disponibles en elServicesRegistration/config
carpeta de instalación. Actualizarinstallation_list.yaml
archivos con el número de puerto utilizado para la Web y Library Implementación de JBoss, si es necesario. Ver Actualizando puertos de servicio para el registro de servicios o el Monitor de topología para actualizar los puertos. - Realice un control de salud yendo a
http://localhost:8080/MicroStrategyLibrary/health
yhttp://10.248.128.29:8080/MicroStrategy/health
. Reemplazar 8080 con el número de puerto que ejecuta Web y Library. Si esto no funciona, intente reemplazar el host local con la dirección IP de la máquina. - Detén al cónsul y elimina el
ServicesRegistration/data
carpeta. - Reiniciar el registro de servicios.
No se puede monitorear o controlar MicroStrategy Servicios desde la estación de trabajo
En determinadas situaciones, es posible que el instalador no genere los archivos JSON para MicroStrategy Servicios, como Intelligence Server, Platform Web, Library, Servidor de colaboración y otros. Como resultado, es posible que la subcarpeta de configuración no se genere dentro del directorio de instalación de Registro de servicios o que la carpeta de configuración solo contenga un único archivo JSON. Cuando ocurre cualquiera de estas situaciones, varios o todos los servicios no pueden monitorearse o controlarse a través de Workstation.
Para resolver este problema, vaya al nodo problemático y ejecute los siguientes pasos.
-
Navegue hasta la carpeta jar en el directorio de instalación de Registro de servicios.
-
Windows:
C:\Program Files (x86)\MicroStrategy\Services Registration\jar
-
Linux:
/opt/MicroStrategy/ServicesRegistration/jar
-
-
Ejecute el siguientes comando:
Copiar# java -jar svcsreg-admin.jar parse
- Verifique que los archivos JSON se generen en la carpeta de configuración.
-
Reanudar MicroStrategy Registro de Servicios.
-
En Windows, realice el reinicio a través del Administrador de servicios de Windows.
-
En Linux, ejecute el siguiente comando:
Copiar# java -jar svcsreg-admin.jar control consul restart
-
- Abra la pestaña Topología en Workstation. Ahora debería poder monitorear el estado de los servicios y también emitir comandos de inicio y parada para MicroStrategy servicios.