The information in this article applies to:
SUMMARYWhen a workstation client application has problems connecting to SQL Server, the question first asked is, "How do I determine if this is a problem with my network software, or if this is a problem with SQL Server?" The following instructions explain how to test the network and local named pipes to help isolate network software problems. MORE INFORMATIONTesting Network Named PipesThere are two utilities shipped with SQL Server designed to help test network named pipes. The MAKEPIPE.EXE utility is installed during setup of the SQL Server server software. The READPIPE.EXE utility is installed during setup of both DOS and OS/2 workstations.Used together, these utilities test the integrity of the network named pipe services. To use these utilities, perform the following steps:
If the results are different from step 3 above, the network named pipe services are not secure. Clients will not be able to connect to SQL Server until named pipes are available. In addition, these utilities merely attempt to open and use a named pipe. They do not stress this named pipe connection. Thus, although these tests may succeed, the network connection may break under a heavy load. Testing Local Named PipesOne last test is to connect to the SQL Server on the OS/2 server machine using local OS/2 pipes. This can be done by using a null (or blank) server name. For example, the following will make a local ISQL connection to the SQL Server when run at an OS/2 command-line prompt on the database server machine:isql /S /Ulogin /Ppassword To make a local connection using SAF, leave the Server Names field blank (filled with dots) in the Login To SQL Server dialog box.
Keywords : kbprg kbtool SSrvServer |
Last Reviewed: March 10, 1999 © 2000 Microsoft Corporation. All rights reserved. Terms of Use. |