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.
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 | 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 |
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 |
Utilizado como um banco de dados local para perfil independente. |
DB2 UDB para iSeries |
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 |
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. |
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.
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.
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.
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.
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.
Não existe nenhuma restrição conhecida.
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.
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.