Re: Problem connectin SQL Server 2005
- From: "Lorenzo Soncini" <lorenzo.soncini@xxxxxxxxxxxxxxxxx>
- Date: Wed, 7 Dec 2005 17:43:56 +0100
If I work with 2005 family (VS2005,SQL Manager,....) all work fine so is not
a connectivity problem.
When I try use the .NET 1.1 and make a ADO connection..the connection dont
work.
How can I use .NET 1.1. to connect SQLServer 2005 ?
Lorenzo
"Rick Byham [MS]" <rickbyh@xxxxxxxxxxxxxxxxxxxx> ha scritto nel messaggio
news:uzuXgx0%23FHA.208@xxxxxxxxxxxxxxxxxxxxxxx
> Have you configured the SQL Server 2005 to allow remote connections?
> The following tutorial applies to SQL Server 2005 Developer Edition
> installed on Windows XP Professional XP1. It may be able to help you.
> Getting Started with the Database Engine
> Welcome to the Getting Started with the Database Engine tutorial. This
> tutorial is intended for users who are new to SQL Server 2005 and who have
> installed Developer, Express, or Evaluation Edition on a computer running
> Windows XP Professional Service Pack 1 (SP1).This brief tutorial helps you
> get started using the Database Engine.
>
> What You Will Learn
> This tutorial shows you how to connect to the Database Engine using SQL
> Server Management Studio or Management Studio Express, on both the local
> computer and from another computer.
>
> This tutorial is divided into two lessons:
>
> Lesson 1: Connecting to the Database Engine
>
> In this lesson, you will learn how to connect to the Database Engine and
> enable additional people to connect.
>
> Lesson 2: Connecting from Another Computer
>
> In this lesson, you will learn how to connect to the Database Engine from
> a second computer, including enabling protocols, configuring ports, and
> configuring firewall settings.
>
> Requirements
> This lesson has no knowledge prerequisites.
>
> Your system must have the following installed to use this tutorial:
>
> a.. Internet Explorer 6.0 or later.
> b.. Either SQL Server Management Studio or Management Studio Express.
> Lesson 1: Connecting to the Database Engine
> When you install the SQL Server 2005 Database Engine, the tools that are
> installed depend upon the edition and your setup choices. This lesson
> reviews the principal tools, and shows you how to connect and perform a
> basic function (authorizing more users).
>
> This lesson contains the following topics:
>
> a.. Tools for Getting Started
> b.. Connecting with Management Studio
> c.. Authorizing Additional Connections
> Tools for Getting Started
> The SQL Server 2005 Database Engine ships with a variety of tools. This
> topic describes the first tools you will need, and helps you select the
> right tool for the job. All tools can be accessed from the Start menu.
> Generally, tools such as SQL Server Management Studio are not installed by
> default. You must select the tools as part of the client components during
> setup. For complete description of the tools described below, search for
> them in Books Online. SQL Server 2005 Express Edition contains only a
> subset of the tools.
>
> Basic Tools
> a.. SQL Server Management Studio is the principal tool for administering
> the Database Engine and writing Transact-SQL code. It is hosted in the
> Visual Studio shell. It is not included in SQL Server 2005 Express Edition
> or SQL Server 2005 Mobile Edition.
> b.. SQL Server Management Studio Express is a free, limited version of
> SQL Server Management Studio, intended for use with SQL Server 2005
> Express Edition and for users who want the basic features of Management
> Studio in a lightweight tool.
> c.. SQL Server Surface Area Configuration installs with SQL Server and
> lets you enable the server protocols, configure services to start
> automatically, and enable some optional features of the Database Engine.
> d.. SQL Server Configuration Manager installs with both SQL Server and
> the client tools. It lets you enable server protocols, configure protocol
> options such as TCP ports, configure server services to start
> automatically, and configure client computers to connect in your preferred
> manner.
> Sample Database
> SQL Server 2005 includes a sample database called AdventureWorks. This
> database is not installed by default. If you wish to experiment with the
> AdventureWorks database, you must select it using the Setup program. Most
> examples described in Books Online use the AdventureWorks database. For
> more information, see Running Setup to Install AdventureWorks Sample
> Databases and Samples.
>
> To start SQL Server Management Studio
> 1. On the Start menu, point to All Programs, point to Microsoft SQL
> Server 2005, and then click SQL Server Management Studio.
>
> To start SQL Server Surface Area Configuration or SQL Server Configuration
> Manager
> 1. On the Start menu, point to All Programs, point to Microsoft SQL
> Server 2005, point to Configuration Tools, and then click either SQL
> Server Surface Area Configuration or SQL Server Configuration Manager.
>
> Connecting with Management Studio
> It is easy to connect to the Database Engine from tools running on the
> same computer if you know the name of the instance, and if you are
> connecting as a member of the Administrators group on the computer. The
> following procedures must be performed on the same computer that hosts SQL
> Server.
>
> To determine the name of the Database Engine instance
> 1. Log into Windows as a member of the Administrators group, and
> open either Management Studio or Management Studio Express Edition.
>
> The Connect to Server dialog box opens.
>
> 2. Click Cancel.
>
> 3. If Registered Servers is not displayed, on the View menu, click
> Registered Servers.
>
> 4. With Database Engine selected on the Registered Servers toolbar,
> right-click Database Engine, and then click Update Local Server
> Registration. All instances of the Database Engine installed on the
> computer are displayed. This includes instances of SQL Server 2000.
> Management Studio can connect and manage instances of SQL Server 2000 as
> well as SQL Server 2005. The default instance is unnamed and is shown as
> the computer name. A named instance displays as the computer name followed
> by a backward slash (\) and then the name of the instance. For SQL Server
> 2005 Express Edition, the instance is named <computer_name>\sqlexpress
> unless the name was changed during setup.
>
> To verify that the Database Engine is running
> 1. In Registered Servers, if the name of your instance of SQL Server
> has a green dot with a white arrow next to the name, the Database Engine
> is running and no further action is necessary.
>
> 2. If the name of your instance of SQL Server has a red dot with a
> white square next to the name, the Database Engine is stopped. Right-click
> the name of the Database Engine, and then click Start. After a
> confirmation dialog box, the Database Engine should start and the circle
> should turn green.
>
> To connect to the Database Engine
> 1. On the File menu, click Connect Object Explorer.
>
> The Connect to Server dialog box opens. The Server type box displays the
> type that was last used.
>
> 2. Select Database Engine.
>
> 3. In the Server name box, type the name of the Database Engine
> instance.
>
> 4. Click Connect.
>
> Authorizing Additional Connections
> Now that you have connected to SQL Server as an administrator, one of your
> first tasks is to authorize other users to connect. You do this by
> creating a login and authorizing that login to access a database as a
> user. Logins can be either Windows Authentication logins, which use your
> Windows credentials, or SQL Server Authentication logins, which store the
> authentication information in SQL Server and are independent of your
> network credentials. Use Windows Authentication whenever possible.
>
> Create a Windows Authentication login
> 1. In the previous task, you connected to the Database Engine using
> Management Studio. In Object Explorer, expand your server instance, expand
> Security, right-click Logins, and then click New Login.
>
> The Login - New dialog box appears.
>
> 2. On the General page, in the Login name box, type a Windows login
> in the format <domain>\<login>.
>
> 3. In the Default database box, select AdventureWorks if available.
> Otherwise select master.
>
> 4. On the Server Roles page, if the new login is to be an
> administrator, click sysadmin, otherwise leave this blank.
>
> 5. On the User Mapping page, select Map for the AdventureWorks
> database if it is available. Otherwise select master. Note that the User
> box is populated with the login. When closed, the dialog box will create
> this user in the database.
>
> 6. In the Default Schema box, type dbo to map the login to the
> database administrator schema.
>
> 7. Accept the default settings for the Securables and Status boxes
> and click OK to create the login.
>
> Note:
>
> This is basic information to get you started. SQL Server provides a
> rich security environment, and security is obviously an important aspect
> of database operations. For more information about security, read the
> security sections of Books Online, starting with Security Considerations
> for Databases and Database Applications.
>
>
> Lesson 2: Connecting from Another Computer
> To enhance security, the Database Engine of SQL Server 2005 Developer,
> Express, and Evaluation Editions cannot be accessed from another computer
> when initially installed. This lesson shows you how to enable the
> protocols, configure the ports, and configure the Windows Firewall for
> connecting from other computers.
>
> This lesson contains the following topics:
>
> a.. Enabling Protocols
> b.. Configuring a Fixed Port
> c.. Opening Ports in the Firewall
> d.. Connecting to the Database Engine from Another Computer
> e.. Connecting Using the SQL Server Browser Service
> Enabling Protocols
> To enhance security, SQL Server 2005 Express Edition Developer Edition and
> Evaluation Edition install with only limited network connectivity.
> Connections to the Database Engine can be made from tools running the same
> computer, but not from other computers. If you are planning to do your
> development work on the same computer as the Database Engine, you're done.
> Management Studio or Management Studio Express Edition will connect to the
> Database Engine using the shared memory protocol, which is already
> enabled.
>
> If you plan to connect to the Database Engine from another computer, you
> must enable a protocol, such as TCP/IP.
>
> How to enable TCP/IP connections from another computer
> 1. Start SQL Server Surface Area Configuration, and click Surface
> Area Configuration for Services.
>
> 2. In the Surface Area Configuration for Services and Connections
> box, the View by Instance box lists the instances of the Database Engine
> installed on the computer. The default instance (an unnamed instance) is
> listed as MSSQLSERVER. If you installed a named instance, the name you
> provided is listed. SQL Server 2005 Express Edition installs as SQLEXPRESS
> unless you changed the name during setup. In the View by Instance box,
> expand the instance you wish to configure, expand Database Engine, and
> then click Remote Connections.
>
> 3. Click Local and remote connections, click Using TCP/IP only, then
> click OK and close the tool.
>
> Configuring a Fixed Port
> To enhance security, Windows XP Professional Service Pack 2 (SP2) turns on
> the Windows Firewall. When SQL Server 2005 Developer, Express, or
> Evaluation Edition is running on Windows XP Professional, and you wish to
> connect to it from another computer, you must open a communication port in
> the firewall. The default instance of the Database Engine listens on port
> 1433, so you do not need to configure a fixed port, but named instances
> including SQL Server 2005 Express Edition listen on dynamic ports. Before
> you can open a port in the firewall, you must first configure the Database
> Engine to listen on a specific port; otherwise the Database Engine may
> listen on a different port each time it is started.
>
> Configure SQL Server to listen on a specific port
> 1. In SQL Server Configuration Manager, expand SQL Server 2005
> Network Configuration, and then click on the server instance you wish to
> configure.
>
> 2. In the right pane, double-click TCP/IP.
>
> 3. In the TCP/IP Properties dialog box, click the IP Addresses tab.
>
> 4. In the TCP Port box of the IPAll section, type an available port
> number. For this tutorial, we will use 1500.
>
> 5. Click OK to close the dialog box, and click OK to the warning
> that the service must be restarted.
>
> 6. In the left pane, click SQL Server 2005 Services.
>
> 7. In the right pane, right-click the instance of SQL Server, and
> then click Restart. When the Database Engine restarts, it will listen on
> port 1500.
>
> Opening Ports in the Firewall
> Firewall systems prevent unauthorized access to computer resources. To
> enhance security, Windows XP Professional Service Pack 2 (SP2) turns on
> Windows Firewall. To connect to SQL Server from another computer, you must
> open a port in the firewall.
>
> Important:
>
> Opening ports in your firewall can leave your server exposed to
> malicious attacks. Be sure to understand firewall systems before opening
> ports. For more information, see Security Considerations for a SQL Server
> Installation.
>
>
> After configuring the Database Engine to use a fixed port, follow the
> following instructions to open that port in your Windows Firewall. (You do
> not need to configure a fixed port for the default instance, because it is
> already fixed on port 1433.)
>
> To open a port in Windows Firewall
> 1. On the Start menu, click Control Panel.
>
> 2. In Control Panel, click Network and Internet Connections, and
> then open Windows Firewall.
>
> 3. In Windows Firewall, click the Exceptions tab, and then click Add
> Port.
>
> 4. In the Add a Port dialog box, in the Name box, type SQL Server
> <instanceName>.
>
> 5. In the Port number box, type the port number of the Database
> Engine instance. Use 1433 for the default instance. Type 1500 if you are
> configuring a named instance and configured a fixed port in the previous
> task. Verify that TCP is selected, and then click OK.
>
> Connecting to the Database Engine from Another Computer
> Now that you have configured the Database Engine to listen on a fixed
> port, and have opened that port in the firewall, you can connect to SQL
> Server from another computer.
>
> When the SQL Server Browser service is running on the server computer, and
> when the firewall has opened UDP port 1434, the connection can be made
> using the computer name and instance name. To enhance security, our
> example does not use the SQL Server Browser service.
>
> To connect to the Database Engine from another computer
> 1. On a second computer containing the SQL Server 2005 client tools,
> log in with an account authorized to connect to SQL Server, and open
> Management Studio.
>
> 2. In the Connect to Server dialog box, confirm Database Engine in
> the Server type box.
>
> 3. In the Server name box, type tcp: to specify the protocol,
> followed by the computer name, a comma, and the port number. To connect to
> the default instance, the port 1433 is implied and can be omitted, so type
> tcp:<computer_name>. In our example for a named instance, type
> tcp:<computer_name>,1500.
>
> 4. In the Authentication box, confirm Window Authentication, and
> then click Connect.
>
> Connecting Using the SQL Server Browser Service
> The SQL Server Browser service listens for incoming requests for SQL
> Server resources and provides information about SQL Server instances
> installed on the computer. When the SQL Server Browser service is running,
> users can connect to named instances by providing the computer name and
> instance name, instead of the computer name and port number. Because SQL
> Server Browser receives unauthenticated UDP requests, it is not always
> turned on during setup. For a description of the service and an
> explanation of when it is turned on, see SQL Server Browser Service.
>
> To use the SQL Server Browser, you must follow the same steps as the
> previous task in this lesson, and open UDP port 1434.
>
> This concludes this brief tutorial on basic connectivity. For more
> information about configuring server and client connectivity, see Database
> Engine Connectivity How-to Topics.
>
> --
> Rick Byham
> MCDBA, MCSE, MCSA
> Lead Technical Writer,
> Microsoft, SQL Server Books Online
> This posting is provided "as is" with
> no warranties, and confers no rights.
>
> "Lorenzo Soncini" <lorenzo.soncini@xxxxxxxxxxxxxxxxx> wrote in message
> news:%2355iAey%23FHA.2912@xxxxxxxxxxxxxxxxxxxxxxx
>> On my machine I have installed :
>> Visual studio 2003 - .NET 1.1
>> Visual studio 2005 - .NET 2.0
>>
>> All the application made by VS2003 don't work if I try use SQL 2005 (all
>> work fine using SQL 2000)
>>
>> If I try make a connection from VS2003 to the SQL2005 server (using
>> VisualStudio Server Explorer) don't work (the error is unable to find
>> server or access deny)
>>
>> From Visual Studio 2005 all work fine
>>
>> I use integrated security.
>>
>> Someone have some idea?
>> Lorenzo
>>
>>
>
>
.
- Follow-Ups:
- Re: Problem connectin SQL Server 2005
- From: Rick Byham [MS]
- Re: Problem connectin SQL Server 2005
- References:
- Problem connectin SQL Server 2005
- From: Lorenzo Soncini
- Re: Problem connectin SQL Server 2005
- From: Rick Byham [MS]
- Problem connectin SQL Server 2005
- Prev by Date: Re: Problem connectin SQL Server 2005
- Next by Date: Re: SQL Server
- Previous by thread: Re: Problem connectin SQL Server 2005
- Next by thread: Re: Problem connectin SQL Server 2005
- Index(es):
Relevant Pages
|