Notas del release


17.1 Inicio de DB2 en Windows 95, Windows 98 y Windows ME cuando el usuario no tiene iniciada una sesión

Para que un mandato db2start se ejecute satisfactoriamente en un entorno Windows 95, Windows 98 o Windows Millenium Edition (ME), debe:

Además, el ID de usuario que se especifique durante el inicio de sesión o para el mandato db2logon se debe ajustar a los requisitos de DB2 (vea la nota (NOTE2)).

Cuando se inicia el mandato db2start, en primer lugar comprueba si el usuario tiene iniciada una sesión. Si la tiene iniciada, el mandato db2start utiliza el ID de dicho usuario. Si no la tiene iniciada, el mandato db2start comprueba si se ha ejecutado un mandato db2logon y, de ser así, el mandato db2start utiliza el ID de usuario que se ha especificado para el mandato db2logon. Si el mandato db2start no puede encontrar un ID de usuario válido, el mandato termina.

Durante la instalación de DB2 Universal Database Versión 7 en Windows 95, Windows 98 y Windows ME, el software de instalación, por omisión, añade un atajo a la carpeta Arranque que ejecuta el mandato db2start cuando se arranca el sistema (vea la nota (NOTE_1) si desea obtener más información). Si el usuario del sistema no tiene iniciada una sesión ni ha emitido el mandato db2logon, el mandato db2start se interrumpirá.

Si usted o sus usuarios no inician normalmente sesiones con Windows o con una red, puede ocultar el requisito de que se emita el mandato db2logon antes que un mandato db2start ejecutando desde un archivo de proceso por lotes, tal como sigue:

  1. Cree un archivo de proceso por lotes que emita el mandato db2logon seguido del mandato db2start.exe. Por ejemplo:
      @echo off
      db2logon  db2local /p:contraseña
      db2start
      cls
      exit
    
  2. Asigne al archivo de proceso por lotes el nombre db2start.bat y almacénelo en el directorio /bin que se encuentra bajo la unidad y vía de acceso en que ha instalado DB2. El archivo de proceso por lotes se almacena en esta ubicación para asegurarse de que el sistema operativo pueda encontrar la vía de acceso al archivo.

    La unidad y vía de acceso en que se ha instalado DB2 están almacenadas en la variable de registro DB2PATH de DB2. Para averiguar la unidad y vía de acceso en que se ha instalado DB2, emita el mandato siguiente:

      db2set  -g  db2path
    

    Suponga que el mandato db2set devuelve el valor c:\sqllib. En este caso, almacenará el archivo de proceso por lotes de la manera siguiente:

      c:\sqllib\bin\db2start.bat
    
  3. Para iniciar DB2 cuando se arranque el sistema, debe ejecutar el archivo de proceso por lotes desde un atajo de la carpeta Arranque. Tiene dos posibilidades:

Si utiliza un archivo de proceso por lotes para emitir el mandato db2logon antes de que se ejecute el mandato db2start, y si los usuarios inician sesiones ocasionalmente, el mandato db2start seguirá funcionando, con la única diferencia de que DB2 utilizará el ID de usuario del usuario que ha iniciado una sesión. Para conocer más detalles, vea la nota (NOTE_1).

Notas:

  1. El mandato db2logon simula un inicio de sesión de un usuario. El formato del mandato db2logon es:
      db2logon idusuario  /p:contraseña
    

    El ID de usuario que se especifique para el mandato se debe ajustar a los requisitos de denominación de DB2 (para obtener más información, vea la nota (NOTE2)). Si se emite el mandato sin ID de usuario y contraseña, se abre una ventana para solicitar al usuario esta información. Si el único parámetro que se proporciona es un ID de usuario, no se solicita la contraseña al usuario; en determinadas condiciones se requiere una contraseña, tal como se describe más adelante.

    Los valores de ID de usuario y contraseña establecidos por el mandato db2logon sólo se utilizan si el usuario no ha iniciado una sesión utilizando la ventana de inicio de sesión de Windows ni la ventana de inicio de sesión de Microsoft Networking. Si el usuario ha iniciado una sesión y se ha emitido un mandato db2logon, se utiliza el ID de usuario del mandato db2logon para todas las acciones de DB2, pero se ignora la contraseña especificada en el mandato db2logon.

    Si el usuario no ha iniciado una sesión utilizando la ventana de inicio de sesión de Windows ni la ventana de inicio de sesión de Microsoft Networking, se utilizan el ID de usuario y la contraseña proporcionados mediante el mandato db2logon, de la manera siguiente:

  2. En la Versión 7, el ID de usuario que se utiliza para iniciar sesiones o que se especifica para el mandato db2logon se debe ajustar a los siguientes requisitos de DB2:

  3. Puede evitar la creación del atajo de db2start en la carpeta Arranque durante una instalación interactiva personalizada o, si está realizando una instalación mediante archivo de respuestas, si especifica la opción DB2.AUTOSTART=NO. Si utiliza estas opciones, no existirá ningún atajo de db2start en la carpeta Arranque y deberá añadir su propio atajo para ejecutar el archivo db2start.bat.

  4. En Windows 98 y Windows ME, se dispone de una opción que se puede utilizar para especificar un ID de usuario con el que se inicie una sesión siempre que se arranque Windows 98 o Windows ME. En este caso, no aparecerá la ventana de inicio de sesión de Windows. Si utiliza esta opción, se iniciará una sesión de un usuario y el mandato db2start se ejecutará satisfactoriamente si el ID de usuario se ajusta a los requisitos de DB2 (vea más detalles en la nota (NOTE2)). Si no utiliza esta opción, siempre se presentará al usuario una ventana de inicio de sesión. Si el usuario cancela esta ventana sin iniciar una sesión, el mandato db2start fallará a menos que previamente se haya emitido el mandato db2logon o se le haya invocado desde el archivo de proceso por lotes, tal como se ha descrito anteriormente.

  5. Si no se inicia DB2 durante un arranque del sistema, lo puede iniciar una aplicación. Puede ejecutar el archivo db2start.bat formando parte de la inicialización de aplicaciones que utilizan DB2. Utilizando este método, sólo se iniciará DB2 cuando se inicie la aplicación que lo va a utilizar. Cuando el usuario sale de la aplicación, se puede emitir un mandato db2stop para detener DB2. Las aplicaciones comerciales pueden iniciar DB2 de esta manera, en caso de que no se inicie DB2 durante el arranque del sistema.

    Para utilizar la aplicación DB2 Synchronizer o llamar a las API de sincronización desde la aplicación, se debe iniciar DB2 si los scripts que se bajen para ejecutarlos contienen mandatos que funcionan con una instancia local o una base de datos local. Estos mandatos pueden estar en los scripts de la base de datos, en los scripts de la instancia o incorporados en los scripts del sistema operativo (OS). Si un script del OS no contiene mandatos de Procesador de línea de mandatos ni ninguna API de DB2 que utilicen una instancia o una base de datos, se puede ejecutar sin que se inicie DB2. Debido a la posible dificultad de saber por adelantado qué mandatos se ejecutarán desde los scripts durante el proceso de sincronización, normalmente se iniciará DB2 antes de que comience la sincronización.

    Si llama al mandato db2sync o a las API de sincronización desde la aplicación, deberá iniciar DB2 durante la inicialización de la aplicación. Si los usuarios van a utilizar el atajo de DB2 Synchronizer en la carpeta DB2 para Windows para comenzar la sincronización, el atajo de DB2 Synchronization se debe modificar de forma que ejecute un archivo db2sync.bat. El archivo de proceso por lotes debe contener los mandatos siguientes para asegurarse de que DB2 esté en ejecución antes de que empiece la sincronización:

      @echo off
      db2start.bat
      db2sync.exe
      db2stop.exe
      cls
      exit
    

    En este ejemplo, se supone que el archivo db2start.bat invoca a los mandatos db2logon y db2start descritos anteriormente.

    Si decide iniciar DB2 cuando se inicie la aplicación, cerciórese de que la instalación de DB2 no añade ningún atajo para iniciar DB2 a la carpeta Arranque. Para conocer más detalles, vea la nota (NOTE3).


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