WebSphere Portal e Banco de Dados

Quando instalamos o Portal, por padrão, ele utiliza o cloudscape como banco de dados. Na versão Express ele instala um DB2.
O cloudscape é um banco que não pode ser utilizado em configurações de produção ou em cluster. Portanto em todas as instalações é necessário
migrar para outro banco de dados suportado tal como DB2, ORACLE ou memo o MS SQLSERVER.
Cada um deles tem uma configuração particular para ser feita. A decisão de qual banco de dados utilizar não é fácil e pode passar até
mesmo por política da empresa ou seja  a empresa já possui um determinado banco de dados e deseja utilizá-lo para o portal corporativo.
Normalmente as informações contidas no infocenter são suficientes, mas a vida de um administrador de portal não é só de alegrias.
Já realizei instalações com DB2, ORACLE e MS SQLSERVER classifico que a instalação com DB2 e ORACLE são as mais fáceis, não é a
mesma coisa com o MSSQLSERVER principalmente se o portal estiver em um ambiente UNIX/LINUX são dificuldades de instalação é necessário prestar
mais atenção.
Pode-se transferir o banco de dados usando a interface gráfica ou utilizando comandos de linha.
Uma fato ocorrido recentemente comigo foi um questionamento sobre o teste de banco de dados que é feito na interface do WAS, que era
corriqueiro nos ambiente de portal 5.x ou seja se existe uma suspeita de problemas de conexão como banco de dados a console do
WAS era um bom lugar para se testar as conexões, mas como estava dizendo ERA.
Aconteceu o seguinte: O administrador de um portal 6 estava realizando uma instalação nova e decidiu testar o banco de dados como ele
sempre fez o portal 5.x, apareceu um erro na console do WAS, e a pergunta inevitável “Mas porquê tem erro se o portal está funcionando?”
Descobri o seguinte em uma literatura da IBM: Important: Due to an architecture change in the way that Portal uses the WSAS **
datasources, you can no longer test the Portal datasources successfully thru the** **
WSAS AdminConsole after the Portal install. Attempting to test the connection** **
will fail, but this is not an indication of a problem and Portal will still function.**

Deve-se reconfigurar o WAS para que o teste funcione. O problema é o escopo da variável que
aponta o caminho do driver, que na instalação é criado no nível de célula e para que o teste funcione é necessário criar a mesma
variável a nível de nó.

Felizmente teve solução.