Um utilizador pode detecta um processo lento de fim de sessão devido a um identificador de abrir registo no ramo de registo de classes

O utilizador primeiro que inicia sessão numa estação de trabalho depois do computador é reiniciado poderão ocorrer lenta terminar horas (mais de 60 segundos). Quando este problema ocorre, o ficheiro Userenv.log contém entradas semelhantes para: As ferramentas de diagnóstico (como Oh.exe) mostram que Lsass.exe tem um identificador aberto para esta chave.

A biblioteca de ligação dinâmica (DLL) Activeds.dll cria COM instâncias durante a inicialização. Isto provoca indirectamente uma alça para HKEY_CURRENT_USER\Software\Classes e não devem ser colocados em cache. Se Activeds.dll é iniciado por um thread no processo de serviço enquanto o thread representa um utilizador, o identificador persiste depois do utilizador termina sessão.

Para resolver este problema, obtenha o service pack mais recente do Windows 2000. Para obter informações adicionais, clique no número de artigo que se segue para visualizar o artigo na Microsoft Knowledge Base: A versão inglesa desta correcção tem os atributos de ficheiro (ou posteriores) listados na seguinte tabela. As datas e horas destes ficheiros são indicadas no formato de universal hora (UTC) coordenada Coordinated. Quando visualiza as informações do ficheiro, é convertido para a hora local. Para determinar a diferença entre a UTC e a hora local, utilize o separador fuso horário na ferramenta Data e hora no painel de controlo. Nota Embora o pacote de correcção para esta correcção seja apresentado como posteriores ao SP3, a correcção está incluída no Windows 2000 Service Pack 3 (SP3).

Para contornar este problema, Active a política de IPSec agente.

A Microsoft confirmou que este é um problema nos produtos da Microsoft listados no início deste artigo. Este problema foi corrigido pela primeira vez no Windows 2000 Service Pack 3.

HKEY_CURRENT_USER\Software\Classes e não é um alias de HKEY_USERS\_user_sid_Classes , que é o ramo de classes privada do utilizador (o ficheiro Userprofile \Local Settings\Application Data\Microsoft\Windows\UsrClass.dat). Quando acede a HKEY_CLASSES_ROOT (que é alternativo para HKEY_LOCAL_MACHINE\SOFTWARE\Classes ), Advapi32 verifica primeiro HKEY_CURRENT_USER\Software\Classes e não uma substituição. Um identificador aberto para classes privada chave o utilizador é colocada em cache por motivos de desempenho.

Se o agente de política IPSec estiver em execução (seja executada em Lsass.exe), que carrega e inicia Activeds no sistema de contexto durante o processo de arranque. Substituições de chaves de classe de utilizador não são possíveis neste caso. No entanto, se o agente não está em execução, a primeira vez que HKEY_CLASSES_ROOT é lido poderá ser no contexto do utilizador (ou seja, por um thread representar processo de início de sessão do utilizador). Isto faz com que um identificador para a chave do utilizador classes devem ser colocados em cache.

Para obter informações adicionais sobre como obter uma correcção para o Windows 2000 Datacenter Server, clique no número de artigo existente abaixo para visualizar o artigo na base de dados de conhecimento da Microsoft: Para obter informações adicionais sobre como instalar várias correcções com apenas um reinício, clique no número de artigo existente abaixo para visualizar o artigo na base de dados de conhecimento da Microsoft: Para obter informações adicionais sobre como instalar o Windows 2000 e as correcções do Windows 2000 ao mesmo tempo, clique no número de artigo existente abaixo para visualizar o artigo na base de dados de conhecimento da Microsoft: