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 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. |
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).
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.
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.
O provedor JDBC e a origem de dados do Banco de dados Comum são utilizados por padrão:
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.
Não existe nenhuma restrição conhecida.
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.
O scripts de banco de dados são exportados para o seguinte local: install_root/dbscripts/CommonDB/DBTYPE/dbName
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.