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 de Mediação do Criador de Log do Barramento de Serviço Corporativo

Utilize as especificações do banco de dados de mediação do criador de log do barramento de serviço corporativo para localizar informações sobre tipos de bancos de dados suportados; nomes de scripts e seus locais; ações de configuração da criação de perfil; upgrades de esquemas e privilégios de ID do usuário.

O banco de dados de mediação do criador de log do barramento de serviço corporativo é utilizado pela primitiva de mediação MessageLogger no WebSphere ESB. As primitivas do Criador de Log de Mensagens armazenam informações no Banco de dados Comum. O Banco de dados Comum é o padrão para o banco de dados de mediação do criador de log de barramento de serviço corporativo, mas você pode utilizar um banco de dados externo. Durante a fase de aprimoramento do perfil, o sistema cria uma variável chamada ESB_MESSAGE_LOGGER_QUALIFIER que é definida com o valor do qualificador de esquema do Banco de dados Comum escolhido.

O banco de dados é criado automaticamente para uma configuração independente. É fornecido um conjunto de arquivos DDL para permitir que você utilize os bancos de dados adicionais em uma configuração do servidor independente ou para um ambiente de implementação de rede.

Para uma configuração independente que está utilizando um banco de dados do DB2 para z/OS ou para um nó gerenciado ou gerenciador de implementação em uma configuração do Network Deployment, você deve criar o banco de dados do Enterprise Service Bus e grupos de armazenamento antes de executar o WebSphere Process Server para o script de configuração do z/OS.

Tipos de Banco de Dados Suportados

O banco de dados de mediação do criador de log do barramento de serviço corporativo 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.

Instâncias do DBMS (Database Management Service)

O Banco de dados Comum é utilizado para ambientes independentes e de implementação de rede no escopo da célula. No entanto, os usuários podem criar manualmente quantas instâncias adicionais precisarem (cada primitiva de mediação do criador de log de mensagens pode ser configurada para utilizar uma origem de dados diferente e, assim, um banco de dados diferente).

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

Para os perfis do gerenciador de implementação e independente, o perfil do criador de log do barramento de serviço corporativo executará o script do Banco de dados Comum createTable no Banco de dados Comum. Consulte as "especificações do Banco de dados Comum" para obter mais informações.

Perfil Independente

Em um ambiente independente padrão, um banco de dados Derby é criado automaticamente com o nome EsbLogMedDB.

Ambiente de implementação de rede

O banco de dados do barramento de serviço corporativo padrão não é selecionado automaticamente durante a criação do perfil de implementação de rede. Você deve escolher o banco de dados padrão ou um dos bancos de dados suportados.

Scripts SQL

O script SQL createTable_ESB.sql está localizado em install_root/dbscripts/CommonDB/DBTYPE.

Os scripts createMessageLoggerResource.jacl e removeMessageLoggerResource.jacl estão localizados em install_root/bin e podem ser utilizados para criar ou excluir tabelas no tipo de banco de dados solicitado.

Provedor JDBC

O provedor JDBC e a origem de dados do Banco de dados Comum são utilizados por padrão:

Nome da origem de dados:
  • WPS DataSource
Nome de JNDI da origem de dados:
  • jdbc/WPSDB

Você pode criar sua própria origem de dados configurando a mediação do Criador de Log de Mensagens para utilizar uma origem de dados diferente.

Restrições

Não existe nenhuma restrição conhecida.

Tabelas

O banco de dados de mediação do criador de log do barramento de serviço corporativo utiliza a tabela MSGLOG no Banco de dados Comum. Você pode optar por não utilizar o Banco de dados Comum e pode utilizar um banco de dados externo se preferir.

Scripts Exportados

O scripts de banco de dados são exportados para o seguinte local: install_root/dbscripts/CommonDB/DBTYPE/dbName

Scripts de Upgrade de Esquema

Nenhum upgrade de esquema envolvido para a tabela MSGLOG. Quando você migra para o WebSphere ESB versão 6.1, o WebSphere ESB continua utilizando os bancos de dados do MessageLogger utilizados nos releases anteriores. Não há suporte para migrar estes dados para o WebSphere ESB Banco de dados Comum.

Se quiser manter um único local para as informações de mensagem, você pode
  • Mover manualmente os dados do banco de dados antigo para o novo banco de dados
  • Continuar utilizando o banco de dados antigo
  • Utilizar o script createMessageLoggerResource.jacl para mover os dados.

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_esb_logger_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).