WebSphere Enterprise Service Bus, Versão 6.2.0 Sistemas Operacionais: AIX, HP-UX, i5/OS, Linux, Solaris, Windows


Configurações do Banco de Dados do Mecanismo do Sistema de Mensagens

As especificações do banco de dados do mecanismo do sistema de mensagens listam tipo de banco de dados suportado; scripts e seus locais; tipos de criação de perfil; e privilégios de ID do usuário necessários.

O banco de dados do mecanismo do sistema de mensagens é utilizado para armazenar informações operacionais. Também são armazenados objetos essenciais que o mecanismo do sistema de mensagens precisa para recuperação no caso de uma falha.

O banco de dados do mecanismo do sistema de mensagens é utilizado pelos mecanismos de mensagem para Service Component Architecture (SCA) e Common Event Infrastructure. O nome do banco de dados padrão para o mecanismo do sistema de mensagens SCA é SCADB, para os outros mecanismos do sistema de mensagens é MEDB. Para o banco de dados Derby Embedded, cada mecanismo de sistema de mensagens terá seu próprio banco de dados ou esquema. O nome do esquema padrão é IBMWSSIB.
Nota: Vários esquemas não são suportados por todos os tipos de banco de dados, consulte a sua documentação de banco de dados para obter detalhes.

Em um ambiente independente, você pode configurar seu mecanismo do sistema de mensagens SCA utilizando a página de configuração Servidores -> Servidores de Aplicativos -> server -> Integração de Negócios -> Service component architecture do console administrativo. Em um ambiente de rede padronizado, os mecanismos do sistema de mensagens são configurados durante a instalação. Entretanto, para um ambiente de rede customizado, é necessário configurar os mecanismos do sistema de mensagens manualmente. Consulte "Configuração do Layout do Ambiente de Implementação Customizado" para obter informações adicionais.

Você tem muito controle sobre os bancos de dados do mecanismo do sistema de mensagens, por exemplo, é possível criar um banco de dados para cada mecanismo do sistema de mensagens ou utilizar um único banco de dados para todos os mecanismos do sistema de mensagens. Cada mecanismo do sistema de mensagens deve ter seu próprio banco de dados ou esquema.

Tipos de Bancos de Dados Suportados

O banco de dados do mecanismo de sistema de mensagens pode utilizar os seguintes produtos de banco de dados:
Tabela 1. Produtos de Banco de Dados Suportados
Tipos de Bancos de Dados Considerações
Derby Embedded Utilizado como o tipo de banco de dados padrão para perfil independente.
Derby Network Server Utilizado como o tipo de banco de dados padrão no ambiente de implementação de rede.
DB2 Universal Utilizado como o banco de dados nas configurações de implementação de rede. Opcionalmente, pode ser utilizado como o banco de dados nas configurações de servidor independente.

DB2 para z/OS v8
DB2 para z/OS v9

Importante: Ao criar um perfil para um servidor que utiliza o DB2 para z/OS v9, o servidor deve estar apto a conectar-se ao banco de dados DB2.
Utilizado como o banco de dados nas configurações de implementação de rede. Opcionalmente, pode ser utilizado como o banco de dados nas configurações de servidor independente.

DB2 UDB para iSeries
(Native)

DB2 para i5/OS (Native)

Utilizado como um banco de dados local para perfil independente.

DB2 UDB para iSeries
(Toolbox)

DB2 para i5/OS (Toolbox)

Utilizado como um banco de dados remoto para o ambiente de implementação de rede ou como um banco de dados local para um perfil independente.Utilizado como o banco de dados nas configurações de implementação de rede. Opcionalmente, pode ser utilizado como o banco de dados nas configurações de servidor independente.
DB2 Universal Runtime Client Utilizado como o banco de dados nas configurações de implementação de rede. Opcionalmente, pode ser utilizado como o banco de dados nas configurações de servidor independente.
Informix Dynamic Server  
Microsoft SQL Server (Incorporado)  
Microsoft SQL Server (Data Direct)  
Microsoft SQL Server (Microsoft) - Suporte para driver JDBC do Microsoft SQL Server, versão 1.2 foi incluído no WebSphere Process Server, versão 6.2.0.1  

Oracle 9i
Oracle 10g
Oracle 11g

Você precisa do privilégio sysdba para criar o banco de dados, tabelas e esquemas. Se você não tiver o privilégio sysdba correto poderão ocorrer erros ao criar e acessar as tabelas e esquemas.
Importante: No i5/OS, existe um banco de dados único global onde você define todos os esquemas para todos os componentes funcionais. Certifique-se de que todos os nomes de esquemas sejam exclusivos na LPAR (Partição Lógica).

Privilégios do ID do Usuário

As credenciais de usuário que você fornece na Ferramenta de Gerenciamento de Perfil devem ter as permissões necessárias para criar espaços de tabela, tabelas, esquemas, índices e procedimentos armazenados. Para a opção Criar Novo Banco de Dados, a identidade do usuário deve ter os privilégios necessários para criar um novo banco de dados. Consulte "Usuários e Esquemas para Bancos de Dados" e "Privilégios do Banco de Dados" para obter informações adicionais.
Nota: Se o usuário que está executando o script tiver autoridade suficiente para criar tabelas, o script não irá requerer um ID de autenticação no script.

Para o ambiente de implementação de rede, você precisa de todas as permissões necessárias para os privilégios do usuário especificados durante a configuração do console administrativo.

Instâncias do DBMS (Database Management Service)

Cada mecanismo do sistema de mensagens tem seu próprio banco de dados ou esquema:
  • Um é utilizado para hospedar cada mecanismo do sistema de mensagens para o barramento do sistema Service Component Architecture.
  • O outro é utilizado para hospedar cada mecanismo do sistema de mensagens para o barramento do aplicativo Service Component Architecture.
  • O outro é utilizado para hospedar cada mecanismo do sistema de mensagens para o barramento do Common Event Infrastructure.
A convenção de nomenclatura para a origem de dados JDBC que o mecanismo do sistema de mensagens utiliza para interagir com o banco de dados é:
  • Barramento do sistema: <node><server>|<cluster>-SCA.SYSTEM.<cell>.Bus
  • Barramento do aplicativo: <node><server>|<cluster>-SCA.APPLICATION.<cell>.Bus
  • Common Event Infrastructure: <><servidor>|<cluster>-CommonEventInfrastructure_Bus
A convenção de nomenclatura do banco de dados Derby é mostrada abaixo:
  • Barramento do sistema: install_root/profiles/profilename/databases/com.ibm.ws.sib/(<>.<servidor>|<cluster>)-SCA.SYSTEM.<célula>.Bus
  • Barramento do aplicativo: install_root/profiles/profilename/databases/com.ibm.ws.sib/(<>.<servidor>|<cluster>)-SCA.APPLICATION.<célula>.Bus
  • Common Event Infrastructure: install_root/profiles/profilename/event/DerbyEventBusDB/(<>.<servidor>|<cluster>)-CommonEventInfrastructure_Bus
  • Barramento do Business Process Choreographer: install_root/profiles/profilename/databases/com.ibm.ws.sib/(<>.<servidor>|<cluster>)-BPC.<célula>.Bus
O padrão para <célula> é o nome da célula na maioria dos casos. No entanto, quando um perfil independente for associado (permitido apenas quando for o primeiro nó da célula), <célula> será o nome desse perfil independente. Você pode substituí-lo pelo nome do seu próprio identificador de barramento. Utilize a linha de comandos ($AdminTASKS) para criar nomes customizados. Não é possível utilizar o console administrativo para criar nomes customizados.

Ações de Configuração durante a Criação do Perfil

Perfil Independente

O banco de dados padrão do mecanismo do sistema de mensagens é o Derby Embedded. Você pode optar por utilizar um armazenamento de arquivos para o banco de dados do mecanismo do sistema de mensagens ou pode utilizar outro banco de dados suportado. Durante a criação de perfil através do Profile Management Tool, você pode utilizar o Banco de dados Comum para todos os mecanismos do sistema de mensagens.

Implementação de Rede

Nenhum mecanismo do sistema de mensagens é criado automaticamente.

Depois que o perfil for criado, você poderá configurar um servidor ou um cluster para o Service Component Architecture utilizando a atividade guiada: Configurar seu Ambiente de Implementação de Rede. Acesse essa atividade guiada a partir do console administrativo do gerenciador de implementação, expandindo Atividades Guiadas e clicando em Configurar seu Ambiente de Implementação de Rede.

Você pode visualizar a configuração SCA do servidor a partir do painel Servidores de Aplicativos > servername > Service Component Architecture do console administrativo.

As tarefas administrativas a seguir são executadas durante a criação do perfil:
  • Local do Destino Remoto:
    • configSCAAsyncForServer, configSCAJMSForServer (remoteMELocation é true)
    • configSCAAsyncForCluster, configSCAJMSForCluster (remoteMELocation é true)
  • Local do Destino Local:
    • configSCAAsyncForServer, configSCAJMSForServer
    • configSCAAsyncForCluster, configSCAJMSForCluster

Detalhes da utilização destas tarefas podem ser localizados no "comando configSCAAsyncForCluster " e no "comando configSCAAsyncForServer."

Executar a configuração SCA assíncrona para um servidor ou cluster faz com que um mecanismo do sistema de mensagens seja criado para o barramento do sistema SCA. Executar o elemento JMS da configuração SCA para um servidor ou cluster faz com que um mecanismo do sistema de mensagens seja criado para o barramento de aplicativo SCA. Ambos os mecanismos de mensagens requerem que um banco de dados ou esquema seja criado.

Para a configuração do mecanismo do sistema de mensagens do Common Event Infrastructure, utilize a tarefa administrativa deployEventService para configurar o servidor de eventos e o barramento do Common Event Infrastructure.

Scripts SQL

Nenhum script SQL é criado como parte do produto. Você pode utilizar scripts existentes do WebSphere Application Server de base para criar banco de dados e tabelas se necessário. O MEDB deve ser criado manualmente antes de ser configurado utilizando o painel Servidores de Aplicativos > nome do servidor > Service Component Architecture do console administrativo.

Provedor JDBC

Service Component Architecture

O provedor JDBC é reutilizado quando a classe de implementação do provedor JDBC precisa corresponder à escolhida na configuração avançada. Isso geralmente significa que se os mesmos tipos de banco de dados forem utilizados, então, as classes de implementação geralmente correspondem. Se nenhum provedor JDBC correspondente for localizado no arquivo resource.xml, então, procura-se no arquivo jdbc-resource-provider-templates.xml sob templates/system (configuração de perfis) um provedor JDBC correspondente. O provedor é correspondido à classe de implementação.

Common Event Infrastructure

A criação do provedor JDBC para o banco de dados do mecanismo do sistema de mensagens é semelhante à abordagem seguida na criação do banco de dados CEIDB. Consulte "Especificações de Banco de Dados do Common Event Infrastructure" para obter mais detalhes.

Nomes de origens de dados:
  • Barramento do sistema: : _(node.server|cluster)-SCA.SYSTEM.cell.Bus/cel/cluster/server/node
  • Barramento do aplicativo: _(node.server|cluster)-SCA.APPLICATION.cell.Bus/cell/cluster/server/node
  • Common Event Infrastructure: _(node.server| cluster-CommonEventInfrastructure_Bus/cluster/server/node
Nomes JNDI da origem de dados:
  • Barramento do sistema: jdbc/com.ibm.ws.sib/(node.server|cluster)-SCA.SYSTEM.cell.Bus/cell/cluster/server/node
  • Barramento do aplicativo: jdbc/com.ibm.ws.sib/(node.server|cluster)-SCA.APPLICATION.cell.Bus/cell/cluster/server/node
  • Common Event Infrastructure: Jdbc/ com.ibm.ws.sib /(node.server|cluster)-CommonEventInfrastructure_Bus/cluster/server/node

Restrições

Não existe nenhuma restrição conhecida.

Tabelas

Para obter informações sobre as tabelas, consulte o tópico "Armazenamentos de Dados" no Centro de Informações do WebSphere Application Server Network Deployment.

Scripts Exportados

O script sibDDLGenerator no WAS_INSTALL_ROOT/bin pode ser utilizado para criar os scripts SQL para o banco de dados de mecanismos do sistema de mensagens. Utilize o script sibDDLGenerator para criar scripts SQL para uso no ambiente de produção, principalmente na plataforma z/OS. Consulte "O Comando sibDDLGenerator" para obter informações adicionais.

Esses scripts contêm apenas instruções create database/tablespace/table básicas. Um administrador de banco de dados ainda pode precisar adaptar esses scripts para atender às suas necessidades de banco de dados, principalmente no z/OS.


concept Tópico de Conceito

Termos de Uso | Feedback


Ícone de registro de data e hora Última Atualização: 01 julho 2010


http://publib.boulder.ibm.com/infocenter/dmndhelp/v6r2mx/topic//com.ibm.websphere.wesb620.doc/doc/cins_messaging_engine_db_specs.html
Copyright IBM Corporation 2005, 2010. Todos os Direitos Reservados.
Este Centro de Informações foi desenvolvido com tecnologia Eclipse (http://www.eclipse.org).