CSA: Mantenimiento y control de
PPM (versión clásica)
(solo local)

ccppmop1581
Inicie y detenga los servicios, abra los puertos del servidor, desactive la búsqueda a través de IGMP, ejecute informes de estado, consulte los archivos de registro, realice copias de seguridad y restaure la instalación de
PPM (versión clásica)
, compile los objetos de la base de datos de Oracle, establezca el tamaño del directorio de archivos y establezca las restricciones de la etiqueta GEL.
2
Iniciar y detener servicios
Siga estos pasos:
  1. Inicie sesión en CSA.
  2. Haga clic en Página principal y, a continuación, en Todos los servicios.
  3. Seleccione la casilla de verificación situada al lado de cada servicio que desee iniciar o detener.
  4. Para iniciar los servicios, haga clic en Inicio.
  5. Para detener los servicios, haga clic en Detener.
Apertura de los puertos del servidor
PPM (versión clásica)
requiere varios puertos de red abiertos para las comunicaciones de cliente a servidor y de servidor a servidor. A menudo, los puertos están cerrados de forma predeterminada o están bloqueados por cortafuegos por razones de seguridad. Algunos puertos que se seleccionan durante la instalación o la configuración deben estar abiertos.
Abra los puertos necesarios usando la documentación que se proporciona con el sistema operativo. La siguiente información indica el valor predeterminado, el tipo y la descripción de cada puerto usado en
PPM (versión clásica)
.
En algunos sistemas UNIX, los números de puerto por debajo de 1024 generalmente están reservados para el usuario root
.
Práctica recomendable
: Si está usando un cortafuegos de software, especifique una excepción en el nivel del ejecutable en lugar de usar el nivel de puerto. Esta acción garantiza que los puertos dinámicos que se adjudican estén abiertos para una correcta comunicación de multidifusión. Consulte los
puertos efímeros
en la lista siguiente para obtener más información.
  • 80 o 443
    Define el número de puerto HTTP o HTTPS que usa el servicio de la Aplicación de
    PPM (versión clásica)
    predeterminada (app).
    Tipo
    : Cliente al servidor de aplicaciones de
    PPM (versión clásica)
    .
  • 8090
    (Solo para el servidor de aplicaciones Apache Tomcat) Define el número de puerto HTTP que utiliza CSA.
    Tipo
    : Cliente al servidor de aplicaciones de
    PPM (versión clásica)
    .
  • 1433 (MS-SQL) o 1521 (Oracle)
    Define el número de Puerto JDBC que se utiliza para comunicarse con la base de datos.
    Tipo
    : Servidor a servidor de base de datos
  • 23791
    (Servidor de la aplicación Apache Tomcat solamente) Define el número de puerto RMI que utiliza el servicio de la Aplicación de
    PPM (versión clásica)
    (app).
    Tipo
    : Servidor a servidor de aplicaciones de
    PPM (versión clásica)
  • 23792
    (Solo para el servidor de aplicaciones Apache Tomcat) Define el número de Puerto RMI que utiliza CSA.
    Tipo
    : Servidor a servidor de aplicaciones de
    PPM (versión clásica)
  • 9090
    Define el número de puerto de multidifusión que utiliza CSA.
    Tipo
    : Servidor a servidor de aplicaciones de
    PPM (versión clásica)
  • 9091
    Define el número de puerto RMI que utiliza el servicio Beacon.
    Tipo
    : Servidor a servidor
  • Puertos efímeros
    Define el intervalo de puertos efímeros (corta duración). Todos los sistemas operativos especifican un intervalo de puerto efímero de forma predeterminada. El intervalo de BSD tradicional es del 1024 al 4999, aunque IANA sugiere del 49152 al 65535. El intervalo varía entre sistemas operativos y es posible desactivarlo. Se pueden utilizar los valores de intervalo de
    PPM (versión clásica)
    . Sin embargo, se debe activar un intervalo. Este puerto es fundamentalmente para que funcione la multidifusión.
    Tipo
    : Servidor a servidor
Búsqueda a través de IGMP
Para que el tráfico de multidifusión se efectúe correctamente con los conmutadores Cisco Catalyst Ethernet, desactive la búsqueda a través de IGMP (o active tanto la búsqueda a través de IGMP como las solicitudes de IGMP) para la VLAN a la que pertenecen los servidores de
PPM (versión clásica)
. Anteriormente, la multidifusión IP se consideraba muy parecida a la difusión IP, y los conmutadores Ethernet enviaban el tráfico de multidifusión a todas las interfaces. De forma predeterminada, los conmutadores de Cisco Catalyst adoptan el enfoque opuesto y no llevan el tráfico de multidifusión a todas las interfaces.
Con la búsqueda a través de IGMP, los conmutadores de nivel 2 pueden tomar decisiones de transferencia de multidifusión inteligentes examinando el contenido de cada encabezado IP de nivel 3. El conmutador mantiene una lista de grupos de multidifusión para que solamente se entreguen paquetes de multidifusión a interfaces que pertenezcan a un grupo particular.
Ejecución de informes de estado
En la versión 15.3 se han eliminado las opciones, los botones y las fichas de informe de estado de CSA heredados. Consulte Ejecución de un informe de estado.
Comprobación de los archivos de registro
Cuando surge un problema de instalación, actualización o uso, se deben comprobar los archivos de registro para encontrar una explicación y solucionar el problema. De forma predeterminada,
PPM (versión clásica)
solamente escribe mensajes de error en los archivos de registro. Si el Dpto. de Soporte Técnico de CA se está encargando del problema, es posible que le solicite que configure el sistema para que muestre los mensajes de depuración detallados. Los archivos de registro se almacenan de forma predeterminada en el directorio de registros, situado debajo del directorio principal de
PPM (versión clásica)
. Cada servidor tiene un directorio de registros propio. También puede seleccionar un directorio de registros alternativo en CSA.
Se puede utilizar un editor de texto para consultar los archivos de registro. Cuando se dispone de un clúster de servidores de
PPM (versión clásica)
, los archivos de registro de cada servidor se aplican solamente a ese servidor. Se pueden configurar los registros para agregar más detalles o bien actualizar o eliminar entradas. Puede hacer que los cambios de configuración del archivo de registro se apliquen inmediatamente. De lo contrario, debe reiniciar el servicio de la aplicación de
PPM (versión clásica)
(app) y el servicio de fondo de
PPM (versión clásica)
(bg) para que se apliquen los cambios.
La tabla siguiente contiene la lista de los archivos de registro comunes y predeterminados. Para cada registro, se muestran el nombre, el formato y el contenido del archivo.
Cada instancia clonada de un servicio tiene sus propios archivos de registro. Por ejemplo, app2, bg3 y demás tienen un conjunto coincidente de archivos de registro delimitado por un ID. Las instancias iniciales de app y bg no tienen ningún ID.
Nombre del archivo de registro
Format
Contenidos
admin.log
Texto sin formato
Un registro de actividades administrativas. Estas actividades se ejecutan por medio del comando
admin
o de una operación de CSA equivalente.
app{id}-access-{date}.log
Texto sin formato
La actividad de la sesión (solicitudes http/s) para el servicio en primer plano.
app{id}-bootstrap-ca.log
Texto sin formato
Las actividades de arranque de ODF que se producen generalmente durante una operación de actualización o parche.
app{id}-ca.log
Texto sin formato
El registro principal para todas las actividades del servicio en primer plano.
app{id}-dwh.log
Texto sin formato
La actividad específica del almacén de datos del servicio en primer plano.
app{id}-process-engine.log
Texto sin formato
Los eventos que registra el controlador del motor de procesos en el servicio en primer plano.
app{id}-system.log
Texto sin formato
La salida a nivel de sistema que se escribe directamente en la consola (STDOUT) para el servicio en primer plano. Esta salida suelen ser mensajes de inicio del servicio o mensajes del sistema operativo.
beacon-system.log
Texto sin formato
La salida a nivel de sistema que se escribe directamente en la consola (STDOUT) para el servicio beacon. Esta salida suelen ser mensajes de inicio del servicio o mensajes del sistema operativo.
bg{id}-bootstrap-ca.log
Vacío
Este archivo se genera automáticamente, pero suele estar vacío.
bg{id}-ca.log
Texto sin formato
El registro principal para todas las actividades del servicio en segundo plano.
bg{id}-dwh.log
Texto sin formato
La actividad específica del almacén de datos del servicio en segundo plano.
bg{id}-process-engine.log
Texto sin formato
Los eventos que registra el controlador del motor de procesos en el servicio en segundo plano.
bg{id}-system.log
Texto sin formato
La salida a nivel de sistema que se escribe directamente en la consola (STDOUT) para el servicio en segundo plano. Esta salida suelen ser mensajes de inicio del servicio o mensajes del sistema operativo.
completion.log
Propiedades
Un registro de los pasos de instalación o actualización que se han completado para cada componente. No se debe modificar este registro sin la asistencia de Soporte de CA.
dbtools-bootstrap-ca.log
Vacío
Este archivo se genera automáticamente, pero suele estar vacío.
dbtools-ca.log
Texto sin formato
Actividad desde DBTools. DBTools es la herramienta que modifica las entidades y los datos de la base de datos durante un proceso de actualización o parche.
dbtools-dwh.log
Vacío
Este archivo se genera automáticamente, pero suele estar vacío.
dbtools-process-engine.log
Vacío
Este archivo se genera automáticamente, pero suele estar vacío.
nsa-access-{date}.log
Texto sin formato
La actividad de la sesión (solicitudes http/s) para el servicio de administración del sistema.
nsa-bootstrap-ca.log
Vacío
Este archivo se genera automáticamente, pero suele estar vacío.
nsa-ca.log
Texto sin formato
El registro principal para todas las actividades del servicio de administración del sistema.
nsa-dwh.log
Vacío
Este archivo se genera automáticamente, pero suele estar vacío.
nsa-process-engine.log
Vacío
Este archivo se genera automáticamente, pero suele estar vacío.
nsa-system.log
Texto sin formato
La salida a nivel de sistema que se escribe directamente en la consola (STDOUT) para el servicio de administración del sistema. Esta salida suelen ser mensajes de inicio del servicio o mensajes del sistema operativo.
odf-bootstrap-bootstrap-ca.log
Vacío
Este archivo se genera automáticamente, pero suele estar vacío.
odf-bootstrap-ca.log
Vacío
Este archivo se genera automáticamente, pero suele estar vacío.
odf-bootstrap-dwh.log
Vacío
Este archivo se genera automáticamente, pero suele estar vacío.
odf-bootstrap-process-engine.log
Vacío
Este archivo se genera automáticamente, pero suele estar vacío.
upgrade-bootstrap-ca.log
Vacío
Este archivo se genera automáticamente, pero suele estar vacío.
upgrade-ca.log
Texto sin formato
Los mensajes de los scripts de actualización de
PPM (versión clásica)
individuales que se ejecutan durante un proceso de actualización.
update-dwh.log
Vacío
Este archivo se genera automáticamente, pero suele estar vacío.
upgrade-process-engine.log
Vacío
Este archivo se genera automáticamente, pero suele estar vacío.
xogAdmin-bootstrap-ca.log
Vacío
Este archivo se genera automáticamente, pero suele estar vacío.
xogAdmin-ca.log
Texto sin formato
La actividad del cliente de administración de XOG. El cliente de administración de XOG es la herramienta que inserta o modifica los datos durante un proceso de actualización o parche.
xogAdmin-dwh.log
Vacío
Este archivo se genera automáticamente, pero suele estar vacío.
xogAdmin-process-engine.log
Vacío
Este archivo se genera automáticamente, pero suele estar vacío.
Edición de la configuración de registrador
Los archivos de registro principales son los archivos de registro de
ca
. La mayoría de la información que el producto registra se anota en uno de estos archivos. Esto incluye errores del sistema y mensajes de información como los de depuración. Se puede configurar qué mensajes de registro deben aparecer en los archivos de registro de CA.
Dos atributos de mensaje de registro importantes son:
  • Categoría
    Indica la ubicación en el producto desde el que se registró el mensaje.
  • Nivel
    Indica la gravedad del mensaje.
Se puede ajustar la configuración del registrador para filtrar los mensajes de registro con base en la categoría y el nivel. El producto registra todos los mensajes que se incluyen en la categoría de com.ca, con el nivel de error o superior (Fatal). Se pueden agregar categorías adicionales con información o se pueden agregar niveles de depuración para obtener más información al solucionar un problema.
Si tiene más de un servicio de fondo de
PPM (versión clásica)
(bg) ejecutándose y ha activado la depuración para solucionar los problemas de un problema de servicio de fondo de
PPM (versión clásica)
(bg), es útil desactivar todos los servicios menos el que se ha configurado para la depuración. Este proceso garantiza que todos los trabajos o procesos pasan por este servicio de fondo de
PPM (versión clásica)
(bg) y que generan los mensajes de depuración deseados. Reinicie el servicio de fondo de
PPM (versión clásica)
(bg) para que se apliquen los cambios y, a continuación, compruebe el archivo de registro (bg-ca.log).
Siga estos pasos:
  1. Inicie sesión en CSA.
  2. Haga clic en Página principal y, a continuación, en Servidores.
  3. Para editar la información de registro, haga clic en el icono de propiedades para el servidor.
  4. Haga clic en la ficha Registros.
  5. Haga clic en la ficha secundaria Editar configuración.
  6. En la sección Propiedades, rellene los campos siguientes:
    • Detectar automáticamente los cambios de configuración del registro
      Indica si los cambios de configuración del registro se aplican inmediatamente. Seleccione esta casilla de verificación para que los cambios realizados surtan efecto inmediatamente. Esta opción se aplica a los servicios de aplicaciones de
      PPM (versión clásica)
      (app) y de fondo de
      PPM (versión clásica)
      (bg) que se ejecutan en Apache Tomcat.
      Si se selecciona esta opción, reinicie los servicios afectados para asegurarse de que el cambio surta efecto.
    • Directorio de registros alternativo
      Define el directorio de registros alternativo para este servidor. Esta ruta debe ser una ruta absoluta válida a un directorio del servidor. Por ejemplo: /niku/logs (Unix) o E:\logs (Windows).
    • Umbral de seguimiento predeterminado (segundos)
      Especifica el umbral básico a partir del cual se escribe la información de rastreo para una solicitud concreta. Este valor anula los niveles de categoría de logger.xml.
  7. En la sección Inicio de sesión en el sistema, rellene los siguientes campos:
    • Número máximo de registros del sistema (por servicio)
      Indica el número de sistema de archivos de registro que desea conservar para cada servicio. Para cambiar este valor es necesario reiniciar los servicios. De forma predeterminada, este valor es cinco.
    • Tamaño máximo de cada registro del sistema
      Indica el tamaño de los archivos de registro del sistema para cada servicio en megabytes. Para cambiar este valor es necesario reiniciar los servicios. De forma predeterminada, este valor es 5 MB.
  8. En la sección Registrador Kettle, rellene el siguiente campo:
    • Nivel de registro de Kettle
      Indica el nivel de actividad de registro que se desea ver cuando se ejecutan el almacén de datos de carga y los trabajos de derechos de acceso de almacén de datos de carga. El registro de datos se almacena en los registros del almacén de datos en CSA.
      Valores
      : Nada, Error, Mínimo, Básico, Detallado o Nivel de fila.
  9. En la sección Registro de persistencia del motor de proceso, rellene el siguiente campo:
    • Nivel de registro de persistencia del motor de proceso
      Indica el nivel de actividad del registro que se desea ver si se incluye la etiqueta <gel:log> en el script GEL del proceso. Seleccione uno de los valores siguientes para configurar el tipo de mensajes que se verán en la página Página principal, Organizador, Procesos - Iniciados:
      • Error. El valor predeterminado indica que solo los mensajes con <gel:log level=ERROR> aparecen como mensajes en la interfaz de usuario. Se recomienda esta opción para mantener el tamaño pequeño de la tabla BPM_ERRORS.
      • Advertencia. Este valor indica que los mensajes con <gel:log level=ERROR or gel:log level=WARN> aparecen como mensajes en la interfaz de usuario.
      • Info. Este valor indica que todos los mensajes, incluidos los que no tienen ningún nivel de registro, aparecen como mensajes en la interfaz de usuario.
  10. En la sección Realizar un seguimiento de los umbrales, haga clic en Agregar umbral y complete los campos siguientes:
    • Umbral (segundos)
      Especifica el número de segundos tras los cuales se realiza un seguimiento de las acciones identificadas por los patrones de acción. El valor -1 significa que no se establece ningún umbral para las acciones dadas. Este valor es útil para desactivar los umbrales para acciones cuya ejecución necesita mucho tiempo.
    • Patrones
      Identifica las acciones que se rastrean cuando se supera el umbral. Introduzca el patrón en un formato delimitado por comas. Por ejemplo: webRequest/npt.overview, xogRequest / XOG::project::read o serviceRequest / *.
  11. En la sección Categorías, rellene los siguientes campos:
    • Nombre/otro nombre
      Define la categoría para agregar o cambiar. Seleccione una opción en el menú desplegable. Para activar una categoría que no aparece en esta lista, introduzca la categoría en el campo de texto otro nombre.
    • Appender
      Dirige el resultado del registro a un destino diferente. Para dirigir una categoría a un archivo separado, agregue un nuevo adicionador STDOUT con un nombre de archivo único y asocie la categoría con el nuevo adicionador.
    • Priority
      Define el nivel de depuración. Cuanto mayor sea el nivel, mayor será la prioridad.
      Valores:
      • Fatal. Indica que no se está ejecutando un servicio crítico.
      • Error. Indica que existe un problema que puede limitar las funciones del sistema.
      • Advertencia. Indica que
        PPM (versión clásica)
        ha encontrado un problema, pero que continúa ejecutándose.
      • Info. Indica el estado del sistema (por ejemplo, el inicio del servicio) y no indica necesariamente que haya un problema.
      • Depuración. Muestra información detallada para ayudar al usuario o al Soporte técnico de CA a resolver un problema.
      • Realizar el seguimiento. Muestra información técnica de bajo nivel. Este nivel produce grandes volúmenes de datos. Utilice este valor solo cuando lo solicite el soporte técnico de CA.
      • Todos. Muestra todos los mensajes.
    • Aditivo
      Indica si los nuevos mensajes se deben añadir a los registros. Para añadir mensajes, seleccione esta casilla de verificación. Si esta casilla de verificación está sin marcar, los registros se pueden sobrescribir con nueva información.
  12. Guarde los cambios realizados.
  13. Reinicie los servicios afectados.
El registro puede reducir el rendimiento del sistema, especialmente para las altas prioridades tales como la depuración y el seguimiento. Solo active el registro adicional cuando sea necesario o cuando se lo indique el soporte técnico de CA. Desactive el registro adicional en cuanto ya no sea necesario.
Registro de usuario específico
Se pueden activar algunas categorías de registro de usuarios específicos. Para activar el registro para un usuario específico, añada el nombre de usuario al final de la categoría de registro estándar. Por ejemplo,
trace.server.user.jsmith
permite controlar el registro del rendimiento del servidor para el usuario jsmith. La palabra clave del usuario indica que el último segmento de la categoría es el nombre de usuario. El nombre de usuario se utiliza como un filtro para el registro de eventos en la categoría. En este caso, la categoría trace.server. Los cambios de valores de configuración de registro de SQL para un usuario específico solo surtirán efecto cuando el usuario inicie sesión. Por lo tanto, el usuario debe iniciar sesión otra vez después de cada cambio de configuración de registro específica del usuario.
Seguimiento de acción
Realice un seguimiento de acción (anteriormente conocido como el seguimiento de SQL) solo ante la solicitud de y con la guía del soporte técnico de
PPM (versión clásica)
. Únicamente se deberá realizar esta actividad para cantidades breves de tiempo para solucionar los problemas de acciones concretas. A continuación, se deberá desactivar el seguimiento de acción.
Vídeo: Activación del seguimiento SQL
El siguiente vídeo lo proporciona CA Technologies.

Para reproducir este vídeo en pantalla completa, haga clic en el logotipo de YouTube situado a la derecha del icono de configuración, en la parte inferior de la ventana.
Copia de seguridad de una instalación de
PPM (versión clásica)
Cuando se planifica hacer actualizaciones significativas en el sistema de producción, hay que realizar una copia de seguridad del sistema actual para que sea posible restaurarlo. Para almacenar la copia de seguridad de base de datos, utilice el directorio de copia de seguridad.
Siga estos pasos:
  1. Inicie sesión en CSA y verifique que todos los servicios estén detenidos, excepto el de la base de datos. Si no está instalado el servicio de base de datos, no se preocupe.
  2. Abra una línea de comandos en el servidor de aplicaciones de CSA y emita el siguiente comando:
    admin backup
  3. Para aceptar los valores predeterminados, pulse Intro.
    El comando de copia de seguridad copia el directorio de instalación de
    PPM (versión clásica)
    en un directorio de copia de seguridad.
Copia de seguridad de una base de datos de Oracle
Siga estos pasos:
  1. Desde la línea de comandos del servidor de base de datos, utilice la utilidad de exportación de la base de datos de Oracle
    expdp
    .
    Consulte la documentación de Oracle para obtener los pasos detallados para utilizar esta utilidad. El ejemplo siguiente muestra un comando de exportación:
    expdp clarity/password FULL=y DIRECTORY=data_pump_dir DUMPFILE=clarity.dmp LOGFILE=myclarityexp.log SCHEMAS=clarity
  2. Copie los archivos .dmp e init <SID>.ora en el directorio de copia de seguridad que crea el comando de copia de seguridad.
Copia de seguridad de una base de datos de Microsoft SQL Server
Realizar copias de seguridad de una base de datos de Microsoft SQL mediante el Administrador corporativo de SQL Server. Consulte la documentación de Microsoft para obtener más detalles.
Restauración de una instalación de
PPM (versión clásica)
La operación de restauración de una instalación utiliza la copia de seguridad del sistema de archivos y base de datos que se ha realizado antes de iniciar el proceso de actualización.
Práctica recomendada
: Restaure una instalación de
PPM (versión clásica)
únicamente después de haber agotado todas las demás opciones.
Siga estos pasos:
  1. Desde la línea de comandos, detenga todos los servicios.
    service stop all
  2. Restaurar la base de datos mediante sus herramientas de gestión de la base de datos estándar y la copia de seguridad que se realizó antes de iniciar el proceso de actualización.
  3. Restaure
    PPM (versión clásica)
    mediante el script de restauración del directorio de copia de seguridad:
    (
    Windows
    )
    restore.bat
    (
    Unix
    )
    restore.sh
    Consulte
    Copia de seguridad de una instalación de
    PPM (versión clásica)
    .
  4. Cuando se haya completado, reinicie todos los servicios:
    service start all
  5. (Opcional) Reinstale los informes antiguos.
    Consulte la
    Instalación y actualización
    que corresponde a la versión para la que ha instalado los informes.
Recopilación y análisis de objetos de base de datos existente de Oracle
Recopilación y análisis de la base de datos en las siguientes circunstancias:
  • Cuando exporta e importa la base de datos a otro servidor para realizar actualizaciones de prueba
  • Al reorganizar la base de datos en el servidor de producción
La recopilación y análisis garantiza que todos los objetos de base de datos son válidos. Si no se recopilan los objetos de la base de datos antes de actualizar el esquema de
PPM (versión clásica)
, se pueden producir errores de actualización.
Siga estos pasos:
Abra una línea de comandos en el servidor de aplicaciones de CSA y ejecute los comandos siguientes:
admin db compile admin db analyze
Los objetos de la base de datos se recopilan y se analizan.
Definición del tamaño del directorio de archivos
En CSA, puede especificar un límite de tamaño de almacenamiento de archivo en el nivel de directorio. Si se especifica un límite, se crea automáticamente un directorio relacionado nuevo para almacenar los archivos subsiguientes una vez que se haya alcanzado el límite. El límite de tamaño también se aplica a los documentos que se importan a
PPM (versión clásica)
mediante XML Open Gateway (XOG).
Establecer el límite de tamaño de directorio no afecta al tamaño de las carpetas que existan previamente.
Siga estos pasos:
  1. Inicie sesión en CSA.
  2. Abra la Página principal y haga clic en Servidores.
  3. Haga clic en un nombre de servidor.
  4. Haga clic en la ficha secundaria Documentos y búsqueda.
  5. En la sección Opciones del gestor de documentos, en el campo Límite de tamaño del directorio de almacenamiento de archivos, especifique el límite de tamaño de almacenamiento de archivos para un directorio.
Establecer etiquetas restricciones GEL
Para controlar la restricción de etiquetas GEL, utilice los comandos siguientes:
admin general restrict-gel-tags
Establece el valor de la propiedad gelTagRestriction en
activado
.
admin general allow-gel-tags
Establece el valor de la propiedad gelTagRestriction en
desactivado
.
Se hace referencia a la propiedad gelTagRestriction para determinar si las etiquetas de gel están restringidas. La propiedad está en el elemento del sistema. El elemento es opcional.
Utilice los valores de
activado
o
desactivado
para establecer las restricciones de etiqueta GEL para el entorno. El especificar cualquier valor distinto a
desactivado
permite la restricción de etiquetas GEL. Las restricciones de etiquetas GEL están desactivadas de forma predeterminada.
La modificación de las restricciones de etiqueta GEL requiere que reinicie los servicios app y bg.
Ejemplos
Archivo Properties.XML con ninguna restricción de etiqueta GEL:
<system online="true" multiCurrency="false" licenseTypes="old" singleTenantMode="true"/>
<system online="true" multiCurrency="false" licenseTypes="old" singleTenantMode="true" gelTagRestriction="off"/>
Archivo Properties.XML con las etiquetas GEL restringidas:
<system online="true" multiCurrency="false" licenseTypes="old" singleTenantMode="false" gelTagRestriction="on"/>