Derby hace referencia a IBM Cloudscape Versión 10.0, un producto de base de datos que se basa en la base de datos Derby de Apache Software Foundation. Cloudscape no modifica Derby en modo alguno, sino que proporciona funciones adicionales, incluyendo instaladores. El soporte para la base de datos Derby está incluido en el componente de intermediario sólo en Windows.
Este tema describe los procesos, servicios, puertos IP y archivos de base de datos utilizados para dar soporte a Derby en Windows.
Con la implementación actual de Derby en WebSphere Message Broker, no hay ningún control de seguridad disponible y no se han realizado mejoras. Por este motivo, se recomienda encarecidamente no utilizar Derby en un entorno de producción.
WebSphere Message Broker utiliza ODBC para conectase a bases de datos Derby. Derby es un motor de base de datos Java nativo sin soporte ODBC. DB2 Run-Time Client proporciona los controladores que permiten a ODBC el acceso a bases de datos Derby. DB2 Run-Time Client sólo se utiliza para proporcionar y gestionar la conexión ODBC entre WebSphere Message Broker y las bases de datos Derby. No proporciona ninguna base de datos DB2 y, por tanto, no consume los recursos que requiere normalmente una instalación completa de DB2.
Se
requiere que haya un servidor ejecutándose en la red para que WebSphere Message Broker pueda acceder a las bases de datos
Derby a través de ODBC. El
servidor de red proporciona acceso a las bases de datos
Derby desde programas externos. Cuando se crea la primera base de datos Derby
utilizando el mandato mqsicreatedb, se crea también un servicio
de Windows. El servicio se llama IBM MQSeries Broker DatabaseInstanceMgr6 y se inicia
automáticamente cuando se inicia Windows, bajo el nombre de usuario que
se haya facilitado con el mandato mqsicreatedb.
Se hace referencia al servicio como componente DatabaseInstanceMgr e inicia el servidor de red. DbInstMgr es el nombre de componente interno del
gestor de instancias de bases de datos.
A todas las bases de datos Derby creadas con el mandato mqsicreatedb les presta servicio una instancia de DatabaseInstanceMgr y un servidor de red. Para que el servidor de red pueda funcionar es necesario un número de puerto TCP/IP. El número de puerto por omisión para Derby es 1527 (utilícelo para crear la base de datos Derby). Puede especificar un número de puerto distinto cuando emita el mandato mqsicreatedb para crear una base de datos Derby por primera vez. No obstante, no podrá cambiar el número de puerto después de que se haya configurado un servidor de red, sin utilizar primero el mandato mqsideletedb para eliminar todas las bases de datos Derby.
Emita
el mandato mqsilist GestorInstanciasBasedatos para generar una lista de las bases de datos que ha creado el
mandato mqsicreatedb.
Puede eliminar el DatabaseInstanceMgr y el servidor de red después
de haber eliminado la última base de datos Derby utilizando el mandato
mqsicreatedb. Si se cambia la contraseña del nombre de usuario bajo el que se
ejecuta el servicio de Windows, utilice el mandato mqsichangedbimgr para
actualizar el servicio con la nueva contraseña. También puede utilizar el mandato mqsichangedbimgr para cambiar el nombre de
usuario del servicio. Use los mandatos mqsistart y mqsistop para iniciar y detener el
componente DatabaseInstanceMgr.
No existe ningún límite en el número de bases de datos que puede crear con el mandato mqsicreatedb. Se crea como máximo un DatabaseInstanceMgr independientemente de las bases de datos que se hayan creado. Si hay varias instalaciones simultáneas de WebSphere Message Broker Versión 6.0, éstas utilizarán una sola instancia del componente DatabaseInstanceMgr.
Utilice el mandato mqsideletedb para borrar todos los recursos creados mediante el mandato mqsicreatedb. Cuando se ha suprimido la última base de datos Derby, también se detendrán y eliminarán el DatabaseInstanceMgr y el servidor de red. Si los archivos de bases de datos no pueden suprimirse utilizando el mandato mqsideletedb, es posible suprimirlos manualmente.