Author: <span>kenio.carvalho</span>

Para alterar a senha do administrador ldap basta seguir os passos abaixo. Quando fazemos a configuração de segurança LDAP
é necessário utilizar um usuário com direitos do root (no caso do LDAP IBM).
Dica: utilize um usuário criado com direitos de root e não o root, principalmente se o administrador do Portal não for a mesma
pessoa que administra o LDAP.
Retirei as instruções do Infocenter

Alterando a Senha do Administrador LDAP na Configuração do Member Manager

1.        Requerido se você configurou o WebSphere Portal em um ambiente em cluster: Os arquivos do Member Manager são armazenados na máquina do gerenciador de implementação. Antes de alterar o arquivo, você deve extraí-lo da máquina do gerenciador de implementação. Execute o seguinte comando a partir do diretório portal_server_root/config de qualquer nó para extrair o arquivo wmm.xml:

• UNIX: ./WPSconfig.sh check-out-wmm-cfg-files-from-dmgr
• Windows: WPSconfig.bat check-out-wmm-cfg-files-from-dmgr

em que profile_root é o nome do perfil do WebSphere Application Server no qual o WebSphere Portal está instalado; por exemplo, wp_profile.
2.        Em um prompt de comandos, altere para o diretório portal_server_root/config. Para i5/OS, altere para o diretório portal_server_root/config.
3.        Criptografe a nova senha, digitando o comando apropriado:

• UNIX: ./WPSconfig.sh wmm-encrypt -Dpassword=new_password
• Windows: WPSconfig.bat wmm-encrypt -Dpassword=new_password  

em que profile_root é o nome do perfil do WebSphere Application Server no qual o WebSphere Portal está instalado; por exemplo, wp_profile.

Nota: O script retorna um valor para a cadeia ASCII criptografada.
4.        Abra o arquivo portal_server_root/wmm/wmm.xml em um editor de texto.
5.        Copie o valor da cadeia criptografada ASCII e cole-o no campo adminPassword do arquivo wmm.xml.
6.        Requerido se você configurou o WebSphere Portal em um ambiente em cluster: Execute o seguinte comando a partir do diretório portal_server_root/config do nó para verificar o arquivo wmm.xml novamente na máquina do gerenciador de implementação:
Nota: Utilize o mesmo nó que você utilizou para verificar a saída do arquivo.

• UNIX: ./WPSconfig.sh check-in-wmm-cfg-files-to-dmgr
• Windows: WPSconfig.bat check-in-wmm-cfg-files-to-dmgr

em que profile_root é o nome do perfil do WebSphere Application Server no qual o WebSphere Portal está instalado; por exemplo, wp_profile.

Alterando a Senha de Ligação do LDAP

Se estiver utilizando LDAP como seu registro do usuário e não tiver configurado o registro do usuário customizado do Member Manager, você deve adaptar o ID do usuário de ligação LDAP utilizando o Console Administrativo do WebSphere Application Server. Para obter informações cabais sobre a segurança do WebSphere Application Server, incluindo senhas para contas administrativas, consulte a documentação do WebSphere Application Server.

Siga estas etapas para alterar a senha de ligação do LDAP:
1.        Certifique-se de que os WebSphere Application Server Administrative Server e Administrative Console estejam em execução.
2.        No Console Administrativo do WebSphere Application Server, clique em Segurança (Security)>Segurança Global (Global Security)>Registros do Usuário (User registries)>LDAP.
3.        Altere a Senha de Ligação para o novo valor e salve a alteração.
4.        Reinicie o WebSphere Application Server.

Em um outro dia escrevi sobre como fazer o download do FP6.0.1.1 do Portal 6.0. Passaram-se alguns dias e aqui descrevo a experiência.
O ambiente em questão é um ambiente de WPS 6.0 com LDAP IBM e banco de dados SQLServer. O portal instalado em Linux Suse 9.
No primeiro servidor realizamos a implantação do Fix com sucesso (demorou um pouquinho…  😉  ).
O segundo servidor que tem o WCM ativo tivemos problemas. Parece que esta diferença está fazendo “toda a diferença”.
Se alguém precisar fazer o update para 6.0.1.1 algumas dicas:

РFa̤a backup full dos arquivos do Portal e WebShere, preste aten̤̣o especial nos arquivos de tema.
РFa̤a backup full dos bancos de dados do portal
РPreste muita aten̤̣o da documenta̤̣o de instala̤̣o, leia completamente o documento antes de iniciar,
existem muitos pontos críticos.
РVerifique o espa̤o em disco, recomendo pelo menos 3GB livres para completar com sucesso.

Já ia esquecendo, o problema causado com o WCM é um inexplicável drop das tabelas do banco de dados WMM.
Sem mensagens de erro no log 🙁

A missão agora, depois de instalar completamente um ambiente do Portal 6 (Portal, Quickplace, Sametime, WWCM)
e configurar LDAP, BANCO DE DADOS, é hora de atualizar o ambiente para versão 6.0.1.0.
O primeiro passo é encontrar os links para download de todos os fixes necessários, o mais fácil é o do portal.
Para economizar o trabalho, abaixo segem os links:

Portal Update Installer
http://www.ibm.com/support/docview.wss?rs=688&uid=swg24006942
WebSphere Application Server
http://www.ibm.com/support/docview.wss?rs=180&uid=swg24014306
WebSphere Process Server
http://www.ibm.com/support/docview.wss?rs=2307&uid=swg24014373
WebSphere Update Installer
http://www.ibm.com/support/docview.wss?rs=180&uid=swg21205991
WebSphere Portal RP1
https://www14.software.ibm.com/webapp/iwm/web/preLogin.do?source=swgwp-fixpacks&S_PKG=601

Estou iniciando a instalação depois publico o resultado

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.

Finalmente, para aqueles que não tem ainda uma licença do WebSphere Portal, temos agora uma versão Trial.
Foi lançada a versão Trial do WebSphere Portal Express 6.0.
O Lotus Component Designer não está incluído nestes download, mas o download de um trial do Lotus Component Designer  está disponível separadamente.
O Portal Express 6 tem uma licença limitada do Sametime que não está incluída neste pacote.