I\'m going to be demoing a ASP.NET MVC website on a local network. This application has a connection to a database:
See this post: These two posts on Using LocalDB with Full IIS should give you more information. Especially the second part seems relevant, but the first one contains some context as well.
Credit: IIS connecting to LocalDB
The best solution is to use SQL Expression but if you don't want there are few steps that you have to do to make your mvc application work with localdb
sqllocaldb share v11.0 IIS_DB
(then the database will be shared and IIS can access it) Data Source=(LocalDb)\.\IIS_DB
then publish again Note that in this point you may receive an access deny error and there is how to fix it
For the server name enter (LocalDb)\.\IIS_DB
then right click on the connection and choose new query and execute this command
create login [IIS APPPool\DefaultAPPPool] from windows;
exec sp_addsrvrolemember N'IIS APPPool\DefaultAPPPool, sysadmin
I solved it like this:
Start by using Developer PowerShell or Developer Command Prompt for Visual Studio as Administrator and confirm that you only have one instance of LocalDb.
Type sqllocaldb info
to see your LocalDb instances.
I then followed this article and had Application Pool Identity set to my currently logged in user, credit: https://stackoverflow.com/a/38294458/3850405
https://docs.microsoft.com/en-us/archive/blogs/sqlexpress/using-localdb-with-full-iis-part-1-user-profile
In there I found that it is not enough to have Load User Profile
set to true for your Application Pool, you also need to set setProfileEnvironment
to true in applicationHost.config
normally located at C:\Windows\System32\inetsrv\config
. With this configuration it worked:
Original answer:
https://stackoverflow.com/a/62810876/3850405
When there are multiple version of SQL Server localDB installed in a machine, this error is very common.
Try to use (localdb)\mssqllocaldb
, as a common server name to connect to the LocalDB automatic instance, instead of "v11.0" or "v12.0".
The above automatic localdb instance, have a default name across all the version and avoid conflict between name & version.
Important: When updating the localdb to new version, remember the database created with an older version does not work with the newer.