Bancos de Dados Derby no Windows

Este tópico descreve os processos, serviços, portas IP e arquivos de banco de dados utilizados para suportar o Derby no Windows.

Security

Com a implementação atual do Derby no WebSphere Message Broker, não existem controles de segurança disponíveis e nenhuma otimização foi desempenhada. Por isso, é altamente recomendável não utilizar o Derby em um ambiente de produção.

Utilização do DB2 Run-Time Client

O WebSphere Message Broker utiliza o ODBC para conectar-se a bancos de dados Derby. O Derby é um mecanismo de banco de dados Java nativo sem suporte a ODBC. O DB2 Run-Time Client fornece os drivers que permitem que o ODBC acesse os bancos de dados Derby. O DB2 Run-Time Client é utilizado apenas para fornecer e gerenciar a conexão ODBC entre o WebSphere Message Broker e os bancos de dados Derby. Ele não fornece um banco de dados DB2 e, portanto, não consome os recursos que uma instalação completa do DB2 normalmente requer.

Gerenciador de Instâncias de Banco de Dados (Gerenciando, Criando, Excluindo e Executando Bancos de Dados)

É requerido um servidor de rede em execução para que o WebSphere Message Broker possa acessar bancos de dados Derby por meio do ODBC. O servidor de rede fornece acesso a bancos de dados Derby a partir de programas externos. Quando criar o primeiro banco de dados Derby utilizando o comando mqsicreatedb, também será criado um serviço do Windows. O serviço é chamado IBM MQSeries Broker DatabaseInstanceMgr6 e é iniciado automaticamente quando o Windows é iniciado, com o nome do usuário fornecido com o comando mqsicreatedb. O serviço é referido como componente DatabaseInstanceMgr e inicia o servidor de rede.

Todos os bancos de dados Derby criados utilizando o comando mqsicreatedb são atendidos por uma instância do DatabaseInstanceMgr e pelo servidor de rede. Para que possa funcionar, o servidor de rede requer um número de porta TCP/IP. O número de porta padrão para o Derby é 1527 (utilize-o quando criar o banco de dados Derby). Você pode especificar um número de porta diferente quando emitir o comando mqsicreatedb para criar um banco de dados Derby pela primeira vez. No entanto, você não pode alterar subseqüentemente o número da porta, após a configuração de um servidor de rede, sem primeiro utilizar o mqsideletedb para remover todos os bancos de dados Derby.

Você pode remover o DatabaseInstanceMgr e o servidor de rede após a exclusão do último banco de dados Derby, utilizando o comando mqsideletedb. Se a senha do nome do usuário com o qual o serviço do Windows é executado for alterada, utilize o comando mqsichangedbimgr para atualizar o serviço com a nova senha. Você também pode utilizar o comando mqsichangedbimgr para alterar o nome do usuário do serviço. Utilize os comandos mqsistart e mqsistop para iniciar e parar o componente DatabaseInstanceMgr.

Multiplicidade (Intermediários, dbiMgrs, Instalações e Bancos de Dados)

Não existe limite para o número de bancos de dados que podem ser criados com o comando mqsicreatedb. No máximo um DatabaseInstanceMgr é criado independentemente de quantos bancos de dados tiverem sido criados. Se houver várias instalações simultâneas do WebSphere Message Broker Versão 6.0, elas utilizarão uma única instância do componente DatabaseInstanceMgr.

Descrição e Considerações de Desinstalação do Intermediário

Utilize o comando mqsideletedb para limpar todos os recursos criados pelo comando mqsicreatedb. Quando o último banco de dados Derby for excluído, o DatabaseInstanceMgr e o servidor de rede também serão parados e removidos. Se os arquivos de banco de dados não puderem ser excluídos utilizando o comando mqsideletedb, será possível excluí-los manualmente.

Referências relacionadas
Comando mqsicreatedb
Comando mqsideletedb
Comando mqsichangedbimgr
Avisos | Marcas Registradas | Downloads | Biblioteca | Suporte | Feedback
Direitos Autorais IBM Corporation 1999, 2005 Última Atualização: 04/11/2005
ah35004_