BMC Remedy PDF - En.es

IBM ® Tivoli ® Netcool / OMNIbus Java Gateway para BMC Remedy ARS
Versión 2.0
Guia de referencia
06 de agosto 2015
SC27-6553-01
IBM ® Tivoli ® Netcool / OMNIbus Java Gateway para BMC Remedy ARS
Versión 2.0
Guia de referencia
06 de agosto 2015
SC27-6553-01
darse cuenta
Antes de utilizar esta información y el producto al que da soporte, lea la información del apartado “Avisos y marcas registradas”, en la página 67.
aviso de la edición
Esta edición (SC27-6553-01) se aplica a la versión 2.0 de IBM Tivoli Netcool / OMNIbus Java Gateway para BMC Remedy ARS ya todos los releases y
modificaciones posteriores hasta que se indique lo contrario en nuevas ediciones. Esta edición sustituye a SC27-6553-00.
© Copyright IBM Corporation 2014, 2015.

Usuarios del Gobierno de los Estados Unidos Derechos restringidos - El uso, la duplicación o la divulgación están restringidos por el GSA ADP Schedule Contract con IBM Corp.
Contenido
Acerca de esta guía . . . . . . . . . . . v Mapeo. . . . . . . . . . . . . . 24
Documento de control Página . . . . . . . . . .v reenvío revista histórica. . . . . . . . 29
Las convenciones usadas en esta guía . . . . . . . .v Tienda y capacidad de avance. . . . . . . . 29
el modo FIPS y cifrado. . . . . . . . 30
encriptación AES. . . . . . . . . . . . 30
IBM Tivoli Netcool / OMNIbus Java Gateway para BMC
BMC Remedy ARS cifrado. . . . . . . 33
Remedy ARS. . . . 1
operación de puerta de enlace. . . . . . . . . . . . 35
Resumen . . . . . . . . . . . . . . .1
Crear, actualizar y borrar las solicitudes de BMC Remedy ARS.
Visión general . . . . . . . . . . . . . . .4
. . . . . . . . . . . . 35
Características de la publicación IBM Tivoli Netcool / OMNIbus Java puerta de
Evitar peticiones duplicadas en ARS BMC Remedy.
enlace para BMC Remedy ARS. . . . . . . .4
. . . . . . . . . . . . . . . 35
Instalación de la puerta de enlace. . . . . . . . . . .5
Revistas de reenvío. . . . . . . . . . 36
Instalación de sondas y pasarelas de Tivoli Netcool /
Recuperando eventos . . . . . . . . . . . 37
OMNIbus V8.1 . . . . . . . . .5
El control de la forma en la puerta de entrada ocupa de las
Instalación de la puerta de enlace en Tivoli
notificaciones. . . . . . . . . . . . . 37
Netcool / OMNIbus V7.3.0, V7.3.1 y V7.4.0 . .7
Resincronización. . . . . . . . . . . 38
Instalación de los archivos jar ARS BMC Remedy. . . . .9
Resincronización y deduplicación . . . . 38
Visión general . . . . . . . . . . . . . .9
Elimina la supresión de y después de
Realización de la instalación de la BMC Remedy archivos jar del ARS
resincronización. . . . . . . . . . . 38
. . . . . . . . . . . . .9
Ejecución de la puerta de enlace. . . . . . . . . . . 39
Configuración de la puerta de enlace. . . . . . . . . . 10
Propiedades y opciones de línea de comandos . . . . . 40
Autenticación. . . . . . . . . . . . 11
Error de mensajes . . . . . . . . . . . . . 55
Conexión de la puerta de entrada a la ObjectServer . . 12
Los mensajes relacionados con eventos. . . . . . . . . 61
Conexión al BMC Remedy ARS. . . . . . 12
GatewayWatch mensajes. . . . . . . . . . 64
El uso de un archivo de entorno para definir opciones de Java 14 Uso de las
funciones de alerta definidos en bmc_remedy.notification.js
Apéndice. Avisos y marcas registradas. . 67
. . . . . . . . 15
Avisos. . . . . . . . . . . . . . . . 67
Utilizando el servicio de administración de registro de puerta de enlace para
Marcas comerciales. . . . . . . . . . . . . . 69
gestionar los mensajes de registro. . . . . . . . . . 18
Replicación mesa. . . . . . . . . . . 22
© Copyright IBM Corp. 2014, 2015 iii

iv IBM Tivoli Netcool / OMNIbus Java Gateway para BMC Remedy ARS: Manual de referencia
Acerca de esta guía
Las siguientes secciones contienen información importante acerca del uso de esta guía.
Documento de control Página
Utilizar esta información para realizar un seguimiento de los cambios entre versiones de esta guía.
El IBM Tivoli Netcool / OMNIbus Java Gateway para BMC Remedy ARS documentación se proporciona en
formato de sólo copia software. Para obtener la versión más reciente, visite el IBM ® Tivoli ® Netcool ® centro de
Conocimiento:
http://www-01.ibm.com/support/knowledgecenter/SSSHTQ/omnibus/common/ kc_welcome-444.html? lang = es
Tabla 1. Historial de modificación del documento
versión del Fecha de
documento publicación comentarios
SC27-6553-00 7 de noviembre de Primera publicación de IBM.

2014
SC27-6553-01 6 de agosto de Información sobre nuevas propiedades marco de puerta de enlace se añadieron
2015 a las propiedades y las opciones de línea de comandos y una nueva suprime el
subtema Borra en y después de resincronización fue creado.
Las convenciones usadas en esta guía
Todas las guías de puerta de enlace utilizan las convenciones estándar para el funcionamiento de las variables de entorno dependientes
del sistema y rutas de directorio.
variables de funcionamiento que dependen del sistema y caminos
Todas las guías de puerta de enlace utilizan las convenciones estándar para especificar las variables de entorno y describir
rutas de directorio, dependiendo de qué sistemas operativos la puerta de entrada se admite en.
Para pasarelas compatibles con los sistemas operativos UNIX y Linux, guías de puerta de enlace utilizan las convenciones
estándar de UNIX como $ variable para las variables de entorno y las barras diagonales (/) en las rutas de directorio. Por
ejemplo:
$ OMNIHOME / puertas
Para puertas de enlace soportados sólo en los sistemas operativos Windows, guías de puerta de enlace utilizan las
convenciones estándar de Windows, como% variable% para las variables de entorno y las barras invertidas (\) en las rutas
de directorio. Por ejemplo:
% OMNIHOME% \ puertas
Para pasarelas apoyadas en UNIX, Linux y sistemas operativos de Windows, guías de puerta de enlace utilizan las
convenciones estándar de UNIX para especificar las variables de entorno y describir rutas de directorio. Cuando se
utiliza la línea de comandos de Windows
© Copyright IBM Corp. 2014, 2015 v

con estas pasarelas, sustituir los convenios de UNIX utilizados en la guía con las convenciones de Windows. Si
está utilizando el shell bash en un sistema Windows, puede utilizar los convenios de UNIX.
Nota: Los nombres de las variables de entorno no son siempre los mismos en entornos Windows y UNIX. Por
ejemplo, % TEMPERATURA% en entornos Windows es equivalente a $ TMPDIR en entornos UNIX y Linux.
Operando nombres de los directorios específicos del sistema
Cuando se identifican los archivos Tivoli Netcool / OMNIbus como situada dentro de una arco
directorio bajo NCHOME o OMNIHOME, arco es una variable que representa el directorio de sistema operativo. Por
ejemplo:
$ OMNIHOME / arco
En la siguiente tabla se enumeran los nombres de directorio utilizados para cada sistema operativo.
Nota: Esta pasarela no sea compatible con todos los sistemas operativos especificados en la tabla.
Tabla 2. Los nombres de directorio para la variable de arco
Sistema operativo Nombre del directorio representado por arco
AIX ® sistemas aix5
Los sistemas basados en PA-RISC de HP-UX hpux11
Los sistemas basados en la integridad de HP-UX hpux11hpia
sistemas de SUSE Linux y Red Hat linux2x86
Linux para System z ® linux2s390
sistemas Solaris solaris2
sistemas Windows Win32
ubicación OMNIHOME
Pasarelas y las versiones anteriores de Tivoli Netcool / OMNIbus usan la variable OMNIHOME en muchos archivos
de configuración. Establecer el valor de OMNIHOME de la siguiente manera:
v En UNIX y Linux, establezca $ OMNIHOME a $ NCHOME / ómnibus.
v En Windows, configurar% OMNIHOME% a % NCHOME% \ ómnibus.
vi IBM Tivoli Netcool / OMNIbus Java Gateway para BMC Remedy ARS: Manual de referencia
IBM Tivoli Netcool / OMNIbus Java Gateway para BMC Remedy ARS
El IBM Tivoli Netcool / OMNIbus Java Gateway para BMC Remedy ARS trabaja con el BMC Remedy Action Request
System (ARS), que es un sistema de mesa de ayuda que operan en una variedad de plataformas de sistemas
operativos. El BMC Remedy ARS utiliza un sistema de solicitudes de problemas.
La puerta de enlace de Java para BMC Remedy ARS es una puerta de enlace bidireccional que crea solicitudes de
BMC Remedy ARS de alertas enviadas por el ObjectServer.
Esta guía contiene las siguientes secciones:
v "Resumen"
v “Visión general” en la página 4
v “Características de la publicación IBM Tivoli Netcool / OMNIbus Java puerta de enlace para BMC Remedy
ARS”en la página 4
v “Instalación de la puerta de entrada” en la página 5
v “Configuración de la puerta de entrada” en la página 10
v “Operación Pasarela” en la página 35
v “Ejecución de la puerta de entrada” en la página 39
v “Propiedades y opciones de línea de comandos” en la página 40
v “Mensajes de error” en la página 55
v “Los mensajes relacionados con eventos” en la página 61
v “mensajes GatewayWatch” en la página 64
Resumen
Utilice esta información resumida para aprender sobre la puerta de enlace de Java para BMC Remedy ARS.
La siguiente tabla ofrece un resumen de la puerta de entrada:
Tabla 3. Resumen
objetivo de puerta de enlace La pasarela soporta BMC Remedy ARS versión 7.6 y la versión 8.1.
archivo jar de puerta de enlace $ OMNIHOME / puertas / java / nco_g_bmc_remedy.jar
Archivos adicionales pasarela tarro archivos jar de puerta de enlace adicional se instalan en el directorio siguiente: $ OMNIHOME
/ puertas / java
Versión del paquete 2.0
Puerta de enlace soportado en Para más detalles de los sistemas operativos compatibles, consulte el siguiente
aviso de liberación en el sitio web de soporte de software de IBM:
https://www-304.ibm.com/support/ docview.wss uid = swg21687618?
© Copyright IBM Corp. 2014, 2015 1

Tabla 3. Resumen (continuación)
Archivos de configuración Mapa archivo de definición:
$ OMNIHOME / puertas / bmc_remedy / bmc_remedy.map
Archivos de propiedades:
$ OMNIHOME / portones / bmc_remedy / G_BMC_REMEDY.props
$ OMNIHOME / portones / bmc_remedy / log4j.properties
Tabla archivo de definición de duplicación:
$ OMNIHOME / puertas / bmc_remedy /

bmc_remedy.rdrwtr.tblrep.def
archivos JavaScript:
$ OMNIHOME / puertas / bmc_remedy / bmc_remedy.js
$ OMNIHOME / puertas / bmc_remedy / bmc_remedy.notification.js
Medio Ambiente (env) Archivo:
$ OMNIHOME / puertas / bmc_remedy / nco_g_bmc_remedy.env
Tabla de conversión:
$ OMNIHOME / puertas / bmc_remedy / createConversionsTable.sql
De definición de módulo (.def):
$ OMNIHOME / puertas / bmc_remedy / omnibus.def
2 IBM Tivoli Netcool / OMNIbus Java Gateway para BMC Remedy ARS: Manual de referencia
Tabla 3. Resumen (continuación)
requisitos Una versión compatible actualmente de IBM Tivoli Netcool /

OMNIbus.
entorno de ejecución de Java (JRE) 1.6.0 o posterior (32 bits o 64 bits)
Los siguientes paquetes que están disponibles a partir de la instalación del servidor
de BMC Remedy ARS:
v Arapi X_ construir Y. tarro, dónde X especifica el BMC Remedy

número de versión ARS y Y especifica el número de compilación. Por ejemplo:
arapi7604_build002.jar
arapi81_build001.jar
v log4j- xxx. tarro
dónde xxx especifica el número de versión del producto Apache Log4j. Por
ejemplo: log4j-1.2.14.jar.
Los siguientes archivos jar de Tivoli Netcool / OMNIbus:
v $ OMNIHOME / java / frascos / jconn3.jar ( JDBC de Sybase JConnect

conductor)
v $ OMNIHOME / java / tarros / niduc.jar
Nota: Los archivos jar anteriormente mencionados y el conductor requieren la

instalación de la función 'NCODesktop' en las versiones de Tivoli Netcool / OMNIbus
anteriores a la versión 8.1. Los archivos jar anteriormente mencionados requieren la
instalación de la función 'GatewaySupport' en Tivoli Netcool / OMNIbus versión 8.1.
Conectividad remota Disponible
soporte SSL Disponible
soporte multicultural Disponible
Para obtener información sobre cómo configurar el soporte multicultural, incluyendo

opciones de idioma, consulte la IBM Tivoli Netcool / OMNIbus Guía de
implementación e instalación.
entorno IP IPv4 e IPv6
Normas de Procesamiento de Información IBM Tivoli Netcool / OMNIbus V7.3.0, 7.3.1, 7.4.0, y 8.1 uso los FIPS 140-2
Federal (FIPS) aprobado proveedor de cifrado: IBM Crypto para C (ICC) certificado 384 para la
criptografía. Este certificado aparece en la página web del NIST en
http://csrc.nist.gov/groups/STM/cmvp/documents/1401/1401val2004.htm. Para más
detalles sobre la configuración de Netcool / OMNIbus para FIPS 140-2 modo,
consulte la IBM Tivoli Netcool / OMNIbus Guía de implementación e instalación.
IBM Tivoli Netcool / OMNIbus Java Gateway para BMC Remedy ARS 3
Visión general
La puerta de enlace de Java para BMC Remedy ARS es una puerta de enlace bidireccional que crea solicitudes de
BMC Remedy ARS de alertas enviadas por el ObjectServer.
En un entorno típico, los usuarios definen los flujos de trabajo dentro de BMC Remedy ARS para crear solicitudes de
problemas a partir de las peticiones que crea la puerta de entrada. Estas solicitudes de problemas se actualizan, de
acuerdo con un mapeo predefinido, durante toda la vida útil de la alerta. Para cada solicitud que crea la puerta de enlace,
BMC Remedy ARS envía de nuevo una solicitud de ID asociado.
BMC Remedy ARS también pasa de nuevo a la pasarela de cualquier cambio en las peticiones para que la pasarela
puede actualizar la alerta ObjectServer originales.
La siguiente lista describe algunas de las funciones que soporta la puerta de enlace:
v La asignación de puertos flexible para BMC Remedy ARS.
v filtrado de eventos flexible que le permite especificar que alerta a los usos de puerta de enlace
para crear las correspondientes solicitudes en ARS BMC Remedy.
v Presentación de informes en Tivoli Netcool / OMNIbus de BMC Remedy ARS operación

fracasos.
v Reenvío de cambios a BMC Remedy ARS solicitudes cuando los eventos asociados
en Tivoli Netcool / OMNIbus se actualizan o eliminan.
v La capacidad de BMC Remedy ARS a pasar de nuevo a cualquier cambio en las peticiones, por lo
que la pasarela puede actualizar la alerta ObjectServer originales.
v La revista de puerta de enlace hacia delante entradas de alertas en Tivoli Netcool / OMNIbus a
BMC Remedy ARS.
v La conversión de los valores ObjectServer y BMC Remedy ARS valores. Estas

las conversiones son bidireccionales.
v La puerta de enlace puede realizar dos tipos de resincronización: unidireccional y

bidireccional.
v La puerta de enlace proporciona archivos JavaScript para procesar las actualizaciones bidireccionales (que
es decir, actualizaciones de BMC Remedy ARS a ObjectServer).
v La puerta de enlace proporciona una tienda y capacidad de avance para minimizar cualquier pérdida de datos
la puerta de entrada debe perder la comunicación con el ARS BMC Remedy.
Características de la publicación IBM Tivoli Netcool / OMNIbus Java puerta de enlace para BMC Remedy ARS
El IBM Tivoli Netcool / OMNIbus Java Gateway para BMC Remedy ARS tiene varias características que le permiten
crear una interfaz entre el ARS BMC Remedy y ObjectServer.
el reenvío de eventos
La puerta de enlace utiliza la inserción, eliminación, actualización, o Control (IDUC) protocolo de comunicación para recuperar
sucesos de tablas ObjectServer. La puerta de enlace puede replicar los datos en cualquier mesa entre ObjectServer y el
servidor de destino. Los detalles de las tablas para ser replicados se almacenan en el archivo de definición de duplicación
mesa. Los eventos recuperados a partir de estas tablas se basan en la configuración del archivo de definición de replicación
de mesa, incluyendo su filtrado. eventos recuperados se pasan entonces a través de un mapeador para asignar valores a los
campos objetivo de que se requiera la puerta de entrada a poblar y actualización en el sistema de BMC Remedy ARS. Los
creadores de mapas se especifican en el archivo de definición de duplicación mesa y se definen en el archivo de definición de
mapa.
“Tabla de replicación” en la página 22 contiene más información sobre la replicación de datos entre el
ObjectServer y BMC Remedy ARS
ver el IBM Tivoli Netcool / OMNIbus Guía de administración y el IBM Tivoli Netcool / OMNIbus sonda y la
Guía de puerta de enlace para más información sobre IDUC.
datos de tabla de asignación
La pasarela escribe las alertas recibidas de las distintas tablas de la ObjectServer Onto BMC Remedy ARS en un
formato definido por los creadores de mapas definidos en el archivo de definición de mapa. Cada uno de los mapas
define cómo asignar una alerta en una solicitud en ARS BMC Remedy (como se define por la Gate.Remedy.Form propiedad).
“Mapping” en la página 24 contiene más información sobre el archivo de definición de mapa.
resincronización unidireccionales y bidireccionales
La puerta de enlace puede realizar dos tipos de resincronización: unidireccional y bidireccional. También hay un
modo automático que hace que la puerta de entrada para realizar la sincronización, ya sea unidireccional o
bidireccional, dependiendo de si su caché está vacío en el arranque.
“Resincronización” en la página 38 proporciona información adicional acerca de resincronización

unidireccional y bidireccional.
La instalación de la puerta de entrada
Existen procedimientos diferentes para la instalación de la puerta de enlace en cada versión de Tivoli Netcool / OMNIbus.
Siga el procedimiento para la versión de Tivoli Netcool / OMNIbus que utiliza su sitio.
Instalación de sondas y pasarelas de Tivoli Netcool / OMNIbus V8.1
De Tivoli Netcool / OMNIbus V8.1 en adelante, sondas y pasarelas de Tivoli Netcool / OMNIbus se pueden instalar
utilizando IBM Installation Manager (IM). Una de las características clave de Installation Manager es que todas las
plataformas son enviados en un solo archivo ZIP, lo que significa que usted no tiene que seleccionar la plataforma
que necesita; Gestor de instalación lo hace por usted.
Antes de poder instalar una sonda o puerta de enlace, debe haber instalado y configurado el gestor de instalación y
Tivoli Netcool / OMNIbus. Para instalar sondas y puertas de enlace, debe asegurarse de que las características Core
Tivoli Netcool / OMNIbus
Soporte de la sonda y soporte de pasarela respectivamente, están instalados.
Instalación de sondas y puertas de enlace utilizando la herramienta de línea de comandos
Para instalar la sonda o puerta de acceso con la herramienta de línea de comandos, ejecute el siguiente comando:
installation_manager_location / eclipsar / herramientas / imcl -c instalar

com.ibm.tivoli.omnibus.integrations. integration_name - repositorios
repository_containing_required_integration - directorio de instalación
location_of_netcool_omnibus_install_you_are_installing_into
Dónde integration_name especifica el nombre de la sonda o puerta de enlace que desea instalar.
Se le pedirá que acepte los términos y condiciones de la licencia como requisito previo para la instalación de la
integración. Si ya ha revisado la licencia y que desee saltar la aceptación manual, añadir el - acceptLicense opción
para el
instalar comando de llegar a un acuerdo en silencio a la licencia.
El siguiente es un ejemplo del comando utilizado para instalar la sonda SNMP:
imcl -c instalar com.ibm.tivoli.omnibus.integrations.nco-p-mttrapd

- repositorios / home / my_home_dir / nco-p-mttrapd_im_package
- installationDirecory / opt / IBM / Tivoli / Netcool
Dónde / Inicio / my_home_dir / nco-p-mttrapd_im_package contiene el contenido descomprimido del paquete

SNMP gestor de instalación de la sonda.
Nota: La herramienta de línea de comandos no añadir el repositorio de forma permanente a la instancia de gestor
de instalación. Si posteriormente iniciar la GUI de Installation Manager, los repositorios no estarán presentes en el repositorios
caja de diálogo.
La desinstalación de sondas y puertas de enlace utilizando la herramienta de línea de comandos
Para desinstalar la sonda o puerta de acceso con la herramienta de línea de comandos, ejecute el siguiente
comando:
installation_manager_location / eclipsar / herramientas / desinstalación com.ibm.tivoli.omnibus.integrations IMCL. integration_name

- directorio de instalación
location_of_netcool_omnibus_install_you_are_uninstalling_from
Dónde integration_name especifica el nombre de la sonda o puerta de enlace que desea desinstalar.
El siguiente es un ejemplo del comando utilizado para desinstalar la sonda SNMP:
imcl desinstalación com.ibm.tivoli.omnibus.integrations.nco-p-mttrapd

- installationDirecory / opt / IBM / Tivoli / Netcool
Instalación de sondas y puertas de enlace utilizando el GUI
Para instalar la sonda o puerta de enlace utilizando la interfaz gráfica de usuario, utilice los siguientes pasos:
1. Descomprimir el paquete de mensajería instantánea que contiene la sonda o puerta de enlace en un directorio de
su elección. Un archivo llamado repository.config aparecerá después de descomprimir el paquete de mensajería instantánea.
2. Iniciar el gestor de instalación con el siguiente comando:
installer_path / IBMIM
Dónde installer_path es la ruta de acceso al directorio de Installation Manager.
3. Realizar las siguientes acciones de menú para mostrar el cuadro de diálogo repositorio:
archivos> Preferencias> Repositorios.
4. Utilizar el botón Añadir repositorio en el cuadro de diálogo del repositorio para que apunte a la
repositorio que contiene el paquete de IM descomprimido que contiene la sonda o puerta de enlace. Este es
el repositorio que contiene el repository.config expediente.
5. Haga clic en el Instalar paquetes de software icono.
6. Seleccione el nombre de la sonda o puerta de enlace que desea instalar.
7. Hacer clic Siguiente.
8. Hacer clic acepto cuando aparezca el panel de Licencias.
9. Realce IBM Tivoli Netcool OMNIbus en el Nombre del grupo de paquetes campo.
12. Hacer clic Instalar.
13. Cuando el instalar paquetes Grupo Especial parece indicar que usted tiene
instalado con éxito la sonda o puerta de enlace, haga clic Terminar.
La desinstalación de sondas y puertas de enlace utilizando el GUI
Para desinstalar la sonda o puerta de enlace, utilice los siguientes pasos:
1. Iniciar el gestor de instalación con el siguiente comando:
installer_path / IBMIM
Dónde installer_path es la ruta de acceso al directorio de Installation Manager.
2. Haga clic en el paquetes de software de desinstalación icono.
3. Seleccione el nombre de la sonda o puerta de enlace que desea desinstalar.
5. Hacer clic Unisntall.
6. Cuando el instalar paquetes Grupo Especial parece indicar que usted tiene éxito
desinstalado la sonda o puerta de enlace, haga clic Terminar.
Instalación de la puerta de enlace en Tivoli Netcool / OMNIbus V7.3.0, V7.3.1 y

V7.4.0
Para Tivoli Netcool / OMNIbus V7.3.0, V7.3.1 y V7.4.0, todas las pasarelas se instalan mediante el instalador de
Tivoli Netcool / OMNIbus.
Puede instalar la puerta de enlace mediante cualquiera de los siguientes:
v “El asistente de instalación” en la página 8
v Un instalador basado en texto ( “modo de consola” en la página 8)
v Ajustes predefinidos en un archivo de texto ( “modo silencioso” en la página 8)
El paquete de instalación y parches para la puerta de entrada se suministran como archivos. La aplicación de gestión
de archivos que se utiliza para extraer los archivos debe ser capaz de conservar la estructura de directorios
contenida en el archivo de extracción.
Nota: Si va a instalar una puerta de entrada de 32 bits en un sistema que ejecuta un sistema operativo de 64 bits UNIX
o Linux, necesitará instalar librerías adicionales del sistema operativo de 32 bits. ver el Guía de implementación de IBM
Tivoli Netcool / OMNIbus de instalación y para más información.
La obtención del paquete de instalación
Para obtener el paquete de instalación y prepararlo para su uso instalación los siguientes pasos:
1. Descargar el paquete de instalación de la puerta de entrada del pasaporte

Ventaja sitio Web en línea:
http://www-306.ibm.com/software/howtobuy/passportadvantage/ pao_customers.htm
2. Hacer una copia de seguridad de los archivos de configuración existentes que desee conservar.
3. Extraer el contenido del paquete de instalación en un directorio temporal.
Ahora utilice uno de los métodos de instalación para instalar la puerta de enlace. En cada caso, la puerta de entrada se
instala en el directorio siguiente:
$ NCHOME / ómnibus / puertas
El asistente de instalación
Para instalar la puerta de enlace mediante el asistente de instalación:
1. Ejecutar el programa de instalación para su sistema operativo:
$ NCHOME / ómnibus / instalar / nco_install_integration
2. Cuando se inicia el asistente de instalación, especifique el directorio extraído que contiene

la LEEME.txt presentar como la ubicación de los archivos de instalación de puerta de enlace.
3. Aceptar las condiciones de la licencia.
el modo de consola
Para instalar la puerta de entrada en el modo de consola:
$ NCHOME / ómnibus / install / nco_install_integration consola -i
2. Cuando se inicia el instalador basado en texto, especifique el directorio extraído que contiene
la LEEME.txt presentar como la ubicación de los archivos de instalación de puerta de enlace.
3. Aceptar las condiciones de la licencia.
Modo silencioso
Para instalar la puerta de enlace en modo silencioso:
1. Crear un archivo de texto con el nombre reponse.txt y añadir las siguientes entradas:
PROBE_OR_GATE_LOCATION = README_directorypath
LICENSE_ACCEPTED = true
dónde README_directorypath es la ruta de acceso al directorio que contiene el

LEEME.txt presentar en el paquete extraído.
$ NCHOME / ómnibus / instalar / nco_install_integration -i silent -f

response_path / response.txt
dónde response_path es la ruta completa a la response.txt expediente.
Instalación de los archivos jar de BMC Remedy ARS
Utilizar esta información para instalar los archivos jar ARS BMC Remedy.
Visión general
Por la puerta de entrada para funcionar, necesita obtener e instalar archivos jar de la instalación del ARS BMC
Remedy.
IBM no distribuye los archivos jar ARS BMC Remedy como parte de la instalación de puerta de enlace. Es necesario
obtener el BMC Remedy ARS archivos jar de la instalación BMC Remedy ARS e instalarlos por separado de la
instalación de puerta de enlace.
Es necesario instalar el siguiente requería BMC Remedy ARS archivos jar:
v Arapi xxxx_ construir yyy. tarro
dónde xxxx especifica el número de versión y yyy especifica el número de compilación de los componentes del
sistema Action Request (AR). Por ejemplo:
arapi7604_build002.jar.
Este archivo jar incluye la API Java System AR, utilidades de Java, y el servidor de AR System.
v log4j- xxx. tarro
dónde xxx especifica el número de versión del producto Apache Log4j. Por ejemplo: log4j-1.2.14.jar.
Este archivo jar contiene las bibliotecas Apache Log4j que el BMC Remedy usos de la API del ARS.
Realización de la instalación de la BMC Remedy archivos jar del ARS
Nota: Antes de realizar estos pasos, debe tener instalado el ARS BMC Remedy (por lo general, en un servidor
diferente que la puerta de enlace de Java para BMC Remedy ARS). Se supone que usted tiene conocimiento de la
solución BMC Remedy ARS y que también están familiarizados con el remedio entorno de las API del ARS BMC.
Para instalar el ARS BMC Remedy archivos jar utilice el siguiente paso:
1. Copia el Arapi xxxx_ construir yyy. tarro y log4j- zzz. tarro los archivos de la instalación
directorio en el servidor de BMC Remedy ARS para el siguiente directorio de la puerta de enlace de Java para
servidor de BMC Remedy ARS:
$ NCHOME / ómnibus / puertas / java
Reemplazar xxxx y yyy con el número de versión y número de compilación del BMC Remedy componentes del
ARS.
Reemplazar zzz con el número de versión del producto Apache Log4j.
Nota: No hay necesidad de extraer los archivos.
Configuración de la puerta de enlace
Después de instalar la puerta de entrada que necesita para realizar varios ajustes de configuración para adaptarse a su medio
ambiente.
La siguiente tabla enumera las tareas de configuración de puerta de enlace. Para cada tarea de configuración, la tabla se
enumeran las propiedades que utiliza con esa tarea, y la sección de esta guía que le muestra cómo llevar a cabo la tarea
de configuración.
Algunas tareas de configuración son obligatorios para todas las instalaciones. Para esas tareas de
configuración establecer las propiedades a los valores correctos o verificar que sus valores por defecto son
adecuadas para su entorno. Las tareas de configuración restantes son opcionales dependiendo de cuáles
desea utilizar.
Tabla 4. Configuración de la puerta de enlace
Las tareas de configuración propiedades Ver
tareas de configuración necesarias tareas de
configuración de autenticación:
Autenticar la puerta de enlace con Gate.Remedy.Password “Autenticación de la puerta de entrada con

ARS BMC Remedy Gate.Remedy.Username ARS BMC Remedy” en la página 11
Autenticar la puerta de enlace con la Gate.RdrWtr.Password “Autenticación de la puerta de entrada

ObjectServer Gate.RdrWtr.Username Con ObjectServer” en la página 11
Nota: La pasarela tiene que autenticarse

con ObjectServer sólo cuando
ObjectServer se ejecuta en modo
seguro.
Tareas de configuración de conexión
Conecte la puerta de entrada a Gate.RdrWtr.Server “Conexión de la puerta de entrada a

ObjectServer ObjectServer” en la página 12
Conecte la puerta de acceso al servidor de Gate.Remedy.Port “El establecimiento de la conexión a ARS

Remedy ARS BMC por: Gate.Remedy.Server BMC Remedy” en la página 12
El establecimiento de la conexión a
ARS BMC Remedy
Conecte la puerta de acceso al servidor de Gate.Remedy.Form “Validación del archivo de propiedades de puerta
Remedy ARS BMC por: de enlace” en la página 13
Validar el archivo de propiedades de
puerta de enlace
tareas de configuración opcionales: tarea de
configuración replicación Tabla
Definir las tablas y tipos de eventos Gate.RdrWtr.TblReplicate DefFile “Tabla de reproducción” en la página 22
que se replican entre los Remedy ARS
ObjectServer y BMC.
tarea de configuración de mapeo de datos
Definen cómo los campos de las tablas Gate.Mapfile “Mapping” en la página 24

ObjectServer se asignan a los campos en ARS
BMC Remedy.
Mejorar el rendimiento tarea de configuración de puerta de enlace
Tabla 4. Configuración de la pasarela (continuación)
Las tareas de configuración propiedades Ver
Especificar el número de conexiones Gate.Remedy.Connections “Mejora del rendimiento de la puerta de

simultáneas hace que la puerta de entrada entrada” en la página 13
a BMC Remedy ARS
Diario actualiza tarea de configuración
Especificar si la puerta de enlace reenvía Gate.HistoricResync “Reenvío revista histórica” en la

la información histórica revista. página 29
Tienda y tarea de configuración hacia adelante
Controla el funcionamiento de la tienda y Ninguna “Tienda y capacidad de avance”

funcionalidad hacia adelante. en la página 29
modo FIPS y cifrado tareas de configuración
Operar la puerta de enlace utilizando el Ninguna “Modo FIPS y el cifrado” en la página 30

modo FIPS y cifrado.
Operar la puerta de enlace mediante el Ninguna “Cifrado AES” en la página 30

cifrado AES.
Autenticación
La pasarela tiene que autenticarse con ARS BMC Remedy en todo momento. La pasarela tiene que autenticarse
con ObjectServer sólo cuando ObjectServer se ejecuta en modo seguro.
Autenticación de la puerta de enlace con ARS BMC Remedy
Crear un usuario de puerta de enlace dedicado en el sistema de BMC Remedy ARS especificando un nombre de usuario y
contraseña en BMC Remedy ARS que utiliza sólo la puerta de entrada. Esto permite que la puerta de entrada a un
seguimiento de los cambios realizados a las incidencias que crea BMC Remedy ARS. También ayuda a garantizar que el
funcionamiento de la puerta de entrada no interfiere con ningún otro usuario del sistema BMC Remedy ARS.
Fijar la entrada de Gate.Remedy.Username y Gate.Remedy.Password al nombre de usuario y la contraseña de la

cuenta de Remedy ARS BMC de la puerta de entrada.
Autenticación de la puerta de enlace con la ObjectServer
Cuando el ObjectServer se ejecuta en modo seguro, se requiere que cada puerta de enlace que se conecta a él para suministrar
un nombre de usuario y contraseña. Fijar la entrada de Gate.RdrWtr.Username
y Gate.RdrWtr.Password al nombre de usuario y la contraseña de la cuenta ObjectServer de la puerta de
entrada.
Nota: Una cuenta de usuario de pasarela necesita ser creada dentro de Tivoli Netcool / OMNIbus para que la pasarela
puede proporcionar el nombre de usuario y contraseña para identificarse en ObjectServer.
Conexión de la puerta de entrada a la ObjectServer
Para permitir la comunicación entre la pasarela y el ObjectServer, configurar los detalles de comunicación para la
ObjectServer y la puerta de entrada utilizando el Editor de Tivoli Netcool / OMNIbus Server y crear una entrada
para ObjectServer en el archivo de interfaces ($ NCHOME / etc / omni.dat).
En los sistemas operativos UNIX y Linux, utilice el siguiente comando para iniciar el Editor de servidor:
$ NCHOME / ómnibus / bin / nco_xigen
En los sistemas operativos Windows, utilice el siguiente comando para iniciar el Editor de servidor:
Inicio> Programas> NetCool Suite> Utilidades del sistema> Servidores Editor
Nota: Si hay un cortafuegos entre la pasarela y el ObjectServer, configurar ObjectServer para utilizar un puerto
fijo para IDUC y asegurar que tanto el puerto ObjectServer principal y el puerto IDUC se abren en el servidor de
seguridad. Por defecto, el ObjectServer utiliza un puerto IDUC azar.
Para obtener más información sobre el uso del Editor del servidor y el archivo de interfaces, consulte la
IBM Tivoli Netcool / OMNIbus Guía de implementación e instalación.
los Gate.RdrWtr.Server propiedad especifica el nombre de la ObjectServer de la que la puerta de entrada lee
alertas. El nombre puede ser o bien un nombre de interfaz (por ejemplo, NCOMS) o la < host>: <puerto> detalles
de la ObjectServer.
Conexión a ARS BMC Remedy

La secuencia de conexión que utiliza la puerta de entrada tiene dos fases: Establecimiento de la conexión a BMC
Remedy ARS y validación de datos.
El establecimiento de la conexión a ARS BMC Remedy
Utilizar las siguientes propiedades para establecer la conexión a ARS BMC Remedy:
v Selecciona el Gate.Remedy.Server alojamiento hasta el nombre del sistema en el que el

pasarela puede interactuar con ARS BMC Remedy. Siempre especificar esta propiedad.
v los Gate.Remedy.Port define el puerto en el remedio ARS BMC a utilizar para la

conexión. El valor de esa propiedad depende de si el BMC Remedy ARS está utilizando un asignador de
puertos. La siguiente tabla muestra cómo especificar la propiedad.
Tabla 5. Establecer la propiedad Gate.Remedy.Port
el uso de asignador de puertos Valor de Gate.Remedy.Port
asignador de puertos en uso Establecer el valor de la propiedad a 0 ( el valor por

defecto).
Asignador de puerto no está en uso Establecer el valor de la propiedad en el puerto TCP que conecta
a la puerta de entrada.
v Selecciona el Gate.Remedy.Username propiedad para el nombre de usuario para el usuario de la

puerta.
v Selecciona el Gate.Remedy.Password propiedad de la contraseña para el usuario especificado en

la Gate.Remedy.Username propiedad.
Cuando se inicia la puerta de entrada, se conecta al sistema y el puerto, si no hay un asignador de puertos, y los registros
en el uso del nombre de usuario y la contraseña suministrada. “Autenticación” en la página 11 contiene más información
sobre cómo especificar el nombre de usuario y contraseña para ARS BMC Remedy.
En el inicio de pasarela, si la puerta de entrada no puede conectarse al BMC Remedy ARS por cualquier razón, se apaga. Si la
puerta de entrada se pone en marcha con éxito y posteriormente pierde su conexión con BMC Remedy ARS, la puerta de
entrada entra en modo de almacenamiento y hacia adelante.
Consulte “tienda y capacidad de avance” en la página 29 para obtener información sobre la tienda y función de reenvío.
Validar el archivo de propiedades de puerta de enlace
Cuando la puerta de entrada se inicia, pero antes de que se conecta al servidor de BMC Remedy ARS, valida la puerta de
entrada archivo de propiedades, G_BMC_REMEDY.props, para garantizar que cada propiedad tiene la sintaxis correcta. Después
de que la puerta de entrada se conecta correctamente al servidor de BMC Remedy ARS, realiza las siguientes operaciones:
v Valida la forma BMC Remedy ARS utilizado para crear entradas como se define en el
Gate.Remedy.Form propiedad.
v Valida la forma BMC Remedy ARS utilizado para leer las actualizaciones de billetes según la
la Gate.Remedy.UpdateForm propiedad.
v Valida el archivo de asignación como se define en el Gate.MapFile propiedad. Específicamente,

la salida:
- Asegura que el archivo de asignación contiene al menos el mapa de estado ( StatusMap). Si el mapa de
estado no está presente, la puerta se cierra.
- Los cheques que cada BMC Remedy ARS campo que reside en todos los mapas es un BMC Remedy ARS nombre
de campo válido.
Mejorar el rendimiento de la pasarela
Para mejorar el rendimiento de la pasarela de utilizar el Gate.Remedy.Connections

propiedad (definido en el G_BMC_REMEDY.props expediente). los Gate.Remedy.Connections
propiedad toma un valor entero que especifica el número de conexiones simultáneas la puerta de enlace hace con
ARS BMC Remedy. En general, cuantas más conexiones especificadas, más rápida será la puerta de entrada
puede crear solicitudes de BMC Remedy ARS de alertas enviadas por el ObjectServer.
En las siguientes propiedades de puerta de enlace ejemplo, el archivo Gate.Remedy.Connections

propiedad se establece en el valor 6, lo que significa la puerta de entrada hará seis conexiones
simultáneas con el ARS BMC Remedy:
# Nombre de la propiedad: por defecto
.
.
.
# propiedades específicas de puerta de enlace Remedy
.
.
.
Gate.Remedy.Connections: 6
.
.
.
Nota: Si se especifica, el valor de la Gate.Remedy.Connections propiedad debe ser mayor que 0 (cero).
Además, la arquitectura de hardware subyacente debe alinearse con el número de conexiones.
El uso de un archivo de entorno para definir opciones de Java

Utilizar el nco_g_bmc_remedy.env archivo de entorno para definir opciones de Java que desea que la puerta de enlace de Java
para BMC Remedy ARS para recoger en tiempo de ejecución.
Visión general
los JRE_OPTS variable de entorno se define en la nco_g_bmc_remedy.env archivo define opciones específicas
Java a la puerta de enlace de Java para BMC Remedy ARS. los
JRE_OPTS variable de entorno se suministra con opciones de Java que definen una propiedad del sistema: log4j.configuration.
En el arranque, la puerta de entrada recoge el contenido de la JRE_OPTS Variable ambiental.
Las siguientes secciones discuten con más detalle la nco_g_bmc_remedy.env y presentar la log4j.properties presentar
(que se utiliza para configurar el paquete de registro de log4j).
El archivo nco_g_bmc_remedy.env
los nco_g_bmc_remedy.env archivo suministrado con la puerta de enlace reside en el
$ OMNIHOME / puertas / bmc_remedy directorio y contiene una variable de entorno llamada
JRE_OPTS. los JRE_OPTS variable de entorno se suministra con las siguientes opciones de Java que hacen
uso de la - re cambiar a definir la siguiente propiedad del sistema que se ejecuta en tiempo de ejecución:
v log4j.configuration
Esta propiedad del sistema especifica la ubicación y el nombre ( log4j.properties) del archivo de propiedades se
utiliza para configurar el paquete de registro de log4j que se distribuye bajo la licencia Apache Software.
Para definir opciones de Java adicionales específicos para la puerta de entrada, añadirlos a la
JRE_OPTS variable de entorno en el nco_g_bmc_remedy.env expediente.
El archivo log4j.properties
El propósito de log4j.properties fichero es la de establecer el nivel de los mensajes de depuración ARS BMC
Remedy.
los log4j.properties archivo suministrado con el Gateway Java para BMC Remedy ARS reside en el $ OMNIHOME /
puertas / bmc_remedy directorio y tiene las siguientes propiedades (pares de clave y valor):
log4j.rootLogger = INFO 1?
La lista siguiente proporciona una explicación para el elemento numerado en el suministrado

log4j.properties expediente.
Nota: La siguiente descripción supone una comprensión del formato de una

log4j.properties expediente.
1. Especifica el nivel de depuración del registrador raíz como INFO.
Puede cambiar el nivel de depuración a los niveles de depuración log4j estándar (por ejemplo, TRACE,
WARN, y así sucesivamente). Este cambio afecta a la información que BMC Remedy ARS (no la pasarela)
impresiones.
Nota: El registrador de raíz envía ARS BMC Remedy (no puerta de enlace) de salida en el registro de puerta de enlace.
Usando las funciones de alerta definidas en bmc_remedy.notification.js
Utilice las funciones de alerta definidos en el bmc_remedy.notification.js presentar para llevar a cabo una variedad de
operaciones sobre las alertas Tivoli Netcool / OMNIbus. Las funciones de alerta son llamados por la puerta de enlace de Java
para BMC Remedy ARS.
Visión general
los bmc_remedy.notification.js archivo define una variedad de funciones de alerta que operan en alerta Tivoli Netcool /
OMNIbus. El archivo también importa la funcionalidad de varios módulos. Las funciones de alerta suministrados en el bmc_remedy.notification.js
archivo de definir un comportamiento básico por defecto para cada una de esas funciones. Puede modificar estas funciones de alerta
para adaptarse a su medio ambiente.
Las siguientes secciones discuten cada uno de los módulos importados y funciones de alerta definidas en el bmc_remedy.notification.js
expediente.
módulos importados
los bmc_remedy.notification.js utiliza el archivo exigir función para cargar los siguientes módulos:
v Pasarela de servicio administrador de registros - Puesta a disposición a través de la registrador variable
v OMNIbus sencilla puerta de enlace (SOG) módulo de interfaz - Puesta a disposición a través
la SOG variable
v Módulo dateformat - Puesta a disposición a través de la formato de fecha variable
v Módulo bmc_remedy - Puesta a disposición a través de la remedio variable
El módulo de interfaz SOG expone el método siguiente:
v NewRow - Devuelve una fila vacía que está listo para ser poblado.
El módulo bmc_remedy expone el siguiente método (a través de la

bmc_remedy.js expediente):
v getEntry - Devuelve la entrada BMC Remedy ARS identificado por el RequestID desde
la forma configurada. Por ejemplo:
remedio var = require ( "bmc_remedy");
.
.
.
entrada var = remedy.getEntry ( "00000001232"); campo var =
entry.getField ( "fieldID");
El módulo permite bmc_remedy para llamar de nuevo en BMC Remedy ARS para recuperar datos de BMC
Remedy ARS solicitudes.
La función addJournal
La puerta de enlace llama al addJournal función para añadir una entrada de diario en la tabla de la revista para la alerta se
especifica en alerta.
los addJournal la función se define como sigue:

funcionar addJournal ( mensaje de alerta)
v alerta -- Especifica la alerta dentro de Tivoli Netcool / OMNIbus para el que desea
añadir una entrada de diario en la tabla revista.
v mensaje - Especifica un mensaje para ser concatenado después de la siguiente cadena:
Generada por Remedy puerta de enlace:
La función de actualización
La puerta de enlace llama al actualizar la función cada vez que reciba una notificación del sistema de destino. En el
caso de BMC Remedy ARS esta notificación es el resultado de una modificación billete. los actualizar la función se
define como sigue:
actualización de la función ( alerta, insumos)
v alerta -- Especifica la alerta dentro de Tivoli Netcool / OMNIbus que se está actualizando.
v entradas - Especifica la actualización real del sistema de destino (en este caso, BMC
Remediar ARS). Esta actualización es un mapa de nombre / valor de los valores actualizados. Estos nombres están en el
espacio de nombres sistema de destino, que podría no corresponden a los nombres de las columnas de la alerta Tivoli
Netcool / OMNIbus, por lo que los valores deben ser convertidos a partir de un espacio de nombres para el otro. Esto
requiere la creación de una fila vacía de actualización (llamando al sog.newrow método).
El siguiente ejemplo muestra una llamada a la actualizar función:

actualización de la función (alerta, insumos) {
valores = sog.newrow ();

values.put ( "Gravedad", inputs.get ( "Gravedad")); alert.update (valores); }
La función de borrado
La puerta de enlace llama al claro función cada vez que se elimina o se despeja el billete de destino, en cuyo caso la
puerta de enlace despeja el alerta Tivoli Netcool / OMNIbus. En el caso de BMC Remedy ARS, la puerta de enlace
realiza la operación de borrado cuando el usuario final elimina el objetivo BMC Remedy billete ARS, ya que no hay
estado de abierto o cerrado. los claro la función se define como sigue:
función de borrado ( alerta, insumos)
v alerta -- Especifica la alerta dentro de Tivoli Netcool / OMNIbus.
v entradas - Especifica los valores reales de la BMC Remedy ARS billete.
dieciséis IBM Tivoli Netcool / OMNIbus Java Gateway para BMC Remedy ARS: Manual de referencia
La función de error
La puerta de enlace llama al error función cada vez que se produce un error cuando la pasarela intenta manipular el
billete correspondiente en el sistema de destino (en este caso, BMC Remedy ARS). los error la función se define
como sigue:
error de función ( alerta, insumos, mensaje)
v entradas - Especifica los valores reales de la BMC Remedy ARS billete.
v mensaje - Especifica el texto del mensaje de error. Este texto del mensaje de error se puede añadir
a una entrada de diario de la alerta (llamando al addJournal método), por ejemplo, para identificar el problema
para el usuario final.
La función setTargetId
La puerta de enlace llama al setTargetId la función cada vez que la alerta se asocia con un billete sistema de destino.
Típicamente, las llamadas de puerta de enlace setTargetId después de que el usuario crea un boleto ARS BMC Remedy y
se genera una alerta correspondiente billete de creación. los setTargetId función establece el ID de destino en la alerta
subyacente y añade los datos de identificación de destino a una entrada de diario de la alerta (llamando al addJournal
método).
los setTargetId la función se define como sigue:

función setTargetId ( alerta, targetid)
v targetid - Especifica una cadena que representa el id. En el caso de BMC Remedy
ARS, esta cadena es el ID de solicitud de la entrada de formulario.
La función logError
La puerta de enlace llama al logError Función de registro de errores asociados con la alerta se especifica en alerta. los logError
función llama a la realidad error método, que se implementa como parte de la Tivoli Netcool / OMNIbus logger interfaz.
La pasarela escribe errores en el fichero de registro de puerta de enlace.
los logError la función se define como sigue:

función logError ( alerta, msg)
v alerta -- Especifica la alerta dentro de Tivoli Netcool / OMNIbus a la que el error

mensaje especificado en msg se aplica.
v msg - Especifica un mensaje para ser concatenado después de la siguiente cadena:
Alerta [ ServerName, ServerSerial]:
Utilizando el servicio de administración de registro de puerta de enlace para gestionar los
mensajes de registro
El servicio de administración de registro de puerta de enlace es una clase estática que permite mensajes de registro que se enviará a la arquitectura
de pasarela de nivel inferior. Cualquier mensaje de registro de un nivel más alto que el establecido por el MessageLevel propiedad en el archivo de
propiedades de la puerta de entrada aparecerá en el archivo de registro de la puerta de entrada.
Los temas siguientes describen cómo utilizar el servicio de administración de registro de puerta de enlace.
Preparación para utilizar el servicio gestor de registro de puerta de enlace
Por lo general, la puerta de entrada hace que el servicio de administración de registro de puerta de enlace disponible mediante un
archivo JavaScript. Por ejemplo, la puerta de enlace de Java para BMC Remedy ARS proporciona un archivo JavaScript llamada bmc_remedy.notification.js.
El archivo JavaScript utiliza el
exigir la función para cargar el servicio de administración de registro de puerta de enlace y la ponga a disposición a través de la registrador variables,
como sigue:
.
.
.
var logger = require ( "registrador");
.
.
.
El servicio de administración de registro de puerta de enlace expone los métodos siguientes:
v error - Registra un mensaje de error.
v advertencia -- Registra un mensaje de advertencia.
v info - Registra un mensaje informativo.
v depuración - Registra un mensaje de depuración.
Registro de mensajes de tipo de error

Utilizar el error método para registrar mensajes de tipo ERROR en el archivo de registro de puerta de enlace especificado.
Utilizando la error método que se requiere para comprender:
v La definición de la error método
v Cómo llamar a la error método
Nota: Utilizar el MessageLevel propiedad para especificar el nivel de mensajes a recibir por esta puerta de enlace. Utilizar el messageLog
propiedad para especificar la ruta de acceso, incluyendo el nombre del archivo de registro, a la que el error método escribe mensajes
de tipo ERROR para esta puerta de enlace.
La comprensión de la definición del método de error:
los error método se define en el servicio gestor de registro de puerta de enlace.
los error método se define como sigue:

error public void (Object mensaje);
Dónde:
v mensaje especifica la cadena de mensaje que estar conectado.
los error método inserta el mensaje especificado en el mensaje parámetro en el archivo de registro especificado en el
messageLog viviendas en esta pasarela.
Al finalizar, el error método devuelve ningún valor.
Al llamar al método de error:
Se puede llamar al error método en cualquiera de los archivos de origen de la pasarela cada vez que desee insertar un mensaje de
registro del tipo de ERROR en el archivo de registro especificado en el
El siguiente ejemplo muestra una llamada a la error método:

.
.
.
logger.error ( "recurso no puede encontrar el formulario. Vuelve a comprobar si
existe la forma en Remedy "); 1?
.
.
.
1. Llama a la error método, que escribe el mensaje especificado en el archivo de registro

especificada en el messageLog viviendas en esta pasarela.
Registro de mensajes de tipo ADVERTENCIA

Utilizar el advertencia método para registrar mensajes de tipo ADVERTENCIA en el archivo de registro de puerta de enlace especificado.
Utilizando la advertencia método que se requiere para comprender:
v La definición de la advertencia método
v Cómo llamar a la advertencia método
propiedad para especificar la ruta de acceso, incluyendo el nombre del archivo de registro, a la que el advertencia método escribe
mensajes de tipo ADVERTENCIA para esta puerta de enlace.
La comprensión de la definición del método de alerta:
los advertencia método se define en el servicio gestor de registro de puerta de enlace.
los advertencia método se define como sigue:

advertencia public void (Object mensaje);
Dónde:
los advertencia método inserta el mensaje especificado en el mensaje parámetro en el archivo de registro
especificado en el messageLog viviendas en esta pasarela.
Al finalizar, el advertencia método devuelve ningún valor.
Al llamar al método de alerta:
Se puede llamar al advertencia método en cualquiera de los archivos de origen de la pasarela cada vez que desee insertar un mensaje de
registro del tipo de ADVERTENCIA en el archivo de registro especificado en el
El siguiente ejemplo muestra una llamada a la advertencia método:
.
.
.
logger.warning ( "No se puede determinar hostname"); 1?
.
.
.
1. Llama a la advertencia método, que escribe el mensaje especificado en el archivo de registro

Registro de mensajes de tipo INFO

Utilizar el info método para registrar mensajes de tipo INFO en el archivo de registro de puerta de enlace especificado.
Utilizando la info método que se requiere para comprender:
v La definición de la info método
v Cómo llamar a la info método
propiedad para especificar la ruta de acceso, incluyendo el nombre del archivo de registro, a la que el info método escribe mensajes
de tipo INFO para esta puerta de enlace.
La comprensión de la definición del método Info:
los info método se define en el servicio gestor de registro de puerta de enlace.
los info método se define como sigue:

pública información void (Object mensaje);
Dónde:
los info método inserta el mensaje especificado en el mensaje parámetro en el archivo de registro especificado en el
Al finalizar, el info método devuelve ningún valor.
Al llamar al método Info:
Se puede llamar al info método en cualquiera de los archivos de origen de la pasarela cada vez que desee insertar un mensaje de
registro del tipo de INFO en el archivo de registro especificado en el
El siguiente ejemplo muestra una llamada a la info método:

.
.
.
logger.info ( "Alerta reclamar a ARS falló:"); 1?
.
.
.
1. Llama a la info método, que escribe el mensaje especificado en el archivo de registro

Registro de mensajes de tipo de depuración
Utilizar el depurar método para registrar mensajes de tipo DEPURAR en el archivo de registro de puerta de enlace especificado.
Utilizando la depurar método que se requiere para comprender:
v La definición de la depurar método
v Cómo llamar a la depurar método
propiedad para especificar la ruta de acceso, incluyendo el nombre del archivo de registro, a la que el depurar método escribe
mensajes de tipo DEPURAR para esta puerta de enlace.
La comprensión de la definición del método de depuración:
los depurar método se define en el servicio gestor de registro de puerta de enlace.
los depurar método se define como sigue:

pública de depuración void (Object mensaje);
Dónde:
los depurar método inserta el mensaje especificado en el mensaje parámetro en el archivo de registro especificado en
el messageLog viviendas en esta pasarela.
Al finalizar, el depurar método devuelve ningún valor.
Al llamar al método de depuración:
Se puede llamar al depurar método en cualquiera de los archivos de origen de la pasarela cada vez que desee insertar un mensaje de
registro del tipo de DEPURAR en el archivo de registro especificado en el
El siguiente ejemplo muestra una llamada a la depurar método:

.
.
.
logger.debug ( "Formulario validado por Remedy"); 1?
.
.
.
1. Llama a la depurar método, que escribe el mensaje especificado en el archivo de registro

replicación mesa
Utilice el archivo de definición de duplicación tabla para definir las tablas que se replica la puerta de
entrada y los tipos de eventos que supervisa en el ObjectServer.
Visión general
La puerta de enlace crea y actualiza las solicitudes de BMC Remedy ARS, cuando se crean y se actualizan en la
ObjectServer alertas. La puerta de enlace rellena y actualiza los campos en la solicitud mediante la replicación de los
datos de la ObjectServer. La puerta de enlace utiliza un archivo de tabla de replicación definición llamada bmc_remedy.rdrwtr.tblrep.def
para determinar qué ObjectServer mesas para replicar. Específicamente, la
bmc_remedy.rdrwtr.tblrep.def Especifica el archivo REPRODUCIR EXACTAMENTE cláusulas de comandos que definen la

forma en la puerta de entrada replica datos entre un ObjectServer y una base de datos o aplicación de destino, en este caso
BMC Remedy ARS.
ver el IBM Tivoli Netcool / OMNIbus sonda y la Guía de puerta de enlace para la descripción de la sintaxis asociados
con el REPRODUCIR EXACTAMENTE cláusulas de comandos. ver el IBM Tivoli Netcool / OMNIbus Guía de
administración para una descripción de la interfaz ObjectServer SQL para definir y manipular objetos de bases de
datos relacionales, tales como tablas y vistas. los bmc_remedy.rdrwtr.tblrep.def archivo hace uso de la interfaz
ObjectServer SQL. los IBM Tivoli Netcool / OMNIbus Guía de administración también describe los nombres de
columna de la alerts.status y alerts.journal mesas.
En este tema se describe la específica REPRODUCIR EXACTAMENTE mando y CON FILTRO cláusulas especificadas en
el entregado bmc_remedy.rdrwtr.tblrep.def expediente. El tema también proporciona ejemplos de otras posibles CON
FILTRO cláusulas.
La información que sigue describe la bmc_remedy.rdrwtr.tblrep.def expediente. ver el IBM Tivoli Netcool / OMNIbus
sonda y la Guía de puerta de enlace Para obtener más información, incluida la información sobre la estructura del
archivo de definición de replicación de mesa, el
REPRODUCIR EXACTAMENTE comando y las cláusulas disponibles.
El archivo de definición de duplicación mesa
El archivo de definición de duplicación tabla define las tablas que las repeticiones de puerta de enlace y los tipos de
eventos que supervisa en el ObjectServer. El archivo de definición de duplicación tabla también identifica la asignación
entre los campos de datos del ObjectServer y los de una solicitud de BMC Remedy ARS.
El archivo de definición de duplicación de mesa suministrado con la pasarela se llama

bmc_remedy.rdrwtr.tblrep.def, y reside en el $ OMNIHOME / puertas / bmc_remedy
directorio. Utilizar el Gate.RdrWtr.TblReplicateDefFile propiedad para especificar la ruta de acceso (incluyendo el nombre
de) el archivo de definición de duplicación mesa.
El archivo de definición de duplicación tabla contiene uno o más REPRODUCIR EXACTAMENTE cláusulas de comando y como fue
suministrado contiene lo siguiente:
Replicar todos DE LA TABLA 'alerts.status' 1?

En Map 'StatusMap'; 2?
Replicar todos DE LA TABLA 'alerts.journal' 3?

En Map 'JournalMap'; 4?
FILTRO CON "Texto1 no me gusta 'generada por Remedy pasarela *'"; 5?
# Replicar todas las de la Tabla '' alerts.details 6?

# El uso de 'DatosMapa' MAPA 7?
Las siguientes descripciones explican cada uno de los elementos numerados en el suministrado
bmc_remedy.rdrwtr.tblrep.def expediente:
1. Especifica que la pasarela se replica todo inserción, actualización y supresión
de la tabla de origen ( alerts.status) a la tabla de destino.
2. Especifica que la puerta de enlace utiliza la StatusMap se define en la bmc_remedy.map

presentar a asignar campos de alerta de Tivoli Netcool / OMNIbus a sus correspondientes campos de petición BMC
Remedy ARS.
Nota: Un archivo de asignación de datos separada llamada bmc_remedy.map contiene las definiciones de la
asignación de datos.
Consulte “Asignación” en la página 24 para más detalles de las definiciones de asignación de datos.

de la tabla de origen ( alerts.journal) a la tabla de destino.
4. Especifica que la puerta de enlace utiliza la JournalMap se define en la bmc_remedy.map

presentar al mapa Tivoli Netcool / OMNIbus alerts.journal campos a sus correspondientes
campos de BMC Remedy ARS.
5. Especifica cómo la puerta de entrada debe filtrar las filas que se seleccionan para
replicación. El operador NOT LIKE instruye a la puerta de entrada para llevar a cabo una comparación de cadenas
entre la cuerda 'Generada por Remedy pasarela *' y la columna de la tabla representada por la cuerda Texto 1. El
resultado es la puerta de entrada replica todas las filas en la tabla de destino en la que Texto 1 no contiene la
cadena 'Generada por Remedy pasarela *'.
Esto asegura que las filas que contienen los asientos creados por la puerta de enlace no se replican.

de la tabla de origen ( alerts.details) a la tabla de destino.
7. Especifica que la puerta de enlace utiliza la DatosMapa se define en la bmc_remedy.map

presentar al mapa Tivoli Netcool / OMNIbus alerts.details entradas a sus correspondientes
campos de BMC Remedy ARS.
Nota: Descomentar las líneas (líneas que comienzan con el signo de almohadilla (#)) para estos
REPRODUCIR EXACTAMENTE cláusulas de comandos si desea detalles de la alerta. Si no se retiran las líneas de comentarios para éstos REPRODUCIR
EXACTAMENTE cláusulas de mando, la puerta de entrada pasa por alto el DatosMapa especificada en el bmc_remedy.map expediente.
Consulte “Asignación” en la página 24 para más información.
Filtro con ejemplos

los bmc_remedy.rdrwtr.tblrep.def archivo se suministra con la siguiente CON FILTRO
cláusula:
FILTRO CON "Texto1 no me gusta 'generada por Remedy pasarela *'";
Los siguientes ejemplos muestran otra posible CON FILTRO cláusulas. Crear CON FILTRO cláusulas que son
adecuadas para su entorno. ver el IBM Tivoli Netcool / OMNIbus sonda y la Guía de puerta de enlace para obtener
información sobre la CON FILTRO
cláusula.
Nota: Al considerar qué características de alertas para utilizar como un filtro, usar esos campos de la alerts.status tabla
cuyos valores no cambian con el tiempo. Por ejemplo, ServerName, Clase, Gerente, Etcétera.
Filtro con 'Reconocido> 0'; 1?
FILTRO CON "Texto1 NOT LIKE 'GW%'" 2?
FILTRO CON 'Texto1 NO COMO \' GW% \'' 3?
FILTRO CON 'Nodo! = \' Localhost \' 4?
FILTRO CON 'ServerName EN (\' NCOMS_US \ '\ 'NCOMS_CA \')' 5?
Las siguientes descripciones explican cada uno de los elementos numerados en el CON FILTRO
ejemplos cláusula. La puerta de enlace utiliza estos CON FILTRO cláusulas para filtrar las filas de base de datos que se
seleccionan para la replicación como sigue:
1. Utiliza la> (Mayor que) operador de comparación para probar la ObjectServer

alerts.status campo de tabla llamada Admitido para determinar si el valor es mayor que 0 (cero). El
resultado es la puerta de entrada selecciona sólo aquellas alertas que han sido reconocidos (es decir, Admitido
es igual al valor 1).
Nota: los Admitido campo es ya sea 0 (No acuse de recibo) o 1 (acuse de recibo).
2. Utiliza el operador NOT LIKE para instruir a la puerta de entrada para realizar una combinación de cadena
entre el patrón GW% y la columna de la tabla representada por la cuerda Texto 1.
(Los % (Por ciento) operador se utiliza como comodín en las operaciones de búsqueda). El resultado es la entrada
replica todas las filas en la tabla de destino en la que Texto 1 no contiene la cadena GW%.
3. Utiliza el! = (No igual a) operador de comparación para probar la ObjectServer

alerts.status campo de tabla llamada Nodo para determinar si el valor no es igual a
'Localhost'. El resultado es la puerta de entrada selecciona todos Nodo alertas, salvo las que se originan desde el
host local.
4. utiliza el EN lista de operadores de comparación para comparar el ObjectServer

alerts.status campo de tabla llamada Nombre del servidor a la lista de valores NCOMS_US y
NCOMS_CA. El resultado es la puerta de entrada selecciona sólo aquellas alertas que se originan a partir de los nombrados
ObjectServers NCOMS_US y NCOMS_CA.
Nota: Esta CON FILTRO cláusula demuestra que si un filtro contiene comillas (simples o dobles), un escape
(la barra invertida) \ () carácter debe especificarse antes de cada comilla de escapar de ella.
Cartografía
Mapeo define la forma en la puerta de enlace de Java para BMC Remedy ARS campos mapas en tablas ObjectServer a
los campos de una solicitud de BMC Remedy ARS. El mapeo se utiliza durante la replicación de ObjectServer a BMC
Remedy datos del ARS.
El archivo de definición de mapa
El mapeo de campos de tablas ObjectServer a campos en una solicitud de BMC Remedy ARS se define en el archivo de
definición de mapa. La pasarela se suministra con un archivo de definición de mapa llamado bmc_remedy.map en el
directorio $ OMNIHOME / puertas / bmc_remedy.
Puede modificar este archivo para adaptar la asignación de datos para adaptarse a su medio ambiente.
El archivo de definición de mapa contiene una serie de Crear correlación cada uno de los comandos que mapea los campos de
tabla ObjectServer específicas a los campos de una solicitud de BMC Remedy ARS.
La información que sigue describe la bmc_remedy.map archivo de definición. ver el

IBM Tivoli Netcool / OMNIbus sonda y la Guía de puerta de enlace para más información, incluyendo
información sobre la estructura del mapa de archivo de definición, la Crear correlación mando, y el opcional Crear
correlación cláusulas de comandos.
DEDUPLICACIÓN
Deduplication es un mecanismo por el que la puerta de entrada reduce la cantidad de actualizaciones

redundantes enviados a Remedy ARS BMC.
La puerta de enlace calcula un hash criptográfica (SHA1) basado en campos seleccionados para la eliminación de datos duplicados
en el mapa especificado, y almacena el hash resultante en la historia de la descripción en la pasarela de caché. Si los resultados de
datos subsiguientes en un hash que ya están almacenadas en el historial de alertas, la puerta de entrada cae por estos datos, ya
que existía en el hash.
La puerta de enlace mantiene los principales valores de alerta (valores de alerts.status) como un hash actual, sin
otros antecedentes mantiene.
La puerta de enlace mantiene revistas y detalles de la alerta (de alerts.journal y

alerts.details respectivamente) como una historia, con múltiples hashes por alerta. Esto permite que la puerta de
entrada a grabar múltiples revistas y detalles para cada alerta.
Nota: Sin un deduplicar cláusula, todos los campos de un mapa se consideran a efectos de eliminación de datos
duplicados. los deduplicar cláusula especifica los campos que se incluirán en el hash fila utilizada para la deduplicación en
el mapa especificado. A la inversa, la NO deduplicar cláusula significa ignorar los campos que aparecen cuando se calcula
el hash utilizado para la fila de deduplicación.
Consulte “Explicación de la StatusMap” en la página 26 para un ejemplo de cómo utilizar el

deduplicar cláusula.
El comando de asignación de CREAR
los Crear correlación comando crea un mapa que define la forma en la puerta de entrada mapas de campos de tablas
ObjectServer a los campos de una solicitud de BMC Remedy ARS. los Crear correlación comando tiene la siguiente
sintaxis:
Crear correlación MappingName

(' ArsFieldId '=' valor '[ON INSERT SOLO] [CONVERTIR A tipo ]
[, ' ARSFieldId '=' valor '[ON INSERT SOLO] [CONVERTIR A tipo ] ]...
);
dónde:
v MappingName especifica el nombre del mapa que se cree una asignación específica
de campos de la tabla ObjectServer a los campos de una solicitud de BMC Remedy ARS.
v ' ArsFieldId ' especifica el ID de campo entero para el campo de destino en el BMC
Poner remedio a petición del ARS.
Nota: IDs de campo no enteros, tales como Chrono y UID en el mapa revista, se utilizan para incluir ObjectServer
correspondiente alerta a los campos de la eliminación de datos duplicados. ObjectServer alerta a los campos que no se resuelven
a BMC Remedy ID de Alianza sobre el terreno se dejan caer por la puerta de enlace.
v valor especifica el nombre de un campo en la tabla ObjectServer.
Nota: Se supone que está familiarizado con los campos de las tablas ObjectServer y los campos correspondientes
en una solicitud de BMC Remedy ARS.
Como mínimo, la puerta de entrada debe pasar a través de la @ De serie y @ Gravedad campos a BMC Remedy
ARS para que la replicación tenga lugar.
el opcional EN SÓLO INSERT controla la actualización de la BMC Remedy ARS campo durante la vida de su alerta
ObjectServer asociado; cuando se omite, el campo de BMC Remedy ARS se actualiza para cualquier cambio en el
estado de la alerta. Cuando se incluye, el campo de BMC Remedy ARS sólo se establece cuando se crea la alerta.
el opcional CONVERTIR A tipo permite el mapeo para definir una conversión forzada para situaciones en las que un campo
de origen puede no coincidir con el tipo del campo de destino. los tipo puede ser Entero, cadena, o FECHA para forzar el
campo de origen para ser convertido a un número entero, cadena, o tipo de fecha.
mapas por defecto suministrados con el mapa de archivo de definición
los bmc_remedy.map archivo de definición entregado con la puerta de entrada contiene los siguientes mapas por
defecto:
v StatusMap - Es el mapa de alerts.status entradas, y mapas de Tivoli

campos de alerta Netcool / OMNIbus a sus correspondientes campos de petición BMC Remedy ARS.
v JournalMap - Contiene el mapeo de alerts.journal entradas de diario a BMC

Remediar campos diario del ARS. Por defecto, sólo se establece un único campo de diario, que añade el texto del diario a un
diario de campo BMC Remedy ARS. los JournalMap También contiene campos de metadatos para la entrada de diario
(usuario y la fecha y hora de la entrada de diario de Tivoli Netcool / OMNIbus) con el propósito de eliminación de datos
duplicados.
v DatosMapa - Contiene el mapeo de los detalles de la alerta de los campos de la

alerts.details mesa para BMC Remedy campos de petición del ARS. Por defecto, se añade una entrada al mismo
campo BMC Remedy ARS diario como diarios, con una entrada por cada par nombre / valor en los detalles de una
alerta.
Nota: El archivo de asignación ( bmc_remedy.map) define los mapas, pero no determina si se utilizan los mapas. Se
especifica que se asigna a utilizar en el archivo de tabla de replicación definición ( bmc_remedy.rdrwtr.tblrep.def).
Consulte “Tabla de replicación” en la página 22 para más información.
Explicación de la StatusMap
los StatusMap es uno de los mapas que figuran en la bmc_remedy.map entregado con la puerta de enlace. Como se
discutió previamente, la StatusMap es el mapa principal para
alerts.status entradas, y mapas de campos de alerta de Tivoli Netcool / OMNIbus a sus correspondientes
campos de petición BMC Remedy ARS. los StatusMap se define como sigue:
Crear correlación StatusMap 1?

(
'536870914' = '@Identifier' EN SÓLO INSERT, 2?
'536870913' = '@serial' EN SÓLO INSERT,
'536870944' = '@node' EN SÓLO INSERT,
'536870915' = '' @NodeAlias EN SÓLO INSERT,
'536870932' = '@Manager' EN SÓLO INSERT,
'536870939' = '@Agent' EN SÓLO INSERT,
'536870918' = '@AlertGroup' EN SÓLO INSERT,
'536870931' = '@AlertKey' EN SÓLO INSERT,
'7' = '@Severity', 3?
'536870916' = '@Summary' EN SÓLO INSERT,
'536870946' = '@StateChange', 3?
'536870912' = '@FirstOccurrence' ON inserción solo, '536870917' =
'@LastOccurrence', '536870935' = '@InternalLast', 3?
'536870938' = '@Poll' EN SÓLO INSERT,

'536870941' = '@Type' EN SÓLO INSERT,
'536870940' = '@Tally', 3?
'536870945' = '@class' EN SÓLO INSERT,
'536870942' = '@Grade' EN SÓLO INSERT,
'536870934' = '@Location' EN SÓLO INSERT,
'536870933' = '@Acknowledged', 3?
'536870922' = '@ServerSerial' EN SÓLO INSERT,
'536870923' = '@ServerName' EN SÓLO INSERT
) Deduplicar ( '7', '536 870 917', '536 870 940', '536 870 933'); 4?
La siguiente lista describe cada uno de los elementos numerados en el StatusMap:
1. utiliza el Crear correlación comando para crear un mapa llamado StatusMap. Como
descrito anteriormente, el StatusMap es el mapa principal para las entradas alerts.status, y los mapas de los campos
de alerta de Tivoli Netcool / OMNIbus a sus correspondientes campos de BMC Remedy ARS.
2. Asigna el identificador de campo BMC Remedy ARS (el valor de cadena 536870914) al
campo de tabla ObjectServer llama @ Identificador. El BMC Identificación del campo Remedy ARS se define para el formulario en
el proporcionado omnibus.def expediente.
El valor de cadena en el lado izquierdo de la expresión en cada cláusula de mapeo es el BMC Remedy identificador de
campo ARS. La mayoría de los campos se escriben en los registros especialmente definidas dentro del BMC Remedy
ARS forma de alerta, con la excepción de
severidad ( escrito al campo del núcleo ARS Estado) y Resumen ( escrito al campo del núcleo ARS Resumen
de la Descripción).
El valor de cadena en el lado derecho de la expresión en cada cláusula cartografía se refiere a un campo de la
tabla ObjectServer. Los valores de cadena en el lado derecho de las expresiones utilizan el formato @ nombre del
campo. Por ejemplo, en esta cláusula mapeo
@Identifier se utiliza. El uso de EN SÓLO INSERT da instrucciones a la puerta de entrada para configurar el @ identificador
campo solamente cuando el ObjectServer crea la alerta correspondiente.
3. Estas cláusulas de asignación definen los campos que no utilizan EN inserción solo. En esto
caso, porque EN SÓLO INSERT se omite, la puerta de entrada actualiza estos campos durante la vida
de sus alertas ObjectServer asociados.
4. los deduplicar cláusula especifica los campos que se incluirán en el hash utilizado fila
para la eliminación de datos duplicados. A la inversa, la NO deduplicar cláusula significa ignorar los campos que
aparecen cuando se calcula el hash utilizado para la fila de deduplicación. los StatusMap muestra que los siguientes
campos se incluyen en el hash utilizado para la deduplicación fila:
v BMC Remedy ARS campo '7' ( '@Severity')
v BMC Remedy ARS campo '536870917' ( '@LastOccurrence')
v BMC Remedy ARS campo '536870940' ( '@Tally')
v BMC Remedy ARS campo '536870933' ( '@Acknowledged')
En caso de que cualquiera de estos campos cambiar, el hash resultante también cambiará, y la pasarela conoce la
actualización debe ser enviada. Si el hash sigue siendo el mismo, a continuación, la actualización no ha cambiado
cualquiera de estos campos, y la actualización será dado de baja.
Explicación de la JournalMap
los JournalMap es uno de los mapas que figuran en la bmc_remedy.map entregado con la puerta de enlace. Como se
discutió previamente, la JournalMap contiene el mapeo de
alerts.journal entradas de diario a diario BMC Remedy campos del ARS. los JournalMap
se define como sigue:
Crear correlación JournalMap 1?
(
'UID' = JOURNAL.UID INTERNO, 2?
'Chrono' = JOURNAL.CHRONO INTERNO, 2?
'536870921' = JOURNAL.TEXT 3?
);
La siguiente lista describe cada uno de los elementos numerados en el JournalMap:
1. utiliza el Crear correlación comando para crear un mapa llamado JournalMap. Como
descrito anteriormente, el JournalMap contiene campos que se incluyen con fines de eliminación de datos
duplicados.
2. Los campos marcados INTERNO no se envían a ARS BMC Remedy, sino que incluía
para la eliminación de datos duplicados. Si no se incluye, entradas de diario con el mismo texto, pero hecho en
diferentes momentos, se deduplicarán y las últimas entradas cayeron.
3. Mapas de la BMC Remedy identificador de campo ARS 536870921 a ObjectServer

alerts.journal campos de la tabla Texto1 ... Text16.
Explicación de la DatosMapa
los DatosMapa es uno de los mapas que figuran en la bmc_remedy.map archivo de definición de entrega con la puerta
de entrada. Como se discutió previamente, la DatosMapa contiene la cartografía de los detalles de la alerta de los
campos de la alerts.details mesa para BMC Remedy campos de petición del ARS. los DatosMapa se define como sigue:
Crear correlación DatosMapa 1?

(
'536870921' = '@Name' + ':' + '@Detail' 2?
);
La siguiente lista describe cada uno de los elementos numerados en el DatosMapa:
1. utiliza el Crear correlación comando para crear un mapa llamado DatosMapa.
2. Asigna el identificador de campo BMC Remedy ARS (el valor entero 536870921) al
campos de la tabla ObjectServer llamados @ Nombre y @ Detalle. El BMC Identificación del campo Remedy ARS se define para el
formulario en el proporcionado omnibus.def expediente.
Nota: Debe descomentar la REPRODUCIR EXACTAMENTE cláusulas de mando para el

DatosMapa especificada en el bmc_remedy.rdrwtr.tblrep.def expediente. De lo contrario, la puerta de enlace ignora el DatosMapa.
Consulte “Tabla de replicación” en la página 22 para más información.
Especificación de valores alternativos en el archivo de definición de mapa
Al especificar valores alternativos para los campos en el bmc_remedy.map archivo, asegúrese de que el campo no sea
superior a la longitud máxima del campo de destino en la solicitud de BMC Remedy ARS.
El control de los tipos de datos que transmita en el archivo de definición de mapa
Puede controlar qué tipos de datos que los delanteros puerta de acceso al servidor de BMC Remedy ARS. Por ejemplo,
es posible que desee crear sólo una solicitud en ARS BMC Remedy e ignorar más actualizar y eliminar la actividad de
campo relacionado con esa petición. Esto se puede hacer mediante el uso de la deduplicar cláusula. El siguiente ejemplo
muestra cómo especificar los campos de la StatusMap para suprimir todas las actualizaciones y eliminar la actividad de
campo después de la puerta de entrada crea la solicitud:
Crear correlación StatusMap

(... '536870922' = '@ServerSerial', '536870923'
= '@ServerName'
) Deduplicar ( '536870922', '536870923')
En este ejemplo, porque toda actualizar y eliminar eventos tendrán valores coincidentes para @ ServerSerial y @ Nombre
del servidor, van a deduplicarse con el original de la alerta. Esto asegura que la puerta de entrada crea una solicitud
de BMC Remedy ARS, y será dado de baja todos los eventos posteriores.
Histórica expedición revista

Puede configurar la forma en la puerta de entrada se encarga de las entradas del diario históricos para una alerta
ObjectServer estableciendo la Gate.HistoricResync propiedad.
Por defecto, la puerta de enlace reenvía revistas y detalles históricos (las creadas en ObjectServer antes de la alerta se
envía para la creación de solicitud) cuando se crea la alerta. Ajuste de la Gate.HistoricResync propiedad a falso evita
que la puerta de entrada del envío de revistas y datos históricos a ARS BMC Remedy. Tenga en cuenta, sin embargo,
que la puerta de enlace envía ningún revistas posteriores y detalles para BMC Remedy ARS después de haber creado
el billete.
Tienda y capacidad de avance

La puerta de enlace de Java para BMC Remedy ARS ofrece una tienda y capacidad de avance para minimizar cualquier
pérdida de datos debe bajar de la pasarela de comunicación con el ARS BMC Remedy. El almacenamiento y retransmisión
capacidad es posible de forma permanente.
La operación de almacenamiento y retransmisión
La puerta de enlace crea un archivo por lotes para las siguientes operaciones (dependiendo de lo que está configurada en el bmc_remedy.rdrwtr.tblrep.def
expediente):
v Alerta ( alerts.status tabla) insertar, actualizar o eliminar
v revistas de alerta ( alerts.journal tabla) inserto
v detalles de la alerta ( alerts.details tabla) inserto
Cuando la pasarela restablece la comunicación con BMC Remedy ARS, envía los datos que ha almacenado en los
archivos por lotes.
comportamiento de inicio
Cuando se inicia la puerta de entrada, intenta conectarse a ARS BMC Remedy. Una vez conectado a la puerta de enlace determina
si hay algún archivo por lotes de almacenamiento y hacia adelante de una ejecución anterior y, si está presente, procesa estos
archivos por lotes.
Si la puerta de enlace no puede iniciar sesión en BMC Remedy ARS por cualquier razón, se apaga. La puerta de enlace no
intenta recopilar datos de ObjectServer y lo almacenan en archivos por lotes de almacenamiento y hacia adelante.
el modo FIPS y cifrado

Esta pasarela cumple Federal Information Processing Standard 140-2 (FIPS 140-2). Se puede ejecutar en modo
FIPS en cualquier versión compatible actualmente de Tivoli Netcool / OMNIbus.
Se puede utilizar algoritmos de cifrado para asegurar entradas de valor cadena de hechos en el archivo de
propiedades, incluyendo contraseñas. Debe utilizar el genérico Tivoli Netcool / OMNIbus ConfigCryptoAlg propiedad
para especificar el método de cifrado y la genérica Tivoli Netcool / OMNIbus ConfigKeyFile propiedad para
especificar el archivo de clave de cifrado, entre un número de otras configuraciones necesarias.
Para obtener más información acerca de cómo ejecutar la puerta de entrada en el modo de FIPS, y el cifrado de propiedades y
contraseñas, consulte Correr ObjectServer en modo seguro, ejecutando el servidor proxy en modo seguro, y Cifrado de contraseñas de
texto sin formato en las definiciones de encaminamiento
en el IBM Tivoli Netcool / OMNIbus Guía de administración.
Ver también, Configuración de FIPS 140-2 apoyo a los componentes de servidor en el IBM Tivoli Netcool / OMNIbus Guía
de implementación e instalación.
Ver también SSL y FIPS 140-2 apoyo en el IBM Tivoli Netcool / OMNIbus de integración de eventos instalación de
referencia.
Ver también seguridad Apéndice C. WAAPI en el API de IBM Tivoli Netcool / OMNIbus Web GUI de administración
(WAAPI) Guía del usuario.
Nota: Si ejecuta la puerta de enlace en modo FIPS, debe utilizar ningún cifrado, o si usted hace uso de cifrado, debe
utilizar nco_aes_crypt con la cifra (- do) opción
AES_FIPS. La opción de cifrado utilizado aquí debe coincidir con la opción especificada por el
ConfigCryptoAlg propiedad. Por ejemplo:
$ NCHOME / ómnibus / bin / nco_aes_crypt -c -k AES_FIPS key_file valor_cadena
encriptación AES
cifrado AES se puede utilizar para cifrar cualquier cadena en el archivo de propiedades de puerta de enlace. Es utilizado por la
puerta de entrada para evitar que los datos sensibles de su disponibilidad en forma legible en el archivo de propiedades de puerta
de enlace.
Nota: cifrado AES se admite en todas las versiones de Tivoli Netcool / OMNIbus en todos los
sistemas operativos UNIX y Linux.
nco_aes_crypt
Puede cifrar las cadenas en el archivo de propiedades de puerta de enlace utilizando el nco_aes_crypt herramienta
(suministrado con Tivoli Netcool / OMNIbus). La sintaxis de datos cifrados es el siguiente:
@ longitud de datos: datos_cifrados @
Dónde longitud de datos es la longitud de los datos en bytes (expresado como un decimal) y los datos en sí es
base64 codificado. La arroba (@) indica el inicio y el final de la definición de datos cifrados. El colon (:) actúa como
separador de campos.
Los valores cifrados aparecen entre comillas simples en el archivo de propiedades. El siguiente ejemplo muestra la
contraseña del servidor en formato cifrado para el
Gate.Remedy.Password propiedad en el G_BMC_REMEDY.props expediente:
# propiedades específicas de puerta de enlace Remedy

.
.
.
Gate.Remedy.Password:
'@ 64: l HBLuIPLNye8zCWhykFVFY7y90V9kCjGK5GSWu5VBdSlgQOqarq6T4UK4xk5Vqix @ '
.
.
.
Nota: Puede obtener el nco_aes_crypt herramienta desde el sitio web de Passport Advantage de IBM:
http://www-306.ibm.com/software/howtobuy/passportadvantage/ pao_customers.htm. Acceder a la sección de
descargas de software y la búsqueda de
biblioteca de cifrado configuración Netcool / OMNIbus Gateway.
Con la herramienta nco_aes_crypt
valores de las propiedades en el archivo de propiedades deben ser encriptados utilizando la nco_aes_crypt
herramienta.
Esta es una herramienta de línea de comandos que tiene el siguiente formato:
nco_aes_crypt [-d] [-o archivo_salida] [- do cifrar] - k archivo de clave - F nombre del archivo
nco_aes_crypt [-d] [-o archivo_salida] [- do cifrar] - k datos Keyfile
El resultado de este comando será la cadena encriptada para ser utilizado en el archivo de propiedades.
La siguiente tabla describe las opciones disponibles con nco_aes_crypt:
Tabla 6. nco_aes_crypt opciones de línea de comandos
opción de línea de comandos Descripción
-d Utilice esta opción para especificar el modo en el que el nco_aes_crypt herramienta

se ejecuta:
d - modo de descifrar
El valor por defecto es el modo de cifrar.
- O cuerda Utilice esta opción para especificar el archivo de salida en el

que se escribirán los datos cifrados o descifrados.
- c cuerda Utilice esta opción para especificar el sistema de cifrado a utilizar:
v AES - Especifica el sistema de cifrado no FIPS.
v AES_FIPS - Especifica el sistema de cifrado FIPS.
El valor por defecto es AES ( no FIPS).
- k cuerda Utilice esta opción para especificar la ruta del archivo que
contiene los datos clave. Esta opción es obligatoria.
- f cuerda Utilice esta opción para especificar la ruta del archivo que
contiene los datos que requieren cifrado o descifrado.
datos Utilice esta opción para especificar los datos a ser

cifrados o descifrados.
archivo de clave de cifrado
La clave de cifrado se almacena en un archivo plano junto a los datos cifrados. El archivo de almacenamiento de claves tiene un
indicador de longitud de clave ASCII numérico seguido de dos puntos y la tecla en forma binaria.
El formato del archivo de la clave es la siguiente:
key_length: key_data
Dónde key_length es la longitud de la clave en bits y la llave de datos es la clave en forma binaria. valores de
longitud son válidos 128, 192 y 256.
Por ejemplo:
128: 1234567812345678
En este caso, key_length es 128 ya que la cadena ASCII 1234567812345678 tiene 16 bytes (128 bits).
Puede generar claves aleatorias o pre-definidos de diferentes longitudes usando nco_keygen.

Para generar un archivo de clave, utilice el siguiente comando:
-o nco_keygen archivo_salida [- l longitud | - k llave] [- h] [-]
La siguiente tabla muestra las descripciones de las opciones de línea de comandos anteriores.
Tabla 7. encrytion opciones de línea de comandos archivo de clave
opción de línea de comandos Descripción
- O archivo_salida Utilice esta opción para especificar el nombre del archivo de salida.
- l longitud Utilice esta opción para especificar la longitud (en bits) de la clave
para escribir.
El valor por defecto es 128.
Nota: El valor que especifique debe ser divisible por 8.
- k llave Utilice esta opción para especificar la clave para ser escrita,
expresada como dígitos hexadecimales.
Nota: Esta opción no pasa por la generación automática de claves.
- h | -? Utilice esta opción para imprimir la información de ayuda y termina
Nota: cifrado AES se utiliza como el método de cifrado inicial para los datos sensibles. Sin embargo, esto no significa
que los datos pueden ser considerados como seguros puramente debido al cifrado AES; la seguridad de los datos
depende de la restricción de acceso al archivo de la clave utilizada para el cifrado AES. El acceso a este archivo se
controla usando UNIX o Windows permisos de archivo.
Utilizando los datos cifrados
Para utilizar los datos cifrados, se establece la ConfigKeyFile propiedad en el

G_BMC_REMEDY.props presentar a la ruta del archivo que contiene la clave de cifrado. Por ejemplo:
# Propiedades genéricas Omnibus
#
ConfigKeyFile: ' key_file_path '
.
.
.
Dónde key_file_path es la ruta de acceso al archivo que contiene la clave de cifrado.
Correr ObjectServer en un modo seguro
Cuando la puerta de entrada se conecta a la ObjectServer se ejecuta en modo seguro, tiene que autenticarse con un nombre
de usuario y contraseña. Este nombre de usuario y contraseña pueden ser encriptados utilizando la nco_aes_crypt herramienta.
Para habilitar el cifrado, la ubicación del archivo de claves se debe especificar mediante el
ConfigKeyFile propiedad en el G_BMC_REMEDY.props presentar, como se describió anteriormente. También es
necesario especificar el nombre de usuario y contraseña cifrada necesaria para la autenticación mediante el Gate.RdrWtr.Username
y Gate.RdrWtr.Password
propiedades en el G_BMC_REMEDY.props expediente.
El siguiente ejemplo muestra los tres campos que necesitan ser especificado en el
G_BMC_REMEDY.props presentar cuando el ObjectServer se ejecuta en un modo de seguridad:
# Propiedades genéricas Omnibus

#
ConfigKeyFile: '/ home / 74 / solaris / omnibus / keyflie_name'
.
.
.
# propiedades marco de puerta de enlace
.
.
.
Gate.RdrWtr.Password: '@ 44: mdyEb8VTh + 2wALnNlR7dnGnxRZ3BkMOQbR5IgxLlHuc = @ '
.
.
.
Gate.RdrWtr.Username: '@ 44: 2yXgd6fp9q1Ey4sSAb2RibzA3 + PpCZmhAZXo6nNdkvQ = @ '
ARS cifrado BMC Remedy

Utilizar esta información para aprender cómo la puerta de enlace de Java para BMC Remedy ARS interactúa con el
cifrado de seguridad estándar que se construye en el BMC Remedy ARS 8.1 API.
El BMC Remedy ARS 8.1 viene con un API de cifrado de seguridad estándar que proporciona un cifrado de datos
de 56 bits Standard (DES) utilizando el modo de encadenamiento de bloques de cifrado (CBC). El algoritmo utiliza
un módulo RSA de 512 bits para intercambiar claves y MD5 MAC para autenticar mensajes.
Nota: Usted no compra o instalar el cifrado estándar de seguridad por separado. Por defecto, el BMC Remedy ARS
8.1 API de cifrado de seguridad estándar está deshabilitado. Ver la documentación de BMC Remedy ARS para
obtener instrucciones sobre cómo activar en el BMC Remedy ARS servidor de la encriptación de seguridad estándar
que viene con el BMC Remedy ARS 8.1 API.
BMC Remedy ARS también ofrece los siguientes productos de cifrado opcionales que deben comprarse e
instalarse por separado de la BMC Remedy ARS 8.1 API. Consulte la documentación de Remedy ARS BMC para
las descripciones de estos productos y para obtener instrucciones sobre cómo instalar:
v BMC Remedy cifrado Rendimiento Seguridad (Encriptación BMC Remedy
Actuación)
v BMC Remedy cifrado Premium Security (cifrado BMC Remedy

Prima)
Las siguientes son algunas de las tareas de configuración que necesita para llevar a cabo tanto en el servidor de BMC
Remedy ARS y el servidor de puerta de enlace para configurar el cifrado de seguridad estándar que se construye en el
BMC Remedy ARS 8.1 API.
Configuración del cifrado de seguridad estándar en el servidor de Remedy ARS

BMC
Para configurar el cifrado de seguridad de serie en el servidor de Remedy ARS BMC, siga los pasos indicados
en la documentación de BMC Remedy ARS.
Configuración del cifrado de seguridad estándar en el servidor de puerta de enlace
Para configurar el cifrado de seguridad de serie en el servidor de puerta de enlace, siga estos pasos:
Nota: La puerta de enlace requiere la biblioteca de cifrado Castillo Hinchable para comunicarse con el cifrado de
seguridad de serie en el servidor de Remedy ARS BMC. El archivo JAR biblioteca de cifrado Castillo hinchable para el
BMC Remedy ARS 8.1 API se llama bcprov-jdk15-145.jar y reside en el servidor de BMC Remedy ARS. Se agrega el
archivo jar biblioteca de cifrado Castillo Hinchable como un proveedor de seguridad adicional para el entorno de
ejecución de Java (JRE) mediante la edición del java.security expediente.
1. Copiar el archivo jar biblioteca de cifrado Castillo hinchable para el BMC Remedy ARS
8.1 API, bcprov-jdk15-145.jar, desde el directorio en el servidor de BMC Remedy ARS a los $ JAVA_HOME / lib
/ jre / ext directorio en el servidor de puerta de enlace.
Dónde: $ JAVA_HOME especifica una variable de entorno que define la ruta a la JRE. Debe asegurarse de que
este camino recoge el JRE (/ lib / jre / ext) que la puerta de enlace utiliza.
2. Ir a la $ JAVA_HOME / lib / security directorio en el servidor de puerta de enlace.
3. Hacer una copia de seguridad del java.security presentar antes de modificarlo.
4. Abre el java.security presentar para la edición con un editor de texto de su elección y

Haz lo siguiente:
a. Busque la siguiente propiedad en el java.security expediente:

security.provider. # =
Dónde: # especifica un número (por ejemplo, 11) que identifica el proveedor de seguridad, en este
caso Castillo hinchable.
Nota: Si Castillo Hinchable no aparece como un proveedor de seguridad, lo puedes añadir especificando una nueva entrada
después de la lista de proveedores de seguridad existentes.
segundo. Añade el BouncyCastleProvider proveedor de seguridad a la propiedad de la siguiente

(Asegurándose de reemplazar el valor 11 con el número que identifica el proveedor de seguridad
Castillo Hinchable en su entorno):
security.provider.11 = org.bouncycastle.jce.provider.BouncyCastleProvider
5. Cuando haya terminado, guarde y cierre el java.security expediente.
Nota: Si no configura correctamente el cifrado de seguridad de serie en el servidor de puerta, la puerta no podrá
conectarse al servidor de BMC Remedy ARS y se imprimirá una ERROR (9006) mensaje en el archivo de
registro.
el funcionamiento como pasarela
Utilizar esta información para aprender cómo la puerta de enlace de Java para BMC Remedy ARS interactúa con el BMC
Remedy Action Request System. Esto incluye información sobre cómo la puerta de entrada interactúa con ARS BMC
Remedy en relación con operaciones de solicitud.
Esta sección cubre los siguientes temas:
v “Crear, actualizar y borrar las solicitudes de BMC Remedy ARS”
v “Evitar peticiones duplicadas en ARS BMC Remedy”
v “Diarios de reenvío” en la página 36
v “Recuperación de eventos” en la página 37
v “El control de la forma en la puerta de entrada se encarga de notificaciones” en la página 37
Crear, actualizar y borrar las solicitudes de BMC Remedy ARS
Cuando se crea una nueva alerta en el ObjectServer, la puerta de entrada crea una petición correspondiente en ARS
BMC Remedy. El archivo de asignación define cómo los campos en la solicitud de BMC Remedy ARS están llenos
de datos de la ObjectServer. “Mapping” en la página 24 contiene más información sobre el archivo de asignación y
su contenido.
Cuando se actualiza una alerta en el ObjectServer, la puerta de entrada actualiza el BMC Remedy correspondiente solicitud
ARS. Los campos actualiza los puntos de salida en la solicitud en función de su definición en el archivo de asignación. Los
campos con entradas de mapa calificados con EN SÓLO INSERT se establecen únicamente cuando la puerta de entrada
crea la solicitud original. Esos campos no se actualizan cuando se actualiza la alerta ObjectServer.
Se establece la acción de la puerta de entrada cuando una alerta se elimina de la ObjectServer a través del valor de
la Gate.Remedy.DeleteEntries propiedad. Cuando el valor de la propiedad es cierto, la puerta de enlace elimina la
solicitud en ARS BMC Remedy. Cuando el valor de la propiedad es falso, la puerta de enlace establece el estado de
la solicitud de
Claro.
Evitar peticiones duplicadas en BMC Remedy ARS
Como se ha comentado, cuando se crea una nueva alerta en el ObjectServer, la puerta de entrada crea una petición
correspondiente en ARS BMC Remedy. Cuando la operación de creación de solicitud se realiza correctamente BMC Remedy ARS
asigna un ID de solicitud única. Sin embargo, hay situaciones en las que la puerta de entrada crea solicitudes de duplicados en
BMC Remedy ARS, es decir, las solicitudes con los valores de campo idénticas, pero diferentes identificadores de solicitud. Estas
peticiones duplicadas resultan del hecho de que la puerta de entrada hace dos llamadas a la función de petición de creación en
ARS BMC Remedy con el mismo conjunto de datos, cuando en realidad, la puerta de entrada debería haber creado una única
petición.
A continuación se describe un escenario de ejemplo en el que la puerta de enlace llama a la función de petición de crear dos
veces, causando así peticiones duplicadas con el mismo conjunto de datos para crear:
v Una nueva alerta se crea en el ObjectServer.
v La puerta de enlace crea una solicitud correspondiente en BMC Remedy ARS llamando
la función de petición de creación de BMC Remedy ARS.
v BMC Remedy ARS crea un identificador de solicitud.
v La puerta de enlace se bloquea antes de que pueda recibir el ID de solicitud de BMC Remedy
ARS. (Al recibir el ID de solicitud de ARS BMC Remedy indica que la operación tuvo éxito petición de creación).
v Después de reiniciar el gateway, ObjectServer envía la pasarela de una actualización

solicitar en estado de alerta que se creó antes del accidente. ObjectServer indica que no hay petición
fue creado para esta alerta.
v La puerta de enlace crea una solicitud correspondiente en BMC Remedy ARS llamando
la función de petición de creación de BMC Remedy ARS. Esta solicitud tiene los mismos datos que se especifican
para la solicitud anterior. Esta acción se traduce en la creación de peticiones duplicadas debido a que la petición de
creación que se produjo antes del accidente fue un éxito. Por lo tanto, hay dos solicitudes en BMC Remedy ARS
con los mismos datos y diferentes IDs.
Utilizar el Gate.Remedy.ReclaimARS y Gate.Remedy.CreationErrorCode propiedades para controlar cómo las

manijas de puerta de enlace petición de creación y actualización de operaciones para evitar peticiones duplicadas en
BMC Remedy ARS. los Gate.Remedy.ReclaimARS la propiedad le permite especificar si y cómo recuperar un ID de
solicitud de BMC Remedy ARS al crear y actualizar una alerta. La propiedad toma uno de los siguientes valores:
0: Nunca consultar BMC Remedy ARS para un ID de solicitud.
1: Query BMC Remedy ARS para un ID de solicitud cuando se produce un error durante la creación de la
solicitud BMC Remedy ARS.
2: Siempre consultar BMC Remedy ARS para un ID de solicitud.
los Gate.Remedy.CreationErrorCode propiedad establece el código de error se utiliza para indicar el fracaso para crear una
solicitud en ARS BMC Remedy. Si la puerta de enlace no puede crear una solicitud, que almacena este valor en el TargetIdField
de la correspondiente alerta ObjectServer. El valor predeterminado para el código de error es CREATION_FAILURE.
Nota: Utilizar el Gate.TargetIdField propiedad para especificar el alerts.status columna a utilizar para identificador del
objetivo de seguimiento (es decir, el identificador en BMC Remedy ARS). El valor por defecto es 'Ubicación'
Revistas de reenvío
Una vez que existe la solicitud de BMC Remedy ARS, cambios a los datos del registro diario son manejados por el
mecanismo de replicación de mesa, de una manera similar a cambios en los campos de la propia solicitud.
“Tabla de reproducción” en la página 22 contiene más información acerca de la replicación mesa entre las Remedy
ARS ObjectServer y BMC.
Recuperando eventos
Eventos de alerta es una forma estándar en ARS BMC Remedy que permite que la puerta de entrada para recuperar las
notificaciones de actualización desde el servidor de Remedy ARS BMC. Por ejemplo, cada vez que un usuario actualiza
la gravedad de una solicitud en ARS BMC Remedy, una notificación será creado en el Eventos de alerta formulario para
indicar la modificación específica que se ha hecho. El contenido de esta notificación se especifica en los filtros Omnibus-Cerrar
y Omnibus-Modificar ( como se define en la omnibus.def
archivo de configuración). La puerta de enlace de consulta regularmente BMC Remedy ARS para nuevas notificaciones. La
puerta de enlace utiliza el Gate.Remedy.UpdateForm propiedad para identificar la forma de BMC Remedy ARS (que es siempre Eventos
de alerta) a utilizar para recuperar las notificaciones de actualización desde el servidor de Remedy ARS BMC.
La puerta de enlace utiliza las siguientes propiedades en las operaciones de recuperación de evento:
v Gate.Remedy.NotificationQuery
La puerta de enlace utiliza esta propiedad para identificar el conjunto de cambios sobre los que informar. El calificador
evento predeterminado es ' 7 '<\ "X \" Y '2'= \ "USER \" Y '701'= \ "forma \"'.
El calificador por omisión tiene tres partes, de la siguiente manera:
- '7' <\ "X \" - Especifica que la puerta de entrada aún no ha leído la notificación.
- '2' = \ "USUARIO \" - Especifica que la notificación resulta de una modificación de una petición que fue creado
originalmente por el usuario identificado por USUARIO. Este calificador se asegura de que las notificaciones
provienen sólo de peticiones que crea la puerta de entrada. La puerta de enlace sustituye automáticamente USUARIO
con el valor especificado para la Gate.Remedy.Username propiedad.
- '701' = \ "forma \" - Especifica que la notificación es el resultado de una acción en la forma identificada por FORMAR. La
puerta de enlace sustituye automáticamente FORMAR con el valor especificado para la Gate.Remedy.Form propiedad.
v Gate.Remedy.UpdateQueryInterval
La puerta de enlace utiliza esta propiedad para determinar la frecuencia (en segundos) para consultar BMC Remedy ARS para
las actualizaciones. El intervalo de consulta por defecto es 3 segundos.
v Gate.Remedy.DeleteUpdates
La puerta de enlace utiliza esta propiedad para eliminar una notificación de la Eventos de alerta
formar. Si se establece en cierto, la puerta de enlace elimina una notificación de la Eventos de alerta
formar después de que lee la notificación. Si se establece en falso, la puerta de entrada sale de la notificación en el Eventos
de alerta formar incluso después de que lee la notificación y lo marca como leído. El valor predeterminado es falso.
El control de la forma en la puerta de entrada ocupa de las notificaciones

La puerta de enlace normalmente descarta notificaciones que se generan por sus propias acciones. Por ejemplo, si la
pasarela actualiza una solicitud para Crítico, descarta la notificación de esta solicitud. La pasarela identifica
notificaciones que se derivan de sus propias acciones por el control de la información de usuario contenida en la
notificación. Si el usuario en la notificación coincide con el valor de la Gate.Remedy.Username propiedad, entonces la
puerta de enlace descarta generalmente.
Se puede utilizar el Gate.Remedy.OwnNotifications propiedad para controlar la forma en la puerta de entrada ocupa
de las notificaciones que se generan por sus propias acciones. Si el
Gate.Remedy.OwnNotifications propiedad se establece en PRIMERO ( el valor predeterminado), la puerta de entrada procesa la
primera notificación asociada con una solicitud ARS BMC Remedy, incluso si el usuario de puerta de enlace modifica la petición.
Instruir a la puerta de entrada a procesar todas las notificaciones relacionadas con una solicitud de BMC Remedy ARS,
independientemente del usuario que realiza la acción de actualización en el que BMC Remedy ARS solicitud, establecer esta
propiedad
TODOS. Instruir a la puerta de entrada a procesar no hay notificaciones asociadas con esta BMC
Remediar solicitud ARS incluso si el usuario realiza una acción de actualización en el que BMC Remedy ARS solicitud,
establecer esta propiedad NINGUNA.
resincronización
La puerta de enlace puede realizar dos tipos de resincronización: unidireccional y bidireccional. los Gate.Cache.ResyncMode
la propiedad ofrece tres modos de resincronización para controlar cómo la puerta de enlace realiza operaciones de
resincronización.
Nota: La puerta de enlace vuelve a sincronizar las alertas ( alerts.status tabla), así como revistas y detalles ( alerts.journal
y alerts.details tablas) si se activa en el archivo de definición de duplicación mesa.
Los siguientes modos de resincronización están disponibles:
1. Unidireccional (UNI)
La puerta de enlace realiza una operación de resincronización de Tivoli Netcool / OMNIbus

a BMC Remedy ARS.
2. Bidireccional (BI)
La puerta de enlace funciona en modo de resincronización bidireccional. En este modo la puerta de enlace
recupera solicitudes abiertas de ARS BMC Remedy y los compara con las solicitudes abiertas en el
ObjectServer.
3. Automático (AUTO)
Este es el modo por defecto de resincronización. En este modo, la puerta de enlace funciona en modo de resincronización
unidireccional de forma predeterminada. Sin embargo, si la pasarela de caché está vacía en el arranque (que
normalmente sólo se produce la primera vez que la puerta de enlace se ejecuta), hace que la puerta de enlace para
operar en modo de resincronización bidireccional.
Resincronización y deduplicación
La puerta de enlace deduplica cambios a las alertas y revistas. Esto se traduce en la resincronización eficiente, ya
que sólo las alertas que han cambiado son enviados a BMC Remedy ARS. También significa que los cambios a los
campos que no están incluidos en el archivo de definición de mapa, o campos que no son necesarios en ARS BMC
Remedy se ignoran.
Consulte “Explicación de la StatusMap” en la página 26 para ver un ejemplo de la deduplicar

comando utilizado en el StatusMap ( uno de los mapas contenidos en el bmc_remedy.map
entregado con la puerta de entrada).
Elimina la supresión de y después de resincronización

Utilizar esta información para aprender cómo las propiedades del marco de puerta de enlace
Gate.Cache.ResyncInitialDeletes y Gate.Cache.ResynceSuppressDeletes
Interactuar el uno con el otro.
ResyncSuppressDeletes y ResynceSuppressInitialDeletes
Al migrar a la pasarela, las instancias anteriores de la puerta de entrada tienen entradas no cerrados, que se denota
por Gravedad = 0. Cuando esto ocurre, los primeros resultados de resincronización en un gran número de eliminaciones
simulados.
Al abrir la puerta de entrada después de un largo período de tiempo de inactividad, puede dar lugar a una rotación de alerta que
requiere varias eliminaciones.
Esto se controla con la adición de dos nuevas propiedades al marco de puerta de enlace subyacente. Gate.Cache.ResyncSuppressDeletes
y
Gate.Cache.ResyncSuppressInitialDeletes.
El comportamiento predeterminado de Gate.Cache.ResyncSuppressDeletes y

Gate.Cache.ResyncSuppressInitialDeletes es FALSO.
Cuando Gate.Cache.ResyncSuppressDeletes es CIERTO y

Gate.Cache.ResyncSuppressInitialDeletes es CIERTO todas las eliminaciones se suprimen durante la
resincronización.
Cuando Gate.Cache.ResyncSuppressDeletes es FALSO y

Gate.Cache.ResyncSuppressInitialDeletes es CIERTO eliminaciones solamente se suprimen en resincronización
inicial.
Cuando Gate.Cache.ResyncSuppressDeletes es CIERTO y

Gate.ResyncSuppressInititalDeletes es FALSO eliminaciones solamente se suprimen después de resincronización
inicial.
Ejecución de la puerta de enlace
En este tema se describe cómo ejecutar la puerta de enlace en los sistemas operativos UNIX y Windows. En sistemas operativos
Windows, puede ejecutar el Control de Procesos como un servicio y configurarlo para que se ejecute la puerta de enlace.
Antes de ejecutar la puerta de enlace en los sistemas operativos UNIX y Windows, haga lo siguiente:
1. editar el omnibus.def presentar (que contiene el esquema) de la siguiente manera:
a. Cambiar las referencias de '__USUARIO__' al usuario real requerida por su

BMC Remedy configuración ARS.
segundo. Cambiar las referencias de '__VERSIÓN__' a la versión de Tivoli

Netcool / OMNIbus está ejecutando.
Nota: Asegúrese de coordinar las ediciones anteriores con estas propiedades de puerta de enlace: Gate.Remedy.Username
y Gate.Remedy.Form.
2. Importe el omnibus.def presentar al servidor BMC Remedy ARS.
3. crear el conversions.remedy mesa en el ObjectServer ejecutando el

createConversionsTable.sql expediente. El siguiente ejemplo muestra cómo ejecutar el createConversionsTable.sql
presentar en UNIX:
$ OMNIHOME / ómnibus / bin / -user nco_sql nombre de usuario - contraseña contraseña

- servidor ServerName <DIRECTORY_PATH createConversions.sql
El siguiente ejemplo muestra cómo ejecutar el createConversionsTable.sql archivo en Windows:
"% OMNIHOME% \ ómnibus \ bin \ isql" -U nombre de usuario - PAG contraseña

- S nombre del servidor - yo ruta de directorio createConversions.sql
4. editar el G_BMC_REMEDY.props archivo de propiedades y luego copiarlo en el marco del

$ OMNIHOME / etc directorio. Las siguientes propiedades se deben actualizar:
v Gate.Remedy.Server - Especifique la dirección IP o el nombre de host del BMC

Remediar servidor ARS.
v Gate.Remedy.Username - Especificar el nombre del usuario en la puerta de enlace

BMC Remedy ARS servidor.
v Gate.Remedy.Password - Especificar la contraseña del usuario en la puerta de enlace
BMC Remedy ARS servidor.
v Gate.RdrWtr.Server - Especificar el nombre de la ObjectServer la puerta de entrada es

corriendo en contra.
v Gate.Remedy.Form - Especificar el nombre de la forma BMC Remedy ARS usado para

crear peticiones de alerta ObjectServer. Establecer esta propiedad en el nombre que ha definido para el
BMC Remedy ARS en la forma omnibus.def expediente.
Para ejecutar la puerta de enlace en sistemas operativos UNIX, utilice el siguiente comando:
$ OMNIHOME / bin / nco_g_bmc_remedy
Para ejecutar la puerta de entrada en sistemas operativos Windows, utilice los siguientes comandos:
% NCHOME% \ plataforma \ win32 \ jre_1.xy \ jre \ bin \ java.exe

- Dlog4j.configuration = file: \\\% OMNIHOME% \ puertas \ bmc_remedy \ log4j.properties
- jar% OMNIHOME% \ java \ frascos \ nco_g_java.jar de tipo bmc_remedy
Nota: Sin argumentos de línea de comandos, la puerta de entrada espera encontrar su archivo de propiedades G_BMC_REMEDY.props
ubicado en el $ OMNIHOME / etc directorio.
Nota: Para obtener información adicional en el funcionamiento de las puertas de enlace y para el funcionamiento de un segundo ejemplo de
una puerta de entrada en el mismo host, consulte la IBM Tivoli Netcool / OMNIbus sonda y la Guía de Gateway.
Propiedades y opciones de línea de comandos
Las siguientes tablas describen las propiedades y las opciones de línea de comandos que son aplicables a la puerta de
enlace de Java para BMC Remedy ARS. Ellos cubren las propiedades específicas a la puerta de enlace y los
proporcionados por el entorno operativo de la puerta de enlace. Las descripciones hacen referencia a la BMC Remedy
Action Request System.
Tabla 8 en la página 41 se enumeran y describen las propiedades específicas a la puerta de enlace de Java para BMC Remedy
ARS.
Tabla 8. propiedades específicas de puerta de enlace
Nombre de la propiedad opción de línea de comandos Descripción
Gate.Remedy. ClearTicketId - remedyclearticketid booleano Utilice esta propiedad para especificar

booleano si la puerta de enlace despeja el
campo definido por el
Gate.TargetIdField
propiedad cuando la solicitud se cerró en
ARS BMC Remedy.
Por ejemplo, una alerta resultados en

una solicitud. El problema se resuelve y
la solicitud se haga efectivo. Si el
problema se repite, y si quieres una
nueva solicitud de la repetición en lugar
de volver a abrir la solicitud existente,
establecer esta propiedad cierto despejará
la asociación entre la alerta ObjectServer
y la solicitud de BMC Remedy ARS
cuando la solicitud se haga efectivo.
La propiedad toma uno de los

siguientes valores:
v cierto: Indica al
gateway para borrar el campo
definido por el
Gate.TargetIdField
propiedad.
v falso: Indica al
puerta de entrada a no borra el
campo definido por el
Gate.TargetIdField
propiedad.
El valor predeterminado es falso.
Gate.Remedy.Connections - remedyconnections entero Utilice esta propiedad para establecer el

entero número de conexiones simultáneas de la
puerta de entrada hace con ARS BMC
Remedy.
El valor predeterminado es 2.
Gate.Remedy. Código CreationError cuerdaremedycreationerrorcode Utilice esta propiedad para establecer el
cuerda código de error se utiliza para indicar el fracaso
para crear una solicitud en ARS BMC Remedy.
Si la puerta de enlace no puede crear una

solicitud, que almacena este valor en el TargetIdField
de la correspondiente alerta ObjectServer.
El valor predeterminado es
'CREATION_FAILURE'.
Tabla 8. Puerta de enlace propiedades específicas (continuación)
Gate.Remedy. DeleteEntries - remedydeleteentries booleano Utilice esta propiedad para especificar

booleano si la puerta de enlace elimina BMC
Remedy solicitudes ARS cuando las
alertas correspondientes se eliminan en
el ObjectServer. La propiedad toma uno
de los siguientes valores:
v cierto: Indica al
puerta de entrada para borrar BMC
Remedy ARS solicitudes cuando las
alertas correspondientes se eliminan
en el ObjectServer.
v falso: Indica al
puerta de entrada a no elimina BMC
Remedy ARS solicitudes cuando las
alertas correspondientes se
eliminan en el ObjectServer.
Gate.Remedy. DeleteUpdates - remedydeleteupdates booleano Utilice esta propiedad para especificar

booleano si la puerta de enlace elimina BMC
Remedy ARS notificaciones de
actualización de la forma de "alerta de
Eventos" después de procesar la
notificación de actualización. La propiedad
toma uno de los siguientes valores:
v cierto: Indica al
puerta de entrada para borrar BMC
Remedy ARS notificaciones de
actualización de la forma de "alerta de
Eventos".
v falso: Indica al
puerta de entrada a simplemente marcar
el BMC Remedy ARS notificaciones que
se está leyendo.
Gate.Remedy.Form cuerda - remedyform cuerda Utilice esta propiedad para especificar el

nombre de la BMC Remedy ARS forma
utilizada para crear las peticiones de
alerta ObjectServer. Establecer esta
propiedad en el nombre que ha definido
para el BMC Remedy ARS en la forma
omnibus.def expediente.
El valor predeterminado es ''.
Gate.Remedy. HopefulClose - remedyhopefulclose booleano Utilice esta propiedad para especificar

booleano si la puerta de enlace debe recuperar los
ID de petición desconocidas de BMC
Remedy ARS al cerrar una alerta. La
propiedad toma uno de los siguientes
valores:
v cierto: Indica al
puerta de entrada para recuperar los
ID de solicitud desconocidos del ARS
BMC Remedy al cerrar una alerta.
v falso: Indica al
puerta de entrada a no recupera los
ID de solicitud desconocidos del
ARS BMC Remedy al cerrar una
alerta.
Recuperar - remedymaxelementsretrieve Utilice esta propiedad para especificar el

Gate.Remedy.MaxElements entero entero número máximo de elementos para
recuperar al consultar ARS BMC Remedy
para las actualizaciones.
El valor predeterminado es ' 100'

elementos (es decir, 100 actualizaciones
de la forma definida en la Gate.Remedy.
UpdateForm propiedad).
Gate.Remedy. consulta de notificación cuerda-remedynotificationquery Utilice esta propiedad para definir la consulta
cuerda que utiliza la puerta de entrada para
seleccionar entradas en ARS BMC Remedy.
'' 7 '<\ "X \" Y '2'= \ "USER

\" Y '701'= \ "forma \"'.
Gate.Remedy.Own - remedyownnotifications Utilice esta propiedad para especificar si la

Notificaciones cuerda cuerda puerta de entrada debe procesar sus
propias notificaciones. Especificar uno de
los siguientes valores:
PRIMERO: La puerta de enlace procesa la

primera notificación asociada con una
solicitud ARS BMC Remedy, incluso si es
que el usuario de pasarela modificar la
solicitud.
TODOS: La puerta de enlace procesa todas

las notificaciones asociadas con un BMC
Remedy solicitud ARS,
independientemente de que el usuario
modifica el BMC Remedy solicitud ARS.
NINGUNA: La puerta de enlace descarta

todas las notificaciones resultantes de una
acción del usuario de pasarela asociado
con esta solicitud Remedy ARS BMC.
El valor predeterminado es 'PRIMERO'.
Gate.Remedy.Password cuerda - remedypassword cuerda Utilice esta propiedad para establecer la

contraseña para conectarse a BMC Remedy
ARS para el usuario especificado en el
Gate.Remedy.Username
propiedad.
Gate.Remedy.Port entero - remedyport entero Utilice esta propiedad para especificar el

puerto TCP remoto (en lugar del BMC
Remedy ARS asignador de puertos) a la
que se conecta la puerta de entrada.
Especificar uno de los siguientes valores:
0: No especifique el puerto de la puerta de

entrada para conectar con ARS BMC
Remedy. Deje BMC Remedy ARS resolver
el puerto mediante el asignador de puertos.
De lo contrario, si BMC Remedy ARS no está

configurado para utilizar un asignador de
puerto, especifique el puerto real de la puerta
de entrada a utilizar
Gate.Remedy.ReclaimARS - remedyreclaimars entero Utilice esta propiedad para especificar si

entero y cómo recuperar un ID de solicitud de
BMC Remedy ARS al crear y actualizar
una alerta. Esta propiedad toma uno de
los siguientes valores:
0: Nunca consultar BMC Remedy ARS

para un ID de solicitud.
1: Query BMC Remedy ARS para un ID

de solicitud cuando se produce un error
durante la creación y actualización de la
solicitud BMC Remedy ARS.
2: Siempre consultar BMC Remedy ARS

para un ID de solicitud.
Gate.Remedy.RetryCodes - remedyretrycodes cuerda Utilice esta propiedad para especificar los

cuerda códigos de error que BMC Remedy ARS
pueden devolver ese resultado en la pasarela
de volver a intentar una operación. Utilice una
coma para separar cada uno de los códigos de
error.
El valor predeterminado es ' 90,

91, 92, 93, 95, 99, 394,
566, 590, 591, 9425'
Gate.Remedy.RetryWait - remedyretrywait entero Utilice esta propiedad para especificar el

entero número de segundos que la puerta de
entrada debe esperar antes de volver a
intentar una operación (por ejemplo, envío de
un evento para BMC Remedy ARS) que ha
fallado.
El valor predeterminado es 2
segundos.
Gate.Remedy.Server cuerda - remedyserver cuerda Utilice esta propiedad para establecer el

nombre del servidor en el que BMC
Remedy ARS está en funcionamiento y al
que se conecta la puerta de entrada. La
puerta de enlace se conecta a este
servidor BMC Remedy ARS para crear
solicitudes y recibir eventos de él.
'Localhost'.
Gate.Remedy.UpdateForm - remedyupdateform cuerda Utilice esta propiedad para especificar la forma
cuerda de BMC Remedy ARS utilizado para almacenar
actualizaciones realizadas dentro de Remedy
ARS BMC y que las consultas de puerta de
enlace con el fin de recuperar las
actualizaciones para enviar de nuevo a la
ObjectServer.
El valor predeterminado es ' Eventos de

alerta.
Gate.Remedy.Update - remedyupdatequeryinterval Utilice esta propiedad para especificar la
QueryInterval entero entero frecuencia (en segundos) para consultar BMC
Remedy ARS para las actualizaciones.
segundos.
Gate.Remedy.Username cuerda - remedyuser cuerda Utilice esta propiedad para establecer el
nombre de usuario para el usuario que se
conecta a la ARS BMC Remedy.
Tabla 9 en la página 47 se muestran y describen las propiedades proporcionadas por el marco de puerta de enlace.
Tabla 9. Propiedades marco de puerta de enlace
Gate.Cache.NotificationMap - cachenotificationmap Utilice esta propiedad para especificar el archivo
cuerda cuerda JavaScript para utilizar para las notificaciones de
alerta.
'$ OMNIHOME / puertas / bmc_remedy /

bmc_remedy.notification.js'
Gate.Cache.ResyncMode cuerda - cacheresyncmode cuerda Utilice esta propiedad para especificar un

modo de resincronización para la pasarela.
Esta propiedad toma uno de los siguientes
valores:
UNI: La puerta de enlace realiza una

operación de resincronización de Tivoli
Netcool / OMNIbus a BMC Remedy ARS.
BI: La puerta de enlace funciona en modo

de resincronización bidireccional. En este
modo, la puerta de entrada recupera
solicitudes abiertas de Remedy ARS BMC
y las compara con las alertas abiertas en
la ObjectServer.
AUTO: La puerta de enlace funciona en modo de

resincronización unidireccional de forma
predeterminada. Si su caché de alerta está vacío
en el arranque, que normalmente sólo se
produce la primera vez que se ejecuta, la puerta
de entrada funciona en modo bidireccional de
resincronización.
El valor predeterminado es AUTO.
Gate.Cache. - eliminaciones Utilice esta propiedad para suprimir todas las

ResyncSuppressDeletes cacheresyncsuppress cuerda eliminaciones de resincronización. Esta
cuerda propiedad toma los siguientes valores:
Si es verdad, suprimir toda resincronización

elimina. El valor predeterminado es FALSO.
Tabla 9. Propiedades marco de puerta de enlace (continuación)
Gate.Cache.Resync
SuppressInitialDeletes - eliminaciones Utilice esta propiedad para suprimir
cuerda cacheresyncinitial cuerda eliminaciones inicial (de inicio de puerta de

enlace) de resincronización. Esta propiedad
toma los siguientes valores:
Si es verdad, suprimir eliminaciones iniciales (inicio
de puerta de enlace) de resincronización. El valor
predeterminado es FALSO.
Gate.ConversionsDirection - conversionsdirection Utilice esta propiedad para especificar cómo la
cuerda cuerda puerta de enlace convierte los valores de campo.
Para BMC Remedy ARS, la propiedad

utiliza la tabla
conversions.remedy.
Esta propiedad toma los

siguientes valores:
AMBOS: La pasarela convierte en ambas

direcciones de avance y retroceso.
Conversiones generalmente convierten enteros
ObjectServer valores a y desde los valores de
cadena específicos diana, típicamente la
conversión de Severidad ( "Borrar",
"indeterminada", "Advertencia", "menor",
"Major", "Critical") a partir de su representación
número entero en una cadena.
ADELANTE: La puerta de enlace sólo
convierte entre números enteros ómnibus
para dirigirse cadena.
MARCHA ATRÁS: La puerta de enlace sólo convierte a
partir de cadenas de destino a números enteros
ómnibus.
El valor predeterminado es MARCHA ATRÁS.
Nota: BMC Remedy ARS únicos usos MARCHA

ATRÁS porque BMC Remedy ARS realiza
internamente el delantero de conversión de
dirección de la Gravedad.
Gate.ConversionsTableName - conversionstablename Utilice esta propiedad para especificar el

cuerda cuerda nombre de la tabla conversaciones que
utiliza la pasarela de conversión de valores.
conversions.remedy.
Gate.HistoricResync boolean - historicresync booleano Utilice esta propiedad para configurar la forma en
la puerta de entrada se encarga de las entradas
del diario históricos para una alerta ObjectServer.
La propiedad toma uno de los siguientes valores:
v cierto: Indica a la puerta de enlace

para transferir las entradas de diario
existentes al crear una petición en
ARS BMC Remedy.
v falso: Indica a la puerta de enlace

a no transferir las entradas de diario
existentes al crear una solicitud de
BMC Remedy ARS.
El valor predeterminado es cierto.
Gate.MapFile cuerda - mapfile cuerda Utilice esta propiedad para especificar el archivo
de asignación para la puerta de entrada a utilizar.
'$ OMNIHOME / puertas /

bmc_remedy /
bmc_remedy.map'.
Gate.PackageBase cuerda - packagebase cuerda Utilice esta propiedad para especificar el paquete
de puerta de enlace de Java.
'Com.ibm.tivoli.netcool.
integrations.gateway'
Nota: Esta es una propiedad interna y su

valor no debe ser cambiado.
Nombre Gate.RdrWtr.DetailsTable cuerda - detailstablename cuerda Utilice esta propiedad para especificar el
nombre de la tabla de detalles que la
pasarela lee.
'Alerts.details'.
Nota: El valor de esta propiedad

debe estar
'' alerts.details y no debe ser cambiado.
Gate.RdrWtr.IducFlushRate - iducflushrate entero Utilice esta propiedad para especificar la tasa

entero (en segundos) de la granularidad de lector de
la puerta de entrada. Si se establece esta
propiedad a 0, el lector obtiene sus
actualizaciones a la misma velocidad granular
como la de ObjectServer a los que está
conectado.
Nota: Si se establece esta propiedad en un

valor mayor que 0, los problemas del lector
automático de IDUC peticiones al ras de la
ObjectServer con este período. Esto permite al
lector para funcionar con una granularidad más
rápido que el de la ObjectServer, lo que permite
que la puerta de entrada para captar los
cambios de eventos más detallados en los
sistemas donde el propio ObjectServer tiene la
configuración de alta granularidad.
Nombre Gate.RdrWtr.JournalTable cuerda - journaltablename cuerda Utilice esta propiedad para especificar el
nombre de la tabla diario que la puerta de
entrada se lee.
'Alerts.journal'

debe estar
'Alerts.journal' y no debe ser cambiado.
Gate.RdrWtr.Password cuerda - contraseña cuerda Utilice esta propiedad para especificar la

contraseña asociada con el usuario
especificado por el
Gate.RdrWtr.Username
propiedad.
El valor predeterminado es ''
Nota: La puerta de enlace utiliza esta

propiedad sólo si ObjectServer se ejecuta
en modo seguro.
Portón. - reconnecttimeout valor Utilice esta propiedad para especificar el

RdrWtr.ReconnectTimeout tiempo (en segundos) entre cada intento de
cuerda - noreconnecttimeout reconexión sondeo que la puerta de entrada
hace que si se pierde la conexión con el
ObjectServer.
segundos. Puedes usar

- noreconnecttimeout para establecer el valor
de 0 para indicar que la puerta de enlace no
intente volver a conectarse.
Gate.RdrWtr.Server cuerda - servidor cuerda Utilice esta propiedad para especificar el

nombre de la ObjectServer de la que la
puerta de entrada lee alertas. El nombre
puede ser o bien un nombre de interfaz (por
ejemplo, NCOMS) o la
<Host>: <puerto> detalles de la

ObjectServer.
'Localhost: 4100'
Nombre Gate.RdrWtr.StatusTable cuerda - statustablename cuerda Utilice esta propiedad para especificar el nombre
de la tabla de estado para el que la puerta de
acceso de lectura y escritura.
'Alerts.status'
Gate.RdrWtr.TblReplicate DefFile cuerda - tblrepfile cuerda Utilice esta propiedad para especificar la ruta
del archivo de definición de duplicación mesa.
La ruta incluye el nombre del archivo de
definición de duplicación mesa.
El valor predeterminado (incluido el nombre

del archivo de definición de duplicación de
mesa suministrado con la pasarela) es
'$ OMNIHOME / puertas /

bmc_remedy /
bmc_remedy.rdrwtr.
tblrep.def'
Gate.RdrWtr.Username cuerda - nombre de usuario cuerda Utilice esta propiedad para especificar el
nombre de usuario utilizado para autenticar
la conexión ObjectServer.
El valor predeterminado es ' raíz'.
Nota: La puerta de enlace utiliza esta

propiedad sólo si ObjectServer se ejecuta
en modo seguro.
Gate.TargetIdField cuerda - targetidfield cuerda Utilice esta propiedad para especificar el alerts.status
columna a utilizar para identificador del objetivo
de seguimiento (es decir, el identificador en
BMC Remedy ARS).
'Ubicación'.
Nota: El identificador es el BMC Remedy

ARS solicitud ID de la solicitud en el
formulario principal (tal como se especifica
en el
Gate.Remedy.Form propiedad) utilizado por la
puerta de enlace.
Gate.TraceFile cuerda - tracefile cuerda Utilice esta propiedad para especificar la ruta del
archivo que se utiliza para almacenar la
información de rastreo.
Nota: Normalmente, esta propiedad es utilizada por el
soporte de IBM para depurar cualquier problema con
las operaciones de puerta de enlace.
Gate.TraceMode cuerda - tracemode cuerda Utilice esta propiedad para especificar el modo de
puerta de enlace rastro.
Esta propiedad toma los

siguientes valores:
LEER: Permite la lectura de huella.
ESCRIBIR: Permite la escritura rastro.
NINGUNA: No permitir la lectura o la

escritura traza.
El valor predeterminado es 'NINGUNA'.
Nota: Normalmente, esta propiedad es utilizada por el
soporte de IBM para depurar cualquier problema con
las operaciones de puerta de enlace.
Gate.Type cuerda - tipo cuerda Utilice esta propiedad para especificar el

tipo de pasarela.
'Bmc_remedy'.

debe estar
'Bmc_remedy' y no debe ser cambiado.
Tabla 10 en la página 53 enumera y describe las propiedades OMNIbus genéricos que utiliza la pasarela.
Tabla 10. propiedades OMNIbus Genérico
ConfigKeyFile ver el IBM Tivoli Netcool / OMNIbus sonda y la
Guía de puerta de enlace para obtener

información sobre esta propiedad.
HttpServer.Password cuerda Esta propiedad no se utiliza actualmente.
HttpServer.Port entero Esta propiedad no se utiliza actualmente.
HttpServer.Username cuerda Esta propiedad no se utiliza actualmente.
HttpServer.Realm cuerda Esta propiedad no se utiliza actualmente.
HttpServer.Root cuerda Esta propiedad no se utiliza actualmente.
MessageLevel ver el IBM Tivoli Netcool / OMNIbus sonda y la

Nota: El nivel de mensaje predeterminado

especificado en el
G_BMC_REMEDY.props propiedades del archivo es " advertir:
debug'.
messageLog ver el IBM Tivoli Netcool / OMNIbus sonda y la

Nota: El archivo de registro de mensajes
predeterminado especificado en el
G_BMC_REMEDY.props propiedades del archivo es
'$ OMNIHOME / log / G_BMC_REMEDY.log'
MaxLogFileSize ver el IBM Tivoli Netcool / OMNIbus sonda y la

Nota: El tamaño máximo predeterminado para el
archivo de registro de mensaje especificado en el
" 0' bytes.
Tabla 10. propiedades OMNIbus Genérico (continuación)
MessageLogRollTime cuerda - messagelogrolltime cuerda Utilice esta propiedad para especificar al

tiempo de lo que es un archivo de registro diario
debe rodar. Por lo general, esto se hace a la
medianoche, para generar registros diarios. Sin
embargo, puede especificar cualquier momento.
Especificar el tiempo en HHMM formato.
Dónde: S.S especifica la hora y MM especifica

los minutos de la hora que desee para
rodar el registro diario.
Por ejemplo, el valor '0000'

especifica que el archivo de registro de rollos a la
medianoche. El valor '0430'
especifica que el archivo de registro de rollos a las
04:30.
El tiempo de rollo de archivo de registro
predeterminado especificado en el diario
G_BMC_REMEDY.props archivo de propiedades es
''.
Nombre ver el IBM Tivoli Netcool / OMNIbus sonda y la

Nota: El nombre predeterminado de la instancia de
puerta de enlace de corriente especificado en el
" bmc_remedy'.
Props.AllowUnknown booleano - propsallowunknown booleano Utilice esta propiedad para instruir

la puerta de entrada sobre cómo manejar las
propiedades desconocidas en el archivo de
propiedades. Especificar uno de los siguientes
valores:
cierto: Indica a la puerta de entrada para permitir
propiedades desconocidas en el archivo de
propiedades y hacer caso omiso de estas
propiedades desconocidas.
falso: Indica a la puerta de entrada para generar un
error si hay propiedades desconocidas en el archivo
de propiedades. Utilice esta configuración para
capturar este tipo de errores como errores
ortográficos en los nombres de propiedades y evitar
los diagnósticos que siguen errores relacionados
con tipográficos.
El valor predeterminado es 'falso'.
Tabla 10. propiedades OMNIbus Genérico (continuación)
PropsFile ver el IBM Tivoli Netcool / OMNIbus sonda y la

Nota: La ubicación predeterminada y el

nombre especificado en el
G_BMC_REMEDY.props propiedades del archivo
es '$ OMNIHOME / etc / G_BMC_REMEDY.props'.
Error de mensajes
Los mensajes de error proporcionan información acerca de los problemas que pueden haber ocurrido durante la operación de la
puerta de enlace. Puede utilizar la información que contienen para resolver este tipo de problemas.
En la siguiente tabla se describen los mensajes de error que la puerta de enlace para BMC Remedy ARS genera.
Muchos de estos errores se refieren a la interacción de la puerta de enlace con el BMC Remedy Action Request
System.
Tabla 11. Mensajes de error
Error Descripción Acción
Alerta de recuperación de ARS La puerta de enlace no puede recuperar Compruebe el BMC Remedy ARS registros para
falló: los eventos del sistema de BMC Remedy más detalles.
ARS. En concreto, aparece este mensaje

No se ha podido recuperar de alerta de error si la pasarela recibe una
excepción cuando se llama a la
getListEntryObjects
método en el sistema ARS
BMC Remedy.
Ver el BMC Remedy Action Request

System 8.1 documentación de la API para
obtener más información sobre la
getListEntryObjects
método.
No se puede iniciar eventos de alerta La puerta de enlace no se puede iniciar el Compruebe que la
oyente subproceso de escucha de eventos. Por lo consulta Gate.Remedy.Notification propiedad se
general, aparece este mensaje de error si el establece correctamente.
consulta Gate.Remedy.Notification propiedad

tiene un valor que el servidor de
Remedy ARS BMC rechaza.
Tabla 11. Mensajes de error (continuación)
ARS deshabilitar recuperar - No hay La puerta de enlace no puede utilizar la Asegúrese de que los siguientes
campos definidos para ServerName y ARS a recuperar la función porque los campos en el StatusMap
/ o ServerSerial campos relevantes en el bmc_remedy.map No(Contenido en el
se asignan a sus correspondientes campos bmc_remedy.map archivo) se asignan a
en ARS BMC Remedy. En concreto, la sus correspondientes campos en ARS
ARS a recuperar la función no puede BMC Remedy:
funcionar si el
v @ Nombre del servidor
v @ ServerSerial
@Nombre del servidor y
@ServerSerial campos de la
bmc_remedy.map El archivo no se
asignan a sus correspondientes campos
en ARS BMC Remedy.
Si este es el caso, la puerta de

entrada sobrescribe el
Gate.Remedy.ReclaimARS
propiedad en el valor 0 (cero), lo que
causa la ARS función de recuperación de
que se desactive.
Nota: El valor 0 (cero) especificado

para el
Gate.Remedy.ReclaimARS
propiedad significa que la puerta de entrada
nunca se consulta BMC Remedy ARS para
un ID de solicitud.
Dejar caer entrada actual debido a un error La puerta de enlace trató de procesar Los contenidos de las entradas en
de formato una entrada de leer Eventos de alerta se define por los filtros
Eventos de alerta ( la forma estándar en proporcionados en el
BMC Remedy ARS). Sin embargo, la puerta omnibus.def expediente. La siguiente lista
de entrada no pudo procesar esta entrada identifica estos filtros:
debido a un error de formato.
v Omnibus-Cerrar - este filtro

se utiliza cuando el usuario cierra una
solicitud Remedy ARS BMC.
v Omnibus-Modificar - este filtro

se utiliza cuando el usuario actualiza
una solicitud de BMC Remedy ARS.
Verificar las definiciones de estos filtros. El

formato esperado de la Omnibus-Cerrar filtro
es la siguiente:
[C] [ Usuario] campo = valor

de campo = valor ...
El formato esperado de la
Omnibus-Modificar filtro es la
siguiente:
[M] [ Usuario] campo = valor

Excepción lanzada durante la manipulación La puerta de enlace encontró un problema Compruebe el BMC Remedy ARS registros para
de la actualización del Remedio. al intentar actualizar una entrada en Eventos más detalles.
de alerta ( la forma estándar en BMC
Remedy ARS). La puerta de enlace puede
actualizar entradas en Eventos de alerta en
dos maneras:
v Al marcar la entrada como

"leer".
v Mediante la supresión de la entrada.
Por lo tanto, la puerta se encontró con el

problema al intentar realizar una de
estas acciones.
Excepción mientras que la extracción de datos La puerta de enlace trató de procesar Los contenidos de las entradas en
desde el objeto de entrada una entrada de leer Eventos de alerta se define por los filtros
Eventos de alerta ( la forma estándar en proporcionados en el
BMC Remedy ARS). Sin embargo, la puerta omnibus.def expediente. La siguiente lista
de entrada no pudo procesar esta entrada identifica estos filtros:
debido a un error de formato.
Cerrar ómnibus: Este filtro se utiliza

Por lo general, este mensaje de error cuando el usuario cierra una solicitud
Remedy ARS BMC.
aparece cuando uno o varios campos de la Eventos
de alerta
entrada contiene espacios en blanco. Por Omnibus-Modificar: Este filtro se utiliza
ejemplo, el campo cuando el usuario actualiza una solicitud de
número de entradas = 27 provoca un error BMC Remedy ARS.
de análisis debido a los espacios en blanco

Verificar las definiciones de estos filtros. El
entre las Boleto
formato esperado de la Omnibus-Cerrar filtro
y número.
es la siguiente:
[C] [ Usuario] campo = valor

El formato esperado de la
Omnibus-Modificar filtro es la
siguiente:
[M] [ Usuario] campo = valor

En este ejemplo, para corregir el error de

análisis debido a los espacios en blanco
entre Boleto
y número, deberá modificar la Omnibus-Modificar
filtro en el omnibus.def presentar para asegurarse

de que todos los nombres de los campos (o
valores de campo) que incluyen o pueden incluir
espacios en blanco fueron encerrados entre
comillas. Por ejemplo: " número de entradas"= 27.
Nota: Es una buena práctica para encerrar todos
los nombres de los campos y valores de campo
especificados en el
omnibus.def archivo entre comillas para

evitar el error descrito aquí.
Una de las tres propiedades siguientes La puerta de enlace requiere valores Asegúrese de que la
claves no tiene ningún valor: válidos para el Gate.Remedy.Username,

Gate.Remedy.Username, Gate.Remedy.Password, y
Gate.Remedy.Password, y Gate.Remedy.Server propiedades contienen
Propiedad Gate.Remedy.Server valores válidos de modo que la puerta de entrada
'Gate.Remedy.Username': propiedades para conectarse se puede conectar a BMC Remedy servidor ARS.
nombre de usuario correctamente al servidor de BMC Remedy
ARS. La puerta de enlace ha detectado que
Propiedad
una de estas propiedades no tiene valor
'Gate.Remedy.Password':
especificado.
contraseña
Propiedad
'Gate.Remedy.Server':
servidor
Por lo tanto, la puerta de enlace no

será capaz de conectarse al servidor
de Remedy.
NotificationQuery propiedad tiene un La pasarela registra estos mensajes de Asegúrese de que la
valor vacío, que se quede en su valor por error cuando el consulta Gate.Remedy.Notification propiedad
defecto consulta Gate.Remedy.Notification propiedad
contiene una consulta válida que utiliza la
contiene un valor vacío. puerta de entrada para seleccionar entradas
en ARS BMC Remedy.
NotificationQuery se restablece a su valor
por defecto: '7' < "x" y '2' = "usuario" y
'701' = "FORM
Análisis falló en el texto: analizador de retorno de la puerta de La pasarela tiene dos analizadores de cadena: un
texto enlace ha detectado un error en el texto asociado
nuevo programa de análisis y un analizador de
con la notificación especificada. Por reserva. Este mensaje de error es el resultado de
ejemplo: que el analizador de repliegue detección de pares
de nombre / valor en la notificación que no se
adhieren a la siguiente sintaxis:
Ubicación = Cedar City
En el ejemplo, el espacio en la cadena

de valor Cedar City
provoca analizador de respaldo de la puerta de
name = value_no_spaces - Por ejemplo: Cedar
entrada para escribir este mensaje de error en el

City
archivo de registro.
name = "valor" - Por ejemplo:
"Ciudad del Cedro"
name = ' valor '- Por ejemplo:

'Cedar City'
Utilice la sintaxis anteriormente descrita en

los pares de nombre / valor en las
notificaciones para eliminar este tipo de
mensaje de error del archivo de registro.
Remediar incapaz de encontrar la BMC Remedy ARS no pueden encontrar la Asegúrese de que el valor de
forma. Por favor, compruebe si existe la forma especificada para la creación de Gate.Remedy.Form es el nombre válido de
forma de remedio. una forma en la BMC Remedy ARS y es una
peticiones, se especifica en el Gate.Remedy.Form
forma adecuada para la creación de
propiedad. peticiones.
Algo salió mal durante el procesamiento Ha ocurrido un error mientras la puerta de Compruebe que ObjectServer está en
de la notificación entrada trató de actualizar una alerta en funcionamiento.
el ObjectServer (después de procesar un
evento de alerta (o notificación) leer de Para actualizar la entrada, la puerta de entrada
BMC Remedy ARS). más probable es que utilice el actualizar y claro
funciones como se define en la

bmc_remedy.notification.js
expediente.
Verificar el contenido de esas

funciones.
La puerta de enlace no puede La puerta de enlace no pudo validar la Compruebe lo siguiente:

encontrar el mapeo asociado a la asignación de datos para la tabla de v El archivo de asignación contiene una
tabla de estado. estado ObjectServer. Crear correlación Declaración de la
tabla de estado.
Compruebe el valor de la propiedad
'Gate.RdrWtr.StatusTable Nombre' es v El valor de la
correcta. Gate.Mapfile propiedad es la ruta

del archivo de asignación correcta.
v El valor de la
Nombre Gate.RdrWtr.StatusTable la
propiedad es el nombre correcto de la
tabla de estado en el ObjectServer.
No se puede conectar a la La puerta de enlace no se puede conectar al Compruebe que el servidor de BMC Remedy
Reparación servidor de BMC Remedy ARS. ARS está disponible.
Asegúrese de que las siguientes propiedades de
puerta de enlace se establecen correctamente:
v Gate.Remedy.Password
v Gate.Remedy.Port
v Gate.Remedy.Server
v Gate.Remedy.Username
valor truncado a tamaño máximo La puerta de enlace ha determinado que Asegúrese de que los campos de BMC
" caracteres: " nuevo valor un campo BMC Remedy ARS ha Remedy ARS no exceden la longitud
excedido su longitud máxima. La puerta máxima del campo.
de enlace trunca la longitud de este
campo BMC Remedy ARS a su tamaño
máximo válido y devuelve el nuevo valor.
Cadena sin terminar citado en la analizador de repliegue de la pasarela ha La pasarela tiene dos analizadores de cadena: un
notificación! detectado una cadena entre comillas sin nuevo programa de análisis y un analizador de
terminar en un par nombre / valor en la reserva. Este mensaje de error es el resultado de
notificación especificada. Por ejemplo: que el analizador de repliegue detección de pares
de nombre / valor en la notificación que no se
adhieren a la siguiente sintaxis:
Ubicación = "Cedar City
Ubicación = 'Cedar City v name = value_no_spaces -

Por ejemplo: Cedar City
En los ejemplos de la cita doble falta ( ")
v name = "valor" - por
y la comilla simple falta ( ')
ejemplo: " Ciudad de Cedar"
provoca analizador de respaldo de la puerta de v name = ' valor '- por

entrada para escribir este mensaje de error en el ejemplo: 'Cedar City'
archivo de registro.
Utilice la sintaxis anteriormente descrita en
los pares de nombre / valor en las
notificaciones para eliminar este tipo de
mensaje de error del archivo de registro.
Los mensajes relacionados con eventos
ObjectServer envía eventos al BMC Remedy Action Request System. Se puede ver estos eventos en un archivo de
registro mediante DEPURAR modo.
Visión general
La puerta de enlace de Java para BMC Remedy ARS utiliza el archivo de asignación, bmc_remedy.map, para determinar cómo
asignar campos de tablas ObjectServer a campos en una solicitud de BMC Remedy ARS. los bmc_remedy.map archivo
contiene una serie de Crear correlación
cada uno de los comandos que mapea los campos de tabla ObjectServer específicas a los campos de una solicitud de BMC Remedy
ARS.
Consulte “Asignación” en la página 24 para más información sobre la cartografía y la

bmc_remedy.map expediente.
Ajuste del nivel de los mensajes de depuración
Utilizar el MessageLevel propiedad para especificar el nivel de reporte para los mensajes del archivo de registro de puerta de enlace. Utilizar el messageLog
propiedad para especificar la ubicación del archivo de registro de mensajes de puerta de enlace.
ver el IBM Tivoli Netcool / OMNIbus sonda y la Guía de puerta de enlace para más información sobre estas propiedades.
archivo de registro Ejemplo que contiene los mensajes de depuración relacionados con eventos (BMC
Remedy números campo ID ARS)
El siguiente ejemplo muestra un archivo de registro de ejemplo que contiene los mensajes de depuración relacionados con los
eventos que ObjectServer envía a ARS BMC Remedy. Estos mensajes de depuración son el resultado de la puerta de enlace
mediante el bmc_remedy.map presentar al mapa
campos de la tabla ObjectServer específicas a los campos de una solicitud de BMC Remedy ARS. Este ejemplo muestra los
mensajes de depuración con el BMC Remedy números de identificación del ARS.
Los números que siguen proporcionan explicaciones de las líneas específicas del archivo de registro de ejemplo:
14/09/01 10:20:14: Depuración: [Petición de consumo 1] createEntry Llamada de alerta 1?

14/09/01 10:20:14: Depuración: [Petición de consumo 1] SOGValues: 2?
536870914 = LondonMachineMon4Systems; 3?
536870913 = 5,510; 4?
536870944 = Londres;
536870915 =;
536870932 = Sonda Simnet;
536870939 = MachineMon;
536870918 = Sistemas; 536870931 =;
7 = 4;
536870916 = máquina está fuera de línea; 536870946 =
1409563197; 536870912 = 1409563197; 536870917 =
1409563197; 536870935 = 1409563197; 536870938 = 0;
536870941 = 0; 536870940 = 1; 536870945 = 3,300;
536870942 = 0; 536870934 =; 536870933 = 0; 536870922
= 5,510; 536870923 = RAVINE;
1. Este mensaje de depuración indica que la puerta de entrada llama la createEntry método,
lo que crea una nueva entrada en el BMC Remedy ARS especificada forman en el BMC Remedy
especificado servidor de ARS.
Nota: los createEntry método es parte de la API del sistema AR.
2. Este mensaje de depuración indica que los valores que siguen son el simple
valores OMNIbus Gateway (SOG) asociados con BMC Remedy campos ARS en la solicitud. Específicamente, la StatusMap,
se define en el bmc_remedy.map, es el mapa principal para las entradas alerts.status. los StatusMap campos de
alerta mapas de Tivoli Netcool / OMNIbus a sus correspondientes campos de BMC Remedy ARS. Consulte
“Asignación” en la página 24 para más información sobre la StatusMap.
3. los 536870914 BMC Remedy ARS mapas de campo al campo de tabla ObjectServer
llamado @ identificador ( como se define en la StatusMap en el bmc_remedy.map expediente). En este ejemplo de
alerta, el valor SOG para este campo es LondonMachineMon4Systems.
Nota: No es posible saber que la 536870914 BMC Remedy ARS mapas de campo para el campo de tabla
ObjectServer llamada @ identificador con sólo mirar los mensajes de depuración. Sin embargo, es posible
hacer el mapeo adecuado entre los campos marcando la StatusMap en el bmc_remedy.map expediente.
4. los 536870913 BMC Remedy ARS mapas de campo al campo de tabla ObjectServer
llamado @ serie ( como se define en la StatusMap en el bmc_remedy.map expediente). En este ejemplo de alerta, el
valor SOG para este campo es 5510.
Nota: No es posible saber que la 536870913 BMC Remedy ARS mapas de campo para el campo de tabla
ObjectServer llamada @ De serie con sólo mirar los mensajes de depuración. Sin embargo, es posible hacer el
mapeo adecuado entre los campos marcando la StatusMap en el bmc_remedy.map expediente.
Ejemplo de archivo de registro que contiene los mensajes de depuración relacionados con eventos (BMC Remedy
ARS nombres de campo)
El siguiente ejemplo muestra un archivo de registro de ejemplo que contiene los mensajes de depuración relacionados con los
eventos que ObjectServer envía a ARS BMC Remedy. Estos mensajes de depuración son el resultado de la puerta de enlace
mediante el bmc_remedy.map presentar para mapear los campos de tabla ObjectServer específicas a los campos de una solicitud
de BMC Remedy ARS. Este ejemplo muestra los mensajes de depuración con los nombres de campo Remedy ARS BMC (como
se define en el omnibus.def archivo) en lugar del número de BMC Remedy ARS campo ID como en el ejemplo anterior.
Los números que siguen proporcionan explicaciones de las líneas específicas del archivo de registro de ejemplo:
14/09/16 13:12:14: Depuración: [Solicitud de consumo 2] Contenido del artículo: 1?

Identificador = TokyoMachineStats4Stats; 2?
Serial = 957; 3?
Nodo = Tokio; Alias Node =;
Administrador = Sonda Simnet;
Agente = MachineStats; Alerta
Group = Estadísticas; Alerta Key =
99% lleno; Estado = 4;
Resumen de alerta = Espacio en disco;

Cambio de Estado = 1410859573;
FirstOccurance = 1410451826;
LastOccurance = 1410859573; InternalLast
= 1410859573; Poll = 0; Type = 0; Tally =
13710; Clase = 3,300; Grado = 0;
Ubicación =; = Reconocidos 0; ServerSerial
= 957; ServerName = NCOMS;
1. Este mensaje de depuración indica que los valores que siguen son el simple
valores OMNIbus Gateway (SOG) asociados con BMC Remedy campos ARS en la solicitud. Específicamente, la StatusMap,
se define en el bmc_remedy.map, es el mapa principal para las entradas alerts.status. los StatusMap campos de
alerta mapas de Tivoli Netcool / OMNIbus a sus correspondientes campos de BMC Remedy ARS. Consulte
“Asignación” en la página 24 para más información sobre la StatusMap.
2. los identificador BMC Remedy ARS mapas de campo al campo de tabla ObjectServer
llamado @ identificador ( como se define en la StatusMap en el bmc_remedy.map expediente). En este ejemplo de
alerta, el valor SOG para este campo es TokyoMachineStats4Stats.
Nota: No es posible saber que la identificador BMC Remedy ARS mapas de campo para el campo de tabla
ObjectServer llamada @ identificador con sólo mirar los mensajes de registro. Sin embargo, es posible hacer
el mapeo adecuado entre los campos marcando la StatusMap en el bmc_remedy.map expediente.
3. los De serie BMC Remedy ARS mapas de campo al campo de tabla ObjectServer llamada
@serial ( como se define en la StatusMap en el bmc_remedy.map expediente). En este ejemplo de alerta, el valor
SOG para este campo es 957.
Nota: No es posible saber que la De serie BMC Remedy ARS mapas de campo para el campo de tabla
ObjectServer llamada @ De serie con sólo mirar los mensajes de registro. Sin embargo, es posible hacer el
mapeo adecuado entre los campos marcando la StatusMap en el bmc_remedy.map expediente.
mensajes GatewayWatch
Durante el funcionamiento normal, la puerta de enlace genera mensajes GatewayWatch y los envía a la
ObjectServer. Estos mensajes informan ObjectServer cómo la puerta de entrada está en marcha.
La siguiente tabla describe los mensajes GatewayWatch que la puerta de enlace para BMC Remedy ARS
genera. Estos mensajes GatewayWatch se relacionan con la interacción de la puerta de enlace con el BMC
Remedy Action Request System.
Tabla 12. Mensajes de GatewayWatch
mensaje GatewayWatch Descripción Disparadores / causas
Éxito consultada Remedio para Mientras que la puerta de entrada está en Este mensaje es enviado a GatewayWatch
las actualizaciones. marcha, y se conecta a una consulta al ObjectServer cuando la consulta de
servidor de Remedy ARS BMC alertas, en actualización puerta de entrada al servidor
este caso los cambios a BMC Remedy ARS de BMC Remedy ARS tiene éxito.
solicitudes.
Problema al consultar Remedio para Mientras que la puerta de entrada está en Este mensaje es enviado a GatewayWatch
las actualizaciones: marcha, y se conecta a una consulta al ObjectServer cuando la consulta de
excepción servidor de Remedy ARS BMC alertas, en actualización puerta de entrada a la BMC
este caso los cambios a BMC Remedy ARS Remedy ARS servidor falla.
solicitudes.
los excepción especifica un mensaje que

describe por qué esta actualización no
consulta en particular. Por ejemplo:
Problema al consultar Remedio para

actualizaciones: ERROR (90): 90;
Conexión rechazada conectar 9.70.60.40.
Pasarela conectada a Remedy La pasarela establece una conexión Este mensaje es enviado a GatewayWatch
con el servidor de Remedy ARS BMC y ObjectServer cuando la pasarela se conecta
realiza una serie de operaciones de correctamente al servidor de BMC Remedy
inicialización y validación. ARS. Este mensaje indica que la puerta de
enlace puede llevar a cabo sus operaciones
de inicialización y validación.
Tabla 12. Mensajes de GatewayWatch (continuación)
mensaje GatewayWatch Descripción Disparadores / causas
No se puede conectar a la La puerta de enlace no puede establecer Este mensaje es enviado a GatewayWatch
Reparación: excepción una conexión con el servidor de Remedy ObjectServer cuando la pasarela no se
ARS BMC. puede conectar al servidor de BMC Remedy
ARS. Este mensaje indica que la puerta de
entrada no llevó a cabo sus operaciones de
inicialización y validación.
los excepción especifica un mensaje

que describe por qué este intento de
conexión particular, fracasó. Por
ejemplo:
No se puede conectar a Remedy:

ERROR (90): 90; Conexión rechazada:
conectar
9.70.60.40.
IBM Tivoli Netcool / OMNIbus Java Gateway para BMC Remedy ARS sesenta y cinco
Apéndice. Avisos y marcas registradas
Este apéndice contiene las siguientes secciones:
v avisos
v Marcas comerciales
avisos
Esta información se ha desarrollado para productos y servicios ofrecidos en los EE.UU.
Es posible que IBM no ofrezca los productos, servicios o características descritos en este documento en otros países.
Consulte a su representante local de IBM para obtener información sobre los productos y servicios disponibles
actualmente en su área. Cualquier referencia a un producto de IBM, programa o servicio no pretende afirmar o implicar
que sólo IBM producto, programa o servicio puede ser utilizado. Cualquier funcionalmente equivalente producto,
programa o servicio que no infrinja ningún derecho de propiedad intelectual de IBM se pueden utilizar en su lugar. Sin
embargo, es responsabilidad del usuario evaluar y verificar el funcionamiento de cualquier producto, programa o servicio
que no sea de IBM.
IBM puede tener patentes o solicitudes de patente pendientes que cubran el tema descrito en este documento. La
entrega de este documento no le otorga ninguna licencia sobre estas patentes. Puede enviar consultas sobre
licencias, por escrito, a:
IBM Director of Licensing IBM

Corporation North Castle Drive
Armonk, NY 10504-1785
Estados Unidos
Para realizar consultas relacionadas con información de doble byte (DBCS), póngase en contacto con el departamento de
propiedad intelectual de IBM de su país o envíe sus consultas, por escrito, a:
IBM Mundo Asia Trade Corporation Licensing 2-31 Roppongi

3-chome, Minato-ku Tokyo 106-0032, Japón
El párrafo siguiente no se aplica en el Reino Unido o cualquier otro país donde tales disposiciones sean
incompatibles con la legislación local:
INTERNATIONAL BUSINESS MACHINES CORPORATION PROPORCIONA ESTA PUBLICACIÓN “TAL CUAL” SIN
GARANTÍA DE NINGÚN TIPO, EXPRESA O IMPLÍCITAS, INCLUYENDO, PERO NO LIMITADO A, LAS
GARANTÍAS DE NO INFRACCIÓN, COMERCIALIZACIÓN O IDONEIDAD PARA UN FIN DETERMINADO. Algunos
estados no permiten la renuncia a garantías explícitas o implícitas en determinadas transacciones, por lo tanto, esta
declaración puede no aplicarse en su caso.
Esta información puede incluir imprecisiones técnicas o errores tipográficos. Periódicamente se realizan
cambios en la información aquí; estos cambios se incorporarán en nuevas ediciones de la publicación. IBM
puede realizar mejoras y / o cambios en el producto (s) y / o el programa (s) descritos en esta publicación en
cualquier momento sin previo aviso.
© Copyright IBM Corp. 2014, 2015 67

Cualquier referencia en esta información a sitios Web que no son de IBM se proporcionan sólo con comodidad y no lo
hacen en modo alguno a la promoción de dichos sitios Web. Los materiales de estos sitios web no forman parte de
los materiales para este producto de IBM y el uso de estos sitios Web es bajo su propio riesgo.
IBM puede utilizar o distribuir la información que proporcione en la forma que considere adecuada, sin
incurrir en ninguna obligación con el usuario.
Los licenciatarios de este programa que deseen tener información sobre él con el fin de permitir: (i) el intercambio
de información entre programas creados independientemente y otros programas (incluido éste) y (ii) el uso mutuo
de la información que se ha intercambiado , debe ponerse en contacto con:
IBM Corporation
Coordinador de interoperabilidad de software, Departamento 49XA 3605 Highway
52 N Rochester, MN 55901
Estados Unidos
Dicha información puede estar disponible, sujeta a los términos y condiciones apropiados, incluido en algunos
casos el pago de una tasa.
El programa bajo licencia descrito en esta información y todo el material bajo licencia disponible para el mismo los
proporciona IBM bajo los términos del Acuerdo de Cliente de IBM, el Acuerdo de licencia de programa internacional de
IBM o cualquier acuerdo equivalente entre ambas partes.
Los datos de rendimiento contenidos en este documento se han determinado en un entorno controlado. Por lo tanto,
los resultados obtenidos en otros entornos operativos pueden variar significativamente. Algunas mediciones pueden
haberse realizado en sistemas a nivel de desarrollo y no existe ninguna garantía de que estas mediciones sean las
mismas en los sistemas disponibles. Asimismo, algunas medidas se pueden haber estimado mediante extrapolación.
Los resultados reales pueden variar. Los usuarios de este documento deben verificar los datos aplicables para su
entorno específico.
Se obtuvo información sobre productos que no son de IBM de los proveedores de dichos productos, de sus anuncios
publicados o de otras fuentes disponibles públicamente. IBM no ha probado esos productos y no puede confirmar la
precisión del rendimiento, la compatibilidad ni ninguna otra afirmación relacionada con productos que no son de IBM.
Las preguntas sobre las posibilidades de los productos no IBM deben dirigirse a los proveedores de dichos productos.
Todas las declaraciones de intenciones de IBM están sujetas a cambio o cancelación sin previo aviso, y
representan únicamente metas y objetivos.
Todos los precios de IBM que se muestran son los precios de venta sugeridos por IBM, son actuales y están sujetas a cambios sin previo aviso.
Los precios del distribuidor pueden variar.
Esta información es sólo para fines de planificación. La información en este documento está sujeta a cambios antes de que
los productos descritos estén disponibles.
Esta información contiene ejemplos de datos e informes utilizados en operaciones comerciales diarias. Para ilustrarlos
de la forma más completa posible, los ejemplos incluyen nombres de personas, empresas, marcas y productos.
Todos estos nombres son ficticios y cualquier similitud con nombres y direcciones utilizados por una empresa real es
pura coincidencia.
LICENCIA DE COPYRIGHT:
Esta información contiene programas de aplicación de ejemplo en lenguaje fuente, que muestran técnicas de
programación en diversas plataformas operativas. Puede copiar, modificar y distribuir estos programas de ejemplo
de cualquier forma sin pago a IBM, con el fin de desarrollar, utilizar, comercializar o distribuir programas de
aplicación compatibles con la interfaz de programación de aplicaciones para la plataforma operativa para la que
están escritos los programas de ejemplo. Estos ejemplos no se han probado completamente en todas las
condiciones. Por tanto, IBM no puede garantizar ni implicar la fiabilidad, utilidad o función de estos programas.
Cada copia o parte de estos programas de ejemplo o cualquier trabajo derivado debe incluir un aviso de copyright
como la siguiente:
© (nombre de la empresa) (año). Partes de este código se derivan de programas de ejemplo de IBM Corp.. ©
Copyright IBM Corp. _entre el o los años_. Todos los derechos reservados.
Si está viendo esta información en copia software, puede que no aparezcan las fotografías y las
ilustraciones en color.
Marcas comerciales
IBM, el logotipo de IBM, ibm.com, AIX, Tivoli, zSeries, y Netcool son marcas registradas de International Business
Machines Corporation en los Estados Unidos, otros países o ambos.
Adobe, Acrobat, formato de documento portátil (PDF), PostScript y todas las marcas comerciales de Adobe son
marcas comerciales registradas o marcas comerciales de Adobe Systems Incorporated en los Estados Unidos, otros
países o ambos.
Intel, Intel Inside (logotipos), MMX y Pentium son marcas registradas de Intel Corporation en los Estados Unidos,
otros países o ambos.
Microsoft, Windows, Windows NT y el logotipo de Windows son marcas registradas de Microsoft Corporation
en los Estados Unidos, otros países o ambos.
Java ™ y todas las marcas basadas en Java son marcas registradas de Sun Microsystems, Inc. en los Estados
Unidos, otros países o ambos.
Linux es una marca registrada de Linus Torvalds en los Estados Unidos, otros países o ambos.
UNIX es una marca comercial registrada de The Open Group en los Estados Unidos y en otros países.
Apéndice. Avisos y marcas registradas 69

?
Impreso en EE.UU.
SC27-6553-01

BMC Remedy PDF - En.es

Cargado por

Información del documento

Título original

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

BMC Remedy PDF - En.es

Cargado por

Copyright:

Formatos disponibles

IBM ® Tivoli ® Netcool / OMNIbus Java Gateway para BMC Remedy ARS

© Copyright IBM Corporation 2014, 2015.

Acerca de esta guía . . . . . . . . . . . v Mapeo. . . . . . . . . . . . . . 24

Documento de control Página . . . . . . . . . .v reenvío revista histórica. . . . . . . . 29

Las convenciones usadas en esta guía . . . . . . . .v Tienda y capacidad de avance. . . . . . . . 29

el modo FIPS y cifrado. . . . . . . . 30

© Copyright IBM Corp. 2014, 2015 iii

Documento de control Página

http://www-01.ibm.com/support/knowledgecenter/SSSHTQ/omnibus/common/ kc_welcome-444.html? lang = es

Tabla 1. Historial de modificación del documento

versión del Fecha de

documento publicación comentarios

SC27-6553-00 7 de noviembre de Primera publicación de IBM.

Las convenciones usadas en esta guía

del sistema y rutas de directorio.

variables de funcionamiento que dependen del sistema y caminos

© Copyright IBM Corp. 2014, 2015 v

Operando nombres de los directorios específicos del sistema

Tabla 2. Los nombres de directorio para la variable de arco

Sistema operativo Nombre del directorio representado por arco

AIX ® sistemas aix5

Los sistemas basados ​en PA-RISC de HP-UX hpux11

Los sistemas basados ​en la integridad de HP-UX hpux11hpia

sistemas de SUSE Linux y Red Hat linux2x86

Linux para System z ® linux2s390

sistemas Solaris solaris2

sistemas Windows Win32

v En UNIX y Linux, establezca $ OMNIHOME a $ NCHOME / ómnibus.

v En Windows, configurar% OMNIHOME% a % NCHOME% \ ómnibus.

Esta guía contiene las siguientes secciones:

v “Visión general” en la página 4

v “Instalación de la puerta de entrada” en la página 5

v “Configuración de la puerta de entrada” en la página 10

v “Operación Pasarela” en la página 35

v “Ejecución de la puerta de entrada” en la página 39

v “Propiedades y opciones de línea de comandos” en la página 40

v “Mensajes de error” en la página 55

v “Los mensajes relacionados con eventos” en la página 61

v “mensajes GatewayWatch” en la página 64

La siguiente tabla ofrece un resumen de la puerta de entrada:

archivo jar de puerta de enlace $ OMNIHOME / puertas / java / nco_g_bmc_remedy.jar

Versión del paquete 2.0

© Copyright IBM Corp. 2014, 2015 1

Archivos de configuración Mapa archivo de definición:

$ OMNIHOME / puertas / bmc_remedy / bmc_remedy.map

$ OMNIHOME / portones / bmc_remedy / G_BMC_REMEDY.props

$ OMNIHOME / portones / bmc_remedy / log4j.properties

Tabla archivo de definición de duplicación:

$ OMNIHOME / puertas / bmc_remedy /

$ OMNIHOME / puertas / bmc_remedy / bmc_remedy.js

$ OMNIHOME / puertas / bmc_remedy / bmc_remedy.notification.js

Medio Ambiente (env) Archivo:

$ OMNIHOME / puertas / bmc_remedy / nco_g_bmc_remedy.env

$ OMNIHOME / puertas / bmc_remedy / createConversionsTable.sql

De definición de módulo (.def):

$ OMNIHOME / puertas / bmc_remedy / omnibus.def

requisitos Una versión compatible actualmente de IBM Tivoli Netcool /

entorno de ejecución de Java (JRE) 1.6.0 o posterior (32 bits o 64 bits)

v Arapi X_ construir Y. tarro, dónde X especifica el BMC Remedy

v log4j- xxx. tarro

Los siguientes archivos jar de Tivoli Netcool / OMNIbus:

v $ OMNIHOME / java / frascos / jconn3.jar ( JDBC de Sybase JConnect

v $ OMNIHOME / java / tarros / niduc.jar

Los sistemas basados en PA-RISC de HP-UX hpux11

Los sistemas basados en la integridad de HP-UX hpux11hpia