Palestra muito boa sobre como justificar o upgrade para versões 8.x do Notes e Domino.
Faça o download do pdf aqui
MySphere Posts
Completamos mais uma etapa sincronizando um ambiente de Produção WebSphere Portal + WCM com os ambientes de Homologação e Desenvolvimento.
Achei um artigo muito interessante da IBM sobre o assunto que explica em detalhes o processo. Veja aqui o artigo .
Outra informação também muito boa está no TN 1243005
| Documentação |
| Comunidades |
| Suporte |
Após exportar um portal e importá-lo em outra máquina foi necessário também enviar o contéudo do WCM Produção para o WCM Desenvolvimento.
A primeira opção foi utilizar mesmo o processo de syndication pois os servidores estão na mesma versão e temos SSO configurado entre os servidores WCM.
Inciamos o processo mas obtivemos uma grande quantidade de erros após finalizar o syndication.
Para garantir que realmente o processo fosse feito de forma “limpa” apagamos a biblioteca do servidor de desenvolvimento. O processo de apagar a biblioteca foi um pouco diferente pois pela interface de administração do Portal sempre obtinhamos uma mensagem de erro informando que não era possÃvel apagar a biblioteca. A solução encontrada foi utilizar uma ferramenta: Library Delete Module do WCM.
As instruções podem ser vistas no TN 1268739 Use the library delete module to remove Web Content Management (WCM) libraries
Foi lançado ontem o terceiro Fix para o Domino 8.5. Este fix resolve problemas encontrados pela IBM no novo serviço ID Vault. O fix é mandatório
Para aplicar o fix veja este TN da IBM -> http://www-01.ibm.com/support/docview.wss?rs=899&uid=swg21381562
Novamente estou fazendo um export e import de um Portal. Desta vez é um pouco diferente pois estamos exportando um portal de produção e importando em um portal de desenvolvimento. Existem algumas possibilidades para executar a tarefa. Uma delas é executar a tarefa empty-portal no ambiente de desenvolvimento e fazer um import full do portal de produção. Esta foi a primeira tentativa, mas um erro de chaves duplicadas no banco de dados do portal impediu que a importação fosse realizada com sucesso, mesmo executando a task cleanup.
A solução foi utilizar o Release Builder e importando somente a diferença entre um portal e outro. Isto somente foi possÃvel porquê a primeira versão do portal foi criada exportando o Desenvolvimento e importando na máquina de Produção via XMLAccess.
Instruções de como utilizar o Release Builder pode ser encontrada no Infocenter.
Mesmo após fazer upgrade do servidor Domino para versão 8.0.2 o Quickr ainda não estava na velocidade desejada.
Fizemos ajustes em imagens e outros conteúdos mas o que ajudou definitivamente foram os parâmetros colocados no notes.ini
QuickPlaceWebCacheEnabled=1
QuickPlaceWebCacheDir=E:QPWEBCACHE
QuickPlaceWebCacheGCIntervalInMIN=86400
QuickPlaceWebCacheLimitInMB=500
QuickPlaceExpireCachedUsers=86400
QuickPlaceMaxCachedUsers=1500
QuickPlaceEnableVersionCheck=1
NSF_DBUCACHE_MAX_ENTRIES=10000
NSF_DBcache_Maxentries=10000
Estes parâmetros foram encontrandos no Tunning Guide do Quickr 8.1
Fez parte da instalação que fiz no Datacenter migrar um Quickr 8.0 para a versão 8.1. Instalei tudo corretamente mas a performance do servidor ficou muito ruim.
Pesquisando sobre o problema encontrei a solução: Quickr 8.1 com Domino 8.0.1 tem um problema com cache, basta migrar a versão do Domino 8.0.2 que o problema realmente desapararece.
A referência do problema e solução pode ser vista nohttp://www.quickrblog.com/” title=”http://www.quickrblog.com/“> Quickr Blog de Stuart McIntyre
Semana passada foi aberto um suporte na Plansis sobre lentidão do nosso portal de desenvolvimento. Iniciou-se novamente a velha batalha entre administradores (eu) e um grupo de desenvolvedores WCM. A discussão estava sendo travada no campo da performance do aplicativo (Portal e WCM) e das máquinas. Achamos por bem verificar as duas coisas : CÓDIGO e M�QUINAS.
Foram encontrados alguns LOOPS no WCM ;- ) mas encontrei também um probleminha na máquina do MS SQL SERVER 🙁 . Em algumas horas do dia a CPU do servidor SQL ficava em 100% por alguns bons minutos. A solução: Instalar outra máquina SQL e copiar os bancos de dados para a nova máquina, a princÃpio muito simples abaixo vão os passos:
- Parar o WebSphere Portal .
- Fazer o backup de todos os bancos de dados (WMM, RELEASE, COMMUNITY, CUSTOMIZATION, FEEDBACK, WMM).
- Criar os bancos de dados no servidor SQL de destino. No infocenter existe o procedimento para criar os bancos, crie com os mesmos nomes.
- Restaure o backup completo no novo SQL SERVER de todos os bancos de dados.
- Mova os logins do SQL antigo para o novo. Isto é fundamental pois senão mesmo que sejam criados logins com os mesmos nomes isto não funcionará pois o SID dos usuários é diferente. O artigo da MS sobre como realizar esta operação pode ser acessado portal
No momento os servidores estão instalados e o roteamento de correio funcionando.
Tenho agora que transferir muitos dados para estes servidores. Começando com o Quickr. Para criar as réplicas estou usando o Admin Process que realiza o trabalho todo.
O que preciso agora é de paciência