I have installed SharePoint 2013 on port 1433 for my SQL Server2008 r2. and now I want to install another application on the same server. and for the second application I need to use MS SQL server . so inside the installation wizard I define the server name , login user name and password. and when I specified the port number for my sql server 2008 r2 which is 1433; the following message appears "the same port number is already occupied by another application , do you want to proceed?"
so it is right to install two applications on the same sql server port? or I need o define a new port number?
Related
I recently started developing ASP.NET windows application and web sites using Visual Studio 2010 and SQL Server 2008 R2.
Visual Studio 2010 seems to work fine but I got problem starting SQL Server 2008 R2.
When I open SQL Server Management Studio, the "Connect to Server" window opens and ask me Server Name. Authentication type is "Windows Authentication".
I googled it too much but still cant find suitable server name.
My default instance is SQLEXPRESS (I found it in SQL Server Configuration Manager).
I tried ., (local), 127.0.0.1, localhost, my machine name (i.e. MYName-PC/MyName) but I get error that cannot connect to (local) and so on...
When I conncect first time with (local) I got successful connection.
But from next day the error again occured.
When I use server name as ./SQLEXPRESS I got error that
The RPC server is not available
I tried using turn my firewall off still no success.
I am very frustrated at this moment because I am not able to find suitable server name.
Thank you for reading my post.
Hope someone will help me.
Thanks.
I have been using this connection string with no problem on a number of databases and MS operating systems. Windows Server 2003, 2008 R2 and 2012 R2 Eval, all Express versions.
I am now trying to deploy to a new Windows Server 2012 R2 installation and I am getting some errors. I have the SQL Server 2008 R2 installation on the Windows Server 2012 R2 machine.
My con string:
connectionString="Data Source=.\SQLEXPRESS;AttachDbFilename=|DataDirectory|\myDB.mdf;Integrated Security=True;User Instance=False" ProviderName="System.Data.SqlClient"
I think this must have something to do with the installation sequence of the components on the new server.
I have in the past been able to simply copy myDB.mdf to basically any web server and open or access the DB tables. This DB includes an ASP membership for the web site that it is tied to.
Here is the error:
CREATE DATABASE permission denied in database 'master'. An attempt to
attach an auto-named database for file
C:\inetpub\techTran\App_Data\myDB.mdf failed. A database with
the same name exists, or specified file cannot be opened, or it is
located on UNC share.
Description: An unhandled exception occurred during the execution of the current web request. Please review the stack trace for more information about the error and where it originated in the code.
Exception Details: System.Data.SqlClient.SqlException: CREATE
DATABASE permission denied in database 'master'.
I thought I understood what this error was. I have checked permissions and they match the other servers where this database has been deployed. My SQL Server installations are basically all the same. The only difference here is that this is Windows Server 2012 R2 on a VM. Or I did not install the SQL Server 2008 R2 the same way I have done in the past 5 servers I have set up. (Which I am guessing is probably the case.)
UPDATE: Uninstalled and reinstalled SQL Server and SSMS.
I know there is only one database name on the server called myDB.mdf, so I don't believe the "same name" portion of error. I have added security to the db so that it can be opened and I even installed Visual Studio 2012 on the server to be certain that the db could be opened. I can run the full app on the localhost (server 2012) but I can not access it over a web connection.
I believe the specific error message relating to
CREATE DATABASE permission denied in database 'master'
is the issue.
I have never seen this error before.
I typically assign NETWORK SERVICE account to the database to allow access and this is how this one is set up as well. I also thought this might be a connection string issue. But this same string has worked on 4 different servers now with no changes. Server 2003, 2008 R2, and 2012 (demo platform)(all Express versions), now in production this is failing.
The home page loads and then the login throws the above error.
Your connection string says AttachDbFilename=|DataDirectory|\myDB.mdf. Well, your path must have changed in one place (SQL Server) and not the other (app configuration). AttachDbFilename will try to create a new DB if it can't find that file. That's probably your error.
As an aside, Windows Server 2003, Windows Server 2003 R2, Windows Server 2008, Windows Server 2008 R2, Windows Server 2012, and Windows Server 2012 R2 all have differences, especially with security and in particular with how SQL Server behaves, but you keep using them interchangeably. That makes it very confusing to tell what's going on. Also, your connection string says Data Source=.\SQLEXPRESS. Is this SQL Server Express? Because that has important differences with most other editions of SQL Server, too. More recent editions are very similar to Standard edition, but the older the edition, the more quirks it has. They're generally considered different beasts.
SOLVED: I am not sure how this happened or perhaps why it didn't happen. But for some reason the installation of SQL did not add the NETWORK SERVICE account to the sysadmin Server Role. I cross referenced this with the SERVER 2003 installation where SQL 2008 R2 is also running, and discovered that the sysadmin SQL Server Role included NETWORK SERVICE in my correctly functioning environment. So once I added the user account to this role, everything came up fine.
I believe this might have been an issue during the installation of SQL 2008 R2. I did specify NETWORK SERVICE, but for some reason it was not provided the role.
To All,
I did search before I posted my question, but couldn't find anything similar.
Here is my problem:
This is not a connection string for an application. It is the problem I tired to use the
SQL Server Management Studio.
I have SQL Server 2008 R2 that runs on a Windows 2008 R2 server. I have tried to access the SQL Server from a Windows 7 client. It just couldn't connect using SQL Server Management Studio. I DON'T USE THE DEFAULT INSTANCE, SO THE PORT 1433 IS NOT USED. I OPENED THE PORT 12345 FOR SQL.
BUT I HAVE NO ANY PROBLEMS TO CONNECT USING sqlcmd utility FROM THE SAME CLIENT.
What am I missing????
Appreciated for all your helps.
I imagine that you will need to include the port number as part of your connection string. by default it will try and connect via 1433, but as use have stated that has been changed. add ,12345 to the end of your datasource=server so you end up with smething like this
datasource=servername,12345; ...etc
I want to connect to a remote SQL Server 2008 R2 instance installed on a remote Windows Web Server 2008, using SQL Server Management Studio Express. Can someone provide me all the necessary steps? I read some answers here, but nothing seems to work. I'm confused as to where (locally or remotely) to enable the SQL Browser, set TCP/IP ON, specify port 1499 etc.
enable SQLBrowser
open 1433 default port (in your case it may be different but 1433 is default)
enable SQL Server authentication for your instance
restart your SQL Server instance
Make sure your domain (sql server instance) is publicly/remotely accessible
From SSMS enter your SQL Server instance url/IP address
enter your credentials
this should be all.
Currently i'm using IBM Cognos Express, database from SQL Server 2008.
But error has occured when i try to retrieving database from SQL Server to IBM Cognos.
How to connect IBM Cognos Express to SQL Server 2008?
Thanks.
What version of Cognos Express (9.0, 9.5)? Here are some generic instructions in the meantime;
Start SQL Server Configuration Manager
Go to Client Protocols and enable TCP/IP and Named Pipes
Go to Protocols for SQLEXPRESS and enable TCP/IP and Named Pipes
Then double click TCP/IP to go into its properties, click IP addresses tab, scroll to bottom for IPAll group
Make TCP dynamic ports setting to be blank
Make TCP port to be 1433
Restart SQLExpress service
In Cognos configuration you can then select SQL Server and COMPUTERNAME\SQLEXPRESS for database settings