Come Test Microsoft Remote Procedure Call prestazioni

In questo articolo viene descritto come eseguire test delle prestazioni di Microsoft RPC (Remote Procedure Call) e come risolvere i problemi relativi ai messaggi di errore RPC.

RPC è compatibile con la struttura OSF (Open Software Foundation) e interoperabilità con altri standard di DCE (Data Communications Exchange). RPC sono meccanismi IPC (Interprocess Communication) standard per le comunicazioni client / server che sono indipendenti dalla rete di settore e possibile lavorare su una gamma di protocolli di rete. RPC utilizza meccanismi IPC per stabilire comunicazioni tra il client e server per chiamare le funzioni di programma su un computer remoto. I programmi di complessi che utilizzano questo livello di servizio richiedono che vi sia una connessione, o a livello di velocità, per la distribuzione in modo adeguato della funzionalità. Ad esempio, quando si utilizza Microsoft Exchange Server, è necessaria una connessione per mantenere in modo affidabile il flusso dei dati.

Messaggi di errore RPC

Quando si utilizza RPC, è possibile che venga visualizzato uno dei seguenti messaggi di errore, che può o non possono essere causati da connettività di rete lenta:

• Sequenza di protocollo RPC non è supportata.
• La sequenza di protocollo RPC non è valida.
• Il server RPC già in attesa.
• Il server RPC non è in ascolto.
• Il server RPC non è disponibile.
• Il server RPC è troppo occupato per completare l'operazione.
• Si è verificato un errore di protocollo RPC di procedura remota.
• La sintassi di trasferimento non è supportata dal server RPC.
• Sequenza di protocollo RPC non trovata.
• Si è verificato un errore interno in una chiamata di procedura remota (RPC).
• Il server RPC ha tentato una divisione di integer per zero.
• Errore indirizzamento nel server RPC.
• Un'operazione a virgola mobile nel server RPC ha causato una divisione per zero.
• Si è verificato un underflow a virgola mobile nel server RPC.
• Si è verificato un overflow a virgola mobile nel server RPC.
• L'elenco di server RPC disponibili per il binding di auto handle è stato esaurito.
• L'errore specificato non è un codice di errore RPC di Windows valido.
• Versione dello stub RPC non compatibile.
• L'oggetto pipe RPC non valido o danneggiato.
• Su un oggetto della pipe RPC è stata tentata un'operazione non valida.
• Versione del pipe RPC non supportata.
• Handle di chiamata RPC asincrona non valido per questa operazione.
• L'oggetto pipe RPC è già stato chiuso.
• La chiamata RPC completata prima che sono stati elaborati tutti i pipe.
• Non sono disponibili nella pipe RPC ulteriori dati.

Risoluzione dei problemi relativi alle prestazioni RPC e messaggi di errore

Sono disponibili molti strumenti che è possibile utilizzare per determinare se un messaggio di errore RPC è causato da una connessione di rete lenta. Se viene visualizzato un messaggio di errore RPC, eliminare la connettività di rete lenta, come la possibile causa. Utilizzare uno o più dei seguenti metodi per isolare il problema.

• Per risolvere il problema di risoluzione dei nomi come causa del messaggio di errore RPC, verificare che sia possibile utilizzare il comando NET VIEW al prompt dei comandi nel server di destinazione. Se TCP/IP è il protocollo utilizzato tra i programmi client e server, è possibile utilizzare un file LMHOSTS per eliminare WINS (Windows Internet Naming Service) come collaboratore possibile al problema.
• È possibile verificare la connettività di base RPC utilizzando un altro programma RPC. Windows NT Server include diversi programmi RPC. Le applicazioni Visualizzatore eventi (Eventvwr.exe) e di Editor del Registro di sistema (Regedt32.exe) possono avere le stato attivo impostato su qualsiasi computer che esegue Windows NT. Altri programmi, ad esempio User Manager (Usrmgr.exe) e Server Manager (Srvmgr.exe) impostazione loro lo stato attivo nel controller di dominio primario (PDC) predefinita. Utilizzare uno di questi programmi in un altro test per connettività RPC.
• Per verificare la connettività di rete, controllare la velocità di una copia del file di base della rete utilizzando Performance Monitor (Perfmon.exe). Per consentire il test di un tempo di campionamento adeguate e per consentire completamente segmentazione e la sequenza, si verifica solo con un file che è di almeno 2 megabyte (MB) di dimensioni. Per copiare un file attraverso la rete utilizzando Performance Monitor:
  1. Individuare un 2 MB o di un file di grandi dimensioni. Se non si dispone di un file di 2 MB disponibile, è possibile utilizzare il comando COPY per creare il file da un file esistente. A tale scopo, digitare il seguente comando al prompt dei comandi e premere INVIO:
     copiare /b file.ext + file.ext + file.ext + file.ext destination.ext
     Nota : utilizzare il file binario (/ b) quando il file di origine non è testo. In questo modo CTRL+Z letto come carattere di fine del file.
  2. Avviare Performance Monitor sul computer client. Poiché Performance Monitor non può distinguere tra connessioni a computer diversi per una copia di file, sarà necessario disconnettere tutte le connessioni di rete correnti, se le altre connessioni potrebbero influenzare i risultati. Per disconnettere tutte le connessioni di rete correnti, digitare net use * /d al prompt dei comandi, quindi premere INVIO.
  3. Performance Monitor è possibile monitorare una copia di file per l'oggetto server o redirector utilizzando i contatori Byte trasmessi/sec, byte ricevuti/sec e byte totali/sec. Per semplificare la procedura e per rappresentare in modo più preciso il flusso dei dati nella connessione RPC, copiare un file dal server al computer client che esegue il programma RPC. Un file di 2 MB deve essere presente nel computer server.
  4. In Performance Monitor sul computer client, attenersi alla seguente procedura:
     1. Scegliere Aggiungi grafico dal menu Modifica .
     2. Nella casella oggetto , fare clic su redirector .
     3. Nella casella contatori , fare clic su byte ricevuti/sec e quindi fare clic su Aggiungi .
  5. Al prompt dei comandi di associare una lettera di unità di rete al computer server e copiare il file dal server al computer client.
  6. In Performance Monitor, osservare i valori medi, massimo e minimo. Se si verifica con un collegamento a 128 Kbps, è possibile osservare il contatore di Media per verificare che il processo di copia è in esecuzione vicino al 75 % di 16.384 byte per secondo limite teorico (0,75 x 16.384 = 12.288 byte al secondo). Questo valore dovrebbe essere superiore per funzionalità importanti e potrebbe indicare la necessità di espansione della rete. Come un indicatore, le misure che approccio 800,000 byte per secondo (bps) sono eccellenti. Nella tabella seguente sono elencate le conversioni per kilobit al secondo (kpbs) e di kilobyte al secondo (KBps):
     Riduci questa tabellaEspandi questa tabella

     Velocità di connessione	Byte al secondo (bps)
     128 kbps	16.384
     512 kbps	65.536
     1.544Mbps (T1)	193,000
     10Mbps (Ethernet)	1,250,000
     46.320Mbps (T3)	5,790,000

     Con una velocità determinata riga, ad esempio 128 K, è visualizzare meno la velocità effettiva bps 16.384 completo basata su utilizzo e altri fattori. Questi numeri sono un massimo teorico e overhead di rete consente di ridurre tali.
  7. Per eliminare ulteriori connettività di rete generale come il problema:
     1. In Gestione di prestazioni sul computer client fare clic Aggiungi grafico dal menu Modifica .
     2. Nella casella oggetto , fare clic su redirector .
     3. Nella casella contatori , fare clic su byte trasmessi/sec e quindi fare clic su Aggiungi .
     4. Copiare il file sul computer server e controllare la frequenza con cui il file viene copiato.
  Nota : essere certi che questi test tra il computer client e server sono accettabili per il livello di servizio desiderato. Per eseguire test aggiuntivi utilizzando Monitor di sistema da inverso con la direzione del flusso di dati tra il computer client e server, selezionare i contatori appropriati.
• Un altro modo per testare le comunicazioni RPC tra due computer consiste nell'utilizzare lo strumento Rpcping.Per ulteriori informazioni su come utilizzare lo strumento Rpcping, fare clic sul numero dell'articolo della Microsoft Knowledge Base riportato di seguito:
  167260

  (http://support.microsoft.com/kb/167260/EN-US/ )

  Come utilizzare RPCPing per verificare la comunicazione RPC
• Altre cause dei messaggi di errore RPC possono essere servizi di terze parti o servizi di grandi dimensioni in esecuzione sul computer client o server. Per determinare se Servizi in esecuzione sono causano il problema, interrompere tutti non predefinito servizi e test RPC prestazioni utilizzando il Visualizzatore eventi e prestazioni nuovamente.
• Verificare lo stato dei servizi RPC nel computer client e server. A tale scopo, digitare net start al prompt dei comandi e quindi premere INVIO. Per un controller di dominio sono visualizzate le informazioni seguenti:
  Individuazione di RPC remoto procedure
  Servizio RPC procedure remota
• Per controllare ulteriormente lo stato di questi servizi, utilizzare lo strumento Sc.exe, incluso in Microsoft Windows Resource Kit.Per ulteriori informazioni sull'utilizzo dello strumento Sc.exe, fare clic sul numero dell'articolo della Microsoft Knowledge Base riportato di seguito:
  166819

  (http://support.microsoft.com/kb/166819/EN-US/ )

  Utilizzo di sc.exe e Netsvc.exe ai servizi di controllo remoto
• Services.exe contiene gran parte del codice RPC e uno dei thread potrebbe essere in uno stato bloccato. Consente di utilizzare lo strumento Dr. Watson (Drwtsn32.exe) per determinare se un messaggio di errore è stato segnalato. Anche nel se in cui non è stato dichiarato alcun messaggio di errore, uno dei thread può essere bloccato. Se questo è il caso, sarà necessario riavviare il computer.
• È possibile utilizzare lo strumento di Tlist.exe incluso in Windows NT Resource Kit per ottenere informazioni analoghe al seguente:

        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
  						

  analisi di stato, i file e le date possono fornire informazioni aggiuntive.
• È possibile utilizzare lo strumento Pmon.exe (incluso in Windows NT Resource Kit) Task Manager per ottenere informazioni su Services.exe, ad esempio memoria e utilizzo della CPU.
• Lo strumento di Pstat.exe, incluso in Windows NT Resource Kit, Visualizza gli stati dei thread per Services.exe.