Plano de solução de problemas de desempenho do Office 365

Importante :  Este artigo foi traduzido por um sistema de tradução automática, leia o aviso de isenção de responsabilidade. Para sua referência, veja a versão em inglês deste artigo aqui.

Você precisa saber as etapas a seguir para identificar e corrigir lento, travamentos e desempenho lento entre o SharePoint Online, do OneDrive for Business, Exchange Online ou Skype for Business Online e seu computador cliente? Antes de ligar para o suporte, este artigo pode ajudá-lo a solucionar problemas de desempenho do Office 365 e até mesmo corrigir alguns dos problemas mais comuns.

Este artigo é na realidade um plano de ação de exemplo que você pode usar para capturar dados importantes sobre seu problema de desempenho quando ele estiver acontecendo. Alguns dos principais problemas também são listados aqui.

Se você estiver familiarizado com o desempenho da rede e quiser fazer um plano de longo prazo para monitorar o desempenho entre seus computadores cliente e o Office 365, dê uma olhada em Ajuste e solução de problemas de desempenho do Office 365 - Administração e profissionais de TI.

Plano de ação para solução de problemas de desempenho de exemplo

Esse plano de ação contém duas partes; uma fase de preparação e uma fase de registro em log. Se você tiver um problema de desempenho agora e se precisar coletar dados, poderá começar a usar este plano imediatamente.

Preparar o computador cliente

  • Encontre um computador cliente que possa reproduzir o problema de desempenho. Esse computador será usado no decorrer da solução de problemas.

  • Anote as etapas que causam o problema de desempenho para que você esteja pronto quando for a hora do teste.

  • Instale ferramentas para reunir e registrar informações:

    • Instale o Netmon 3.4 (ou use uma ferramenta de rastreamento de rede equivalente).

    • Instale a edição Basic gratuita do HTTPWatch (ou use uma ferramenta de Rastreamento de rede equivalente).

    • Use um gravador de tela ou execute o Gravador de Passos (PSR.exe) que vem com o Windows Vista e posterior para manter um registro das etapas executadas durante o teste.

Registrar o problema de desempenho

  • Feche todos os navegadores da Internet estranhos.

  • Inicie o Gravador de Passos ou outro gravador de tela.

  • Inicie a captura do Netmon (ou a ferramenta de rastreamento de rede).

  • Limpe o cache DNS no computador cliente da linha de comando ao digitar ipconfig /flushdns.

  • Inicie uma nova sessão do navegador e ative o HTTPWatch.

  • Opcional: Se você estiver testando o Exchange Online, execute a ferramenta Analisador de Desempenho do Cliente do Exchange no console de administração do Office 365.

  • Reproduza as etapas exatas que causam o problema de desempenho.

  • Pare o Netmon ou o rastreamento de outra ferramenta.

  • Na linha de comando, execute uma rota de rastreamento para sua assinatura do Office 365 digitando o seguinte comando e depois pressionando ENTER:

    tracert <nomedaassinatura>.onmicrosoft.com

  • Pare o Gravador de Passos e salve o vídeo. Inclua a data e a hora da captura e se ela demonstra um desempenho bom ou ruim.

  • Salve os arquivos de rastreamento. Novamente, inclua a data e a hora da captura e se ela demonstra desempenho bom ou ruim.

Se você não estiver familiarizado com a execução das ferramentas mencionadas neste artigo, não se preocupe, pois forneceremos essas etapas em seguida. Se você estiver acostumado a fazer esse tipo de captura de rede, poderá pular para a seção Como ler seus rastreamentos, que descreve a filtragem e a leitura de logs.

Liberar o cache DNS pela primeira vez

Por quê? Ao liberar o cache DNS, você estará iniciando os testes do zero. Ao limpar o cache, você estará redefinindo o conteúdo de resolução DNS para as entradas mais atualizadas. Lembre-se de que uma liberação não remove as entradas do arquivo HOSTs. Se você usar entradas de arquivo HOST extensivamente, deverá copiar essas entradas para um arquivo para outro diretório e então esvaziar o arquivo HOST.

Liberar o cache de resolução DNS

  1. Abra o prompt de comando (Iniciar > Executar > cmd ou tecla Windows > cmd).

  2. Digite o comando a seguir e pressione ENTER:

    ipconfig /flushdns

Netmon

Ferramenta de monitoramento de rede da Microsoft (Netmon) analisa pacotes, que é o tráfego, que passa entre computadores em redes. Usando o Netmon para rastrear o tráfego com o Office 365 pode capturar, modo de exibição e ler cabeçalhos de pacote, identifique dispositivos intermediários, verificar configurações importantes em hardware de rede, procure por pacotes ignorados e siga o fluxo de tráfego entre computadores na sua rede corporativa e o Office 365. Como o corpo real do tráfego é criptografado, ou seja, ele (viaja na porta 443 via SSL/TLS, você não pode ler os arquivos que está sendo enviados. Em vez disso, você obtém um rastreamento não filtrado do caminho que demorará o pacote que pode ajudar a rastrear o comportamento de problema.

Não aplique um filtro neste momento. Em vez disso, execute as etapas e demonstre o problema antes de interromper o rastreamento e o salvamento.

Depois de instalar o Netmon 3.4, abra a ferramenta e siga estas etapas:

Faça um rastreamento Netmon e reproduza o problema

  1. Inicie o Netmon 3.4.

    Há três painéis na página inicial: Captura recentes, Selecionar redes e o guia de Introdução ao Microsoft Network Monitor 3.4 . Aviso de. O painel Selecionar redes também lhe dará uma lista das redes padrão do qual você pode capturar. Certifique-se de que os cartões de rede estão selecionados aqui.

  2. Clique em Nova Captura na parte superior da página Iniciar. Isso adiciona uma nova guia ao lado da guia da página Iniciar chamada Captura 1.

    Interface de usuário do Netmon com os botões Nova Captura, Iniciar e Interromper em destaque.

  3. Para fazer uma captura simples, clique em Iniciar na barra de ferramentas.

  4. Reproduza as etapas que apresentam um problema de desempenho.

  5. Clique em Parar > Arquivo > Salvar como. Lembre-se de fornecer a data e hora com o fuso horário e de mencionar se ela demonstra desempenho bom ou ruim.

HTTPWatch

O HTTPWatch entra cobrados e uma edição gratuita. A edição básica gratuito aborda tudo o que precisa para este teste. Tempo de carregamento de página e o tráfego de rede de HTTPWatch monitores diretamente na janela do navegador. O HTTPWatch é um plug-in do Internet Explorer que descreve graficamente o desempenho. A análise pode ser salvo e exibida no HTTPWatch Studio.

Observações : 

  • Se você usar outro navegador, como o Firefox, o Google Chrome ou, se você não puder instalar o HTTPWatch no Internet Explorer, abra uma nova janela do navegador e pressione F12 em seu teclado. Você deve ver o pop-up da Ferramenta do Desenvolvedor na parte inferior do seu navegador. Se você usar o Opera, pressione CTRL+SHIFT+I para o Web Inspetor, clique na guia Rede e conclua o teste descrito abaixo. As informações serão um pouco diferentes, mas os tempos de carregamento ainda serão exibidos em milissegundos.

  • O HTTPWatch também é muito útil para problemas com tempos de carregamento de página do SharePoint Online.

Executar o HTTPWatch e reproduzir o problema

  1. O HTTPWatch é um plug-in de navegador e, portanto, expor a ferramenta no navegador é ligeiramente diferente para cada versão do Internet Explorer. Normalmente, você pode encontrar o HTTPWatch sob a barra Comandos no navegador Internet Explorer.

    Se o plug-in HTTPWatch não for exibido na janela do seu navegador, verifique a versão do seu navegador clicando em Ajuda > Sobre ou, em versões posteriores do Internet Explorer, clique no símbolo de engrenagem e em Sobre o Internet Explorer. Para iniciar a barra Comandos, clique com o botão direito do mouse na barra de menus no Internet Explorer e clique na barra de Comandos. No passado, o HTTPWatch foi associado às barras Comandos e Explorador e, portanto, assim que você instalar, se o ícone não for imediatamente exibido (mesmo após a reinicialização), verifique Ferramentas e suas barras de ferramentas para o ícone. Lembre-se de que as barras de ferramentas podem ser personalizadas e opções podem ser adicionadas a elas.

    Barra de ferramentas de Comando do Internet Explorer com o ícone de HTTPWatch exibido.

  2. Inicie o HTTPWatch em uma janela do navegador Internet Explorer. Ele aparecerá encaixado no navegador na parte inferior da janela. Clique em Registro.

  3. Reproduza as etapas exatas envolvidas no problema de desempenho. Clique no botão Parar no HTTPWatch.

  4. Salve o HTTPWatch ou Envie por Email. Nomeie o arquivo para que ele inclua informações de data e hora e uma indicação se o seu Watch contém uma demonstração de desempenho bom ou ruim.

    O HTTPWatch mostrando a guia Rede em um carregamento de página da home page do Office 365.

    Esta captura de tela é da versão Professional do HTTPWatch. Você pode abrir os rastreamentos obtidos na versão Basic em um computador com uma versão Professional e lê-los ali. As informações adicionais podem estar disponíveis a partir do rastreamento por meio deste método.

Gravação com Descrição de Problemas

O Gravador de Passos, ou PSR.exe, permite que você registre problemas conforme eles ocorrem. É uma ferramenta muito útil e fácil de executar.

Execute o gravador de passos de problema (PSR.exe) para registrar seu trabalho

  1. Use Iniciar > Executar > digite PSR.exe > OK ou clique na tecla do Windows > digite PSR.exe > e então pressione ENTER.

  2. Quando a pequena janela do PSR.exe aparecer, clique em Iniciar Registro e reproduza as etapas que reproduzem o problema de desempenho.

    Você pode adicionar comentários conforme necessário, clicando em Adicionar comentários.

  3. Clique em Parar registro quando você concluir as etapas. Se o problema de desempenho for uma renderização de página, aguarde até a página renderizar antes de você interromper a gravação.

  4. Clique em Salvar.

Uma captura de tela do Gravador de Etapas ou do PSR.exe.

A data e hora é registrado para você. Isso vincula seu PSR para seu rastreamento Netmon e HTTPWatch no tempo e ajuda com a solução de problemas de precisão. A data e hora no registro PSR podem mostrar que um minuto passadas entre login e navegação da URL e a renderização parcial do site de administração, por exemplo.

Ler seus rastreamentos

Não é possível ensinar tudo sobre a solução de problemas de desempenho e de rede que alguém precisaria saber por meio de um artigo. Um bom desempenho exige experiência e conhecimento sobre o funcionamento da sua rede e o desempenho normal dela. Mas é possível organizar uma lista com os principais problemas e mostrar como as ferramentas podem facilitar a eliminação dos mais comuns.

Se você quiser pegar habilidades lendo rastreamentos de rede de seus sites do Office 365, não há nenhum professor melhor que criar rastreamentos de carregamentos de página regularmente e ganha experiência lê-las. Por exemplo, quando você tem uma chance, carregar um serviço do Office 365 e o processo de rastreamento. Filtrar o rastreamento para o tráfego DNS ou pesquise o FrameData para o nome do serviço que é apresentada. Digitalize o rastreamento para obter uma ideia das etapas que ocorrem quando o serviço for carregada. Isso ajudará você a saber quais normal carregamento de página deve ter aparência e no caso de solução de problemas, especialmente ao redor de desempenho, comparar rastreamentos boas incorretas pode ensinam muito.

Netmon usa o Microsoft Intellisense no campo de filtro de exibição. IntelliSense é, ou conclusão de código inteligente, esse truque onde você digita em um período e todas as opções disponíveis são exibidas em uma caixa de seleção suspensa. Se, por exemplo, você estiver preocupado dimensionamento de janela TCP, você pode encontrar sua maneira de um filtro (como .protocol.tcp.window < 100) por isso significa.

Captura de tela de Netmon mostrando que o campo Filtro de Exibição usa o intellisense.

Rastreamentos do NetMon podem ter muitas tráfego neles. Se você não experientes com lê-las, é provável que você seja sobrecarregado abrindo o rastreamento na primeira vez. A primeira coisa a fazer é separar o sinal de ruído de fundo no rastreamento. Você testou contra Office 365 e que é o tráfego que você deseja ver. Se você estiver acostumado a navegar pelos rastreamentos, você talvez não precise esta lista.

O tráfego entre seu cliente e o Office 365 viaja via TLS, o que significa que o corpo do tráfego será criptografado e não poderá ser lido em um rastreamento genérico do Netmon. Sua análise de desempenho não precisa conhecer os detalhes específicos das informações no pacote. Entretanto, ela está muito interessada em cabeçalhos de pacote e nas informações que eles contêm.

Dicas para obter um bom rastreamento

  • Saiba o valor do endereço IPv4 ou IPv6 do computador cliente. Você pode obtê-lo do prompt de comando ao digitar IPConfig e pressionar ENTER. Conhecer esse endereço permitirá avaliar rapidamente se o tráfego no rastreamento envolve de forma direta seu computador cliente. Se houver um proxy conhecido, execute ping nele e obtenha o endereço IP dele também.

  • Libere o cache de resolução DNS e, se possível, feche todos os navegadores, exceto aquele no qual você está executando os testes. Se você não for capaz de fazer isso, por exemplo, se o suporte estiver usando alguma ferramenta baseada em navegador para ver a área de trabalho do seu computador cliente, esteja preparado para filtrar o rastreamento.

  • Em um rastreamento ocupado, localize o serviço do Office 365 que você está utilizando. Se você raramente ou nunca viu o tráfego antes, essa é uma etapa útil em separar o problema de desempenho de outro ruído de rede. Há algumas maneiras de fazer isso. Antes de seu teste, você pode usar ping ou, PsPing, para a URL do serviço específico (ping outlook.office365.com e/ou psping -4 microsoft-my.sharepoint.com:443, para obter exemplos). Você também pode localizar facilmente que PsPing em um rastreamento Netmon (por seu nome de processo). Que você terá um lugar para começar a aparência.

    Se você só estiver usando o rastreamento do Netmon no momento do problema, não há problema. Para se orientar, use um filtro como ContainsBin(FrameData, ASCII, "office") ou ContainsBin(FrameData, ASCII, "outlook"). Você pode registrar o número do quadro do arquivo de rastreamento. Também convém rolar o painel Resumo do Quadro até a extremidade direita e procurar a coluna ID da Conversa. Há um número indicado ali para a ID dessa conversa específica que também pode ser registrado e examinado mais tarde isoladamente. Lembre-se de remover esse filtro antes de aplicar qualquer outro filtro.

    Dica : O Netmon tem muitos filtros internos úteis. Experimente o botão "Carregar Filtro" na parte superior do painel de filtragem Exibição.

    Encontre seu IP usando PSPing na linha de comando no computador cliente.

    Rastreamento Netmon do cliente mostrando o mesmo comando PSPing através do filtro TCP. Flags.Syn == 1.

    Familiarize-se com seu tráfego e aprenda a localizar as informações necessárias. Por exemplo, aprenda a determinar quais pacotes no rastreamento têm a primeira referência ao serviço do Office 365 que você está usando (como "Outlook").

Tomando o Office 365 Outlook Online como exemplo, o tráfego começa com algo parecido com isto:

  • Consulta Padrão DNS e Resposta DNS para outlook.office365.com usando QueryIDs correspondentes. É importante observar a Diferença de Horário para esta solução alternativa, bem como para onde no mundo o DNS Global do Office 365 envia a solicitação de resolução de nome. O ideal é, o mais localmente possível, em vez de do outro lado do mundo. (Isso pode ser acompanhado por algum tráfego DNS do logon online).

  • Uma Solicitação GET HTTP cujo relatório de status Movido Permanentemente (301)

  • Tráfego RWS incluindo solicitações Connect e respostas Connect RWS. (Esse é o Winsock Remoto criando uma conexão para você).

  • Uma conversa TCP SYN e TCP SYN/ACK. Muitas as configurações nessa conversa afetar o desempenho.

  • Em seguida, uma série de tráfego TLS:TLS, que é onde o handshake TLS e conversas de certificado TLS ocorrem. (Lembre-se de que os dados são criptografados via SSL/TLS).

Todas as partes do tráfego são importantes e estão conectadas, mas pequenas partes do rastreamento contêm informações particularmente importantes em termos de solução de problemas de desempenho e, portanto, nos concentraremos nessas áreas. Além disso, como já realizamos soluções de problemas de desempenho do Office 365 suficientes na Microsoft para compilarmos uma lista dos dez maiores problemas comuns, nos concentraremos nesses problemas e em como usar as ferramentas que temos para eliminá-los.

Se você ainda não instalou as ferramentas, a matriz abaixo utiliza várias delas Quando possível. Os links são fornecidos para os pontos de instalação. A lista inclui ferramentas de rastreamento de rede comuns, como o Netmon e o Wireshark, mas use qualquer ferramenta de rastreamento com a qual você esteja familiarizado e na qual você costuma filtrar tráfego de rede. Quando estiver testando, lembre-se:

  • Feche seus navegadores e teste com apenas um navegador executando - reduz o tráfego geral capturar. Faz para obter um rastreamento menos ocupado.

  • Libere o cache de resolução DNS no computador cliente - Isso permitirá que você comece do zero ao iniciar a captura para obter um rastreamento mais limpo.

Alguns dos principais problemas

Alguns problemas comuns que você pode enfrentar e como localizá-los em seu rastreamento de rede.

Principal problema

Ferramenta

O que você está procurando

Dimensionamento de janelas TCP

  • Encontrado no SYN – SYN/ACK.

  • O hardware herdado ou antigo pode não tirar proveito do dimensionamento de janelas TCP.

  • Sem as configurações adequadas de dimensionamento de janelas TCP, o buffer de 16 bits padrão nos cabeçalhos TCP é preenchido em milissegundos.

  • O tráfego não poderá continuar a enviar até o cliente receber uma confirmação de que os dados originais foram recebidos, causando atrasos.

Netmon

Wireshark

Procure o tráfego SYN - SYN/ACK em seu rastreamento de rede.

Em Netmon, use um filtro como tcp.flags.syn == 1. Esse filtro é a mesma no Wireshark.

Filtrar pacotes Syn no Netmon ou Wireshark para ambas as ferramentas: TCP.Flags.Syn == 1.

Observe que, para cada SYN, há um número de porta de origem (SrcPort) correspondente na porta de destino (DstPort) da Confirmação relacionada (SYN/ACK).

Para ver o valor de Dimensionamento de Janelas usado por sua conexão de rede, expanda primeiro o SYN e depois o SYN/ACK relacionado.

Gráfico que mostra como fazer a correspondência de SrcPort para DstPort em um rastreamento para obter o intervalo de tempo.

Configurações de tempo ocioso TCP

  • Historicamente, a maioria das redes de perímetro é configurada para conexões temporárias, o que significa que as conexões ociosas são geralmente terminadas.

  • As sessões TCP ociosas podem ser terminadas por proxies e firewalls em até 100 a 300 segundos.

  • Isso é problemático para o Outlook Online porque ele cria e usa conexões de longo prazo, ociosas ou não.

  • Quando as conexões são encerradas pelo proxy ou por dispositivos de firewall, o cliente não é informado e uma tentativa de usar o Outlook Online significará que um computador cliente tentará, repetidamente, reviver a conexão antes de criar uma nova.

  • Você pode observar travamentos no produto, avisos ou desempenho lento no carregamento de página.

Netmon

Wireshark

No Netmon, examine o campo Diferença de Horário para uma viagem de ida e volta. Uma viagem de ida e volta é o tempo entre um cliente enviando uma solicitação para o servidor e recebendo uma resposta de volta. Verifique entre o cliente e o ponto de saída (por exemplo, Cliente--> Proxy) ou entre o Cliente e o Office 365 (Cliente--> Office 365). Você pode ver isso em diversos tipos de pacotes.

Como exemplo, o filtro do Netmon pode parecer como .Protocol.IPv4.Address == 10.102.14.112 AND .Protocol.IPv4.Address == 10.201.114.12, ou no Wireshark, ip.addr == 10.102.14.112 && ip.addr == 10.201.114.12.

Dicas : 

  • Não sabe se o endereço IP em seu rastreamento pertence ao seu servidor DNS? Tente procurá-lo na linha de comando. Clique em Iniciar > Executar > e digite cmd ou pressione a Tecla Windows > e digite cmd. No prompt, digite nslookup <the IP address from the network trace>. Para testar, use o nslookup no endereço IP do seu próprio computador.

  • Para ver uma lista de intervalos IP da Microsoft, confira URLs e intervalos de endereços IP do Office 365.

Se houver um problema, esperar longo tempo desloca apareça, neste caso (Outlook on-line), particularmente nos pacotes de TLS:TLS que mostram a passagem dos dados de aplicativo (por exemplo, no Netmon você pode encontrar os pacotes de dados de aplicativo via .Protocol.TLS AND Description == "TLS:TLS Rec Layer-1 SSL Application Data"). Você deve ver uma progressão suave no tempo entre a sessão. Se você vir longos atrasos ao atualizar seu Outlook Online, isso pode ser causado por um alto grau de redefine está sendo enviado.

Tempo de Latência/Viagem de Ida e Volta

  • A latência é uma medida que pode mudar muito dependendo de diversas variáveis, tais atualização de dispositivos antigos, a adição de um grande número de usuários a uma rede e a porcentagem de largura de banda geral consumida por outras tarefas em uma conexão de rede.

  • Existem calculadoras de largura de banda para o Office 365 disponíveis na página Planejamento de rede e ajuste de desempenho do Office 365.

  • Precisa medir a velocidade de sua conexão ou a largura de banda da sua conexão ISP? Experimente este site (ou sites como ele): Site oficial do Speedtest e do Pingtest.

Ping

PsPing

Netmon

Wireshark

Para controlar a latência em um rastreamento, você se beneficiar de ter registrado o endereço IP do computador cliente e o endereço IP do servidor DNS no Office 365. Isso é para fins de filtragem de rastreamento mais fácil. Se você se conecta por meio de um proxy, precisará do endereço IP do computador cliente, o endereço IP do proxy/saída e o endereço IP DNS do Office 365 para facilitar o trabalho.

Uma solicitação de ping enviada para outlook.office365.com indicará o nome do datacenter que está recebendo a solicitação, mesmo se o ping não for capaz de se conectar para enviar os pacotes ICMP consecutivos de marca. Se você usar o PsPing (uma ferramenta gratuita para download) e especificar a porta (443) e talvez usar IPv4 (-4), obterá um tempo médio de viagem de ida e volta para os pacotes enviados. Isso funcionará para essa e para outras URLs nos serviços do Office 365, como psping -4 yourSite.sharepoint.com:443. Na verdade, você pode especificar um número de pings para obter uma grande amostra para sua média; experimente o seguinte: psping -4 -n 20 yourSite-my.sharepoint.com:443.

Observação : O PsPing não envia pacotes ICMP. Ele executa ping com pacotes TCP em uma porta específica e, portanto, você pode usá-lo em qualquer porta que esteja aberta. No Office 365, que usa SSL/TLS, tente anexar a porta: 443 ao seu PsPing.

Captura de tela que mostra um ping resolvendo outlook.office365.com e um PSPing com 443 realizando a mesma tarefa, além de relatar também um tempo de resposta médio de 6,5ms.

Se você tiver carregado página do Office 365 com desempenho lento ao fazer um rastreamento de rede, deverá filtrar um rastreamento do Netmon ou do Wireshark para DNS. Este é um dos IPs que estamos procurando.

Estas são as etapas a serem seguidas para filtrar seu Netmon e obter o endereço IP (e dar uma olhada na Latência do DNS). Este exemplo usa outlook.office365.com, mas também pode usar a URL de um locatário do SharePoint Online (ola.sharepoint.com, por exemplo).

  1. Execute ping na URL ping outlook.office365.com e, nos resultados, registre o nome e o endereço IP do servidor DNS para o qual a solicitação de ping foi enviada.

    Solicitação de ping para outlook.office365.com mostrando o DNS e o endereço IP de namnorthwest.

  2. Rede rastrear a abertura da página ou execute a ação que gera o problema de desempenho, ou, se você vir uma alta latência no próprio ping, rastreie a rede rastreá-lo.

  3. Abra o rastreamento no Netmon e filtre para DNS (esse filtro também funciona no Wireshark, mas diferencia maiúsculas de minúsculas – dns). Como você sabe o nome do servidor DNS do seu ping, talvez também queira filtrar com mais rapidez no Netmon, desta forma: DNS AND ContainsBin(FrameData, ASCII, "namnorthwest"), que se parece com isto no Wireshark dns and frame contains "namnorthwest".

    Abra o pacote de resposta e, na janela Detalhes do Quadro do Netmon, clique em DNS para expandir para saber mais. Nas informações de DNS, você encontrará o endereço IP do servidor DNS para o qual a solicitação foi enviada no Office 365 - você precisará desse endereço IP para a próxima etapa (a ferramenta PsPing). Remova o filtro, clique com o botão direito do mouse na Resposta DNS no Resumo do Quadro do Netmon > Localizar Conversas > DNS para ver a Consulta DNS e a Resposta lado a lado.

    Um rastreamento filtrado por Localizar Conversas e, em seguida, por DNS.

  4. No Netmon, observe também a coluna Diferença de Horário entre a Solicitação e a Resposta DNS.

    Resultados Netmon adicionais filtrados com DNS e CONTAINSBIN(Framedata, ASCII, "namnorthwest") mostram muito pouco tempo de deslocamento entre a solicitação e resposta.

Na próxima etapa, a fácil de instalar e o uso PsPing ferramenta vem muito útil, pois ICMP é geralmente bloqueado em Firewalls, tanto porque PsPing modo elegante rastreia latência em milissegundos. PsPing conclui uma conexão de TCP para um endereço e a porta (no nossa caso aberto a porta 443).

  1. Instale o PsPing.

  2. Abra um prompt de comando (Iniciar > Executar > digite cmd ou Tecla Windows > digite cmd) e altere o diretório para o diretório onde você instalou o PsPing para executar o comando PsPing. Em meus exemplos, você pode ver que criei uma pasta “Desemp” na raiz do C. Você pode fazer o mesmo para obter acesso rápido.

  3. Digite o comando para executar o PsPing contra o endereço IP do servidor DNS do Office 365 do seu rastreamento Netmon anterior - lembre-se de adicionar o número da porta. Em outras palavras, psping -n 20 132.245.24.82:445. Isso lhe dará uma amostra de 20 pings e calculará a latência média quando o PsPing parar.

    Comando PSPing psping -n 20 132.245.24.82:443 retornando uma latência média de 25,51 milissegundos.

Se você acessa o Office 365 por meio de um servidor proxy, as etapas serão um pouco diferentes. Primeiro você deve executar o PsPing em seu servidor proxy para obter o valor médio de latência em milissegundos para proxy/saída e de volta e então executar o PsPing no proxy ou em um computador com conexão direta com a Internet para obter o valor que falta (para o Office 365 e de volta).

Se você optar por executar o PsPing do proxy, terá dois valores de milissegundos: Do computador cliente ao servidor proxy ou ao ponto de saída e do servidor proxy para o Office 365. Pronto! Bem, pelo menos a o registro de valores está pronto.

Se você executar o PsPing em outro computador cliente que tem uma conexão direta com a Internet, ou seja, sem um proxy, você terá dois valores de milissegundos: computador cliente para o servidor proxy ou ponto de saída e computador cliente para o Office 365. Nesse caso, subtrair o valor do computador cliente ao servidor ou egresso ponto de proxy do valor do computador cliente para o Office 365 e você terá os números de tempo de resposta do computador cliente para o servidor proxy ou ponto de saída e do ponto de saída ou de servidor proxy para o Office 365.

No entanto, se você puder localizar um computador cliente no local afetado que esteja conectado diretamente, ou que ignore o proxy, talvez opte por ver se o problema pode ser reproduzido ali e por testar usando esse computador a partir desse momento.

Latência, como visto em um rastreamento Netmon, esses milissegundos extras podem acumular, se houver suficientes em qualquer sessão determinada.

Latência geral em Netmon, com a coluna de intervalo de tempo padrão de Netmon adicionada ao Resumo do Quadro.

Observação : Seu endereço IP pode ser diferente dos IPs mostrados aqui, por exemplo, seu ping pode retornar algo como 157.56.0.0/16 ou um intervalo semelhante. Para obter uma lista dos intervalos usados pelo Office 365, faça check-out de URLs e intervalos de endereços IP do Office 365. Lembre-se de expandir todos os nós (há um botão na parte superior para isso) se quiser procurar, por exemplo, 132.245.

Autenticação de proxy

  • Isso só se aplicará se você estiver passando por um servidor proxy. Caso contrário, você pode ignorar estas etapas.

  • Quando estiver funcionando corretamente, a autenticação de proxy deverá ocorrer em milissegundos, de forma consistente. Você não deve ver um desempenho ruim e intermitente durante os períodos de uso máximo (por exemplo).

  • Se a autenticação de Proxy estiver ativada, cada vez que você fizer uma nova conexão TCP ao Office 365 para obter informações, precisará passar por um processo de autenticação nos bastidores. Dessa forma, por exemplo, ao alternar do Calendário para o Email no Outlook Online, você será autenticado. E, no SharePoint Online, se uma página exibir mídia ou dados de vários sites ou locais, você será autenticado para cada conexão TCP diferente necessária para a renderização dos dados.

  • No Outlook Online, você pode enfrentar tempos de carregamento lentos sempre que alternar entre o Calendário e sua caixa de correio ou carregamentos de página lentos no SharePoint Online. No entanto, há outros sintomas não listados aqui.

    Autenticação de proxy é uma configuração no seu servidor de proxy de saída. Se ele está causando um problema de desempenho com o Office 365, você deve consultar a equipe de rede.

Netmon

Wireshark

Proxy autenticação ocorre sempre que uma nova sessão TCP deve ser girada para cima, comumente para solicitar arquivos ou informações do servidor, ou para fornecer informações. Por exemplo, você poderá ver autenticação de proxy em torno de solicitações de HTTP GET ou HTTP POST. Se você quiser ver os quadros onde está a autenticação de solicitações em seu rastreamento, adicione a coluna de 'NTLMSSP resumo' Netmon e filtrar para .property.NTLMSSPSummary. Para ver quanto tempo a autenticação está demorando, adicione a coluna de intervalo de tempo. Para adicionar uma coluna a Netmon:

  1. Clique com botão direito em uma coluna como Descrição.

  2. Clique em Escolher Colunas. Localize Resumo NTLMSSP e Intervalo de Tempo na lista e clique em Adicionar.

  3. Mova as novas colunas para o local antes ou atrás da coluna Descrição para poder lê-las lado a lado. Clique em OK.

Mesmo se você não adicionar a coluna, o filtro do Netmon funcionará. Mas sua solução de problemas será muito mais fácil se você pode ver quais estágio da autenticação que você está. Quando estiver presente procurando por instâncias de autenticação de Proxy, certifique-se estudar a todos os quadros onde não há um desafio NTLM ou uma mensagem se autenticar. Se necessário, clique com botão direito a parte específica de tráfego e localizar conversas > TCP. Lembre-se dos valores Delta de tempo nessas conversas.

Rastreamento Netmon mostrando autenticação de proxy, filtrado por conversa.

Um atraso de quatro segundos na autenticação de proxy, como visto no Wireshark. A coluna Intervalo de tempo do quadro exibido anteriormente foi criada clicando com o botão direito do mouse no campo de mesmo nome nos detalhes do quadro e selecionando Adicionar como Coluna.

No Wireshark, a coluna “Intervalo de tempo do quadro exibido anteriormente” pode ser criada clicando com o botão direito do mouse no campo de mesmo nome, nos detalhes do quadro, e selecionando Adicionar como Coluna.

Desempenho do DNS

  • A resolução de nomes funciona melhor e mais rápido quando acontece o mais próximo do país/região do cliente possível.

  • Se a resolução de nomes DNS estiver ocorrendo no exterior, poderá adicionar segundos aos carregamentos de página.

  • O ideal é a resolução de nomes acontecer em até 100ms. Caso contrário, você deverá investigar um pouco mais.

Dica : Não sabe como funciona a Conectividade de Cliente no Office 365? Examine o documento de referência da Conectividade de Cliente aqui.

Netmon

Wireshark

PsPing

A análise do desempenho do DNS normalmente é outra tarefa para um rastreamento de rede. No entanto, o PsPing também é útil para descobrir ou descartar uma causa possível.

O tráfego DNS baseia-se em solicitações TCP e UDP e as respostas são claramente marcadas com uma ID que ajudará a fazer a correspondência de uma solicitação específica à sua resposta específica. Você verá tráfego DNS quando, por exemplo, o SharePoint Online usar um nome de rede ou uma URL em uma página da Web. Como regra geral, a maior parte desse tráfego, exceto na transferência de Zonas, é executada sobre UDP.

No Netmon e no Wireshark, o filtro mais básico que permitirá que você examine o tráfego DNS é simplesmente dns. Certifique-se de usar letras minúsculas ao especificar o filtro. Lembre-se liberar o cache de resolução DNS antes de começar a reproduzir o problema no computador cliente. Por exemplo, se você tiver um carregamento de página do SharePoint Online lento da Home page, você deve fechar todos os navegadores, abra um novo navegador, iniciar rastreamento, liberar o cache de resolução DNS e navegue até o site do SharePoint Online. Depois que a página inteira é resolvida, você deve parar e salvar o rastreamento.

Um filtro básico para DNS em Netmon é DNS.

Você deseja examinar o tempo de deslocamento aqui. E pode ser útil adicionar a coluna de Intervalo de tempo para Netmon que você pode fazer ao realizar estas etapas:

  1. Clique com botão direito do mouse em uma coluna, como Descrição.

  2. Clique em Escolher Colunas.

  3. Localize Intervalo de Tempo na lista e clique em Adicionar.

  4. Mova a nova coluna para o local antes ou atrás da coluna Descrição para poder lê-las lado a lado. Clique em OK.

Se você encontrar uma consulta de interesse, considere a possibilidade de isolá-la clicando com essa consulta no painel de detalhes do quadro, escolha Localizar conversas > DNS. Observe que o painel de conversas de rede conduz à direita para a conversa específica em seu log de tráfego UDP.

Um rastreamento Netmon da carga do Outlook Online filtrada por DNS usando Localizar Conversas e DNS para restringir os resultados.

No Wireshark, você pode tornar uma coluna por tempo DNS. Faça seu rastreamento (ou abrir um rastreamento) no Wireshark e filtrar por dnsou, mais Felizmente, dns.time. Clique em qualquer consulta DNS e, no painel mostrando detalhes, expanda os detalhes de Domain Name System (response) . Você verá um campo hora (por exemplo, [Time: 0.001111100 seconds]. Clique com botão direito desta vez e selecione Aplicar como coluna. Isso lhe dará uma coluna hora de classificação mais rápida de seu rastreamento. Clique na nova coluna para classificar por valores para ver qual chamada DNS decrescentes levou mais tempo para resolver.

Uma pesquisa do SharePoint Online filtrada no Wireshark por dns.time (minúsculas), com o tempo de detalhes transformado em uma coluna e classificado em ordem crescente.

Se você quiser fazer mais investigação do tempo de resolução de DNS, tente um PsPing contra a porta DNS usado pelo TCP (por exemplo, psping <IP address of DNS server>:53). Você ainda vê um problema de desempenho? Nesse caso, o problema é mais provável de ser uma rede mais ampla de problema que um problema de específicos do aplicativo de DNS que você está atingir para fazer a resolução. Vale também mencionar, novamente, que um ping para office365 informará onde resolução de nomes DNS para o Outlook Online está ocorrendo (por exemplo, outlook-namnorthwest.office365.com).

Se o problema parecer ser específico do DNS, pode ser necessário contatar seu departamento de TI para que eles examinem as configurações de DNS e os Encaminhadores DNS para investigarem esse problema em mais detalhes.

Escalabilidade de proxy

  • Serviços como o Outlook Online no Office 365 concedem aos clientes várias conexões de longo prazo.

  • Portanto, cada usuário pode usar mais conexões que exijam uma duração mais longa.

Dica : Precisa planejar a utilização de largura de banda porque você está prestes a adicionar vários usuários ao Office 365? Experimente Plano para uso de largura de banda de Internet no Office 365. Há calculadoras de largura de banda disponíveis nesse documento.

Matemática

Não há nenhuma ferramenta de rastreamento de rede ou de solução de problemas específicas para isso. Em vez disso, baseia-se em cálculos de largura de banda dadas as limitações e outras variáveis.

Tamanho máximo de segmento TCP

  • Encontrado no SYN – SYN/ACK.

  • Faça essa verificação em qualquer rastreamento de rede de desempenho executado para garantir que os pacotes TCP estejam configurados para carregarem a quantidade máxima de dados possível.

  • O objetivo é ver um MSS de 1460 bytes para transmissão de dados.

  • Se estiver atrás de um proxy ou se estiver usando uma NAT, lembre-se de executar este teste do cliente para proxy/egresso/NAT e do proxy/egresso/NAT para o Office 365 para obter resultados melhores! Estas são sessões TCP diferentes.

Netmon

Tamanho de segmento TCP Max (MSS) é outro parâmetro do handshake três formas em seu rastreamento de rede, o que significa que você encontrará os dados que necessários no SYN - pacote SYN/ACK. MSS é realmente simples para ver.

Abra qualquer rastreamento de rede desempenho que tiver e localize a conexão sobre a qual tem curiosidade ou que demonstre o problema de desempenho.

Observações : 

  • Se você estiver examinando o rastreamento e precisar encontrar o tráfego relevante para sua conversa, filtre pelo IP do Cliente, pelo IP do servidor proxy ou do ponto de saída, ou por ambos. Indo diretamente, você precisará executar o ping na URL que está testando para o endereço IP do Office 365 no rastreamento e filtrar por ele.

  • Examinando o rastreamento quando? Tente usar filtros para orientar a mesmo. Em Netmon, executar uma pesquisa com base na URL, como Containsbin(framedata, ascii, "sphybridExample"), anote o número do quadro. No Wireshark use algo como frame contains "sphybridExample". Se você perceber que você encontrou tráfego de Winsock remoto (RWS) (ele pode aparecer como uma [PSH, ACK] no Wireshark), lembre-se de que se conecta RWS possa ser visto logo antes relevante SYN - SYN/confirmações, conforme discutido anteriormente. Neste ponto, você pode gravar o número do quadro, solte o filtro, clique em todo o tráfego na janela conversas de rede no Netmon para examinar as SYN. mais próximo

  • É importante saber que, caso você não tenha recebido qualquer uma das informações de endereço IP no momento do rastreamento, encontrar a URL no rastreamento (parte de sphybridExample-my.sharepoint.com, por exemplo), lhe dará endereços IP para filtrar.

  1. Localize a conexão no rastreamento que você está interessado em ver. Talvez seja possível fazer isso examinando o rastreamento, filtrando por endereços IP ou selecionando IDs de Conversa específicas com a janela Conversas de Rede no Netmon.

    Filtrar por conversa. Clique com o botão direito no quadro SYN e clique em Localizar Conversas, TCP.

  2. Depois de localizar o pacote SYN, expanda TCP (no Netmon) ou Protocolo de Controle de Transmissão (no Wireshark) no painel Detalhes do Quadro.

  3. Expanda Opções de TCP e MaxSegmentSize.

  4. Localize o quadro SYN-ACK relacionado e expanda Opções de TCP e MaxSegmentSize.

  5. O menor dos dois valores será o seu Tamanho Máximo de Segmento.

Nesta figura, eu posso fazer uso a coluna interna do Netmon chamada solucionar problemas de TCP.

Rastreamento de rede filtrado no Netmon usando as colunas internas.

A coluna interna está na parte superior do painel Detalhes do Quadro. (Para retornar ao seu modo de exibição normal, clique novamente em Colunas e, em seguida, escolha Fuso Horário).

Onde encontrar o menu suspenso Colunas para a opção Solucionar Problemas de TCP (na parte superior do Resumo do Quadro).

Aqui está um rastreamento filtrado no Wireshark. Há um filtro específico para o valor de MSS (tcp.options.mss). Os quadros de um SYN, SYN/ACK, handshake ACK estão vinculados na parte inferior do Wireshark equivalente a detalhes do quadro (portanto quadro ACK 47, links para 46 SYN/ACK, links para SYN 43) para facilitar a esse tipo de trabalho.

Rastreamento filtrado no Wireshark por tcp.options.mss para MSS (tamanho máximo de segmento).

Se você precisar verificar a Confirmação Seletiva (próximo tópico desta matriz), não feche seu rastreamento!

Confirmação Seletiva

  • Encontrado no SYN – SYN/ACK.

  • Deve ser relatada como Permitida em SYN e em SYN/ACK.

  • A Confirmação Seletiva (SACK) permite uma retransmissão de dados mais suave quando um pacote ou pacotes estiverem ausentes.

  • Os dispositivos podem desabilitar esse recurso, o que pode causar problemas de desempenho.

  • Se estiver atrás de um proxy ou se estiver usando uma NAT, lembre-se de executar este teste do cliente para proxy/egresso/NAT e do proxy/egresso/NAT para o Office 365 para obter resultados melhores! Estas são sessões TCP diferentes.

Netmon

A Confirmação Seletiva (SACK) é outro parâmetro do handshake SYN-SYN/ACK. Você pode filtrar seu rastreamento por SYN - SYN/ACK de várias maneiras.

  1. Localize a conexão no rastreamento em que você está interessado examinando o rastreamento, filtrando por endereços IP ou clicando em uma ID de Conversa usando a janela Conversas de Rede no Netmon.

  2. Depois de localizar o pacote SYN, expanda TCP no Netmon ou protocolo de controle de transmissão no Wireshark na seção de detalhes do quadro.

  3. Expanda Opções de TCP e, em seguida, SACK.

  4. Localize o quadro SYN-ACK relacionado e expanda Opções de TCP e seu campo SACK.

  5. Determinado SACK é permitido em SYN e em SYN/ACK.

Estes são os valores de SACK como visto no Netmon e no Wireshark.

Confirmação Seletiva (SACK) em Netmon como resultado de tcp.flags.syn = = 1.

SACK conforme visto no Wireshark com o filtro tcp.flags.syn == 1.

Geolocalização de DNS

  • O local no mundo onde o Office 365 tenta resolver sua chamada DNS afeta a velocidade da sua conexão.

  • No Outlook Online, após a conclusão da primeira pesquisa de DNS, a localização desse DNS será usada para a conexão ao seu data center mais próximo. Você será conectado a um servidor CAS do Outlook Online, que usará a rede de backbone para se conectar aos data centers (dC) onde seus dados estão armazenados. Isso é mais rápido.

  • Quando estiver acessando o SharePoint Online, um usuário que estiver viajando para fora do país /região será direcionado ao data center ativo - que é o dC cuja localização se baseia na base do locatário do SPO (dessa forma, um dC nos EUA, caso o usuário esteja baseado nos EUA).

  • O Lync online tem nós ativos em mais de um dC de cada vez. Quando as solicitações são enviadas para instâncias do Lync online, o DNS da Microsoft determinará de onde no mundo a solicitação é proveniente e retornará endereços IP do dC regional mais próximo de onde o Lync online está ativo.

Dica : Precisa saber mais sobre como os clientes se conectam ao Office 365? Confira o artigo de referência Conectividade de cliente (e em seus gráficos úteis).

Ping

PsPing

Solicitações de resolução de nomes de servidores DNS do cliente para os servidores DNS da Microsoft devem na maioria dos resultados de casos no Microsoft DNS retornando o endereço IP de um Demand (dC). O que isso significa para você? Se seu headquarters estão em Bangalore, Índia, mas estiver viajando nos Estados Unidos, quando o navegador faz uma solicitação para o Outlook Online, os servidores DNS da Microsoft devem mão você endereços IP dos data centers nos Estados Unidos – um Demand. Se for necessário email do Outlook, esses dados serão viagem pela rede de backbone rápido da Microsoft entre os data centers.

O DNS funciona de forma mais rápida quando a resolução de nomes é feita em um local o mais próximo do usuário possível. Se você estiver na Europa e quiser ir para um DNS da Microsoft na Europa e (idealmente) lidar com um data center na Europa. O desempenho de um cliente na Europa indo para o DNS e um data center nos EUA será mais lento.

Execute a ferramenta Ping contra outlook.office365.com para determinar para onde no mundo sua solicitação DNS está sendo roteada. Se você estiver na Europa, verá uma resposta de algo como outlook-emeawest.office365.com. Nas Américas, espere algo parecido com outlook-namnorthwest.office365.com.

  1. Abra o prompt de comando no computador cliente (via Iniciar > Executar > cmd ou tecla Windows > digite cmd).

  2. Digite ping outlook.office365.com e pressione ENTER.

    Lembre-se, especifique -4 , se você deseja especificar para ping via IPv4. Você pode falhar obter uma resposta dos pacotes ICMP, mas você deve ver o nome do DNS para o qual a solicitação foi roteada.

Se você quiser ver os números de latência dessa conexão, tente executar o PsPing para o endereço IP do servidor retornado pelo ping.

Ping do outlook.office365.com mostrando a resolução no outlook-namnorthwest.

PSPing para o endereço IP retornado pelo ping a outlook.office365.com mostrando uma média de 28 milissegundos de latência.

Solução de problemas de aplicativo do Office 365

Netmon

HTTPWatch

Console F12 no navegador

Não abordaremos as ferramentas usadas na solução de problemas de aplicativos específicos neste artigo sobre rede. Mas você encontrará recursos que pode usar nesta página.

Tópicos Relacionados

Gerenciando pontos de extremidade do Office 365
conectividade de solução de problemas do Office 365

Observação : Aviso de Isenção de Tradução Automática: Este artigo foi traduzido por computador, sem intervenção humana. A Microsoft oferece essas traduções automáticas para ajudar as pessoas que não falam inglês a aproveitar os textos escritos sobre produtos, serviços e tecnologias da Microsoft. Como este artigo foi traduzido automaticamente, é possível que contenha erros de vocabulário, sintaxe ou gramática.

Expanda suas habilidades
Explore o treinamento
Obtenha novos recursos primeiro
Ingressar no Office Insider

Essas informações foram úteis?

Obrigado por seus comentários!

Agradecemos pelos seus comentários! Parece que pode ser útil conectar você a um de nossos agentes de suporte do Office.

×