Server 2012 R2 Exchange 2013 identificador de vazamento

4

Eu tenho uma configuração do DAG com o Server 2012 R2 e o Exchange 2013 em execução em três servidores, além de outro servidor para uma cópia com atraso.

Parece que estamos tendo um vazamento de identificador em todos os Servidores, não parece importar se eles estão hospedando os bancos de dados ou não. No entanto, o que me parece estranho é que a fuga da pega não parece estar a abraçar um grande número de recursos, e. ele não está usando toneladas e toneladas de memória à medida que as alças aumentam, mesmo quando um dos servidores atingiu o pico de 261076, ele não aumentou muito o uso de memória.

O vazador de identificadores é o processo LSASS do Windows, que também é uma dor de cabeça, embora eu esteja monitorando usando o Perfmon e eu usei o RAMmap, o Process Explorer, etc. ele está provando ser um problema difícil não é a causa o que está 'usando' LSASS é o problema.

Sou bastante experiente na resolução de problemas de desempenho, mas apenas com codificação interna usando .NET, etc., tudo nesta caixa é a Microsoft.

Então, acho que minhas perguntas são:

Qual é a diferença entre vazamentos de identificador e vazamentos de memória pode ter um vazamento de identificador sem ter um vazamento de memória? E se sim, qual é o perigo de uma hora extra de Vazamento de Alça?

O que mais posso fazer para solucionar isso? Eu ia instalar o SDK e usar o UMDH e o Gflags para tirar fotos da memória, mas não é um aumento muito rápido, então isso vai ser um pouco doloroso.

Tenho muitas informações, mas não tenho certeza do que é relevante, então qualquer coisa que você precise perguntar eu posso fornecer.

Obrigado,

Charles

    
por CharlesH 15.09.2015 / 12:11

1 resposta

1

Um vazamento de identificador é um caso especial de vazamento de memória. Você está vazando memória de um conjunto estreitamente definido: o conjunto de alças disponíveis. Normalmente, um identificador seria um ponteiro de memória, que em uma máquina de 64 bits levaria 8 bytes. Então 261076 lida com tempos 8 bytes é 2039kB, um pouco menos de 2meg. Isso é mudança de bolso em máquinas modernas.

Mas o problema que você precisa olhar é: o que acontece quando você fica sem alças? Como seu aplicativo se degrada? Existe um limite rígido ou começa a quebrar antes do máximo? Você pode representar graficamente o número de alças e reiniciar os serviços quando ultrapassar um determinado ponto? Existe uma maneira de alterar o limite no número de identificadores para atenuar o problema? Os serviços de reinicialização consertam ou exigem uma reinicialização?

    
por 16.09.2015 / 01:26