A chamada de procedimento remoto da Microsoft de teste de desempenho

Este artigo descreve como testar o desempenho do Microsoft Remote Procedure Call (RPC) e como solucionar mensagens de erro RPC.

O RPC é compatível com o design OSF (Open Software Foundation) e interoperável com outros padrões de comunicação de dados Exchange (DCE). RPCs são setor mecanismos Interprocess Communication (IPC) padrão para comunicações cliente / servidor que são independente de rede e podem trabalhar em uma variedade de protocolos de rede. RPC usa mecanismos IPC para estabelecer comunicações entre o cliente e o servidor para chamar funções de programa em um computador remoto. Os programas complexos que usam esse nível de serviço exigem que existe uma conexão, ou nível de taxa de transferência, para fornecer essa funcionalidade adequadamente. Por exemplo, quando você estiver usando o Microsoft Exchange Server, uma conexão é necessário para manter o fluxo de dados confiável.

Mensagens de erro RPC

Quando você usa o RPC, você pode receber qualquer uma das seguintes mensagens de erro, que pode ou não podem ser causadas por conectividade de rede lenta:

• Não há suporte para a seqüência de protocolo RPC.
• A seqüência do protocolo RPC é inválida.
• O servidor RPC já está escutando.
• O servidor RPC não está escutando.
• O servidor RPC não está disponível.
• O servidor RPC está muito ocupado para concluir esta operação.
• Ocorreu um erro de protocolo RPC (chamada) procedimento remoto.
• O servidor RPC não dá suporte para a sintaxe de transferência.
• A seqüência de protocolo RPC não foi encontrada.
• Ocorreu um erro interno em uma chamada de procedimento remoto (RPC).
• O servidor de RPC tentou uma divisão por zero.
• Ocorreu um erro de endereçamento no servidor de RPC.
• Uma operação ponto flutuante no servidor de RPC causou uma divisão por zero.
• Ocorreu um estouro negativo de ponto flutuante no servidor de RPC.
• Ocorreu um estouro de ponto flutuante no servidor de RPC.
• Esgotada a lista de servidores RPC disponíveis para a ligação de identificadores automáticos.
• O erro especificado não é um código de erro RPC do Windows válido.
• Versão incompatível do stub RPC.
• O objeto pipe de RPC é inválido ou corrompido.
• Foi tentada uma operação inválida em um objeto pipe de RPC.
• Versão sem suporte do pipe de RPC.
• Assíncrono RPC identificador inválido de chamada para esta operação.
• O objeto pipe de RPC já foi fechado.
• A chamada RPC foi concluída antes de todos os pipes foram processados.
• Não há mais dados estão disponíveis no pipe de RPC.

Solucionando problemas de desempenho de RPC e mensagens de erro

Há muitas ferramentas que você pode usar para determinar se uma mensagem de erro RPC estará sendo causada por uma conexão de rede lenta. Se você receber uma mensagem de erro RPC, elimine a conectividade de rede lenta como a causa. Use um ou mais os seguintes métodos para isolar o problema.

• Para resolver o problema de resolução de nomes como a causa da mensagem de erro RPC, verifique se que você pode usar o comando NET VIEW no prompt de comando no servidor de destino. Se Protocol/Internet Protocol (TCP) for o protocolo usado entre os programas cliente e servidor, você pode usar um arquivo Lmhosts para eliminar o WINS (Windows Internet Naming Service) como um colaborador possível para o problema.
• Você pode testar conectividade básica de RPC usando outro programa RPC. Windows NT Server inclui vários programas RPC. Visualizar eventos (Eventvwr.exe) e Editor do Registro (Regedt32.exe) podem ter o foco definido para qualquer computador executando o Windows NT. Outros programas, como o Gerenciador de usuários (Usrmgr.exe) e o Gerenciador de servidores (Srvmgr.exe) definido seu foco no controlador de domínio primário (PDC) por padrão. Use um desses programas conforme outro teste de conectividade RPC.
• Para testar a conectividade de rede, monitore a velocidade de uma cópia de arquivos básico através da rede usando o Monitor de desempenho (Perfmon.exe). Para dar o teste de um tempo de amostragem adequada e para permitir totalmente segmentando e seqüenciamento, somente de teste com um arquivo que seja pelo menos 2 megabytes (MB). Para copiar um arquivo através da rede usando o Monitor de desempenho:
  1. Localize uma 2 MB ou um arquivo maior. Se você não tiver um arquivo de 2 MB prontamente disponível, você pode usar o comando COPY para criar o arquivo de um arquivo existente. Para fazer isso, digite o seguinte comando em um prompt de comando e pressione ENTER:
     Copiar /b file.ext + file.ext + file.ext + file.ext destination.ext
     Observação : usar o binário (/ b) muda quando o arquivo de origem não for texto. Isso impede que CTRL+Z, que está sendo lido como um caractere de final de arquivo.
  2. Inicie Monitor de desempenho no computador cliente. Desde que o Monitor de desempenho não é possível distinguir entre as conexões para computadores diferentes para uma cópia de arquivo, é aconselhável desconectar todas as conexões de rede atual se outras conexões podem influenciar os resultados. Para desconectar todas as conexões de rede atuais, digite net use * /d em um prompt de comando e pressione ENTER.
  3. Desempenho do sistema pode monitorar uma cópia de arquivo para o objeto de servidor ou redirecionador usando os contadores de bytes transmitidos/segundo, bytes recebidos/s ' e total de bytes/segundo. Para simplificar o procedimento e para representar o fluxo de dados na conexão RPC com mais precisão, copiar um arquivo do computador servidor para o computador cliente que está executando o programa RPC. Um arquivo de 2 MB precisa ser localizado no computador servidor.
  4. No Monitor de desempenho no computador cliente, execute estas etapas:
     1. No menu Editar , clique em Adicionar ao gráfico .
     2. Na caixa objeto , clique em redirecionador .
     3. Na caixa contador , clique em bytes recebidos/s ' e, em seguida, clique em Adicionar .
  5. Em um prompt de comando, mapear uma letra de unidade de rede para o computador servidor e, em seguida, copie o arquivo do computador servidor para o computador cliente.
  6. No Monitor de desempenho, observe os valores de médio, máximo e mínimos. Se você estiver testando com um link de 128 Kbps, observe o contador médio para verificar que o processo de cópia está sendo executado perto para 75 % de 16.384 bytes por segundo limite teórico (0,75 x 16.384 = 12.288 bytes por segundo). Esse valor deve ser maior para funcionalidade importante e pode indicar a necessidade de expansão de rede. Como um indicador, medidas abordagem 800,000 bytes por segundo (bps) são excelentes. A tabela a seguir lista conversões para kilobits por segundo (kpbs) e kilobytes por segundo (KBps):
     Recolher esta tabelaExpandir esta tabela

     Velocidade de conexão	Bytes por segundo (bps)
     128 kbps	16.384
     512 kbps	65.536
     1.544Mbps (T1)	193,000
     10 Mbps (Ethernet)	1,250,000
     46.320Mbps (T3)	5,790,000

     Com uma determinada velocidade de linha, como 128 K, você verá menor que a taxa de bps de 16.384 completa transferência com base na utilização e outros fatores. Esses números são um máximo teórico, e reduz a sobrecarga de rede-los.
  7. Para eliminar ainda mais a conectividade de rede geral como o problema:
     1. No Gerenciador de desempenho no computador cliente, clique em Adicionar gráfico no menu Editar .
     2. Na caixa objeto , clique em redirecionador .
     3. Na caixa contador , clique em bytes transmitidos/s ' e, em seguida, clique em Adicionar .
     4. Copiar o arquivo de volta para o computador servidor e monitorar a taxa em que o arquivo é copiado.
  Observação : ser certeza de que esses testes entre o computador cliente e o computador servidor são aceitáveis para o nível de serviço desejado. Para executar testes adicionais usando desempenho do sistema, reverter a direção do fluxo de dados entre o computador cliente e servidor, selecione os contadores apropriados.
• Outra maneira de testar a comunicação RPC entre dois computadores é usar a ferramenta do RPCPing.Para obter informações adicionais sobre como usar a ferramenta RPCPing, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
  167260  (http://support.microsoft.com/kb/167260/EN-US/ ) Como usar o RPCPing para testar a comunicação RPC
• Outras causas das mensagens de erro RPC talvez os serviços de terceiros ou maiores serviços em execução no computador cliente ou servidor. Para determinar se serviços em execução estão causando o problema, pare todos os não-padrão serviços e teste RPC desempenho usando Visualizar eventos e desempenho do sistema novamente.
• Verificar o estado dos serviços de RPC no computador cliente e servidor. Para fazer isso, digite net start em um prompt de comando e pressione ENTER. Para um controlador de domínio, as seguintes informações são exibidas:
  Remoto Procedure Call (RPC) Locator
  Remoto Procedure Call (RPC) Service
• A seleção mais o estado desses serviços, use a ferramenta Sc.exe incluída no Microsoft Windows NT Resource Kit.Para obter informações adicionais sobre como usar a ferramenta Sc.exe, clique no número abaixo para ler o artigo na Base de dados de Conhecimento da Microsoft:
  166819  (http://support.microsoft.com/kb/166819/EN-US/ ) Usando sc.exe e Netsvc.exe para controle de serviços remotamente
• Services.exe contém muito do código RPC e um dos seus segmentos pode estar em um estado travado. Use a ferramenta Dr. Watson (Drwtsn32.exe) para determinar se uma mensagem de erro foi relatada. Mesmo se nenhuma mensagem de erro foi informada, um dos seus segmentos pode ser suspenso. Se for esse o caso, talvez seja necessário reiniciar o computador.
• Você pode usar a ferramenta tlist.exe incluída com o Windows NT Resource Kit para obter informações semelhantes à seguinte:

        62 Win32StartAddr:0x022a3ca1 LastErr:0x000003e5 State:Waiting
        64 Win32StartAddr:0x022a4895 LastErr:0x00000000 State:Waiting
        67 Win32StartAddr:0x76e03f90 LastErr:0x00000000 State:Waiting
        4.0.1381.4 shp  0x02290000  services.exe
        4.0.1381.4 shp  0x77f60000  ntdll.dll
        4.0.1381.4 shp  0x77e10000  RPCRT4.dll
  						

  exame de estado, arquivos e datas pode fornecer informações adicionais.
• Você pode usar a ferramenta pmon.exe (incluída no Windows NT Resource Kit) Gerenciador de tarefas para obter informações sobre Services.exe, como memória e consumo de CPU.
• A ferramenta Pstat.exe, incluída no Windows NT Resource Kit, exibe os estados de segmento para Services.exe.