Notwendigkeit erweiterter Fehlerinformationen
Ein Hauptproblem bei der Problembehandlung von RPC-Problemen ist die Zuordnung eines RPC-Fehlercodes zum zugrunde liegenden Problem. Ein Konfigurationsfehler oder Netzwerkproblem kann dazu führen, dass mindestens eine Arbeitsstation _ RPC-S-Fehler empfängt. Auf _ * dieser Arbeitsstation kann der Fehler jedoch nur angezeigt, paraphrasiert oder in einer Protokolldatei gespeichert werden. Unabhängig davon, welcher Ansatz verwendet wird, erhält die Person, die das Problem behandeln soll, wichtige Informationen:
- Die Stelle, an der der Fehler aufgetreten ist. Dies kann auf dem lokalen Computer, auf einem Remotecomputer, der vom lokalen Computer aufgerufen wird, oder auf einem Remotecomputer aufgetreten sein, der von einem anderen Remotecomputer aufgerufen wird.
- Der ursprüngliche Fehlercode, der das Problem verursacht hat. Um dem OSF-Standard zu entsprechen, ordnet MS RPC Fehlercodes _ RPC-S-Codes _ * zu. _ _ * RPC-S-Codes sind jedoch zu generisch und bieten wenig nützliche Informationen zur Problembehandlung.
- Alle Kontextinformationen im Zusammenhang mit dem Auftreten des Problems. Bei Nicht-RPC-Fehlern können Debugger den Prozess beenden und den Kontext untersuchen, in dem der Fehler aufgetreten ist. RPC-Fehler werden häufig von einem Remoteprozess oder Computer generiert, der die Verarbeitung nach der Rückgabe des Fehlers fortsetzt und alle Kontexte überschreibt, die sich auf den Fehler beziehen.