Notas sobre o Release


46.16 Armazenamento em Cache do Cliente no Windows NT

Se um usuário tentar acessar um arquivo READ PERM DB que está localizado em uma máquina Windows NT Server, na qual os DB2 Datalinks estão instalados através de uma unidade compartilhada que usa um token válido, o arquivo abrirá conforme o esperado. No entanto, após isso, solicitações de abertura subseqüentes que usam o mesmo token não alcançarão realmente o servidor, mas receberão serviço a partir do cache no cliente. Mesmo após o token expirar, o conteúdo do arquivo continuará a ser visível para o usuário, desde que a entrada ainda esteja no cache. No entanto, esse problema não ocorrerá se o arquivo estiver localizado em uma estação de trabalho Windows NT.

Uma solução seria definir a entrada de registro \\HKEY_LOCAL_MACHINE\SYSTEM \CurrentControlSet\Services\Lanmanserver\Parameters\EnableOpLocks como zero no Windows NT server.Com essa definição de registro, sempre que um arquivo localizado no servidor for acessado a partir de uma estação de trabalho do cliente através de uma unidade compartilhada, a solicitação alcançará o servidor, em vez de receber o serviço a partir do cache do cliente. Portanto, o token será revalidado para todas as solicitações.

O impacto negativo dessa solução é que ela afeta o desempenho global de todo o acesso aos arquivos do servidor através das unidades compartilhadas. Mesmo com essa definição, se o arquivo for acessado através de um mapeamento da unidade compartilhada no próprio servidor, em oposição a uma máquina cliente diferente, parecerá que a solicitação ainda recebe serviço do cache. Portanto, a expiração do token não tem efeito.

Nota:
Em todos os casos, se o acesso ao arquivo for um acesso local e não através de uma unidade compartilhada, a validação do token e da expiração subseqüente do token ocorrerá conforme o esperado.


[ Início da Página | Página Anterior | Próxima Página | Índice | Índice Remissivo ]