A queixa de um cliente de que "às vezes o servidor é muito lento" ou "às vezes o servidor não funciona como era esperado" é um tema difícil de manejar, especialmente em ambientes de grande tamanho nos que não é possível  perguntar ao cliente "O que você fez diferente?".

Através do uso de registros e sabendo ler e analisá-los, podemos encontrar e entender a maioria desses problemas. Melhor ainda, usando as ferramentas para observar o comportamento do servidor em tempos normais, podemos identificar rapidamente os possíveis problemas e solucioná-los, evitando possíveis problemas, mesmo antes que os clientes os percebam.

A partir de 4D v11 SQL, 4D Server oferece muitos  arquivos de logs, permitindo a análise detalhada sem ter que ir ao  cliente, ajudando a compreender o comportamento do servidor e de seus problemas. Esta parte da classe será centrada em quatro ferramentas criadas para esse propósito.

4D Cache Log Analyzer

Um dos grandes temas dessa sessão é apresentar uma ferramenta para registrar o resultado do comando GET CACHE STATISTICS e analizá-la, dando uma visão clara do comportamento da memória cache, como é possível  observar nos gráficos a seguir: 

Também oferece informação sobre o uso da cache, como os blocos grandes de memória livre, na memória física ou virtual, ajudando a entender os requisitos em termos de memória de uma aplicação.
 

Todos estes dados nos permitem não apenas resolver problemas, mas também para analizar e compreender as necessidades de memória de uma aplicação, permitindo-nos afinar os requisitos de memória em termos de necessidades e dos parâmetros e criar uma tabela de requisitos, para instalações de 5, 10, 25, 50 ou 100 usuários para uma aplicação específica e uso.

4D Info Report Component 3.0

O componente "Information Report" oferece informação importante sobre o ambiente, com informação detalhada sobre o hardware utilizado (tipo de equipamento, CPU, memória, etc.), sistema operativo (tal como Windows Server R2 SP1) e a versão de 4D (por exemplo, 12.2 Hotfix 2), assim como também uma instantânea da situação atual da memória utilizada, número de usuários e processos, tais como:

Fabricante:                      PowerEdge R710
Tipo equipamento:                x64 basado en PC
Total RAM:                       16384 MB
Número de processadores:         2
Nome do processador:             Intel Xeon E5520
Velocidade de CPU:               2.27 GHz
Número total de núcleos:         8
Número total de threads de CPU:  16
Sistema Operativo:               Windows Server 2008 Standard SP1 
                                (64 bits) 
Tipo de aplicação:              4D Server (64 bits) 
Versão da aplicação:            v12 Release 2 (F0021220)

Este componente deve ser parte de qualquer implantação em servidor, como um primeiro passo para entender a situação (também historicamente) em um site do cliente. Por exemplo, o gráfico a seguir mostra o comportamento da cache utilizada em relação com o número de usuários e o número total de processos usuário depois de uma semana de uso:

4D Pop Data Analyzer

4D Pop Data Analyzer é um componente que analiza o tamanho e o conteúdo dos arquivos de dados 4D. Esta ferramenta ajuda a entender os requisitos de tamanho mínimo e máximo de um registro e analiza as exigências em termos de tamanho em função dos dados reais, assim como a fragmentação das tabelas.

Network Log Analyzer

O log de rede de 4D Server produz de forma rápida uma quantidade enorme de dados, o que torna difícil identificar um problema, simplesmente devido à massa de pacotes. O Network Log Analyzer é centralizado nas exceções, tais como os pacotes muito lentos ou muito grandes.

O Network Log Analyzer agrupa todos os pacotes em intervalos de 5 minutos, o que nos permite identificar rapidamente as horas problemáticas no decorrer de um dia:

Este exemplo mostra um servidor extremamente sobrecarregado, com tempos de resposta médios entre 0,5 e 5 segundos, com um tempo de resposta máximo de até 113 segundos para apenas uma solicitação.

Um clique duplo conduz rapidamente ás operações envolvidas:

Os pacotes são ordenadas pelo tempo necessário, assim que é fácil ver que a operação mais lenta com 113 segundos foi uma consulta, seguida por outra consulta lenta, depois um Selection to array leva 25 segundos, e depois rapidamente decrescem. O nome de usuário/nome de processo (este está borrado, pois são dados reais  dos clientes) nos permite identificar a operação, e outro clique duplo reduz as operações a apenas este processo. Saber exatamente o que foi feito antes e depois, frequentemente faz com que seja fácil encontrar a parte correspondente do código fonte.

Além disso nos permite sincronizar um registro de depuração do cliente com o registro de rede, mostrando eles lado a lado:

Domine esta técnica e mais na Pré-classe do 4D Summit 2011 em Boston, Massachusetts, em companhía dos melhores engenheiros de 4D e desenvolvedores do mundo todo.