Ntf do banco de dados de configuração: 20110905074500
Analisar db ntf: 20110905074500
Versão do Windows: 2.5 :: Versão do MAC OS X: 2.0.29 :: Versão do Linux: 2.0.29
Plugin do Eclipse:


Principais melhorias: Recurso de limpeza significativamente aprimorado, novo tipo de execução [no primeiro acesso ao servidor (FSAC)], melhorias de desempenho (especialmente em combinação com a execução, por exemplo, de backup para analisar o banco de dados no primeiro acesso ao servidor), tempo de execução aprimorado e novo monitoramento inteligente do downloader de arquivos, tempo limite de pesquisa de nomes consertar


Notas gerais

Compatível com IBM Lotus Notes releases: 5.x, 6.x, 7.x, 8.x, até 8.5.2 FP3 (os administradores precisam de pelo menos o IBM Lotus Notes 7.x no Windows ou Linux)
Sistemas operacionais do lado do cliente suportados: Microsoft Windows NT4 (>=SP2), 2000, XP, 2003, 2008, Vista, 7 e Citrix/WTS, Apple Mac OS X Leopard, Linux
Sistemas operacionais do lado do servidor suportados: qualquer um suportado pela IBM (independente do sistema operacional)
NOTA: O suporte é limitado para plataforma e release combinações não suportadas pela IBM
Linux e Mac OS X: Skinning, Realtime, Zip/Unzip e Attachment Blocking não estão disponíveis no Linux ou Mac OS X; tb, MarvelClient no Mac OSX e Linux não suporta o tipo de execução "Após o login - Antes da sincronização" - essas ações devem ser definidas para executar "Após o login" (Gerenciamento de agentes e INI)
NOTAS IMPORTANTESEsta release contém selecione atualizações importantes destacadas em vermelho

Esta release permite melhorias significativas no tempo de execução (=reduz a duração após o login) por meio da correção Namelookup e usando o novo "recurso de acesso ao primeiro servidor" (consulte a seção de atualizações do banco de dados de configuração).

O recurso de limpeza (açao Avançado\JCL. Limparfoi aprimorado significativamente.

Banco de dados de configuração

MUDANÇAVários dos formulários foram alterados para exibir linhas horizontais entre as linhas da tabela para facilitar a identificação de qual descritor/rótulo pertence a quais células/campos
MUDANÇAA opção "Nada de especial" da página da área de trabalho "Ação se encontrada" foi reformulada para "Alterar propriedades da seguinte forma ..."
Além disso, ao selecionar a opção "Excluir página se estiver vazia" será exibida uma linha informando "Se a página não estiver vazia, altere as propriedades da seguinte forma:"
NOVAS

A ação de limpeza (Advanced\JCL. Cleanup) foi aprimorada significativamente - agora permite realizar automaticamente qualquer combinação das ações abaixo:
a.) excluir ou mover réplicas com problemas de data de corte para fora do diretório de dados e, opcionalmente, recriá-las,
b.) excluir ou mover bancos de dados antigos (=não usados ​​por um número configurável de dias) (não-réplicas) do diretório de dados
c.) corrigir/limpar links no espaço de trabalho/desktop apontando para réplicas locais que foram movidas ou excluídas.

Atenção especial DEVE ser dada ao aviso mostrado no início da ação de limpeza:


ATENÇÃO

Antes de desativar a simulação, você deve garantir que testou completamente e revisou completamente os resultados da simulação.



Além disso, observe que a ação de limpeza NÃO fará nada em clientes com links de arquivos ou diretórios. log.xml conterá então uma nota respectiva.
(Exemplo: 5753 1 AVISO CO::DBManager_Impl::Execute encontrou um arquivo ou dirlink; desativando a ação de limpeza )
Isso está planejado para ser corrigido no próximo release.

NOVAS

Adicionado um novo tipo de execução "No primeiro acesso ao servidor" para ações do tipo "backup", "executar agente" e "executar programa"
- em essência, este novo runtype permite executar ações assim que o primeiro banco de dados for aberto em um determinado servidor após a inicialização do cliente, seja através da UI (próprio cliente) ou do replicador em segundo plano ou do mecanismo de políticas, por exemplo.

Este novo tipo de execução permite reduzir significativamente os tempos de inicialização do cliente, movendo, por exemplo, o backup para analisar o banco de dados, auditoria de hw/sw, coleta de documentos de localização e conexão para segundo plano após a inicialização do cliente!

O componente pode ser configurado da seguinte forma (por meio de uma ação "Notes.ini & variables")
A partir do MC 2.5.0, as ações "no primeiro acesso ao servidor" são habilitadas por padrão, portanto, não é necessário habilitá-las especificamente - no entanto, fsac_thread_servers deve ser configurado explicitamente a partir de 2.5.0:
mc:fsac_thread_enabled=true (o padrão é true, portanto, não precisa ser definido para habilitar o primeiro acesso ao servidor)
mc:fsac_thread_servers=servidor no qual o banco de dados de configuração reside (o padrão é NENHUM servidor = DEVE ser definido como um nome de servidor ou para o servidor de correio dos usuários, por exemplo)



mc:fsac_thread_enabled=true (o padrão é true a partir de 2.5.0)
e
mc:fsac_thread_servers=name_of_server sobre o qual, assim que acessado, quaisquer ações "no primeiro acesso ao servidor" devem ser executadas.
(acessado significa que um banco de dados está sendo aberto e não apenas "file-database-open-servername-enter" - o padrão do servidor é "nenhum servidor especificado -> mesmo se ativado, nada acontecerá).

OBSERVE que o encadeamento de acesso no primeiro servidor aguardará 1 minuto para realmente executar qualquer "ação no primeiro acesso ao servidor" após a abertura de um banco de dados no servidor especificado, para não reduzir a largura de banda de replicação imediata ou caso um usuário esteja abrindo um banco de dados diretamente do servidor.

- requer atualização de DLL para pelo menos 2.0.33

Atualização do
Documentação para configurar o
Downloader de arquivos inteligente
O SFD pode ser configurado através dos dois mc-variables - os valores padrão a partir do MC 2.5.0 são mc:dlm_disabled=0 e mc:dlm_initialdelay=5
mc:dlm_disabled=0
(mc:dlm_disabled=1 desabilitaria downloads de arquivos inteligentes)
mc:dlm_initialdelay=número de minutoso componente Smart File Download deve esperar antes de ser executado após a inicialização do cliente
(por padrão, o atraso inicial é definido como 5 minutos - para fins de teste, você pode definir como 0 ou 1 minuto)


- requer atualização de DLL para pelo menos 2.0.33
NOVASUma nova opção foi adicionada às ações de atualização de DLL, que permite prevent Downgrades de DLL
NOVASAs ações de atualização de DLL agora também suportam condições (também para versões anteriores de DLL)
NOVASAdicionados novos exemplos de ação para o novo recurso "No primeiro tipo de execução de acesso ao servidor" (consulte as alterações de DLL)
NOVASAdicionados dois novos exemplos de ação para gerenciar names.nsf e bookmark.nsf na página do replicador para usuários de roaming da IBM (não é necessário para usuários de roaming de MC)
APRIMORAMENTOA visualização "All Actions\by RT, Prio, Title" foi atualizada para exibir todos os tempos de execução atualmente disponíveis (antes do login, após o login, no primeiro acesso ao servidor (NOVO - consulte as alterações de DLL), ...)
MUDANÇAA ação do ícone da área de trabalho foi alterada para solicitar ao salvar se os dados de bitmap do ícone não puderem ser resolvidos para implantação automática de um ícone da área de trabalho (e entradas de página do replicador) com a imagem de ícone da área de trabalho correspondente.
MUDANÇAAlterado os exemplos existentes de "carregar no banco de dados de análise" para executar "no primeiro acesso ao servidor" (consulte as alterações de DLL)

Analisar banco de dados

CORRIGIR/MUDARUm campo $NoPurge="" foi adicionado a toda configuração (limpeza e arquivo de ID de exportação) e documentos XSLT, além de documentos de configuração de idioma para prevent documentos que estão sendo excluídos se estiver usando "remover documentos com mais de xx dias" nas opções de replicação de uma réplica do banco de dados Analyze.
OBSERVE que você deve salvar manualmente novamente o documento de arquivo de identificação de limpeza e exportação uma vez para que o campo seja preenchido nos respectivos documentos.
NOVASUma nova visualização OS/HW\by Resources foi adicionada ao banco de dados de análise, permitindo identificar facilmente usuários com muito pouco espaço em disco/memória e similares:
NOVAS

Adicionada uma nova visualização "Smart File Downloads\by Progress" para monitorar o progresso do download de ações de download de arquivos inteligentes:


As ações de download inteligente de arquivos (SFD) exigem marvelclient_upgrade para ser licenciado no documento de licença.
Para mais licenciamento detalhes sobre o download de arquivos inteligentes, consulte Release Notas 2011-04-24.
Configuração Detalhes a seguir:
As ações SFD precisam ser criadas no banco de dados de configuração e configuradas por meio dos dois mc-variáveis:
mc:dlm_disabled=0
(por padrão, o download do arquivo inteligente está desabilitado, mesmo que seja coberto pela licença - isso ocorre porque o SFD é executado em um thread separado após a inicialização do cliente)
mc:dlm_initialdelay=número de minutoso componente Smart File Download deve esperar antes de ser executado após a inicialização do cliente
(por padrão, o atraso inicial é definido como 5 minutos - para fins de teste, você pode definir como 0 ou 1 minuto)

- requer atualização de DLL para pelo menos 2.0.33

APRIMORAMENTOA visualização "Lotus Notes\Runtime Analysis" foi aprimorada para exibir a duração de todos os tipos de execução disponíveis (conhecidos por meio do config.xml carregado), mais o tempo total de sincronização. Além disso, a nova DLL release 2.0.33 também fará upload de detalhes do tempo entre os tipos de execução (por exemplo, o tempo entre Antes do login - Init e Antes do login) - isso agora permite o monitoramento de tempos de inicialização do cliente quase completos (há uma duração restante que a própria IBM precisa após o término de Após o login, que o MC não registra, mas os tempos de execução existentes agora devem permitir identificar facilmente candidatos / regiões / escritórios / ...)

A imagem a seguir mostra um exemplo de análise de tempo de inicialização:

- requer atualização de DLL para pelo menos 2.0.32
MUDANÇAOs documentos XSLT foram alterados (veja o campo $NoPurge acima); acima de tudo, o anexo config.xsl/content-wise para permitir o monitoramento do progresso do download de arquivos inteligentes.

Atualizações .DLL (Windows)

CORRIGIR (2.5.0)Corrigido um problema em que a realocação em tempo real poderia resultar em uma falha do cliente no Notes 8.5.2
CORRIGIR (2.5.0)Corrigido um problema em que a realocação não funcionava em casos MarvelClient considerava que um banco de dados ainda estava aberto, embora não estivesse.
CORRIGIR (2.0.32)Corrigido um bug na ação do ícone da área de trabalho: em áreas de trabalho não empilhadas, "mover deve ter" não funcionava corretamente. ele fez a mesma coisa que "mover tudo".
NOVO (2.5.0)O nome para arquivos zip de vários arquivos agora pode ser personalizado na ação MarvelZip Configuration (o padrão é "Archive.zip")
NOVO (2.5.0)Adicionadas duas referências e . Isso permite fazer referência ao caminho de arquivo totalmente resolvido de journal.nsf e names.nsf - se "names.nsf" for um link de arquivo, então apenas retorna "names.nsf" (e, portanto, o backup faria backup apenas do link de arquivo, mas não do catálogo de endereços real apontado pelo link de arquivo).
Os clientes são aconselhados a continuar usando (todos os exemplos e configurações padrão no banco de dados de configuração permaneceram inalterados), a menos que exijam uma solução para usar roaming MC para o catálogo de endereços local ao qual está sendo vinculado por meio de um link de arquivo - nesse caso, os clientes são aconselhados a entrar em contato com o suporte panagenda parceiro ou panagenda .
NOVO (2.5.0)Adicionadas duas novas referências e que fornecem o diretório para journal e names.nsf caso estejam vinculados a notas por meio de um link de arquivo.
NOVO (2.5.0)Duas novas referências e foram adicionados para detectar um diário existente.
Os valores correspondentes são resolvidos na seguinte ordem:
1. Se existe, os valores do resultado serão resolvidos do RoamingJournal em notes.ini
2. Se 1. não foi cumprido e nãoebook.nsf existe, os valores serão resolvidos de nãoebook.nsf
3. Se 1. + 2. não foram preenchidos e journal.nsf existir, os valores serão resolvidos de journal.nsf
Se 1. + 2. + 3. não forem preenchidos, ambos os valores estarão vazios.
NOVO (2.5.0)Uma nova opção de configuração foi adicionada para roaming entre clientes de usuário único: Configuração para "true", "yes" ou "1" habilitará o seguinte comportamento de roaming:
se uma ação de roaming baseada em arquivo for executada, que contém um arquivo chamado ids.zip, que novamente contém pelo menos um arquivo de id, todos os outros arquivos de id - exceto aqueles no ids.zip para roaming - serão excluídos no diretório de dados de destino do Notes.
Certifique-se de definir esta variável antes da execução da ação de roaming real (= uma ação ini & Variables em execução permanentemente [antes do login - init] e com um número de prioridade menor que a ação de roaming)
NOVO (2.5.0)Desempenho aprimorado para "ClearCachedStacks" (procure qualquer log.xml para obter um exemplo)
NOVO (2.0.25)Uma nova opção foi adicionada às ações de atualização de DLL, que permite prevent Downgrades de DLL
CORRIGIR (2.0.28)Na anterior releases, os detalhes do local de pesquisa (%LOOKUP_*) não obedeceram a mc:db_dbopentimeout

Em geral, os clientes são aconselhados a definir
mc:db_dbopentimeout=10000
e
mc:db_checktimedout=true
para certificar-se de que os clientes precisam (o padrão do sistema operacional de) 90 segundos para expirar ao tentar abrir, por exemplo, o banco de dados de configuração.
Os clientes também são aconselhados a NÃO definir db_dbopentimeout abaixo de 8000 (ms), pois um clusterfailover pode demorar 7 segundos, dependendo do seu ambiente.

As configurações mc:db_* acima, juntamente com a FIX na versão 2.0.28, garantem que os usuários finais não encontrem atrasos na inicialização do cliente de vários minutos que ocorreriam em situações de conectividade problemáticas com um tempo limite de 90 segundos conforme tentativa de conexão de banco de dados (!) .

(LEMBRETE de release notas para DLL 1.6.19:
Nova opção para especificar um tempo limite de acesso ao banco de dados do lado do servidor usando
mc:db_dbopentimeout=[número de milissegundos], por exemplo, mc:db_dbopentimeout=8000 cancelará a abertura de um banco de dados se isso demorar mais de 8 segundos
(padrão = sem tempo limite)
Além disso, mc:db_checktimedout permite especificar se um acesso ao banco de dados esgotado anteriormente deve ser tentado novamente;
mc:db_checktimedout é um booleano e, portanto, aceita o valor "yes", "1", "true" (ou "no", "0", "false" = default = tente novamente todos os bancos de dados)
por exemplo, mc:db_checktimedout=true não tentará abrir um banco de dados com tempo limite anteriormente novamente durante uma execução específica (por exemplo, após o login) -
NOTA: a lista de bancos de dados de tempo limite é limpa imediatamente após o login e no início de um desligamento do cliente, pois geralmente faz sentido
para repetir um banco de dados durante o desligamento que expirou após o login.
NOTA: mc:db_checktimedout opera com base em um banco de dados específico "URL" (= nome do servidor junto com o caminho completo do banco de dados), NÃO por servidor.)
NOVO / MELHORIA (2.0.31)(Não apenas backup) as ações agora podem ser ainda mais restritas com as seguintes condições:
mc:last_fs_roaming_no_instance_found=1
e
mc:last_fs_roaming_target_empty=1

Juntamente com mc:last_fs_roaming_failed introduzido em 2.0.17, isso permite criar condições para os seguintes casos:
mc:last_fs_roaming_failed: Igual a "1" se MarvelClient não foi possível conectar à unidade raiz da fonte de roaming (= se a unidade de rede não estiver disponível)
mc:last_fs_roaming_no_instance_found: Igual a "1" se MarvelClient não foi possível encontrar nenhuma instância/backup mais recente para roaming no cliente que está sendo iniciado (= nenhum roaming ocorreu).
mc:last_fs_roaming_target_empty: Igual a "1" se MarvelClient poderia abrir a unidade e o diretório da fonte móvel, mas o diretório estava vazio.
NOVO (2.0.32)Adicionado registro de várias durações durante a inicialização do cliente (por exemplo, tempo entre antes do login - Init e antes do login, onde estamos "esperando pela IBM");
mesmo que isso não inclua o tempo necessário para iniciar o cliente após "após o login" até que a interface do usuário (interface do usuário) apareça, permite identificar facilmente praticamente qualquer problema de desempenho que afete a inicialização do cliente
NOVO (2.0.33)Adicionado registro para ações de download de arquivos inteligentes para config.xml
NOVO (2.0.33)Adicionado um novo recurso para executar ações "No primeiro acesso ao servidor"

Atualizações .dylib (Mac OS X)

CORRIGIR (2.0.29)No Mac anterior releases, os endereços IP salvos em config.xml não estavam corretos - isso agora foi corrigido.
CORRIGIR (2.0.29)As ações de localização e conexão agora são compatíveis com todos os espaços reservados %LOOKUP_*
CORRIGIR (2.0.29)Os detalhes do arquivo de correio do usuário agora são salvos corretamente em config.xml (ausente no Mac anterior releases)

.so Atualizações (Linux)

CORRIGIR (2.0.29)As ações de localização e conexão agora são compatíveis com todos os espaços reservados %LOOKUP_*
CORRIGIR (2.0.29)Os detalhes do arquivo de correio do usuário agora são salvos corretamente no config.xml (ausente no Linux anterior releases)