Suplemento de instalación y configuración

Apéndice B. Cómo trabajar con NetQuestion

Este capítulo describe los requisitos previos de instalación, soluciones provisionales para problemas conocidos, la configuración avanzada y los procedimientos de desinstalación para el sistema de búsqueda en línea de DB2 denominado NetQuestion.

NetQuestion se instala automáticamente en el caso de que opte por instalar la documentación del producto con cualquier producto DB2 en sistemas operativos Windows de 32 bits, OS/2, AIX, HP-UX y Solaris. También se instala como parte del sistema operativo base en los sistemas que ejecutan AIX 4.3.2 y posteriores.

En tanto que su sistema operativo satisfaga los requisitos previos a la instalación de NetQuestion, los cuales normalmente son los mismos que para DB2, no tendrá que hacer nada especial para instalar NetQuestion y trabajar con el mismo. Puede comenzar a buscar la información de DB2 después de haber acabado de instalar el producto DB2.


Visión general de NetQuestion

Al instalar la documentación en línea de DB2, también se instala el sistema de búsqueda de NetQuestion. El sistema de búsqueda está compuesto por los componentes siguientes:

Hay dos versiones de NetQuestion:

Cómo buscar la información en línea de DB2

Para buscar la información en línea de DB2, inicie la página de Información de DB2 en un navegador, entre los términos de búsqueda y pulse Búsqueda.

La ubicación de la página de Información de DB2 varía de plataforma en plataforma:

En Windows 9x, Windows NT y Windows 2000
Pulse Inicio--> Programas --> IBM DB2 --> Información --> Información de DB2. También puede abrir x:\sqllib\doc\html\index.htm, donde x: es la unidad de instalación de DB2.

En OS/2
Abra la carpeta IBM DB2 y pulse dos veces en Información de DB2. También puede abrir x:\sqllib\doc\html\index.htm, donde x: es la unidad de instalación de DB2.

En AIX, HP-UX y Solaris
Abra DB2DIR/doc/en_US/html/index.htm, donde DB2DIR representa /usr/lpp/db2_07_01 en AIX y /opt/IBMdb2/V7.1 en HP-UX y Solaris.

Resolución de los problemas de búsqueda

Es posible que de tanto en tanto se encuentre con un error al buscar la información en línea de DB2. Si encuentra un error de búsqueda, pruebe con las sugerencias de resolución de problemas siguientes:

¿Está ejecutándose el servidor de búsqueda?
Si recibe el código de retorno 33 al intentar buscar la documentación de DB2, el servidor de búsqueda de NetQuestion no se está ejecutando.

Para iniciar el servidor de búsqueda en Windows 9x, Windows NT y Windows 2000, pulse Inicio y vaya a Programas --> IBM DB2 --> Iniciar servidor de búsqueda de HTML. También puede iniciar el servidor de búsqueda entrando uno de los mandatos siguientes:

   x:\imnnq_nt\imnss start server     //for SBCS
   x:\imnnq_nt\imqss -start dbschelp  //for DBCS

Tenga en cuenta que el directorio de instalación de NetQuestion en Windows 9x es x:\imnnq_95.

Para iniciar el servidor de búsqueda en OS/2, abra la carpeta IBM DB2 y pulse en el icono Iniciar servidor de búsqueda de HTML. También puede entrar uno de los mandatos siguientes:

   x:\imnnq\imnss start server      //for SBCS
   x:\imnnq\imqss -start dbcshelp  //for DBCS

Para iniciar el servidor de búsqueda en los sistemas AIX, HP-UX y Solaris, entre uno de los mandatos siguientes:

En AIX

Entre el mandato /usr/IMNSearch/bin/imnss -start imnhelp para instalaciones SBCS. El mandato imnss -start también puede ejecutarse sin escribir el nombre de vía de acceso completo si /usr/bin está en la PATH (vía de acceso).

Entre el mandato /usr/IMNSearch/bin/imqss -start dbcshelp para instalaciones DBCS. En instalaciones DBCS, debe asegurarse de que se hayan establecido las variables de entorno IMQCONFIGSRV e IMQCONFIGCL. Puede establecer dichas variables ejecutando el mandato /usr/IMNSearch/bin/. imq_env. Una vez más, puede ejecutar tanto el mandato imqss -start como el mandato . imq_env sin escribir el nombre de vía de acceso completo si /usr/bin está en la PATH (vía de acceso).

En HP-UX
Entre el mandato /sbin/rc2.d/S990IMNSearch start para instalaciones SBCS y DBCS. Este mandato también iniciará el servidor Web de NetQuestion, si no está ejecutándose todavía.

En Solaris
Entre el mandato /etc/rc2.d/S90IMNSearch start para instalaciones SBCS y DBCS. Este mandato también iniciará el servidor Web de NetQuestion, si no está ejecutándose todavía.
Para detener el servidor de búsqueda, sustituya start por stop en los mandatos anteriores.

¿Está ejecutándose el servidor Web de NetQuestion?
NetQuestion viene con su propio servidor Web básico. También se puede utilizar el propio servidor Web del usuario con NetQuestion. Debería asegurarse de que está ejecutándose el servidor Web que está utilizando. La información siguiente corresponde al servidor Web de NetQuestion. Para iniciar otros servidores Web, consulte la documentación de producto del servidor Web.

En sistemas Windows NT y Windows 2000, consulte el Gestor de tareas para ver si se está ejecutando el proceso httpdl.exe. Si no se está ejecutando, inícielo entrando el mandato x:\imnnq_nt\httpdl -r httpd.cnf, donde x: es la unidad de instalación de DB2.

En OS/2, ejecute el mandato x:\sqllib\bin\db2netqd start, donde x: es la unidad de instalación de DB2 El servidor Web de NetQuestion y el servidor de búsqueda se iniciarán en el caso de que aún no se estén ejecutando. También puede ejecutar el mandato pstat | find "httpdl" para comprobar si se está ejecutando el proceso.

En AIX, HP-UX y Solaris, entre el mandato ps -ef | grep httpdlite para ver si se está ejecutando el proceso httpdlite. Si no se está ejecutando, inícielo entrando uno de los mandatos siguientes:

En AIX
/usr/IMNSearch/httpdlite/httpdlite -r /etc/IMNSearch/httpdlite/httpdlite.conf

En HP-UX
/sbin/rc2.d/S990IMNSearch start

En Solaris
/etc/rc2.d/S90IMNSearch start

¿Se han registrado los índices de documento con el servidor de búsqueda?
Los índices de documento de DB2 se registran con el servidor de búsqueda durante la instalación. Para comprobar si los índices se han registrado debidamente:
  1. Entre el mandato imndomap -a o imqdomap -a para determinar los índices que están instalados y el lugar en el que están instalados. Estos mandatos deben devolver uno o más índices con nombres similares a DB2S71xx o DB2C71xx, donde xx es el identificador de idioma de dos letras de la documentación instalada. Si no es este el caso, vuelva a instalar el producto DB2 y asegúrese de que ha seleccionado la instalación del componente de documentación de producto.

    Si los índices siguen sin estar registrados con el servidor de búsqueda, puede probar a registrarlos manualmente. Para obtener más información sobre el registro manual de índices, consulte el apartado sobre el sistema operativo que aparece con posterioridad en este capítulo.

  2. Entre el mandato imnixsta (o imqixsta para DBCS) INDEX_NAME, donde INDEX_NAME es uno de los nombres de índice que devuelve el mandato en el paso 1. La salida de este mandato debería indicar, en parte, que la búsqueda está disponible.
  3. Los índices de DB2 deberían estar ubicados en los directorios siguientes:
       x:\sqllib\doc\html        //Windows y OS/2
       /var/docsearch/indexes    //AIX, HP-UX y Solaris					
    

¿Está TCP/IP debidamente configurado?
NetQuestion utiliza TCP/IP para la comunicación en todos los sistemas excepto en OS/2, que utiliza Conexiones con nombre (aunque también se da soporte a TCP/IP). Por tanto, TCP/IP debe haberse instalado y configurado debidamente en el sistema y el sistema debe ser capaz de resolver localhost si está buscando la documentación instalada localmente. Para obtener más información sobre la configuración de TCP/IP, consulte el apartado sobre el sistema operativo que aparece con posterioridad en este capítulo.

¿Está el CGI de búsqueda en la ubicación correcta y se ha denominado correctamente?
El CGI de búsqueda de DB2 debe ubicarse en un directorio específico. En los sistemas operativos Windows y OS/2, este directorio es la dirección de instalación de NetQuestion que puede determinarse entrando el mandato echo %IMNINSTSRV% para las instalaciones de SBCS, o el mandato echo %IMQINSTSRV% para las instalaciones de DBCS. En sistemas operativos UNIX, el CGI de búsqueda está instalado en /var/docsearch/cgi-bin.

En sistemas operativos Windows y OS/2, el CGI de búsqueda de SBCS se denomina db2srsXX.exe y la versión de DBCS se denomina db2srdXX.exe, donde XX representa el identificador de idioma de dos letras de la documentación instalada.

En sistemas operativos UNIX, el CGI de búsqueda de SBCS se denomina db2srsbcs y el CGI de búsqueda de DBCS se denomina db2srdbcs. No hay ningún CGI de búsqueda de NetQuestion específico de idioma en sistemas operativos UNIX.

Asimismo, asegúrese de que el nombre del CGI de búsqueda coincide con el del identificador <form action="http..."> en el formato de búsqueda de DB2. Por ejemplo, en el formato de búsqueda en inglés en Windows u OS/2 este identificador debería ser <form action="http://localhost:49213/cgi-bin/db2srsen.exe" method="POST>".

¿Han sido instalados los archivos de ayuda o manuales correctos y están éstos en el directorio correcto?
Si recibe un mensaje "File Not Found (Error 404)" (Archivo no encontrado (Error 404)), asegúrese de que los enlaces de la página de resultados de búsqueda apuntan a un URL válido. Si la documentación de DB2 está localmente instalada, todos los URL deben comenzar por file://. Para la documentación que está sirviéndose desde otro sistema, todos los URL deben comenzar por http:// .

¿Está utilizando los parámetros de búsqueda correctos?
Cuando esté buscando palabras o frases, debe tener en cuenta lo siguiente:

Para obtener información de resolución de problemas específica de plataforma, consulte las secciones siguientes:


NetQuestion para sistemas operativos Windows de 32 bits

Este apartado describe la información de configuración posterior a la instalación, sugerencias de resolución de problemas adicionales y soluciones provisionales para problemas conocidos con NetQuestion en sistemas operativos Windows de 32 bits. También describe el modo de eliminar NetQuestion del sistema.

Diagnóstico de errores de instalación de NetQuestion

Si ha recibido mensajes de error al instalar NetQuestion, efectúe los pasos siguientes para diagnosticar y arreglar el problema:

  1. Consulte el directorio <temp>\imnnq\install, donde <temp> es el directorio %TEMP% del sistema, para buscar el archivo imnnq.err. Si no existe, rearranque y pruebe a instalar de nuevo el producto. Si imnnq.err no existe, he aquí el posible contenido:
       
           1 - Esto indica que la PATH (vía de acceso) actual es demasiado larga
           y que añadir el servidor de búsqueda a la PATH (vía de acceso) hará
           que se borre la totalidad de la misma.
           Nota:  El límite en Windows NT 4.0 es 512; en Windows 95 es 255.
           Es recomendable efectuar los pasos siguientes:
           a) Vuelva a nombrar la variable PATH en el archivo AUTOEXEC.BAT
              (PATHGOOD), guarde los cambios y rearranque.
           b) Elimine el archivo IMNNQ.ERR de <temp>\imnnq\install.
           c) Ejecute de nuevo la instalación de producto para instalar el sistema
              de búsqueda de modo debido.
           d) Fusione la variable PATHGOOD con la variable PATH que creó
              la última instalación.
       2 - Error de Varios, póngase en contacto con el servicio técnico IBM.
       3 - Error de espacio de disco agotado. Asegúrese de que tenga como mínimo 4,5 MB
           de espacio de disco para el sistema de búsqueda más espacio suficiente para
           que AUTOEXEC.BAT se cambie para Windows 95.
    
  2. Si imnnq.err contiene un mensaje que dice <nombre_archivo>.EXE DOES NOT EXIST, no se pudieron encontrar los ejecutables de NetQuestion. En este caso debe probar a instalar de nuevo la documentación de producto DB2. Para obtener más información sobre la resolución de problemas, consulte el apartado Resolución de los problemas de búsqueda.

Configuración de TCP/IP

Se necesitan los siguientes requisitos previos para instalar NetQuestion y trabajar con el mismo:

Cómo cambiar el número de puerto para el servidor de búsqueda

El servidor de búsqueda se asigna al puerto 49213, un número más allá de los puertos públicos asignados a TCP/IP. Si tiene otro producto que utilice este puerto, debería cambiar el puerto de servidor de búsqueda efectuando los pasos siguientes:

Paso  1.

Edite el archivo httpd.cnf en el directorio NetQuestion y cambie el número de puerto por el que sabe que está disponible, preferiblemente uno que esté por encima de 49000.

Paso  2.

Determine el lugar en el que está db2path entrando el mandato db2set db2path.

Paso  3.

Vaya al directorio db2path/doc/html y utilice un editor de texto para editar el archivo index.htm. En la línea que tiene el identificador <form>, cambie el valor por localhost:49213 para reflejar el número de puerto que ha seleccionado en el paso 1.

Paso  4.

Detenga y reinicie el servidor de búsqueda. Para detener el servidor de búsqueda, pulse Inicio --> Programas --> IBM DB2 --> Detener servidor de búsqueda de HTML. Para iniciar el servidor de búsqueda, pulse Inicio--> Programas --> DB2 para Windows --> Iniciar servidor de búsqueda de HTML.

Cómo asegurarse de que las variables de entorno de NetQuestion se han establecido en una unidad conectada a la LAN

Si instala DB2 en una unidad conectada a la LAN en Windows 9x y la unidad no se ha vuelto a conectar antes de que se ejecute autoexec.bat, no se establecen las variables de entorno de NetQuestion. NetQuestion establece variables de entorno a través de un archivo por lotes (imnenv.bat para SBCS o imqenv.bat para DBCS) que reside en el directorio de NetQuestion. Para eludir este problema, copie imnenv.bat o imqenv.bat desde el directorio de NetQuestion en otra unidad/directorio que esté conectado antes de que se ejecute autoexec.bat. Después, modifique autoexec.bat para llamar a este archivo de proceso por lotes en el arranque. Por ejemplo, si copia imnenv.bat en C:\WINDOWS\IMNNQ, puede añadir la línea siguiente a autoexec.bat:

   IF EXIST C:\WINDOWS\IMNNQ\IMNENV.BAT CALL IMNENV.BAT

Localización del directorio de instalación de NetQuestion

NetQuestion se conserva en su propio directorio ya que otros productos pueden utilizarlo. Por ejemplo, si ha instalado DB2 Universal Database junto con NetQuestion en G\: y más tarde ha instalado IBM VisualAge para Java en H:\, sólo se instala un sistema de búsqueda, aquél que se instaló en primer lugar.

Algunas de las instrucciones de este apartado requieren que especifique la ubicación del directorio NetQuestion. Para localizar este directorio, entre uno de los mandatos siguientes:

   echo %IMNINSTSRV%       //para versiones de SBCS
   echo %IMQINSTSRV%       //para versiones de DBCS

Búsqueda con proxies habilitados en Netscape o Internet Explorer

Si utiliza Netscape o Internet Explorer con proxies habilitados manualmente, se puede acelerar la búsqueda de modo significativo al modificar la información de proxy.

En Netscape 4, efectúe los pasos siguientes para modificar la información de proxy:

  1. Seleccione Editar --> Preferencias.
  2. Pulse dos veces en Avanzado en el árbol de Categorías.
  3. Pulse Proxies en el subárbol Avanzado.
  4. Pulse la selección Ver en la configuración de proxy manual.
  5. En el recuadro Excepciones...No utilizar servidores de proxy para dominios que comiencen por, escriba
    localhost:49213
    

    Si tiene otras entradas en este punto, sepárelas con comas.

  6. Pulse Aceptar hasta que se cierren todos los recuadros de diálogo.

En Internet Explorer 4, efectúe los pasos siguientes para modificar la configuración de proxy:

  1. Seleccione Ver --> Opciones de Internet.
  2. Seleccione la pestaña Conexiones.
  3. Seleccione el recuadro Eludir servidor de proxy para direcciones locales. Este recuadro de selección sólo está disponible si está utilizando un proxy o una conexión de socks y ha seleccionado el recuadro Utilizar un servidor de proxy.
  4. Pulse Avanzado.
  5. En el recuadro Excepciones...No utilizar servidores de proxy para direcciones que comiencen por, escriba
    localhost:49213
    
  6. Pulse Aceptar hasta que se cierren todos los recuadros de diálogo.

En Internet Explorer 5, efectúe los pasos siguientes para modificar la configuración de proxy:

  1. Seleccione Herramientas --> Opciones de Internet.
  2. Seleccione la pestaña Conexiones.

    Si está conectado a una Red de área local (LAN), pulse Configuración de LAN. Si utiliza la Red de marcación, pulse Configuración.

  3. Seleccione el recuadro Eludir servidor de proxy para direcciones locales. Este recuadro de selección sólo está disponible si está utilizando un proxy o una conexión de socks y ha seleccionado el recuadro Utilizar un servidor de proxy.
  4. Pulse Avanzado.
  5. En el recuadro Excepciones...No utilizar servidores de proxy para direcciones que comiencen por, escriba
    localhost:49213
    
  6. Pulse Aceptar hasta que se cierren todos los recuadros de diálogo.

Búsqueda con un portátil en Windows 9x

Si utiliza un portátil que esté normalmente conectado a una LAN como plataforma de desarrollo desconectada, es posible que tenga dificultades para buscar la documentación del producto de DB2. Si desea efectuar una búsqueda satisfactoria, necesitará inhabilitar la dirección de IP del nombservidor en la configuración de TCP/IP. En otras palabras, necesita dos configuraciones de TCP/IP independientes, una para las operaciones conectadas y otra para operaciones desconectadas.

Windows 9x sólo le permite tener una única configuración de TCP/IP. Sin embargo, hay programas de utilidad de shareware disponibles en Internet que le permiten especificar más de un valor y después cámbiarlos con arreglo al estado de la conexión. TCPSwitch es uno de estos programas.

Desinstalación de NetQuestion en sistemas operativos Windows de 32 bits

Antes de desinstalar NetQuestion, asegúrese de que se ha detenido el servidor de búsqueda. Para obtener información sobre el modo de detener el servidor de búsqueda, consulte el apartado Resolución de los problemas de búsqueda.

NetQuestion normalmente se desinstala al desinstalar DB2 Universal Database. Si NetQuestion sigue presente después de desinstalar debidamente DB2 y de volver a arrancar el sistema, vaya al apartado Diagnóstico de problemas de desinstalación de NetQuestion para diagnosticar y arreglar el problema.

Diagnóstico de problemas de desinstalación de NetQuestion

Si NetQuestion no se ha desinstalado después de desinstalar debidamente DB2 y de volver a arrancar el sistema, ello puede indicar que DB2 u otros productos IBM siguen estando registrados con NetQuestion. Para determinar los productos que siguen registrados con NetQuestion, emita uno de los mandatos siguientes:

   imndomap -a
   //para SBCS
   imqdomap -a            //para DBCS

Si este mandato no lista índices, vaya al apartado Desinstalación manual de NetQuestion en sistemas operativos Windows de 32 bits.

Si este mandato lista índices que no pertenezcan a la DB2 Universal Database (es decir, los nombres de índice comienzan por algo que no es DB2), hay otros productos del sistema que están utilizando NetQuestion. En este caso no puede eliminar NetQuestion.

Si la lista contiene alguno de los nombres de archivo de índice de DB2 (DB2S71xx o DB2C71xx), DB2 no puede desregistrar los índices haciendo por tanto que falle la desinstalación de NetQuestion. Esto normalmente se produce en el caso de que DB2 se hubiera desinstalado de modo incorrecto. En este caso, ha de desregistrar manualmente los índices de uno en uno efectuando los pasos siguientes:

  1. Emita uno de estos mandatos para asegurarse de que está ejecutándose el servidor de búsqueda.
       imnss start server         //para SBCS
       imqss -start dbcshelp      //para DBCS
     
    
  2. Emita uno de estos mandatos para cada uno de los archivos de índice:

       imndomap -d nombre_índice       //para SBCS
       imqdomap -d nombre_índice       //para DBCS
    

    donde nombre_índice es el nombre de los índices que devuelve el mandato imndomap -a o imqdomap -a.

  3. Emita uno de estos mandatos para cada uno de los archivo de índice:
       imnixdel nombre_índice       //para SBCS
       imqixdel nombre_índice        //para DBCS
    

    donde nombre_índice es el nombre de los índices que devuelve el mandato imndomap -a o imqdomap -a.

  4. Detenga el servidor de búsqueda:
       imnss stop server
       //para SBCS
       imqss -stop dbcshelp        //para DBCS
    
  5. Emita el mandato imndomap -a o imqdomap -a para verificar que no quede ningún índice de DB2. Si lo hay, póngase en contacto con el servicio técnico IBM.
  6. Emita uno de los mandatos siguientes para verificar que no hay otros índices activos.
       nqcounti netq_dir  //para SBCS
       tmcounti netq_dir  //para DBCS
     
    

    donde netq_dir es la vía de acceso plenamente cualificado bajo el que se instala NetQuestion. Consulte el apartado Localización del directorio de instalación de NetQuestion en el caso de que no conozca el directorio bajo el que está instalado NetQuestion.

    Si el mandato nqcounti o tmcounti devuelve datos que indican que hay uno o más índices activos, NetQuestion no podrá eliminarse debido a que otros productos IBM siguen registrados. Por favor, póngase en contacto con el servicio técnico IBM para que le ayuden.

    Si el mandato nqcounti o el mandato tmcounti devuelve datos que indican que no hay índices activos, vaya al apartado Desinstalación manual de NetQuestion en sistemas operativos Windows de 32 bits.

Desinstalación manual de NetQuestion en sistemas operativos Windows de 32 bits

Si el mandato nqcounti o tmcounti no lista ningún índice activo, puede probar a eliminar NetQuestion manualmente efectuando los pasos siguientes:

  1. En un indicador de mandatos, entre el mandato uninstnq.
  2. Elimine la entrada de registro \\HKEY_LOCAL_MACHINE\SOFTWARE\IBM\NetQuestion.
  3. Elimine el directorio de instalación de NetQuestion. Por ejemplo, si ha instalado NetQuestion en la unidad C:\ de Windows NT, elimine el directorio c:\imnnq_nt.
  4. Elimine las variables de entorno IMNINST y IMNINSTSRV y elimine la vía de acceso de instalación de NetQuestion de la variable de entorno de PATH.

Si sigue sin poder desinstalar NetQuestion, llame al servicio técnico IBM para que le ayuden.

Rearranque después de la desinstalación de NetQuestion

Después de una desinstalación de DB2 Universal Database, es muy importante rearrancar antes de efectuar otra instalación de Db2. Es posible que el sistema operativo retenga algunos DLL de NetQuestion y que no se eliminen hasta el siguiente rearranque. Si se produce una instalación de NetQuestion antes del rearranque, los DLL de NetQuestion recién instalados se suprimirán en el siguiente rearranque, haciendo que NetQuestion no pueda utilizarse.


NetQuestion para sistemas operativos OS/2

Este apartado describe la información de configuración posterior a la instalación, sugerencias de resolución de problemas adicionales y soluciones provisionales para problemas conocidos con NetQuestion en sistemas operativos OS/2. También describe el modo de eliminar NetQuestion del sistema.

Con el release de DB2 versión 7.1, NetQuestion ya no utiliza TCP/IP para la comunicación entre el navegador, el servidor Web y el servidor de búsqueda. En su lugar, NetQuestion utiliza Conexiones con nombre por omisión para la comunicación local. Sin embargo, si va a utilizar NetQuestion para buscar documentación de DB2 en un entorno de cliente/servidor, podrá habilitarlo para que utilice TCP/IP para las comunicaciones. Para obtener más información sobre la habilitación de NetQuestion para que utilice TCP/IP, consulte el apartado Cómo conmutar NetQuestion para utilizar TCP/IP.

Requisitos previos de NetQuestion adicionales

Además de satisfacer los requisitos previos de instalación generales para DB2, se necesitan los siguientes requisitos previos para instalar NetQuestion y trabajar con el mismo:

Cómo conmutar NetQuestion para utilizar TCP/IP

NetQuestion en DB2 para OS/2 versión 7.1 utiliza Conexiones con nombre en vez de TCP/IP para las comunicaciones locales. Este apartado describe el modo de habilitar NetQuestion para utilizar TCP/IP.
Nota:Si NetQuestion ya ha sido instalado en el sistema para utilizarlo con otra aplicación IBM, por ejemplo, Visual Age C++ para OS/2, con toda probabilidad estará ya configurado para utilizar TCP/IP para la comunicación. En este caso, cuando instale DB2 para OS/2 versión 7.1, la versión existente de NetQuestion se actualizará automáticamente pero continuará utilizando TCP/IP para las comunicaciones de modo que las otras aplicaciones que dependen de NetQuestion continúen funcionando de modo adecuado.

Para habilitar NetQuestion para utilizar TCP/IP:

  1. Detenga el servidor de búsqueda de NetQuestion entrando el mandato imnss stop server (para SBCS) o el mandato imqss -stop dbcshelp (para DBCS).
  2. En un indicador de mandatos, vaya al directorio de instalación de NetQuestion. Consulte el apartado Ubicación del directorio de NetQuestion para obtener más información.
  3. Sustituya el archivo netq.cfg actual por otro que habilite las comunicaciones de TCP/IP entrando el mandato copy imncxtcp.cfg netq.cfg.
  4. Inicie el servidor de búsqueda de NetQuestion entrando el mandato imnss start server (para SBCS) o el mandato imqss -start dbcshelp (para DBCS).

Si desea conmutar de nuevo a la comunicación utilizando conexiones con nombre, repita los pasos anteriores sustituyendo netq.cfg por imncxpip.cfg. También puede conmutar la comunicación para utilizar conexiones sin nombre sustituyendo netq.cfg por imncxloc.cfg.

El servidor de búsqueda funcionará con o sin un adaptador de red instalado en tanto que el localhost y el bucle de retorno local de TCP/IP estén habilitados en el sistema. Para obtener más información sobre la habilitación de localhost y del bucle de retorno local, consulte el apartado Instalación y configuración del centro de control.

Para verificar la configuración de TCP/IP, abra la carpeta IBM DB2 y pulse dos veces en el icono Iniciar servidor de búsqueda de HTML. Si aparece un mensaje de error, TCP/IP no se ha configurado debidamente. Siga las instrucciones del capítulo Instalación y configuración del centro de control para asegurarse de que TCP/IP se ha configurado correctamente. Rearranque OS/2 si ha cambiado algún valor.

Cómo cambiar el número de puerto para el servidor de búsqueda (sólo TCP/IP)

El servidor de búsqueda se asigna al puerto 49213, para TCP/IP se asigna un número por encima de los puertos públicos. Si tiene otro producto que utilice este puerto, debería cambiar el número de puerto de servidor de búsqueda efectuando los pasos siguientes:

  1. Edite el archivo httpd.cnf en el directorio del sistema de búsqueda y cambie el número de puerto por el que sabe que está disponible, preferiblemente uno que esté por encima de 49000.
  2. Determine el lugar en el que está db2path entrando el mandato db2set db2path.
  3. Vaya al directorio db2path/doc/html y utilice un editor de texto para editar el archivo index.htm. En la línea que tiene el identificador <form>, cambie el valor por localhost:49213 para reflejar el número de puerto que ha seleccionado en el paso 1.
  4. Detenga y reinicie el servidor de búsqueda, pulsando los iconos apropiados de la carpeta IBM DB2.

Se ha detectado un error al iniciar NetQuestion

Si se encuentra con este error:

EHS0410 (o EHS0411): Se ha
detectado un error al iniciar el servicio de búsqueda.
Detenga el servicio e inícielo de nuevo. Pulse Intro para continuar...

es posible que haya cambiado el nombre de sistema principal después de efectuar la instalación y que sea necesario que lo anote de nuevo. En un indicador de mandatos, conmute al directorio de instalación de NetQuestion y entre:

   type netq.cfg

para ver el nombre de sistema principal que está utilizando NetQuestion. Si ha cambiado el nombre de sistema principal, por ejemplo al configurar DHCP y DDNS, entre:

   netqinit
vía_acceso_datos

donde vía_acceso_datos es el directorio de datos debajo del directorio de instalación de NetQuestion. Por ejemplo, si ha instalado NetQuestion en la unidad D:\, vía_acceso_datos se resolvería como d:\imnnq\data.

Búsqueda mientras se está desconectado de la red

Si, por ejemplo, está utilizando un sistema portátil y está temporalmente fuera de una conexión de red, debe habilitar localhost para que busque la documentación. Para obtener más información sobre la habilitación de localhost, consulte el apartado Configuración de TCP/IP en OS/2.

Ubicación del directorio de NetQuestion

NetQuestion se ha instalado en su propio directorio ya que otros productos pueden utilizarlo. Por ejemplo, si ha instalado DB2 Universal Database junto con NetQuestion en G:\ y más tarde ha instalado IBM VisualAge para Java en H:\, el sistema de búsqueda sólo se instala en un lugar.

Algunas de las instrucciones de este apartado le piden que especifique la ubicación de este directorio. Para ubicar este directorio entre uno de los mandatos siguientes:

   echo %IMNINSTSRV%       //para SBCS
   echo %IMQINSTSRV%       //para DBCS 

También puede ejecutar el mandato x:\sqllib\bin\db2netqd dir, donde x: es la unidad de instalación de DB2.

Desinstalación de NetQuestion en OS/2

Antes de desinstalar NetQuestion, asegúrese de que se ha detenido el servidor de búsqueda utilizando el icono apropiado de la carpeta IBM DB2.

Para desinstalar NetQuestion, entre el mandato siguiente:

   uninstnq.cmd

Si NetQuestion sigue presente después de ejecutar este mandato, continúe leyendo este apartado para diagnosticar y arreglar el problema.

Diagnóstico de problemas de desinstalación de NetQuestion

Si ha ejecutado uninstnq.cmd y NetQuestion no se desinstala, la causa puede ser una de las siguientes:

Para determinar los productos que siguen registrados con el sistema de búsqueda, emita uno de los mandatos siguientes:

   
imndomap -a              //para SBCS
imqdomap -a              //para DBCS

Si este mandato no lista índices, vaya al apartado Desinstalación manual de NetQuestion en OS/2.

Si este mandato lista índices que no pertenezcan a la DB2 Universal Database (es decir, los nombres de índice comienzan por algo que no es DB2), hay otros productos del sistema que están utilizando NetQuestion. En este caso no puede eliminar NetQuestion.

Si la lista contiene alguno de los nombres de archivo de índice de DB2 (DB2S71xx o DB2C71xx), DB2 no puede desregistrar los índices haciendo por tanto que falle el mandato uninstnq.cmd de NetQuestion. Esto normalmente se produce en el caso de que DB2 se hubiera desinstalado de modo incorrecto. En este caso, ha de desregistrar manualmente los índices de uno en uno efectuando los pasos siguientes:

  1. Emita uno de estos mandatos para asegurarse de que está ejecutándose el servidor de búsqueda.
       imnss start server          //para SBCS
       imqss -start dbcshelp       //para DBCS
     
    
  2. Emita uno de estos mandatos para cada uno de los archivo de índice:
       imndomap -d nombre_índice       //para SBCS
       imqdomap -d nombre_índice       //para DBCS
    

    donde nombre_índice es el nombre de los índices que devuelve el mandato imndomap -a o el mandato imqdomap -a.

  3. Emita uno de estos mandatos para cada uno de los archivo de índice:
       imnixdel nombre_índice       //para SBCS
       imqixdel nombre_índice        //para DBCS
    

    donde nombre_índice es el nombre de los índices que devuelve el mandato imndomap -a o el mandato imqdomap -a.

  4. Detenga el servidor de búsqueda:
       imnss stop server
    //para SBCS
       imqss -stop dbcshelp        //para DBCS
    
  5. Emita imndomap -a (o imqdomap -a) y compruebe que no queda ningún índice de DB2. Si lo hay, póngase en contacto con el servicio técnico IBM.
  6. Emita el mandato siguiente para comprobar que no hay ningún otro índice activo.
       nqcounti netq_dir  //para SBCS
       tmcounti netq_dir  //para DBCS
     
    

    donde netq_dir es la vía de acceso plenamente cualificada bajo la que se instala NetQuestion. Consulte el apartado Ubicación del directorio de NetQuestion en el caso de que no conozca el directorio bajo el que está instalado NetQuestion.

    Si el mandato nqcounti o el mandato tmcounti devuelven datos que indican que no hay índices activos, vaya al apartado Desinstalación manual de NetQuestion en sistemas operativos Windows de 32 bits.

    Si el mandato nqcounti o tmcounti devuelven datos que indican que hay uno o más índices activos, NetQuestion no podrá eliminarse debido a que otros productos IBM siguen registrados. Por favor, póngase en contacto con el servicio técnico IBM para que le ayuden.

Desinstalación manual de NetQuestion en OS/2

Si el mandato nqcounti o tmcounti no listan ningún índice activo, puede probar a eliminar NetQuestion manualmente efectuando los pasos siguientes:

  1. En un indicador de mandatos, entre:
       uninstnq.cmd
    

    Ignore este mensaje: "SYS0016: El directorio no puede eliminarse."

  2. Elimine el directorio de NetQuestion y todos sus subárboles. Por ejemplo, si ha instalado NetQuestion en la unidad D:\, elimine el directorio d:\imnnq.
  3. Restaure CONFIG.SYS desde una copia de seguridad creada durante la instalación de DB2.
    Nota:La instalación de DB2 crea copias de seguridad numeradas de CONFIG.SYS con el formato CONFIG.xyz, donde xyz es el primer número disponible de 000 a 100. Las copias de seguridad tendrán una indicación de fecha y hora que se corresponderá con la fecha y la hora de la instalación. Se crean dos copias de seguridad durante la instalación de DB2 Universal Database: una para la instalación de DB2 y otra para la instalación de NetQuestion.

  4. Rearranque el sistema.

NetQuestion para sistemas operativos UNIX

Este apartado describe el modo de trabajar con NetQuestion en sistemas operativos AIX, HP-UX y Solaris. NetQuestion no está soportado en la actualidad en otros sistemas operativos basados en UNIX. Este apartado también describe las soluciones provisionales a los problemas que pueden encontrarse al instalar NetQuestion en plataformas UNIX.

Instalación de NetQuestion en sistemas UNIX

Si ha instalado el producto DB2 utilizando el programa de utilidad db2setup y ha seleccionado instalar los componentes de Documentación de producto o de Centro de control, NetQuestion se habrá configurado e instalado automáticamente.

Si ha instalado DB2 manualmente, necesitará efectuar determinadas tareas de configuración posteriores a la instalación para configurar el sistema de búsqueda en línea. Para obtener más información, consulte el capítulo de instalación del servidor de la plataforma en el manual DB2 para UNIX Guía rápida de iniciación.

Soluciones provisionales de instalación de NetQuestion en plataformas UNIX

En algunos entornos, las instalaciones o desinstalaciones de anteriores de NetQuestion imposibilitan instalar de nuevo NetQuestion. Es decir, para instalarse correctamente, NetQuestion requiere que existan los nombres de ID de grupo e ID de usuario especiales. Ocasionalmente (normalmente cuando NetQuestion se ha eliminado de modo incompleto) no existe alguno de estos ID. En los demás casos, es posible que los usuarios no tengan los derechos de acceso necesarios para crear los ID de usuario y los ID de grupo de modo satisfactorio en la instalación. Ambas condiciones dan como resultado que NetQuestion no pueda instalarse correctamente.

Problemas al instalar NetQuestion por primera vez en la máquina

Si sufre un problema al instalar NetQuestion y no dispone de una versión anterior del producto ya instalado, elimine por completo NetQuestion y vuelva a instalarlo. Tenga en cuenta que esta acción incluye la eliminación del ID de grupo e ID de usuario de imnadm antes de volver a efectuar la instalación.

Problemas al instalar NetQuestion cuando ya hay otro componente de NetQuestion instalado o estuvo instalado con anterioridad

Si sufre un problema al instalar NetQuestion y dispone de otra versión de NetQuestion ya instalada (o la tuvo instalada en el pasado), no elimine la instalación de NetQuestion existente. En su lugar, compruebe si hay un ID de grupo denominado imnadm. Si lo hay, puede:

Problemas al instalar NetQuestion en un entorno de AFS/DCE o NIS/NIS+

En los entornos en los que la gestión de ID de grupo e ID de usuario está centralizada, los ID los crea un usuario de administración autorizado, el cual a su vez distribuye la información de ID a las máquinas cliente, los ID de grupo e ID de usuario de imnadm han de crearse antes de que los usuarios instalen NetQuestion. Puesto que dichos ID de grupo e ID de usuario se comparten entre todos los productos que utilizan NetQuestion, este paso ha de realizarse una vez antes de instalar el primer producto que utiliza NetQuestion. Una vez se haya desinstalado el último producto que utiliza NetQuestion, debería eliminarse el ID de usuario y el ID de grupo.


[ Principio de página | Página anterior | Página siguiente | Contenido | Índice ]