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:
@echo off db2logon db2local /p:contraseña db2start cls exit
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
del "C:\WINDOWS\Menú Inicio\Programas\Arranque\DB2 - DB2.lnk"
Si decide utilizar su propio atajo, debe establecer el atributo close on exit para el atajo. Si no lo establece, el indicador de mandatos de DOS se queda en la barra de tareas aún después de que el mandato db2start se haya completado satisfactoriamente. Para evitar que la ventana de DOS se abra durante el proceso de db2start, puede crear este atajo (y la ventana de DOS en la que se ejecuta) de forma que se ejecute minimizado.
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:
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:
La tabla se crea con un calificador de alto nivel como db2local.tab1.
Debe utilizar un ID de usuario que sea igual al nombre de esquema de las tablas y otros objetos.
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).