Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsFree MagazinesWhite PapersSubmit Content
Discussion GroupsASP.NETWindows FormsLanguages.NET FrameworkVisual Studio.NET
Articles.NET FrameworkASP.NETToolsWindows Forms
.NET DirectoryOpen Source ProjectsUser GroupsWeb Resources
Related Topics
Visual Basic 6SQL ServerMS AccessOther DB ProductsMS Server ProductsMore Topics ...

.NET Forum / ASP.NET / General / July 2007

Tip: Looking for answers? Try searching our database.

Error trying to connect to local database - What is going on?

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Alan Silver - 26 Jul 2007 18:07 GMT
Hello,

Server configuration:
Windows 2003 Server SP2
SQL Server 2000 SP4
.NET v2.0.50727

just built up a new server using the same configuration as my current
one. I even used the same CDs and registration keys, so I'm certain that
the two machines are as similar as they can be.

I moved the web sites over to the new server, but left the SQL Server
databases on the old machine. I am now trying to move the databases over
as well, but have struck a weird problem that has me stumped.

On the old server, the web sites were using a connection string like...

Server=daisy;uid=User1;pwd=Password1;Network Library=dbmssocn;

...and this has been fine. The new server can happily connect to the old
one and get data.

I copied a database over to the new server, then tried changing the
connection string to use the name of the new server, and got the
error...

"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. (provider: TCP Provider, error: 0 - No connection could be
made because the target machine actively refused it.)"

I used Query Analyser to connect to the new server, using the user name
and password in the connection string, and it worked fine, so I know the
details are correct.

Now I don't understand why the connection was refused, given that the
two servers have the same OS, same SQL Server, etc. The connection
worked fine when it was the new server connecting to the old, so it
can't be anything to do with remote connections, as the new server has
IIS and SQL Server on the same machine.

I also don't understand what SQL Server 2005 has to do with it, as both
machines have SQL Server 2000 installed.

I tried using other connection strings as well, but nothing helped.
Amongst others, I tried...

Data Source=(local); User Id=User1; Password=Password1;

...but that gave me an error saying a Provider was needed. If I added a
Provider to it, it gave me an error saying that Provider wasn't a
recognised keyword!

I have spent pretty much the whole afternoon trying to fix this and am
completely stuck. I would really appreciate any help.

TIA

Signature

Alan Silver
(anything added below this line is nothing to do with me)

Peter Bromberg [C# MVP] - 26 Jul 2007 19:26 GMT
SQL 2005 has a lot of surface area and other configurations (and protocols)
that need to be enabled, it comes pretty locked down by default.
-- Peter
Recursion: see Recursion
site:  http://www.eggheadcafe.com
unBlog:  http://petesbloggerama.blogspot.com
bogMetaFinder:    http://www.blogmetafinder.com

> Hello,
>
[quoted text clipped - 54 lines]
>
> TIA
Alan Silver - 26 Jul 2007 20:52 GMT
>SQL 2005 has a lot of surface area and other configurations (and protocols)
>that need to be enabled, it comes pretty locked down by default.

Thanks, but that's not the problem. As I said below, I'm not using SQL
Server 2005. That's one of the things that puzzles me. I'm using SQL
Server 2000, and both the server and web site are on the same machine,
so there's nothing remote happening anyway. It's all local.

Thanks for the reply. Any other ideas?

>-- Peter
>Recursion: see Recursion
[quoted text clipped - 64 lines]
>> Alan Silver
>> (anything added below this line is nothing to do with me)

Signature

Alan Silver
(anything added below this line is nothing to do with me)

George Ter-Saakov - 26 Jul 2007 21:52 GMT
Dude you have a messed up network.
If you have SQL 2000 but getting errors about SQL 2005 then most likely you
are connection to some other machine.

Try to specify IP address rather than a name.

George.

>>SQL 2005 has a lot of surface area and other configurations (and
>>protocols)
[quoted text clipped - 76 lines]
>>> Alan Silver
>>> (anything added below this line is nothing to do with me)
Alan Silver - 26 Jul 2007 23:10 GMT
>Dude you have a messed up network.

Don't think so. The network seems fine, and everything else works. Read
on...

>If you have SQL 2000 but getting errors about SQL 2005 then most likely you
>are connection to some other machine.
>
>Try to specify IP address rather than a name.

Nope, didn't make any difference. I can specify the machine name or the
IP address and the same problem occurs.

Since first posting I have had some success, but this has confused me
even more!

I copied the databases over from the old server to the new one, and
changed the connection strings in the web sites on the new server. All
but two of the sites are now working. The weird thing is that one of
these two databases is exactly the same in structure as three others
that work. So, I have four databases on the same server, all with the
exact same structure, with connection strings that are identical, other
than the user name and password details, but only three of them work.

I am completely stumped. Any further suggestions are welcome. TIA

>George.
>
[quoted text clipped - 82 lines]
>> Alan Silver
>> (anything added below this line is nothing to do with me)

Signature

Alan Silver
(anything added below this line is nothing to do with me)

Alan Silver - 26 Jul 2007 23:27 GMT
OK, to follow up my own post, I have the problem a little more clear
now. I have transferred most of the databases over, and have had
success. I still have two that are causing problems. I am certain that
it is not database connectivity per se that is the problem, as most of
the databases are working fine.

This server runs some e-commerce sites that use common code, so those
databases have a common structure. Three of these databases went over to
the new server without problem. All I did was change the name of the
server in the connection string. The fourth is causing problems.

The original connection string that was used was of the form...

Server=daisy;uid=User1;pwd=Password1;Network Library=dbmssocn;

...which worked fine. When I changed the name of the server to the new
one, I got the error...

"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. (provider: TCP Provider, error: 0 - No connection could be
made because the target machine actively refused it.)"

I then tried the following connection string...

Data Source=daisy;Initial Catalog=DB1;User Id=User1;Password=Password1;

...which worked fine connecting to the old server. When I changed the
connection string to point to the new server, I got an error saying that
an OLE DB provider had not been specified. An example of
"Provider=SQLOLEDB" was given in the error message.

As I am using SQL Server, I copied this into the connection string, and
then got the error message...

Keyword not supported: 'provider'.

These last two error messages seem to contradict each other.

So, I'm stuck on this database. As I said, three others with exactly the
same structure worked fine, this one doesn't.

TIA for any help.

Signature

Alan Silver
(anything added below this line is nothing to do with me)


Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.