March 17, 2016 at 5:28 am
Apologies - this is in the wrong forum.
I can`t move it so feel free to ignore this one.
March 17, 2016 at 5:45 am
I've seem this before;
What I've seen is that while 99% of the calls to the [production] database are perfectly normal, sometimes the database context gets lost, and the the default database for the login is uses([master]) for a given call.
of course the procedure doesn't exist in [master] so you get the error.
so the issue isn't that the database is missing, it's that the database context for a given connection gets mangled, is the only way i can explain it.
In our case, we had an application that used a specific SQL login to connect. we changed that login's default database to the [production] database, and that seemed to resolve out issue.
Lowell
March 17, 2016 at 6:07 am
The connection string logon has its default database set to the database in question.
It almost feels like it losing that connection string and then revering back to the users own default login (and users naturally need acesss to multiple databases).
Viewing 3 posts - 1 through 4 (of 4 total)
You must be logged in to reply to this topic. Login to reply