Showing posts with label remote. Show all posts
Showing posts with label remote. Show all posts

Tuesday, March 27, 2012

Cannot Register Remote Server

This is a multi-part message in MIME format.
--=_NextPart_000_0038_01C6ACCB.8D05BD60
Content-Type: text/plain;
charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Dear all,
I've installed SQL2005 on my local machine. And there is another SERVER = which has install both SQL2000 and SQL2005. I can use my local = Management Studio to register the SERVER\SQL2000 instance but I cannot = register SERVER\SQL2005 instance.
How can I register and connect to the SERVER\SQL2005 server?
The SERVER\SQL2005 has been configured to enable the protocols of shared = memory, namepipe and tcpip already.
The SERVER has installed SQL2000 first and then install SQL2005 server.
Thanks a lot.
Regards,
Alex AU
--=_NextPart_000_0038_01C6ACCB.8D05BD60
Content-Type: text/html;
charset="utf-8"
Content-Transfer-Encoding: quoted-printable
=EF=BB=BF<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
&
Dear all,

I've installed SQL2005 on my local = machine. And there is another SERVER which has install both SQL2000 and SQL2005. = I can use my local Management Studio to register the SERVER\SQL2000 instance = but I cannot register SERVER\SQL2005 instance.

How can I register and connect = to the SERVER\SQL2005 server?

The SERVER\SQL2005 has been = configured to enable the protocols of shared memory, namepipe and = tcpip already.

The SERVER has installed SQL2000 = first and then install SQL2005 server.

Thanks a lot.



Regards,

Alex AU
--=_NextPart_000_0038_01C6ACCB.8D05BD60--Hi Alex
Can you conncet to this server using SQLCMD? If not check that Remote
Connections have been set in the surface area configuration tool.
John
"Alex AU" wrote:
> Dear all,
> I've installed SQL2005 on my local machine. And there is another SERVER which has install both SQL2000 and SQL2005. I can use my local Management Studio to register the SERVER\SQL2000 instance but I cannot register SERVER\SQL2005 instance.
> How can I register and connect to the SERVER\SQL2005 server?
> The SERVER\SQL2005 has been configured to enable the protocols of shared memory, namepipe and tcpip already.
> The SERVER has installed SQL2000 first and then install SQL2005 server.
> Thanks a lot.
>
> Regards,
> Alex AU|||This is a multi-part message in MIME format.
--000100040600010001030705
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
Alex AU wrote:
> Dear all,
> I've installed SQL2005 on my local machine. And there is another
> SERVER which has install both SQL2000 and SQL2005. I can use my local
> Management Studio to register the SERVER\SQL2000 instance but I cannot
> register SERVER\SQL2005 instance.
> How can I register and connect to the SERVER\SQL2005 server?
> The SERVER\SQL2005 has been configured to enable the protocols
> of shared memory, namepipe and tcpip already.
> The SERVER has installed SQL2000 first and then install SQL2005 server.
> Thanks a lot.
>
> Regards,
> Alex AU
Are both SQL2000 and SQL2005 installed as named instances on the server?
It could be that SQL2000 is installed as a default instance (hence you
can connect to it just with the servername) and SQL2005 is installed as
a named instance so you need to use that instance name to connect.
Regards
Steen Schlüter Persson
Databaseadministrator / Systemadministrator
--000100040600010001030705
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: 8bit
<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html;charset=UTF-8" http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
Alex AU wrote:
<blockquote cite="mid%234kVSiIrGHA.3680@.TK2MSFTNGP02.phx.gbl"
type="cite">
<meta http-equiv="Content-Type" content="text/html; ">
<style></style>
<meta content="MSHTML 6.00.2900.2912" name="GENERATOR">
<div><font face="Times New Roman">Dear all,</font></div>
<div>Â </div>
<div><font face="Times New Roman">I've installed SQL2005 on my local
machine. And there is another SERVER which has install both SQL2000 and
SQL2005. I can use my local Management Studio to register the
SERVER\SQL2000 instance but I cannot register SERVER\SQL2005 instance.</font></div>
<div>Â </div>
<div><font face="Times New Roman">How can IÂ register and connect to
the SERVER\SQL2005 server? </font></div>
<div>Â </div>
<div><font face="Times New Roman">The SERVER\SQL2005 has been
configured to enable the protocols of shared memory, namepipe and tcpip
already.</font></div>
<div>Â </div>
<div><font face="Times New Roman">The SERVER has installed SQL2000
first and then install SQL2005 server.</font></div>
<div>Â </div>
<div><font face="Times New Roman">Thanks a lot.</font></div>
<div>Â </div>
<div>
<div>
<div>
<div>Â </div>
<div>Â </div>
<div><font face="Times New Roman">Regards,</font></div>
<div>Â </div>
<div><font face="Times New Roman">Alex AU</font></div>
</div>
</div>
</div>
</blockquote>
<font size="-1"><font face="Arial">Are both SQL2000 and SQL2005
installed as named instances on the server? It could be that SQL2000 is
installed as a default instance (hence you can connect to it just with
the servername) and SQL2005 is installed as a named instance so you
need to use that instance name to connect.</font></font><br>
<br>
<br>
-- <br>
Regards<br>
Steen Schlüter Persson<br>
Databaseadministrator / Systemadministrator<br>
</body>
</html>
--000100040600010001030705--|||This is a multi-part message in MIME format.
--=_NextPart_000_002F_01C6ADE7.6B1D97F0
Content-Type: text/plain;
charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Dear John,
I've already setup the remote connections to accept namepine and tcpip =connection in the surface area configuration tool.
I can use ODBC to establish connection from my workstation to the =SERVER\SQL2005 but just cannot register the server in the Management =Studio on my workstation.
Thanks.
Regards,
Alex AU
"John Bell" <jbellnewsposts@.hotmail.com> wrote in message =news:3238D38E-5324-49BB-A188-43078C16F3A1@.microsoft.com...
Hi Alex
Can you conncet to this server using SQLCMD? If not check that Remote Connections have been set in the surface area configuration tool.
John
"Alex AU" wrote:
> Dear all,
> > I've installed SQL2005 on my local machine. And there is another =SERVER which has install both SQL2000 and SQL2005. I can use my local =Management Studio to register the SERVER\SQL2000 instance but I cannot =register SERVER\SQL2005 instance.
> > How can I register and connect to the SERVER\SQL2005 server? > > The SERVER\SQL2005 has been configured to enable the protocols of =shared memory, namepipe and tcpip already.
> > The SERVER has installed SQL2000 first and then install SQL2005 =server.
> > Thanks a lot.
> > > > Regards,
> > Alex AU
--=_NextPart_000_002F_01C6ADE7.6B1D97F0
Content-Type: text/html;
charset="utf-8"
Content-Transfer-Encoding: quoted-printable
=EF=BB=BF<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
&

Dear John,
I've already setup the remote =connections to accept namepine and tcpip connection in the surface area configuration tool.
I can use ODBC to establish =connection from my workstation to the SERVER\SQL2005 but just cannot register the server in =the Management Studio on my workstation.
Thanks.
Regards,
Alex AU
"John Bell" wrote in message news:323=8D38E-5324-49BB-A188-43078C16F3A1@.microsoft.com...Hi AlexCan you conncet to this server using SQLCMD? If not check =that Remote Connections have been set in the surface area configuration = tool.John"Alex AU" wrote:> Dear =all,> > I've installed SQL2005 on my local machine. And there is =another SERVER which has install both SQL2000 and SQL2005. I can use my local Management Studio to register the SERVER\SQL2000 instance but I cannot = register SERVER\SQL2005 instance.> > How can I register =and connect to the SERVER\SQL2005 server? > > The =SERVER\SQL2005 has been configured to enable the protocols of shared memory, namepipe and =tcpip already.> > The SERVER has installed SQL2000 first and =then install SQL2005 server.> > Thanks a lot.> => > > Regards,> > Alex =AU

--=_NextPart_000_002F_01C6ADE7.6B1D97F0--|||This is a multi-part message in MIME format.
--=_NextPart_000_0041_01C6ADE7.D964CB70
Content-Type: text/plain;
charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Dear Steen,
The SQL2000 is the default instance and SQL2005 is a named instance. =When I register the SQL2005 on my workstation's Management Studio, I've =already used the name instance to try connect but it failed.
I've already set the remote connection with namepipe and tcpip in the =service area configuration on the server. When I try to use ODBC on my =workstation to connect to the SERVER\SQL2005, I can successfully =establish the connection. I just cannot register the SERVER\SQL2005 on =my workstation's management studio.
Thanks
Regards,
Alex AU
"Steen Persson (DK)" <spe@.REMOVEdatea.dk> wrote in message =news:u0NxbpJrGHA.2256@.TK2MSFTNGP03.phx.gbl...
Alex AU wrote: Dear all,
I've installed SQL2005 on my local machine. And there is another =SERVER which has install both SQL2000 and SQL2005. I can use my local =Management Studio to register the SERVER\SQL2000 instance but I cannot =register SERVER\SQL2005 instance.
How can I register and connect to the SERVER\SQL2005 server?
The SERVER\SQL2005 has been configured to enable the protocols of =shared memory, namepipe and tcpip already.
The SERVER has installed SQL2000 first and then install SQL2005 =server.
Thanks a lot.
Regards,
Alex AU
Are both SQL2000 and SQL2005 installed as named instances on the =server? It could be that SQL2000 is installed as a default instance =(hence you can connect to it just with the servername) and SQL2005 is =installed as a named instance so you need to use that instance name to =connect.
-- Regards
Steen Schl=C3=BCter Persson
Databaseadministrator / Systemadministrator
--=_NextPart_000_0041_01C6ADE7.D964CB70
Content-Type: text/html;
charset="utf-8"
Content-Transfer-Encoding: quoted-printable
=EF=BB=BF<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
&

Dear Steen,
The SQL2000 is the default instance =and SQL2005 is a named instance. When I register the SQL2005 on my =workstation's Management Studio, I've already used the name instance to try connect =but it failed.
I've already set the remote =connection with namepipe and tcpip in the service area configuration on the server. =When I try to use ODBC on my workstation to connect to the SERVER\SQL2005, I =can successfully establish the connection. I just cannot register the =SERVER\SQL2005 on my workstation's management studio.
Thanks
Regards,
Alex AU
"Steen Persson (DK)" wrote in =message news:u0NxbpJrGHA.2256=@.TK2MSFTNGP03.phx.gbl...Alex AU wrote:
Dear all,

I've installed SQL2005 on my =local machine. And there is another SERVER which has install both SQL2000 =and SQL2005. I can use my local Management Studio to register the =SERVER\SQL2000 instance but I cannot register SERVER\SQL2005 instance.

How can I register and =connect to the SERVER\SQL2005 server?

The SERVER\SQL2005 has been =configured to enable the protocols of shared memory, =namepipe and tcpip already.

The SERVER has installed SQL2000 =first and then install SQL2005 server.

Thanks a lot.



Regards,

Alex AUAre both SQL2000 and SQL2005 installed as named instances =on the server? It could be that SQL2000 is installed as a default instance =(hence you can connect to it just with the servername) and SQL2005 is installed =as a named instance so you need to use that instance name to connect.-- RegardsSteen =Schl=C3=BCter PerssonDatabaseadministrator / Systemadministrator

--=_NextPart_000_0041_01C6ADE7.D964CB70--|||Hi Alex
And SQLCMD allows you to connect?
John
"Alex AU" wrote:
> Dear John,
> I've already setup the remote connections to accept namepine and tcpip
> connection in the surface area configuration tool.
> I can use ODBC to establish connection from my workstation to the
> SERVER\SQL2005 but just cannot register the server in the Management
> Studio on my workstation.
> Thanks.
>
> Regards,
> Alex AU
> "John Bell" <jbellnewsposts@.hotmail.com> wrote in message
> news:3238D38E-5324-49BB-A188-43078C16F3A1@.microsoft.com...
> Hi Alex
> Can you conncet to this server using SQLCMD? If not check that Remote
> Connections have been set in the surface area configuration tool.
> John
> "Alex AU" wrote:
> > Dear all,
> >
> > I've installed SQL2005 on my local machine. And there is another
> SERVER which has install both SQL2000 and SQL2005. I can use my local
> Management Studio to register the SERVER\SQL2000 instance but I cannot
> register SERVER\SQL2005 instance.
> >
> > How can I register and connect to the SERVER\SQL2005 server?
> >
> > The SERVER\SQL2005 has been configured to enable the protocols of
> shared memory, namepipe and tcpip already.
> >
> > The SERVER has installed SQL2000 first and then install SQL2005
> server.
> >
> > Thanks a lot.
> >
> >
> >
> > Regards,
> >
> > Alex AU
>|||This is a multi-part message in MIME format.
--=_NextPart_000_0103_01C6AF00.EB2418B0
Content-Type: text/plain;
charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Dear John,
I've tried sqlcmd, it also failed. The command I used and error as =follow:
sqlcmd -S SERVER\SQL2005
HResult 0xFFFFFFFF, Level 16, State 1
SQL Network Interfaces: Error Locating Server/Instance Specified =[xFFFFFFFF].
Sqlcmd: Error: Microsoft SQL Native Client : An error has occurred while =establi
shing a connection to the server. When connecting to SQL Server 2005, =this failu
re may be caused by the fact that under the default settings SQL Server =does not
allow remote connections..
Sqlcmd: Error: Microsoft SQL Native Client : Login timeout expired.
Thanks a lot.
Regards,
Alex AU
"John Bell" <jbellnewsposts@.hotmail.com> wrote in message =news:342A5195-A4E1-4477-AFDF-F592B3809BDC@.microsoft.com...
Hi Alex
And SQLCMD allows you to connect?
John
"Alex AU" wrote:
> Dear John,
> > I've already setup the remote connections to accept namepine and =tcpip
> connection in the surface area configuration tool.
> > I can use ODBC to establish connection from my workstation to the
> SERVER\SQL2005 but just cannot register the server in the Management
> Studio on my workstation.
> > Thanks.
> > > > Regards,
> > Alex AU
> "John Bell" <jbellnewsposts@.hotmail.com> wrote in message
> news:3238D38E-5324-49BB-A188-43078C16F3A1@.microsoft.com...
> Hi Alex
> > Can you conncet to this server using SQLCMD? If not check that =Remote
> Connections have been set in the surface area configuration tool.
> > John
> > "Alex AU" wrote:
> > > Dear all,
> >
> > I've installed SQL2005 on my local machine. And there is another
> SERVER which has install both SQL2000 and SQL2005. I can use my =local
> Management Studio to register the SERVER\SQL2000 instance but I =cannot
> register SERVER\SQL2005 instance.
> >
> > How can I register and connect to the SERVER\SQL2005 server?
> >
> > The SERVER\SQL2005 has been configured to enable the protocols =of
> shared memory, namepipe and tcpip already.
> >
> > The SERVER has installed SQL2000 first and then install SQL2005
> server.
> >
> > Thanks a lot.
> >
> >
> >
> > Regards,
> >
> > Alex AU
>
--=_NextPart_000_0103_01C6AF00.EB2418B0
Content-Type: text/html;
charset="utf-8"
Content-Transfer-Encoding: quoted-printable
=EF=BB=BF<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
&

Dear John,
I've tried sqlcmd, it also failed. =The command I used and error as follow:
sqlcmd -S =SERVER\SQL2005
HResult 0xFFFFFFFF, Level 16, State =1SQL Network Interfaces: Error Locating Server/Instance Specified [xFFFFFFFF].Sqlcmd: Error: Microsoft SQL Native Client : An error =has occurred while establishing a connection to the server. When =connecting to SQL Server 2005, this failure may be caused by the fact that under =the default settings SQL Server does not allow remote connections..Sqlcmd: Error: Microsoft SQL Native Client : Login =timeout expired.
Thanks a lot.
Regards,
Alex AU
"John Bell" wrote in message news:342=A5195-A4E1-4477-AFDF-F592B3809BDC@.microsoft.com...Hi AlexAnd SQLCMD allows you to connect?John"Alex =AU" wrote:> Dear John,> > I've already setup the =remote connections to accept namepine and tcpip> connection in the =surface area configuration tool.> > I can use ODBC to establish connection from my workstation to the> SERVER\SQL2005 but just =cannot register the server in the Management> Studio on my workstation.> > Thanks.> > > => Regards,> > Alex AU> "John Bell" = wrote in message> news:323=8D38E-5324-49BB-A188-43078C16F3A1@.microsoft.com...>  =; Hi Alex> > Can you conncet to this server =using SQLCMD? If not check that Remote> Connections have =been set in the surface area configuration tool.> > John> > "Alex AU" wrote:> > > Dear all,> >> > I've installed SQL2005 on my local =machine. And there is another> SERVER which has install both SQL2000 and =SQL2005. I can use my local> Management Studio to register the =SERVER\SQL2000 instance but I cannot> register SERVER\SQL2005 instance.> >> > How can I =register and connect to the SERVER\SQL2005 server?> >> > The SERVER\SQL2005 has been configured =to enable the protocols of> shared memory, namepipe and tcpip already.> >> > The SERVER =has installed SQL2000 first and then install SQL2005> server.> >> > Thanks a lot.> >> =>> >> > Regards,> >> > Alex =AU>

--=_NextPart_000_0103_01C6AF00.EB2418B0--|||Hi Alex
This is indicating that the remote connections setting are not set on the
protocols. What does the SQLServer 2005 Configuration Manager tool say (i.e.
not SAC!). Also make sure that you can resolve the server name correctly.
You may also want to look at SQLPing to to see to search for servers
http://www.sqlsecurity.com/Tools/FreeTools/tabid/65/Default.aspx
John
"Alex AU" wrote:
> Dear John,
> I've tried sqlcmd, it also failed. The command I used and error as follow:
> sqlcmd -S SERVER\SQL2005
> HResult 0xFFFFFFFF, Level 16, State 1
> SQL Network Interfaces: Error Locating Server/Instance Specified
> [xFFFFFFFF].
> Sqlcmd: Error: Microsoft SQL Native Client : An error has occurred while
> establi
> shing a connection to the server. When connecting to SQL Server 2005, this
> failu
> re may be caused by the fact that under the default settings SQL Server
> does not
> allow remote connections..
> Sqlcmd: Error: Microsoft SQL Native Client : Login timeout expired.
> Thanks a lot.
>
> Regards,
> Alex AU
> "John Bell" <jbellnewsposts@.hotmail.com> wrote in message
> news:342A5195-A4E1-4477-AFDF-F592B3809BDC@.microsoft.com...
> Hi Alex
> And SQLCMD allows you to connect?
> John
> "Alex AU" wrote:
> > Dear John,
> >
> > I've already setup the remote connections to accept namepine and tcpip
> > connection in the surface area configuration tool.
> >
> > I can use ODBC to establish connection from my workstation to the
> > SERVER\SQL2005 but just cannot register the server in the Management
> > Studio on my workstation.
> >
> > Thanks.
> >
> >
> >
> > Regards,
> >
> > Alex AU
> > "John Bell" <jbellnewsposts@.hotmail.com> wrote in message
> > news:3238D38E-5324-49BB-A188-43078C16F3A1@.microsoft.com...
> > Hi Alex
> >
> > Can you conncet to this server using SQLCMD? If not check that
> Remote
> > Connections have been set in the surface area configuration tool.
> >
> > John
> >
> > "Alex AU" wrote:
> >
> > > Dear all,
> > >
> > > I've installed SQL2005 on my local machine. And there is another
> > SERVER which has install both SQL2000 and SQL2005. I can use my local
> > Management Studio to register the SERVER\SQL2000 instance but I cannot
> > register SERVER\SQL2005 instance.
> > >
> > > How can I register and connect to the SERVER\SQL2005 server?
> > >
> > > The SERVER\SQL2005 has been configured to enable the protocols of
> > shared memory, namepipe and tcpip already.
> > >
> > > The SERVER has installed SQL2000 first and then install SQL2005
> > server.
> > >
> > > Thanks a lot.
> > >
> > >
> > >
> > > Regards,
> > >
> > > Alex AU
> >
>|||This is a multi-part message in MIME format.
--=_NextPart_000_0017_01C6AF40.AEAD7990
Content-Type: text/plain;
charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Thanks John,
I've used the tools on that SERVER and I've found that the port number =for SQL2005 using is 1025. (SQL2000 use 1433).
I finally figure out what causing the connection issue, it's the =firewall settings. I use a Windows XP with SP2 as a server and the =firewall has turned on. It only allow SQL connection from port 1433 and =that's the reason why I cannot connect with SQL Management Studio with =port 1025 (SQL2005). When I shut down the firewall, it works.
Sorry for the chaos that I've made. But I really appreciate for your =kindly help.
I've got one more question related to this. I've tried to add exception =rule in the XP firewall settings for port 1025, but I still cannot =connect. I can only connect when the firewall is off. Can anyone help =with this? (or should I post in other newsgroup for this issue?)
Thanks.
Regards,
Alex AU
"John Bell" <jbellnewsposts@.hotmail.com> wrote in message =news:E4A5B93E-6A03-4406-87B6-399E4A150D02@.microsoft.com...
Hi Alex
This is indicating that the remote connections setting are not set on =the protocols. What does the SQLServer 2005 Configuration Manager tool say =(i.e. not SAC!). Also make sure that you can resolve the server name =correctly.
You may also want to look at SQLPing to to see to search for servers http://www.sqlsecurity.com/Tools/FreeTools/tabid/65/Default.aspx
John
"Alex AU" wrote:
> Dear John,
> > I've tried sqlcmd, it also failed. The command I used and error as =follow:
> > sqlcmd -S SERVER\SQL2005
> > HResult 0xFFFFFFFF, Level 16, State 1
> SQL Network Interfaces: Error Locating Server/Instance Specified
> [xFFFFFFFF].
> Sqlcmd: Error: Microsoft SQL Native Client : An error has occurred =while
> establi
> shing a connection to the server. When connecting to SQL Server =2005, this
> failu
> re may be caused by the fact that under the default settings SQL =Server
> does not
> allow remote connections..
> Sqlcmd: Error: Microsoft SQL Native Client : Login timeout expired.
> > Thanks a lot.
> > > > Regards,
> > Alex AU
> > "John Bell" <jbellnewsposts@.hotmail.com> wrote in message
> news:342A5195-A4E1-4477-AFDF-F592B3809BDC@.microsoft.com...
> Hi Alex
> > And SQLCMD allows you to connect?
> > John
> > "Alex AU" wrote:
> > > Dear John,
> >
> > I've already setup the remote connections to accept namepine and =tcpip
> > connection in the surface area configuration tool.
> >
> > I can use ODBC to establish connection from my workstation to =the
> > SERVER\SQL2005 but just cannot register the server in the =Management
> > Studio on my workstation.
> >
> > Thanks.
> >
> >
> >
> > Regards,
> >
> > Alex AU
> > "John Bell" <jbellnewsposts@.hotmail.com> wrote in message
> > news:3238D38E-5324-49BB-A188-43078C16F3A1@.microsoft.com...
> > Hi Alex
> >
> > Can you conncet to this server using SQLCMD? If not check that
> Remote
> > Connections have been set in the surface area configuration =tool.
> >
> > John
> >
> > "Alex AU" wrote:
> >
> > > Dear all,
> > >
> > > I've installed SQL2005 on my local machine. And there is =another
> > SERVER which has install both SQL2000 and SQL2005. I can use my =local
> > Management Studio to register the SERVER\SQL2000 instance but I =cannot
> > register SERVER\SQL2005 instance.
> > >
> > > How can I register and connect to the SERVER\SQL2005 server?
> > >
> > > The SERVER\SQL2005 has been configured to enable the =protocols of
> > shared memory, namepipe and tcpip already.
> > >
> > > The SERVER has installed SQL2000 first and then install =SQL2005
> > server.
> > >
> > > Thanks a lot.
> > >
> > >
> > >
> > > Regards,
> > >
> > > Alex AU
> >
>
--=_NextPart_000_0017_01C6AF40.AEAD7990
Content-Type: text/html;
charset="utf-8"
Content-Transfer-Encoding: quoted-printable
=EF=BB=BF<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
&

Thanks John,
I've used the tools on that SERVER =and I've found that the port number for SQL2005 using is 1025. (SQL2000 use 1433).
I finally figure out what causing =the connection issue, it's the firewall settings. I use a Windows XP with =SP2 as a server and the firewall has turned on. It only allow SQL connection from =port 1433 and that's the reason why I cannot connect with SQL Management =Studio with port 1025 (SQL2005). When I shut down the firewall, it =works.
Sorry for the chaos that I've made. =But I really appreciate for your kindly help.
I've got one more question related to this. I've tried to add exception rule in the XP firewall =settings for port 1025, but I still cannot connect. I can only connect when the =firewall is off. Can anyone help with this? (or should I post in other newsgroup for this issue?)
Thanks.
Regards,
Alex AU
"John Bell" wrote in message news:E4A=5B93E-6A03-4406-87B6-399E4A150D02@.microsoft.com...Hi AlexThis is indicating that the remote connections setting are =not set on the protocols. What does the SQLServer 2005 Configuration =Manager tool say (i.e. not SAC!). Also make sure that you can resolve the =server name correctly.You may also want to look at SQLPing to to see to =search for servers http://www.sqlsecurity.com/Tools/FreeTools/tabid/65/Default.aspx=John"Alex AU" wrote:> Dear John,> > I've tried sqlcmd, =it also failed. The command I used and error as follow:> > =sqlcmd -S SERVER\SQL2005> > HResult 0xFFFFFFFF, Level 16, State =1> SQL Network Interfaces: Error Locating Server/Instance =Specified> [xFFFFFFFF].> Sqlcmd: Error: Microsoft SQL Native Client : An =error has occurred while> establi> shing a connection to the =server. When connecting to SQL Server 2005, this> failu> re may be =caused by the fact that under the default settings SQL Server> does not> allow remote connections..> Sqlcmd: Error: =Microsoft SQL Native Client : Login timeout expired.> > Thanks a lot.> > > > Regards,> > Alex = AU> > "John Bell" wrote in message> news:342=A5195-A4E1-4477-AFDF-F592B3809BDC@.microsoft.com...>  =; Hi Alex> > And SQLCMD allows you to =connect?> > John> > "Alex AU" wrote:> > > Dear =John,> >> > I've already setup the remote =connections to accept namepine and tcpip> > connection in the =surface area configuration tool.> >> => I can use ODBC to establish connection from my workstation to the> > SERVER\SQL2005 but just cannot register =the server in the Management> > Studio on my workstation.> >> > Thanks.> >> =>> >> > Regards,> >> > Alex AU> => "John Bell" wrote in message> > news:323=8D38E-5324-49BB-A188-43078C16F3A1@.microsoft.com...>  =; > Hi Alex> >> > Can you conncet to this server using SQLCMD? If not =check that> Remote> > Connections =have been set in the surface area configuration tool.> >> > John> >> > "Alex AU" =wrote:> >> > > Dear =all,> > >> > > I've =installed SQL2005 on my local machine. And there is another> => SERVER which has install both SQL2000 and SQL2005. I can use my local> > Management Studio to register the SERVER\SQL2000 instance but I cannot> > register = SERVER\SQL2005 instance.> > >> > > How can I register and =connect to the SERVER\SQL2005 server?> > >> > > The SERVER\SQL2005 has =been configured to enable the protocols of> > shared =memory, namepipe and tcpip already.> > >> > > The SERVER has =installed SQL2000 first and then install SQL2005> > server.> > >> > > Thanks a lot.> => >> > >> > >> > > Regards,> > >> = > > Alex AU> >>

--=_NextPart_000_0017_01C6AF40.AEAD7990--|||Hi
I don't know the intricacies of the XP firewall as I have always used a
third party one. The following describes what you should need to set up in
terms of rules, change this for the port you are using and it should be ok.
http://support.microsoft.com/kb/287932
John
"Alex AU" wrote:
> Thanks John,
> I've used the tools on that SERVER and I've found that the port number for
> SQL2005 using is 1025. (SQL2000 use 1433).
> I finally figure out what causing the connection issue, it's the firewall
> settings. I use a Windows XP with SP2 as a server and the firewall has
> turned on. It only allow SQL connection from port 1433 and that's the
> reason why I cannot connect with SQL Management Studio with port 1025
> (SQL2005). When I shut down the firewall, it works.
> Sorry for the chaos that I've made. But I really appreciate for your
> kindly help.
> I've got one more question related to this. I've tried to add exception
> rule in the XP firewall settings for port 1025, but I still cannot
> connect. I can only connect when the firewall is off. Can anyone help with
> this? (or should I post in other newsgroup for this issue?)
> Thanks.
>
> Regards,
> Alex AU
> "John Bell" <jbellnewsposts@.hotmail.com> wrote in message
> news:E4A5B93E-6A03-4406-87B6-399E4A150D02@.microsoft.com...
> Hi Alex
> This is indicating that the remote connections setting are not set on
> the
> protocols. What does the SQLServer 2005 Configuration Manager tool say
> (i.e.
> not SAC!). Also make sure that you can resolve the server name
> correctly.
> You may also want to look at SQLPing to to see to search for servers
> http://www.sqlsecurity.com/Tools/FreeTools/tabid/65/Default.aspx
> John
> "Alex AU" wrote:
> > Dear John,
> >
> > I've tried sqlcmd, it also failed. The command I used and error as
> follow:
> >
> > sqlcmd -S SERVER\SQL2005
> >
> > HResult 0xFFFFFFFF, Level 16, State 1
> > SQL Network Interfaces: Error Locating Server/Instance Specified
> > [xFFFFFFFF].
> > Sqlcmd: Error: Microsoft SQL Native Client : An error has occurred
> while
> > establi
> > shing a connection to the server. When connecting to SQL Server 2005,
> this
> > failu
> > re may be caused by the fact that under the default settings SQL
> Server
> > does not
> > allow remote connections..
> > Sqlcmd: Error: Microsoft SQL Native Client : Login timeout expired.
> >
> > Thanks a lot.
> >
> >
> >
> > Regards,
> >
> > Alex AU
> >
> > "John Bell" <jbellnewsposts@.hotmail.com> wrote in message
> > news:342A5195-A4E1-4477-AFDF-F592B3809BDC@.microsoft.com...
> > Hi Alex
> >
> > And SQLCMD allows you to connect?
> >
> > John
> >
> > "Alex AU" wrote:
> >
> > > Dear John,
> > >
> > > I've already setup the remote connections to accept namepine and
> tcpip
> > > connection in the surface area configuration tool.
> > >
> > > I can use ODBC to establish connection from my workstation to the
> > > SERVER\SQL2005 but just cannot register the server in the
> Management
> > > Studio on my workstation.
> > >
> > > Thanks.
> > >
> > >
> > >
> > > Regards,
> > >
> > > Alex AU
> > > "John Bell" <jbellnewsposts@.hotmail.com> wrote in message
> > > news:3238D38E-5324-49BB-A188-43078C16F3A1@.microsoft.com...
> > > Hi Alex
> > >
> > > Can you conncet to this server using SQLCMD? If not check that
> > Remote
> > > Connections have been set in the surface area configuration
> tool.
> > >
> > > John
> > >
> > > "Alex AU" wrote:
> > >
> > > > Dear all,
> > > >
> > > > I've installed SQL2005 on my local machine. And there is
> another
> > > SERVER which has install both SQL2000 and SQL2005. I can use my
> local
> > > Management Studio to register the SERVER\SQL2000 instance but I
> cannot
> > > register SERVER\SQL2005 instance.
> > > >
> > > > How can I register and connect to the SERVER\SQL2005 server?
> > > >
> > > > The SERVER\SQL2005 has been configured to enable the protocols
> of
> > > shared memory, namepipe and tcpip already.
> > > >
> > > > The SERVER has installed SQL2000 first and then install
> SQL2005
> > > server.
> > > >
> > > > Thanks a lot.
> > > >
> > > >
> > > >
> > > > Regards,
> > > >
> > > > Alex AU
> > >
> >
>|||This is a multi-part message in MIME format.
--=_NextPart_000_000F_01C6AF97.8BFAF4C0
Content-Type: text/plain;
charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Dear John,
Thanks for your great help. With your information, I found another =article that detailed the settings needed for XP firewall settings for =SQL2005 and would like to share here.
http://support.microsoft.com/kb/914277/en-us
Now I can connect to the SQL2005 instance on the XP workstation.
Thanks again.
Regards,
Alex AU
"John Bell" <jbellnewsposts@.hotmail.com> wrote in message =news:844977CE-C5D2-4A3A-A29D-5DA1613C476C@.microsoft.com...
Hi
I don't know the intricacies of the XP firewall as I have always used =a third party one. The following describes what you should need to set =up in terms of rules, change this for the port you are using and it should =be ok. http://support.microsoft.com/kb/287932
John
"Alex AU" wrote:
> Thanks John,
> > I've used the tools on that SERVER and I've found that the port =number for
> SQL2005 using is 1025. (SQL2000 use 1433).
> > I finally figure out what causing the connection issue, it's the =firewall
> settings. I use a Windows XP with SP2 as a server and the firewall =has
> turned on. It only allow SQL connection from port 1433 and that's =the
> reason why I cannot connect with SQL Management Studio with port =1025
> (SQL2005). When I shut down the firewall, it works.
> > Sorry for the chaos that I've made. But I really appreciate for your
> kindly help.
> > I've got one more question related to this. I've tried to add =exception
> rule in the XP firewall settings for port 1025, but I still cannot
> connect. I can only connect when the firewall is off. Can anyone =help with
> this? (or should I post in other newsgroup for this issue?)
> > Thanks.
> > > > Regards,
> > Alex AU
> > "John Bell" <jbellnewsposts@.hotmail.com> wrote in message
> news:E4A5B93E-6A03-4406-87B6-399E4A150D02@.microsoft.com...
> Hi Alex
> > This is indicating that the remote connections setting are not set =on
> the
> protocols. What does the SQLServer 2005 Configuration Manager tool =say
> (i.e.
> not SAC!). Also make sure that you can resolve the server name
> correctly.
> > You may also want to look at SQLPing to to see to search for =servers
> http://www.sqlsecurity.com/Tools/FreeTools/tabid/65/Default.aspx
> > John
> > "Alex AU" wrote:
> > > Dear John,
> >
> > I've tried sqlcmd, it also failed. The command I used and error =as
> follow:
> >
> > sqlcmd -S SERVER\SQL2005
> >
> > HResult 0xFFFFFFFF, Level 16, State 1
> > SQL Network Interfaces: Error Locating Server/Instance Specified
> > [xFFFFFFFF].
> > Sqlcmd: Error: Microsoft SQL Native Client : An error has =occurred
> while
> > establi
> > shing a connection to the server. When connecting to SQL Server =2005,
> this
> > failu
> > re may be caused by the fact that under the default settings SQL
> Server
> > does not
> > allow remote connections..
> > Sqlcmd: Error: Microsoft SQL Native Client : Login timeout =expired.
> >
> > Thanks a lot.
> >
> >
> >
> > Regards,
> >
> > Alex AU
> >
> > "John Bell" <jbellnewsposts@.hotmail.com> wrote in message
> > news:342A5195-A4E1-4477-AFDF-F592B3809BDC@.microsoft.com...
> > Hi Alex
> >
> > And SQLCMD allows you to connect?
> >
> > John
> >
> > "Alex AU" wrote:
> >
> > > Dear John,
> > >
> > > I've already setup the remote connections to accept namepine =and
> tcpip
> > > connection in the surface area configuration tool.
> > >
> > > I can use ODBC to establish connection from my workstation =to the
> > > SERVER\SQL2005 but just cannot register the server in the
> Management
> > > Studio on my workstation.
> > >
> > > Thanks.
> > >
> > >
> > >
> > > Regards,
> > >
> > > Alex AU
> > > "John Bell" <jbellnewsposts@.hotmail.com> wrote in message
> > > news:3238D38E-5324-49BB-A188-43078C16F3A1@.microsoft.com...
> > > Hi Alex
> > >
> > > Can you conncet to this server using SQLCMD? If not check =that
> > Remote
> > > Connections have been set in the surface area =configuration
> tool.
> > >
> > > John
> > >
> > > "Alex AU" wrote:
> > >
> > > > Dear all,
> > > >
> > > > I've installed SQL2005 on my local machine. And there is
> another
> > > SERVER which has install both SQL2000 and SQL2005. I can use =my
> local
> > > Management Studio to register the SERVER\SQL2000 instance =but I
> cannot
> > > register SERVER\SQL2005 instance.
> > > >
> > > > How can I register and connect to the SERVER\SQL2005 =server?
> > > >
> > > > The SERVER\SQL2005 has been configured to enable the =protocols
> of
> > > shared memory, namepipe and tcpip already.
> > > >
> > > > The SERVER has installed SQL2000 first and then install
> SQL2005
> > > server.
> > > >
> > > > Thanks a lot.
> > > >
> > > >
> > > >
> > > > Regards,
> > > >
> > > > Alex AU
> > >
> >
>
--=_NextPart_000_000F_01C6AF97.8BFAF4C0
Content-Type: text/html;
charset="utf-8"
Content-Transfer-Encoding: quoted-printable
=EF=BB=BF<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
&

Dear John,
Thanks for your great help. With =your information, I found another article that =detailed the settings needed for XP firewall settings for SQL2005 and would like =to share here.
http://support.microsoft.com/kb/914277/en-us">http://support.micr=osoft.com/kb/914277/en-us
Now I can connect to the SQL2005 =instance on the XP workstation.
Thanks again.
Regards,
Alex AU
"John Bell" wrote in message news:844=977CE-C5D2-4A3A-A29D-5DA1613C476C@.microsoft.com...HiI don't know the intricacies of the XP firewall as I have always used a third party one. The following describes what you should need to =set up in terms of rules, change this for the port you are using and it =should be ok. http://support.microsoft.com/kb/287932">http://support.microsoft.=com/kb/287932John"Alex AU" wrote:> Thanks John,> > I've used the =tools on that SERVER and I've found that the port number for> SQL2005 =using is 1025. (SQL2000 use 1433).> > I finally figure out what =causing the connection issue, it's the firewall> settings. I use a =Windows XP with SP2 as a server and the firewall has> turned on. It only =allow SQL connection from port 1433 and that's the> reason why I cannot =connect with SQL Management Studio with port 1025> (SQL2005). When I =shut down the firewall, it works.> > Sorry for the chaos that I've =made. But I really appreciate for your> kindly help.> > =I've got one more question related to this. I've tried to add =exception> rule in the XP firewall settings for port 1025, but I still =cannot> connect. I can only connect when the firewall is off. Can anyone help with> this? (or should I post in other newsgroup for this issue?)> > Thanks.> > > > Regards,> > Alex AU> > "John =Bell" wrote in message> news:E4A=5B93E-6A03-4406-87B6-399E4A150D02@.microsoft.com...>  =; Hi Alex> > This is indicating that the =remote connections setting are not set on> the> =protocols. What does the SQLServer 2005 Configuration Manager tool say> (i.e.> not SAC!). Also make sure that you can =resolve the server name> correctly.> > You may =also want to look at SQLPing to to see to search for servers> =http://www.sqlsecurity.com/Tools/FreeTools/tabid/65/Default.aspx=> > John> > "Alex AU" wrote:> > > Dear =John,> >> > I've tried sqlcmd, it also failed. The =command I used and error as> follow:> =>> > sqlcmd -S SERVER\SQL2005> =>> > HResult 0xFFFFFFFF, Level 16, State 1> > =SQL Network Interfaces: Error Locating Server/Instance Specified> > [xFFFFFFFF].> => Sqlcmd: Error: Microsoft SQL Native Client : An error has =occurred> while> > establi> > shing =a connection to the server. When connecting to SQL Server 2005,> this> > failu> > re may be =caused by the fact that under the default settings SQL> Server> > does not> => allow remote connections..> > Sqlcmd: Error: Microsoft =SQL Native Client : Login timeout expired.> >> > Thanks a lot.> >> >> =>> > Regards,> >> > Alex AU> >> > "John =Bell" wrote in message> > news:342=A5195-A4E1-4477-AFDF-F592B3809BDC@.microsoft.com...>  =; > Hi Alex> >> > And SQLCMD allows you to connect?> = >> > John> >> > "Alex AU" =wrote:> >> > > Dear =John,> > >> > > I've =already setup the remote connections to accept namepine and> tcpip> > > connection in the =surface area configuration tool.> > >> > > I can use ODBC to =establish connection from my workstation to the> => > SERVER\SQL2005 but just cannot register the server in the> = Management> > > Studio on my workstation.> > =>> > > Thanks.> > >> > >> > >> > > Regards,> > >> = > > Alex AU> > > "John Bell" wrote in message> > > news:323=8D38E-5324-49BB-A188-43078C16F3A1@.microsoft.com...>  =; > > Hi Alex> => >> > > Can you =conncet to this server using SQLCMD? If not check that> > Remote> > > =Connections have been set in the surface area configuration> =tool.> > >> > => John> > >> > > "Alex AU" wrote:> = > >> > => > Dear all,> > > >> > > > I've =installed SQL2005 on my local machine. And there is> =another> > > SERVER which has install both SQL2000 and =SQL2005. I can use my> local> > > =Management Studio to register the SERVER\SQL2000 instance but I> cannot> > > register =SERVER\SQL2005 instance.> > > >> > > > How =can I register and connect to the SERVER\SQL2005 server?> = > > >> => > > The SERVER\SQL2005 has been configured to enable =the protocols> of> > > shared =memory, namepipe and tcpip already.> > > >> > => > The SERVER has installed SQL2000 first and then install> SQL2005> > > =server.> > > >> => > > Thanks a lot.> => > >> > => >> > > >> > > > Regards,> > > >> > > > Alex AU> > >> >>

--=_NextPart_000_000F_01C6AF97.8BFAF4C0--|||Here is another one: http://www.sqlserver2005.de > Screencasts > Enable
Remote Connections.
HTH, Jens Suessmeyer.
--
http://www.sqlserver2005.de
--|||Hi Jens
You may want to add a new screen cast for enabling the XP firewall to allow
SQL Server traffic as described in the lower half of the link Alex provided!
John
"Jens" wrote:
> Here is another one: http://www.sqlserver2005.de > Screencasts > Enable
> Remote Connections.
> HTH, Jens Suessmeyer.
> --
> http://www.sqlserver2005.de
> --
>

Cannot Register Remote Server

Dear all,
I've installed SQL2005 on my local machine. And there is another SERVER whic
h has install both SQL2000 and SQL2005. I can use my local Management Studio
to register the SERVER\SQL2000 instance but I cannot register SERVER\SQL200
5 instance.
How can I register and connect to the SERVER\SQL2005 server?
The SERVER\SQL2005 has been configured to enable the protocols of shared mem
ory, namepipe and tcpip already.
The SERVER has installed SQL2000 first and then install SQL2005 server.
Thanks a lot.
Regards,
Alex AUHi Alex
Can you conncet to this server using SQLCMD? If not check that Remote
Connections have been set in the surface area configuration tool.
John
"Alex AU" wrote:

> Dear all,
> I've installed SQL2005 on my local machine. And there is another SERVER wh
ich has install both SQL2000 and SQL2005. I can use my local Management Stud
io to register the SERVER\SQL2000 instance but I cannot register SERVER\SQL2
005 instance.
> How can I register and connect to the SERVER\SQL2005 server?
> The SERVER\SQL2005 has been configured to enable the protocols of shared m
emory, namepipe and tcpip already.
> The SERVER has installed SQL2000 first and then install SQL2005 server.
> Thanks a lot.
>
> Regards,
> Alex AU|||Alex AU wrote:
> Dear all,
> I've installed SQL2005 on my local machine. And there is another
> SERVER which has install both SQL2000 and SQL2005. I can use my local
> Management Studio to register the SERVER\SQL2000 instance but I cannot
> register SERVER\SQL2005 instance.
> How can I register and connect to the SERVER\SQL2005 server?
> The SERVER\SQL2005 has been configured to enable the protocols
> of shared memory, namepipe and tcpip already.
> The SERVER has installed SQL2000 first and then install SQL2005 server.
> Thanks a lot.
>
> Regards,
> Alex AU
Are both SQL2000 and SQL2005 installed as named instances on the server?
It could be that SQL2000 is installed as a default instance (hence you
can connect to it just with the servername) and SQL2005 is installed as
a named instance so you need to use that instance name to connect.
Regards
Steen Schlüter Persson
Databaseadministrator / Systemadministrator|||Dear John,
I've already setup the remote connections to accept namepine and tcpip conne
ction in the surface area configuration tool.
I can use ODBC to establish connection from my workstation to the SERVER\SQL
2005 but just cannot register the server in the Management Studio on my work
station.
Thanks.
Regards,
Alex AU
"John Bell" <jbellnewsposts@.hotmail.com> wrote in message news:3238D38E-5324
-49BB-A188-43078C16F3A1@.microsoft.com...
Hi Alex
Can you conncet to this server using SQLCMD? If not check that Remote
Connections have been set in the surface area configuration tool.
John
"Alex AU" wrote:

> Dear all,
>
> I've installed SQL2005 on my local machine. And there is another SERVER wh
ich has install both SQL2000 and SQL2005. I can use my local Management Stud
io to register the SERVER\SQL2000 instance but I cannot register SERVER\SQL2
005 instance.
>
> How can I register and connect to the SERVER\SQL2005 server?
>
> The SERVER\SQL2005 has been configured to enable the protocols of shared m
emory, namepipe and tcpip already.
>
> The SERVER has installed SQL2000 first and then install SQL2005 server.
>
> Thanks a lot.
>
>
>
> Regards,
>
> Alex AU|||Dear Steen,
The SQL2000 is the default instance and SQL2005 is a named instance. When I
register the SQL2005 on my workstation's Management Studio, I've already use
d the name instance to try connect but it failed.
I've already set the remote connection with namepipe and tcpip in the servic
e area configuration on the server. When I try to use ODBC on my workstation
to connect to the SERVER\SQL2005, I can successfully establish the connecti
on. I just cannot register the SERVER\SQL2005 on my workstation's management
studio.
Thanks
Regards,
Alex AU
"Steen Persson (DK)" <spe@.REMOVEdatea.dk> wrote in message news:u0NxbpJrGHA.
2256@.TK2MSFTNGP03.phx.gbl...
Alex AU wrote:
Dear all,
I've installed SQL2005 on my local machine. And there is another SERVER whic
h has install both SQL2000 and SQL2005. I can use my local Management Studio
to register the SERVER\SQL2000 instance but I cannot register SERVER\SQL200
5 instance.
How can I register and connect to the SERVER\SQL2005 server?
The SERVER\SQL2005 has been configured to enable the protocols of shared mem
ory, namepipe and tcpip already.
The SERVER has installed SQL2000 first and then install SQL2005 server.
Thanks a lot.
Regards,
Alex AU
Are both SQL2000 and SQL2005 installed as named instances on the server? It
could be that SQL2000 is installed as a default instance (hence you can conn
ect to it just with the servername) and SQL2005 is installed as a named inst
ance so you need to use that instance name to connect.
--
Regards
Steen Schlüter Persson
Databaseadministrator / Systemadministrator|||Hi Alex
And SQLCMD allows you to connect?
John
"Alex AU" wrote:

> Dear John,
> I've already setup the remote connections to accept namepine and tcpip
> connection in the surface area configuration tool.
> I can use ODBC to establish connection from my workstation to the
> SERVER\SQL2005 but just cannot register the server in the Management
> Studio on my workstation.
> Thanks.
>
> Regards,
> Alex AU
> "John Bell" <jbellnewsposts@.hotmail.com> wrote in message
> news:3238D38E-5324-49BB-A188-43078C16F3A1@.microsoft.com...
> Hi Alex
> Can you conncet to this server using SQLCMD? If not check that Remote
> Connections have been set in the surface area configuration tool.
> John
> "Alex AU" wrote:
>
> SERVER which has install both SQL2000 and SQL2005. I can use my local
> Management Studio to register the SERVER\SQL2000 instance but I cannot
> register SERVER\SQL2005 instance.
> shared memory, namepipe and tcpip already.
> server.
>|||Dear John,
I've tried sqlcmd, it also failed. The command I used and error as follow:
sqlcmd -S SERVER\SQL2005
HResult 0xFFFFFFFF, Level 16, State 1
SQL Network Interfaces: Error Locating Server/Instance Specified [xFFFFF
FFF].
Sqlcmd: Error: Microsoft SQL Native Client : An error has occurred while est
abli
shing a connection to the server. When connecting to SQL Server 2005, this f
ailu
re may be caused by the fact that under the default settings SQL Server does
not
allow remote connections..
Sqlcmd: Error: Microsoft SQL Native Client : Login timeout expired.
Thanks a lot.
Regards,
Alex AU
"John Bell" <jbellnewsposts@.hotmail.com> wrote in message news:342A5195-A4E1
-4477-AFDF-F592B3809BDC@.microsoft.com...
Hi Alex
And SQLCMD allows you to connect?
John
"Alex AU" wrote:

> Dear John,
>
> I've already setup the remote connections to accept namepine and tcpip
> connection in the surface area configuration tool.
>
> I can use ODBC to establish connection from my workstation to the
> SERVER\SQL2005 but just cannot register the server in the Management
> Studio on my workstation.
>
> Thanks.
>
>
>
> Regards,
>
> Alex AU
> "John Bell" <jbellnewsposts@.hotmail.com> wrote in message
> news:3238D38E-5324-49BB-A188-43078C16F3A1@.microsoft.com...
> Hi Alex
>
> Can you conncet to this server using SQLCMD? If not check that Remote
> Connections have been set in the surface area configuration tool.
>
> John
>
> "Alex AU" wrote:
>
> SERVER which has install both SQL2000 and SQL2005. I can use my local
> Management Studio to register the SERVER\SQL2000 instance but I cannot
> register SERVER\SQL2005 instance.
> shared memory, namepipe and tcpip already.
> server.
>|||Hi Alex
This is indicating that the remote connections setting are not set on the
protocols. What does the SQLServer 2005 Configuration Manager tool say (i.e.
not SAC!). Also make sure that you can resolve the server name correctly.
You may also want to look at SQLPing to to see to search for servers
http://www.sqlsecurity.com/Tools/Fr...65/Default.aspx
John
"Alex AU" wrote:

> Dear John,
> I've tried sqlcmd, it also failed. The command I used and error as follow:
> sqlcmd -S SERVER\SQL2005
> HResult 0xFFFFFFFF, Level 16, State 1
> SQL Network Interfaces: Error Locating Server/Instance Specified
> [xFFFFFFFF].
> Sqlcmd: Error: Microsoft SQL Native Client : An error has occurred while
> establi
> shing a connection to the server. When connecting to SQL Server 2005, this
> failu
> re may be caused by the fact that under the default settings SQL Server
> does not
> allow remote connections..
> Sqlcmd: Error: Microsoft SQL Native Client : Login timeout expired.
> Thanks a lot.
>
> Regards,
> Alex AU
> "John Bell" <jbellnewsposts@.hotmail.com> wrote in message
> news:342A5195-A4E1-4477-AFDF-F592B3809BDC@.microsoft.com...
> Hi Alex
> And SQLCMD allows you to connect?
> John
> "Alex AU" wrote:
>
> Remote
>|||Thanks John,
I've used the tools on that SERVER and I've found that the port number for S
QL2005 using is 1025. (SQL2000 use 1433).
I finally figure out what causing the connection issue, it's the firewall se
ttings. I use a Windows XP with SP2 as a server and the firewall has turned
on. It only allow SQL connection from port 1433 and that's the reason why I
cannot connect with SQL Management Studio with port 1025 (SQL2005). When I s
hut down the firewall, it works.
Sorry for the chaos that I've made. But I really appreciate for your kindly
help.
I've got one more question related to this. I've tried to add exception rule
in the XP firewall settings for port 1025, but I still cannot connect. I ca
n only connect when the firewall is off. Can anyone help with this? (or shou
ld I post in other newsgroup for this issue?)
Thanks.
Regards,
Alex AU
"John Bell" <jbellnewsposts@.hotmail.com> wrote in message news:E4A5B93E-6A03
-4406-87B6-399E4A150D02@.microsoft.com...
Hi Alex
This is indicating that the remote connections setting are not set on the
protocols. What does the SQLServer 2005 Configuration Manager tool say (i.e.
not SAC!). Also make sure that you can resolve the server name correctly.
You may also want to look at SQLPing to to see to search for servers
http://www.sqlsecurity.com/Tools/Fr...65/Default.aspx
John
"Alex AU" wrote:

> Dear John,
>
> I've tried sqlcmd, it also failed. The command I used and error as follow:
>
> sqlcmd -S SERVER\SQL2005
>
> HResult 0xFFFFFFFF, Level 16, State 1
> SQL Network Interfaces: Error Locating Server/Instance Specified
> [xFFFFFFFF].
> Sqlcmd: Error: Microsoft SQL Native Client : An error has occurred while
> establi
> shing a connection to the server. When connecting to SQL Server 2005, this
> failu
> re may be caused by the fact that under the default settings SQL Server
> does not
> allow remote connections..
> Sqlcmd: Error: Microsoft SQL Native Client : Login timeout expired.
>
> Thanks a lot.
>
>
>
> Regards,
>
> Alex AU
>
> "John Bell" <jbellnewsposts@.hotmail.com> wrote in message
> news:342A5195-A4E1-4477-AFDF-F592B3809BDC@.microsoft.com...
> Hi Alex
>
> And SQLCMD allows you to connect?
>
> John
>
> "Alex AU" wrote:
>
> Remote
>|||Hi
I don't know the intricacies of the XP firewall as I have always used a
third party one. The following describes what you should need to set up in
terms of rules, change this for the port you are using and it should be ok.
http://support.microsoft.com/kb/287932
John
"Alex AU" wrote:

> Thanks John,
> I've used the tools on that SERVER and I've found that the port number for
> SQL2005 using is 1025. (SQL2000 use 1433).
> I finally figure out what causing the connection issue, it's the firewall
> settings. I use a Windows XP with SP2 as a server and the firewall has
> turned on. It only allow SQL connection from port 1433 and that's the
> reason why I cannot connect with SQL Management Studio with port 1025
> (SQL2005). When I shut down the firewall, it works.
> Sorry for the chaos that I've made. But I really appreciate for your
> kindly help.
> I've got one more question related to this. I've tried to add exception
> rule in the XP firewall settings for port 1025, but I still cannot
> connect. I can only connect when the firewall is off. Can anyone help with
> this? (or should I post in other newsgroup for this issue?)
> Thanks.
>
> Regards,
> Alex AU
> "John Bell" <jbellnewsposts@.hotmail.com> wrote in message
> news:E4A5B93E-6A03-4406-87B6-399E4A150D02@.microsoft.com...
> Hi Alex
> This is indicating that the remote connections setting are not set on
> the
> protocols. What does the SQLServer 2005 Configuration Manager tool say
> (i.e.
> not SAC!). Also make sure that you can resolve the server name
> correctly.
> You may also want to look at SQLPing to to see to search for servers
> http://www.sqlsecurity.com/Tools/Fr...65/Default.aspx
> John
> "Alex AU" wrote:
>
> follow:
> while
> this
> Server
> tcpip
> Management
> tool.
> another
> local
> cannot
> of
> SQL2005
>

Cannot register a local instance

I have SQL Server 2000 installed, client tools only. I can
access the SQL Server on my network and various remote SQL
boxes but I cannot register a local instance.
I keep getting the "SQL Server does not exist or access
denied error message".
Any advice?If you have only the client tools installed locally, you won't be able to
connect to a local instance because there's no local instance. You need to
install the actual engine to be able to connect locally. However, if you
have sql installed locally and you can't connect, make sure the service is
running. You can check this out in the services applet in administrative
tools.
Carlos E. Rojas
SQL Server MVP
Co-Author SQL Server 2000 programming by Example
"Rich" <anonymous@.discussions.microsoft.com> wrote in message
news:67db01c3e422$2409f840$7d02280a@.phx.gbl...
quote:

> I have SQL Server 2000 installed, client tools only. I can
> access the SQL Server on my network and various remote SQL
> boxes but I cannot register a local instance.
> I keep getting the "SQL Server does not exist or access
> denied error message".
> Any advice?
|||Thanks for that.
I have run a local instance of SQL server on a stand alone
machine in the past, SQL 7 was also installed though.
I need to be able to use SQL server offline at home on my
laptop. Any suggestions?
No SQL services apparently running locally.
quote:

>--Original Message--
>If you have only the client tools installed locally, you

won't be able to
quote:

>connect to a local instance because there's no local

instance. You need to
quote:

>install the actual engine to be able to connect locally.

However, if you
quote:

>have sql installed locally and you can't connect, make

sure the service is
quote:

>running. You can check this out in the services applet in

administrative
quote:

>tools.
>--
>Carlos E. Rojas
>SQL Server MVP
>Co-Author SQL Server 2000 programming by Example
>
>"Rich" <anonymous@.discussions.microsoft.com> wrote in

message
quote:

>news:67db01c3e422$2409f840$7d02280a@.phx.gbl...
can[QUOTE]
SQL[QUOTE]
>
>.
>
|||What version of windows are you running? You could try sql 2000 desktop
edition or developer edition. You can find more info on
www.microsoft.com/sql
Carlos E. Rojas
SQL Server MVP
Co-Author SQL Server 2000 programming by Example
<anonymous@.discussions.microsoft.com> wrote in message
news:490501c3e42a$7e056cf0$a501280a@.phx.gbl...[QUOTE]
> Thanks for that.
> I have run a local instance of SQL server on a stand alone
> machine in the past, SQL 7 was also installed though.
> I need to be able to use SQL server offline at home on my
> laptop. Any suggestions?
> No SQL services apparently running locally.
> won't be able to
> instance. You need to
> However, if you
> sure the service is
> administrative
> message
> can
> SQL|||Windows 2000 Professional SP3, that is why I could only
install client tools. Desktop edition still cannot find a
local instance to install from.
SQL server 7 would allow a local instance even when not
installed on a server. There must be a way to run an
offline/stand alone version of SQL Server 2000?
quote:

>--Original Message--
>What version of windows are you running? You could try

sql 2000 desktop
quote:

>edition or developer edition. You can find more info on
>www.microsoft.com/sql
>--
>Carlos E. Rojas
>SQL Server MVP
>Co-Author SQL Server 2000 programming by Example
>
><anonymous@.discussions.microsoft.com> wrote in message
>news:490501c3e42a$7e056cf0$a501280a@.phx.gbl...
alone[QUOTE]
my[QUOTE]
you[QUOTE]
locally.[QUOTE]
in[QUOTE]
I[QUOTE]
remote[QUOTE]
access[QUOTE]
>
>.
>
|||MSDE (desktop edition), personal edition, or developer edition should
install on a non-server edition of Windows. If you're getting an error
installing SQL Server you can post the exact error and sqlstp.log to the
setup newsgroup. If you're installing MSDE there is a slipstreamed version
that includes SP3, otherwise install the RTM version then immediately apply
SP3. Then apply the latest security rollup for SQL Server.
122352 INF: Supported Windows Versions for SQL Server
http://support.microsoft.com/?id=122352
SQL Server 2000 Evaluation Edition and Developer Edition can run on the
following operating systems:
Operating systems listed above for Enterprise and Standard Editions
Windows XP Professional
Windows XP Home Edition
Windows 2000 Professional
Windows NT Workstation 4.0 with SP5 or later
SQL Server 2000 Personal Edition and SQL Server 2000 Desktop Engine (MSDE)
can run on the following operating systems:
Operating systems listed above for Enterprise, Standard, Evaluation, and
Developer Editions
Windows Server 2003, Web Edition1 (MSDE only)
Windows 98
Windows Millennium Edition (Windows Me)
Cindy Gross, MCDBA, MCSE
http://cindygross.tripod.com
This posting is provided "AS IS" with no warranties, and confers no rights.

Sunday, March 25, 2012

Cannot register 6.5 server

Hi,
I'm using my computer (Windows XP Professional) to
administrate remote sql servers 6.5, 7.0, and 2000. I can
successfully register all servers except one, sql server
6.5. Difference between this one and the other 6.5
servers is that it uses Named Pipes server library, and
the other ones use TCP/IP. I created an alias for this
specific server (with named pipes), but still, I get an
error message: "A connection could not be established to
<server name>. [DB Library] Unable to connect: SQL Server
is unavailable or does not exist."
At the same time I can ping the server... I can also
register this server from the other, Windows 2000 PC...
Any ideas?
Thanks,
BakiCan you map a drive to the \\<SQL Server Machine>\IPC$ share from the
WIndows XP machine. Named pipes requires a trusted connection and you may
not be able to establish that from the XP machine. If you cannot map a
drive then you will not be able to use named pipes. You may have to switch
to TCP/IP
Rand
This posting is provided "as is" with no warranties and confers no rights.|||Hi,
Are you saying that I cannot connect to this server using
Named Pipes if I'm not logged on to the same domain as
sql server is?
Thanks,
Baki
quote:

>--Original Message--
>Can you map a drive to the \\<SQL Server Machine>\IPC$

share from the
quote:

>WIndows XP machine. Named pipes requires a trusted

connection and you may
quote:

>not be able to establish that from the XP machine. If

you cannot map a
quote:

>drive then you will not be able to use named pipes. You

may have to switch
quote:

>to TCP/IP
>Rand
>This posting is provided "as is" with no warranties and

confers no rights.
quote:

>.
>
|||You have to access to the machine at the OS level. Named pipes requries
that you have access to the machine. You do not have to be in the same
domain, but there does need to be some type of trust to use named pipes. If
your NT account has an account on the SQL Server machine you should be able
to use named pipes.
Either way named pipes requires a trust. This is documented in Books on
Line.
Rand
Thsi posting is proved "AS IS" with no warranties, and confers no rights.

Tuesday, March 20, 2012

Cannot open SSIS project in BIDS

Hi,
I have been working on an SSIS project for sometime now. The project files are located on a remote server. Suddenly I am not able to open the solution I get a lot of error messages and all the data flow taks are gone. I later found out that SSIS encrypts packages, so that other users will not be able to see them. Fine, but I have been using the same windows user account for months now. What could be the problem?
This is what I get when trying to open the solution:

There were errors while the package was being loaded.
The package might be corrupted.
See the Error List for details.

And the error list also contains messages saying "Could not load from xml".

Any pointers will be much appreciated.

TIA
Can you please post the specific errors you are receiving? You can copy and paste from the error list.|||Hi,
thanks for that quick reply.
Here are the error messages from the error list.
There are 9 control flow tasks and these three messages seem to
occur for all of them.

Error 1
Error loading RecruteToTempJobs01.dtsx: Unable to instantiate
XML DOM document, please verify that MSXML binaries are properly
installed and registered.
d:\ssis\
RecruteToTempJobs01.dtsx

Error 2
Error loading RecruteToTempJobs01.dtsx: Unable to load from
XML. d:\ssis\
RecruteToTempJobs01.dtsx

Error 3
Error loading RecruteToTempJobs01.dtsx: Error loading a task.
The contact information for the task is "Performs high-performance data
extraction, transformation and loading;Microsoft Corporation; Microsoft
SQL Server v9; (C) 2004 Microsoft Corporation; All Rights
Reserved;http://www.microsoft.com/sql/support/default.asp;1". This happens when
loading a task fails.
d:\ssis\
RecruteToTempJobs01.dtsx|||

Could you try to register xml libraries on your machine:

regsvr32 msxml3.dll

regsvr32 msxml6.dll

Try to search this forum and you will find a lot of details about issues similar to the one you are seeing.

Thanks.

|||Thanks a ton Bob, that worked!

Just curious, what could have happened to require the dlls to be registered. I didn't register them before and things were working fine.

Thanks once again!
|||

I do not remember exactly. Some setup issues...

Try to search this forum, there was a lot of posts about this.

Thanks.

|||This is quite likely a setup issue in an entirely different application. These DLLs are used by a wide range of applications, and any one of them could have a dodgy installer, stuff you may not even think about. For example I have seeen several instances of "security patches" being deployed via SMS that have broken the registration for one or more of the MSXML versions.|||

Thanks for the information Darren,

the culprit must be one of those 'security patches' in my case I guess!

Thanks.

Sunday, March 11, 2012

Cannot make remote connection to SQL Server Express

I'm having trouble making a remote connection to a SQL Server Express
database. The service is started, and the connection works locally. I
tested it using a .udl. In this local .udl, I use the SQL Native
Client as the provider, and a Data Source entry of (local)\SQLEXPRESS,
with username/password log on, and initial catalog.
Other Data Source entries that work are .\SQLEXPRESS and LOTSAYOWSAWE
\SQLEXPRESS. The latter entry is a mock-up of the web server's name,
which is 15 characters long, the last 3 being "WEB". The 'B' is
truncated from the server name.
All these connections work locally on the web server (where SQL
Express is running).
The network administrator has opened TCP port 1433 on the web server.
The service has been configured to allow remote connections on TCP/IP
and Named Pipes.

>From the remote machine, the same .udl is set up, but with a Data
Source modified to use an IP address. The Data Source entry then looks
like 152.21.110.58\SQLEXPRESS. I test the connection and get the error
"Test connection failed because of an error initializing provider.
Login timeout expired."
The network administrator reports attempts to communicate with
152.21.110.58 on port 1433. These attempts are being allowed.
I suspect the data source is the problem. Some documentation indicates
port 1433 must be explicitly stated when connecting remotely to SQL
Server 2005 and its variants (including Express). However, I can't
find any examples of explicit port designation in a .udl.
The alternative to explicit port connection (according to some
sources) is to open port 1434 for SQL Browser. That port was opened
and SQL Browser service started, but the connection failed in the same
fashion.
The application that needs to connect is written in C#/.NET.
Can the .udl be configured to test the remote connection? The
initiator of the connection is an Oracle box, so SQLCMD is not an
option for testing remote connections.
Is there something amiss with the Data Source designation? Everything
I read points to replacing server specs like '.' and '(local)' with IP
designations like 152.21.110.68, and keeping the '\SQLEXPRESS' part.
Is this correct? The SQL Server is a web server in a DMZ, so DNS
translation is not available.
How do I monitor SQL Express for login attempts, both local and
remote?
Thanks,
Dan
Hi Dan
"dan@.wagers.net" wrote:

> I'm having trouble making a remote connection to a SQL Server Express
> database. The service is started, and the connection works locally. I
> tested it using a .udl. In this local .udl, I use the SQL Native
> Client as the provider, and a Data Source entry of (local)\SQLEXPRESS,
> with username/password log on, and initial catalog.
> Other Data Source entries that work are .\SQLEXPRESS and LOTSAYOWSAWE
> \SQLEXPRESS. The latter entry is a mock-up of the web server's name,
> which is 15 characters long, the last 3 being "WEB". The 'B' is
> truncated from the server name.
> All these connections work locally on the web server (where SQL
> Express is running).
> The network administrator has opened TCP port 1433 on the web server.
> The service has been configured to allow remote connections on TCP/IP
> and Named Pipes.
> Source modified to use an IP address. The Data Source entry then looks
> like 152.21.110.58\SQLEXPRESS. I test the connection and get the error
> "Test connection failed because of an error initializing provider.
> Login timeout expired."
> The network administrator reports attempts to communicate with
> 152.21.110.58 on port 1433. These attempts are being allowed.
> I suspect the data source is the problem. Some documentation indicates
> port 1433 must be explicitly stated when connecting remotely to SQL
> Server 2005 and its variants (including Express). However, I can't
> find any examples of explicit port designation in a .udl.
> The alternative to explicit port connection (according to some
> sources) is to open port 1434 for SQL Browser. That port was opened
> and SQL Browser service started, but the connection failed in the same
> fashion.
> The application that needs to connect is written in C#/.NET.
> Can the .udl be configured to test the remote connection? The
> initiator of the connection is an Oracle box, so SQLCMD is not an
> option for testing remote connections.
> Is there something amiss with the Data Source designation? Everything
> I read points to replacing server specs like '.' and '(local)' with IP
> designations like 152.21.110.68, and keeping the '\SQLEXPRESS' part.
> Is this correct? The SQL Server is a web server in a DMZ, so DNS
> translation is not available.
> How do I monitor SQL Express for login attempts, both local and
> remote?
> Thanks,
> Dan
>
By default SQLExpress does not have network protocols enabled by default see
http://msdn2.microsoft.com/en-us/library/ms190198.aspx ,
http://msdn2.microsoft.com/en-us/library/ms143446.aspx
and
http://msdn2.microsoft.com/en-us/library/ms144259.aspx#disablenetworkprotocols
Using the command line installation option of DISABLENETWORKPROTOCOLS with
values of 0 or 2 will enable Shared Memory and TCP/IP (0 also enables named
pipes)
If this has not be done you can still enable remote connections after you
have installed SQLExpress by using the Surface Area Configuration Tool
(SqlSAC.exe)
to enable remote connections see
http://msdn2.microsoft.com/en-us/library/ms173748.aspx
John

Cannot make remote connection to SQL Server Express

I'm having trouble making a remote connection to a SQL Server Express
database. The service is started, and the connection works locally. I
tested it using a .udl. In this local .udl, I use the SQL Native
Client as the provider, and a Data Source entry of (local)\SQLEXPRESS,
with username/password log on, and initial catalog.
Other Data Source entries that work are .\SQLEXPRESS and LOTSAYOWSAWE
\SQLEXPRESS. The latter entry is a mock-up of the web server's name,
which is 15 characters long, the last 3 being "WEB". The 'B' is
truncated from the server name.
All these connections work locally on the web server (where SQL
Express is running).
The network administrator has opened TCP port 1433 on the web server.
The service has been configured to allow remote connections on TCP/IP
and Named Pipes.
>From the remote machine, the same .udl is set up, but with a Data
Source modified to use an IP address. The Data Source entry then looks
like 152.21.110.58\SQLEXPRESS. I test the connection and get the error
"Test connection failed because of an error initializing provider.
Login timeout expired."
The network administrator reports attempts to communicate with
152.21.110.58 on port 1433. These attempts are being allowed.
I suspect the data source is the problem. Some documentation indicates
port 1433 must be explicitly stated when connecting remotely to SQL
Server 2005 and its variants (including Express). However, I can't
find any examples of explicit port designation in a .udl.
The alternative to explicit port connection (according to some
sources) is to open port 1434 for SQL Browser. That port was opened
and SQL Browser service started, but the connection failed in the same
fashion.
The application that needs to connect is written in C#/.NET.
Can the .udl be configured to test the remote connection? The
initiator of the connection is an Oracle box, so SQLCMD is not an
option for testing remote connections.
Is there something amiss with the Data Source designation? Everything
I read points to replacing server specs like '.' and '(local)' with IP
designations like 152.21.110.68, and keeping the '\SQLEXPRESS' part.
Is this correct? The SQL Server is a web server in a DMZ, so DNS
translation is not available.
How do I monitor SQL Express for login attempts, both local and
remote?
Thanks,
DanHi Dan
"dan@.wagers.net" wrote:
> I'm having trouble making a remote connection to a SQL Server Express
> database. The service is started, and the connection works locally. I
> tested it using a .udl. In this local .udl, I use the SQL Native
> Client as the provider, and a Data Source entry of (local)\SQLEXPRESS,
> with username/password log on, and initial catalog.
> Other Data Source entries that work are .\SQLEXPRESS and LOTSAYOWSAWE
> \SQLEXPRESS. The latter entry is a mock-up of the web server's name,
> which is 15 characters long, the last 3 being "WEB". The 'B' is
> truncated from the server name.
> All these connections work locally on the web server (where SQL
> Express is running).
> The network administrator has opened TCP port 1433 on the web server.
> The service has been configured to allow remote connections on TCP/IP
> and Named Pipes.
> >From the remote machine, the same .udl is set up, but with a Data
> Source modified to use an IP address. The Data Source entry then looks
> like 152.21.110.58\SQLEXPRESS. I test the connection and get the error
> "Test connection failed because of an error initializing provider.
> Login timeout expired."
> The network administrator reports attempts to communicate with
> 152.21.110.58 on port 1433. These attempts are being allowed.
> I suspect the data source is the problem. Some documentation indicates
> port 1433 must be explicitly stated when connecting remotely to SQL
> Server 2005 and its variants (including Express). However, I can't
> find any examples of explicit port designation in a .udl.
> The alternative to explicit port connection (according to some
> sources) is to open port 1434 for SQL Browser. That port was opened
> and SQL Browser service started, but the connection failed in the same
> fashion.
> The application that needs to connect is written in C#/.NET.
> Can the .udl be configured to test the remote connection? The
> initiator of the connection is an Oracle box, so SQLCMD is not an
> option for testing remote connections.
> Is there something amiss with the Data Source designation? Everything
> I read points to replacing server specs like '.' and '(local)' with IP
> designations like 152.21.110.68, and keeping the '\SQLEXPRESS' part.
> Is this correct? The SQL Server is a web server in a DMZ, so DNS
> translation is not available.
> How do I monitor SQL Express for login attempts, both local and
> remote?
> Thanks,
> Dan
>
By default SQLExpress does not have network protocols enabled by default see
http://msdn2.microsoft.com/en-us/library/ms190198.aspx ,
http://msdn2.microsoft.com/en-us/library/ms143446.aspx
and
http://msdn2.microsoft.com/en-us/library/ms144259.aspx#disablenetworkprotocols
Using the command line installation option of DISABLENETWORKPROTOCOLS with
values of 0 or 2 will enable Shared Memory and TCP/IP (0 also enables named
pipes)
If this has not be done you can still enable remote connections after you
have installed SQLExpress by using the Surface Area Configuration Tool
(SqlSAC.exe)
to enable remote connections see
http://msdn2.microsoft.com/en-us/library/ms173748.aspx
John

Cannot make remote connection to SQL Server Express

I'm having trouble making a remote connection to a SQL Server Express
database. The service is started, and the connection works locally. I
tested it using a .udl. In this local .udl, I use the SQL Native
Client as the provider, and a Data Source entry of (local)\SQLEXPRESS,
with username/password log on, and initial catalog.
Other Data Source entries that work are .\SQLEXPRESS and LOTSAYOWSAWE
\SQLEXPRESS. The latter entry is a mock-up of the web server's name,
which is 15 characters long, the last 3 being "WEB". The 'B' is
truncated from the server name.
All these connections work locally on the web server (where SQL
Express is running).
The network administrator has opened TCP port 1433 on the web server.
The service has been configured to allow remote connections on TCP/IP
and Named Pipes.

>From the remote machine, the same .udl is set up, but with a Data
Source modified to use an IP address. The Data Source entry then looks
like 152.21.110.58\SQLEXPRESS. I test the connection and get the error
"Test connection failed because of an error initializing provider.
Login timeout expired."
The network administrator reports attempts to communicate with
152.21.110.58 on port 1433. These attempts are being allowed.
I suspect the data source is the problem. Some documentation indicates
port 1433 must be explicitly stated when connecting remotely to SQL
Server 2005 and its variants (including Express). However, I can't
find any examples of explicit port designation in a .udl.
The alternative to explicit port connection (according to some
sources) is to open port 1434 for SQL Browser. That port was opened
and SQL Browser service started, but the connection failed in the same
fashion.
The application that needs to connect is written in C#/.NET.
Can the .udl be configured to test the remote connection? The
initiator of the connection is an Oracle box, so SQLCMD is not an
option for testing remote connections.
Is there something amiss with the Data Source designation? Everything
I read points to replacing server specs like '.' and '(local)' with IP
designations like 152.21.110.68, and keeping the '\SQLEXPRESS' part.
Is this correct? The SQL Server is a web server in a DMZ, so DNS
translation is not available.
How do I monitor SQL Express for login attempts, both local and
remote?
Thanks,
DanHi Dan
"dan@.wagers.net" wrote:

> I'm having trouble making a remote connection to a SQL Server Express
> database. The service is started, and the connection works locally. I
> tested it using a .udl. In this local .udl, I use the SQL Native
> Client as the provider, and a Data Source entry of (local)\SQLEXPRESS,
> with username/password log on, and initial catalog.
> Other Data Source entries that work are .\SQLEXPRESS and LOTSAYOWSAWE
> \SQLEXPRESS. The latter entry is a mock-up of the web server's name,
> which is 15 characters long, the last 3 being "WEB". The 'B' is
> truncated from the server name.
> All these connections work locally on the web server (where SQL
> Express is running).
> The network administrator has opened TCP port 1433 on the web server.
> The service has been configured to allow remote connections on TCP/IP
> and Named Pipes.
>
> Source modified to use an IP address. The Data Source entry then looks
> like 152.21.110.58\SQLEXPRESS. I test the connection and get the error
> "Test connection failed because of an error initializing provider.
> Login timeout expired."
> The network administrator reports attempts to communicate with
> 152.21.110.58 on port 1433. These attempts are being allowed.
> I suspect the data source is the problem. Some documentation indicates
> port 1433 must be explicitly stated when connecting remotely to SQL
> Server 2005 and its variants (including Express). However, I can't
> find any examples of explicit port designation in a .udl.
> The alternative to explicit port connection (according to some
> sources) is to open port 1434 for SQL Browser. That port was opened
> and SQL Browser service started, but the connection failed in the same
> fashion.
> The application that needs to connect is written in C#/.NET.
> Can the .udl be configured to test the remote connection? The
> initiator of the connection is an Oracle box, so SQLCMD is not an
> option for testing remote connections.
> Is there something amiss with the Data Source designation? Everything
> I read points to replacing server specs like '.' and '(local)' with IP
> designations like 152.21.110.68, and keeping the '\SQLEXPRESS' part.
> Is this correct? The SQL Server is a web server in a DMZ, so DNS
> translation is not available.
> How do I monitor SQL Express for login attempts, both local and
> remote?
> Thanks,
> Dan
>
By default SQLExpress does not have network protocols enabled by default see
http://msdn2.microsoft.com/en-us/library/ms190198.aspx ,
http://msdn2.microsoft.com/en-us/library/ms143446.aspx
and
l]
Using the command line installation option of DISABLENETWORKPROTOCOLS with
values of 0 or 2 will enable Shared Memory and TCP/IP (0 also enables named
pipes)
If this has not be done you can still enable remote connections after you
have installed SQLExpress by using the Surface Area Configuration Tool
(SqlSAC.exe)
to enable remote connections see
[url]http://msdn2.microsoft.com/en-us/library/ms173748.aspx" target="_blank">http://msdn2.microsoft.com/en-us/li...y/ms173748.aspx
John

Cannot Login as sa

SQL 2000 on Windows2003
When we remote desktop to our SQL server we cannot login using the “sa”
user. We get a message saying the user name or password is in error.
The “sa” has permissions to do anything on the database (Not my idea).
The
password is correct as I can login to Query Analyzer from my desktop using
“sa” and password.
The only user we can login as is administrator.
This issue seems to have caused an application to fail, as it uses the “sa

account.
Interestingly, we can log on to the original SQL Server, on Windows 2000,
using the “sa” user. The app works fine there. We migrated everything
to
w2003 last November. We could never login as “sa” but the app was okay.
During some vender work on the app, the "sa” password was changed, that br
oke
the app. We changed the password back, app is still broke. Vendor says it
is because we can’t log on as “sa”.
CrystalJimYou shouldn't be logging in as 'sa' anyway - it's a mark of laziness of
the developer that created the app. Anyway, <stepping down off my
hobby-horse> is the server in Windows Authentication mode or mixed
mode? You should be able to tell by executing this statement:
SELECT SERVERPROPERTY('IsIntegratedSecurityOnly
')
*mike hodgson*
http://sqlnerd.blogspot.com
CrystalJim wrote:

>SQL 2000 on Windows2003
>When we remote desktop to our SQL server we cannot login using the “sa”
>user. We get a message saying the user name or password is in error.
>The “sa” has permissions to do anything on the database (Not my idea).
The
>password is correct as I can login to Query Analyzer from my desktop using
>“sa” and password.
>The only user we can login as is administrator.
>This issue seems to have caused an application to fail, as it uses the “s
a”
>account.
>Interestingly, we can log on to the original SQL Server, on Windows 2000,
>using the “sa” user. The app works fine there. We migrated everything
to
>w2003 last November. We could never login as “sa” but the app was okay
.
>During some vender work on the app, the "sa” password was changed, that b
roke
>the app. We changed the password back, app is still broke. Vendor says it
>is because we can’t log on as “sa”.
>
>|||You shouldn't be logging in as 'sa' anyway - it's a mark of laziness of
the developer that created the app. Anyway, <stepping down off my
hobby-horse> is the server in Windows Authentication mode or mixed
mode? You should be able to tell by executing this statement:
SELECT SERVERPROPERTY('IsIntegratedSecurityOnly
')
*mike hodgson*
http://sqlnerd.blogspot.com
CrystalJim wrote:

>SQL 2000 on Windows2003
>When we remote desktop to our SQL server we cannot login using the “sa”
>user. We get a message saying the user name or password is in error.
>The “sa” has permissions to do anything on the database (Not my idea).
The
>password is correct as I can login to Query Analyzer from my desktop using
>“sa” and password.
>The only user we can login as is administrator.
>This issue seems to have caused an application to fail, as it uses the “s
a”
>account.
>Interestingly, we can log on to the original SQL Server, on Windows 2000,
>using the “sa” user. The app works fine there. We migrated everything
to
>w2003 last November. We could never login as “sa” but the app was okay
.
>During some vender work on the app, the "sa” password was changed, that b
roke
>the app. We changed the password back, app is still broke. Vendor says it
>is because we can’t log on as “sa”.
>
>

Tuesday, February 14, 2012

Cannot generate SSPI context

Hi All,
I am experiencing problems with a remote user (w2k pro,sql 7) attempting
to connect and replicate with a Sql Server 7 on NT server.
They are receiving 'Cannot generate SSPI context' messages when trying to
use a vb app over a vpn. This problem cleared (perhaps due to a server
reboot) but then they experienced replication failure:
'The process could not connect to Publisher 'xyz''.'Cannot generate SSPI
context'.
There has been no re-configuration of the server and I am assured none at
the client end. However I experienced the problem once recently and it has
not occurred since. No other users are experiencing the same problem.I am co
nfused as to why it should start now.
Any help appreciated,
DaveD.I'm having a similar problem and am desperate for help. Please let me know
if you find a solution. I'm running Server 2003 (with Active Directory) and
SQL Server 2000. Nothing that I've read in any of the existing knowlege ba
se seems to help. Also, st
rangely, a friend at a completely unrelated company started getting the same
problem on the same day. We are wondering if it was a result of a virus or
Windows Update.
In my case, I see SQL for a while from a client computer but then seem to lo
se my connection. I'm fine as long as I keep Query Analyzer open but as soo
n as I close it and try to re-open it I get the error.|||"Cannot Generate SSPI Context" indicates a problem with Kerberos or with
the configuration of Kerberos. If it is a consistent problem it may be a
bad SPN (often the SPN incorrectly belongs to the computer instead of to
the account used to start the SQL Server service). If it is an intermittent
problem it may have to do with communications to the PDC or KDC.
811889 HOW TO: Troubleshoot the "Cannot Generate SSPI Context" Error Message
http://support.microsoft.com/?id=811889
Cindy Gross, MCDBA, MCSE
http://cindygross.tripod.com
This posting is provided "AS IS" with no warranties, and confers no rights.

Sunday, February 12, 2012

Cannot find DB on Local Machine in VB.Net

I have SQL Server Express 2005. I have it configured for remote connections, but I cannot even see my local dbase. I have the server setup for windows authentication. In VB 2005 database connection wizard I see the db server but on the database itself.

When I click test connection....without a dbase choosen it says ( i don't have any to choose from).

"An error has occured while establishing a connection to the server. When connection to SQL Server 2005, this failure may be caused by the fact that under the default settings SQL Server does not allow remote connections. (provider: Named Pipes Provider, error: 40 - Could not open a connection to SQL Server"

This doesn't make sense because i have changed the the surface area configuration to allow remote connections on both TCP/IP and Named pipes. It shouldn't matter though because this is a local database.

Thanks

Kramer

Nevermind guys. It was the dang windows firewall. Turned it off and I found it immeditialy.

sorry, kramer

|||

I am facing the same problem.

Can you please help me?

thanks,

With regards,

Girish.

kramer9802 wrote:

Nevermind guys. It was the dang windows firewall. Turned it off and I found it immeditialy.

sorry, kramer

|||

hi Girish,

try having a look at http://blogs.msdn.com/sql_protocols/archive/2005/09/28/474698.aspx..

regards