SQL Server setup is showing the following error, I don't understand this, please help me.
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.
Sql Server 2012 Express says that "Property MasterDBPath is not available...".
I guess this is why I can't restore backups among other problems.
The message is:
This is the first time I get this message, and I have installed the software in several of my machines successfully.
What could I do to solve it?
Install SQL Server 2012 SP1 and see if that fixes it. See https://connect.microsoft.com/SQLServer/feedback/details/726826/management-studio-exception-for-localdb-instance
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