A configuração do ICM (Internet Cluster Manager) é uma tarefa relativamente simples. Algumas configurações de ICM são bem simples, por exemplo as que tem somente um ICM e este ICM está dentro do Cluster do Domino.
Realizamos hoje uma configuração que é composta de dois servidores Domino atuando como ICM para um cluster de 04 servidores Domino de Correio.
Além das configurações normais uma variável nova: NLB da Microsoft como solução de balanceamento (não usamos o DNS Round Robin)
Estamos testando e até agora não tivemos problemas. Para ver como configurar 02 ICM’s para um Cluster Domino veja o TN 1101534
mySphere Posts
Estou preparando 4 servidore para funcinarem em cluster Domino. Uma das preocupações é com a marca de não lidos pois por padrão do Domino cria caixas postais com a opção de não replicar estas marcas. Em um ambiente em cluster estas marcas, por opção do cliente, devem ser replicadas entre os servidores.
Como são muitos os bancos de dados e a tarefa desing não altera esta propriedade, mesmo que a atualizemos no template, fiz um agente para configurar a propriedade do banco de dados. A relação das propriedades que podem ser modificadas via LotusScript pode ser vista no TN 1244071
Basta criar um banco de dados e colocar um agente com o código abaixo:
Sub Initialize
Dim db As NotesDatabase
Dim ses As New NotesSession
Dim doc As NotesDocument
Dim dbdir As NotesDbDirectory
Dim maildb As NotesDatabase
server = Inputbox (“Nome do Servidor) (Enter para Local)”)
subdir = Inputbox (“Em qual subdiretório o agente deve procurar as bases? ( Enter para todos os diretórios) “)
If subdir <> “” Then subdir=subdir & “”
Set db = ses.CurrentDatabase
Set dbdir = ses.GetDbDirectory(server)
Set maildb = dbdir.GetFirstDatabase(DATABASE)
i = 0
While Not (maildb Is Nothing)
If Instr(1,maildb.FilePath,subdir,5)<>0 Then
i = i + 1
Call maildb.Open(“”,””)
If maildb.IsOpen Then
Set doc = maildb.GetDocumentByID(“FFFF0010”)
doc.~$Flags=doc.~$Flags(0) & “Q”
doc.~$FlagsNoRefresh=”Q”
Call doc.save (True,False)
End If
End If
Set maildb = dbdir.getnextdatabase
Wend
Msgbox (“Foi (ram) modificado (s) “+ i +” banco(s) de dados!” )
End Sub
Em algums projetos é necessário coexistir o domino com outros sistemas de correio. Um problema até comum é coexistir com outros sistemas de correio que usam o mesmo domÃnio internet.
Para que o roteamento de correio SMTP entre os dois ambientes funcione corretamente.
1 – Criar um Documento de DomÃnio global. Isto irá determinar que domÃnios o Domino considera como local e também controla o formato do endereço internet.
2 – Habilitar a tarefa SMTP
3 – Criar um documento de configuração e em Router/SMTP Basic, habilitar : “SMTP used when sending messages outside of the local Internet domain” e “SMTP allowed within the local Internet domain”.
4. Escolher o servidor que funcionará como smart host ou seja o servidor que irá receber o correio SMTP caso o Domino não encontre o usuário no seu diretório Router/SMTP Basics panel –> “Local Internet domain smart host”
A assinatura dos applets do Sametime vencem no dia 18 de maio de 2009. A IBM já havia divulgado este alerta e agora já está disponÃvel o fix.
Veja o TechNote aqui
O ambiente de desenvolvimento para Portlets utilizando RAD7 e WebSphere Portal 6 requer uma máquina muito boa Isto se deve ao fato de que uma instalação completa do Portal é feita na máquina do desenvolvedor. Uma alternativa é utilizar um servidor remoto, mas esta alternativa também não é a mais eficiente quando olhamos pelo lado da praticidade de deploy e também utilizar o debug fica complicado….
A maior reclamação dos desenvolvedores está relacionada ao tempo que leva para reinciar o Portal, o que é necessário em muitos casos, claro que bem menos do que em versões anteriores.
Para melhorar a performance deste ambiente vale a pena executar os procedimentos deste artigo da IBM no developerworks.
Palestra muito boa sobre como justificar o upgrade para versões 8.x do Notes e Domino.
Faça o download do pdf aqui
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