The database is not accessible objectexplorer что делать
Сообщения: 9 Благодарности: 0
SQL сервер запущен, надо было поставить в настройках TCP ip. Получилось зайти под локальной админкой в Managment Studio, а дальше проблемы, при открытии своей БД пишет следующее TITLE: Microsoft SQL Server Management Studio ——————————
The database ‘name database’ is not accessible. (ObjectExplorer)
OK —————————— А если вызвать у БД свойства то будет ошибка связанная с правами доступа.
Property Collation is not available for Database ‘[namedatabase]’. This property may not exist for this object, or may not be retrievable due to insufficient access rights. (Microsoft.SqlServer.Smo)
Так же при создании нового пользователя появляется ошибка TITLE: Microsoft SQL Server Management Studio ——————————
Unable to cast object of type ‘System.DBNull’ to type ‘System.String’. (Microsoft.SqlServer.Smo)
fpm_start("true");
После этого база стала открываться, создание пользователей заработало, создали админа бд, опять остановили сервер, удалили параметр, запустили и вошли под только что созданным.
SQL Server : login success but «The database [dbName] is not accessible. (ObjectExplorer)»
I am using windows 8.1 and SQL Server 2012.
I was using an OS account «Manoj» for accessing SQL SERVER with windows authentication. Recently I have deleted my user account «Manoj» of OS and created a new account with same name «Manoj».
But the system took the new account as «Manoj_2». This change keeps me out from accessing the old databases, I have created.
The database [dbName] is not accessible. (ObjectExplorer)
whenever I try to access any of the previous DBs I have created.
I used to create new login in SQL Server for «Manoj_2», with default DB as «master». But still the problem persists.
I cannot able to detach the DBs. I am unable to expand the DBs.
Note: In OS, I have admin rights for the «Manoj» account.
Please anybody tell me, what to do? either with OS or with SQL Server
21 Answers 21
For this situation you have to connect to database in Single-User mode.
Starting SQL Server in single-user mode enables any member of the computer’s local Administrators group to connect to the instance of SQL Server as a member of the sysadmin fixed server role.
Here you can find step-by-step instruction to do this.
In short you must start the sqlserver instance with parameters -m, after start Sql Server Management Studio with windows authentication.
Now you are a sysadmin, assign the sysadmin role to your user, exit and remove the -m parameter and restart sql server.
The problem is that the user in the database is an «orphan». This means that there is no login id or password associated with the user. This is true even if there is a login id that matches the user, since there is a GUID (called a SID in Microsoft-speak) that has to match as well.
This used to be a pain to fix, but currently (SQL Server 2000, SP3) there is a stored procedure that does the heavy lifting.
All of these instructions should be done as a database admin, with the restored database selected.
First, make sure that this is the problem. This will lists the orphaned users:
If you already have a login id and password for this user, fix it by doing:
If you want to create a new login id and password for this user, fix it by doing:
Really stupid solution but I’ll add it here in case anyone gets here from a Google search.
I’d just restarted the SQL service and was getting this error and in my case, just waiting 10 minutes was enough and it was fine again. Seems this is the error you get when it is just starting up.
This is what led me to this issue and how I fixed it:
Tried to access the restored database from my app as usual using the same connection string but updated server instance.
Deleted user as the DBowner, then readded with exact same credentials, mappings, login, etc.
Was able to login as the user after readding the user after the restore.
Just try to re add the user.Pleae have a look here too.
If you are using Sql Management Studio, just start it as Administrator.
Right click->Run as Administrator
I had twoo users: one that had the sysadmin role, the other one (the problematic one) didn’t.
This fixed it for me:
I experienced a similar problem after running a few jobs of bulk insert through a Python script on a separate machine and a separate user from the one I am logging in to SSMS.
It appears that if the Python kernel (or possibly any other connection) is interrupted in the middle of a bulk insert job without properly ‘cleaning up’ the mess, some sort of hanging related to user credentials and locks may happen on the SQL Server side. Neither restarting the service nor the whole machine worked for me.
The solution in my case was to take the DB offline and online. In the SQL Server Management Studio, that is a right click on DB > tasks > take offline and then right click on DB > tasks > bring online.
SQL Server: успех входа в систему, но » база данных [dbName] недоступна. (ObjectExplorer)»
Я использую windows 8.1 и SQL Server 2012.
Я использовал учетную запись ОС «Manoj» для доступа к SQL SERVER с проверкой подлинности windows. Недавно я удалил свою учетную запись пользователя» Manoj » ОС и создал новую учетную запись с тем же именем «Manoj».
но система приняла новую учетную запись как «Manoj_2». Это изменение удерживает меня от доступа к старым базам данных, которые я создал.
база данных [dbName] не является доступный. (ObjectExplorer)
всякий раз, когда я пытаюсь получить доступ к любому из предыдущих DBs, которые я создал.
Я использовал для создания нового входа в SQL Server для «Manoj_2″, с БД по умолчанию как»master». Но все же проблема сохраняется.
Я не могу отключить DBs. Я не могу расширить DBs.
Примечание: В ОС у меня есть права администратора для учетной записи «Manoj».
пожалуйста, кто-нибудь скажите, что делать? либо с ОС, либо с SQL Server
17 ответов
в этой ситуации вы должны подключиться к базе данных в однопользовательский режим.
запуск SQL Server в однопользовательском режиме позволяет любому члену локальной группы администраторов компьютера подключиться к экземпляру SQL Server в качестве члена предопределенной роли сервера sysadmin.
здесь вы можете найти пошаговую инструкцию для этого.
короче говоря, вы должны запустить экземпляр sqlserver с параметрами — m, после запуска SQL Server Management Studio с проверкой подлинности windows.
теперь ты администратор, назначить роли sysadmin для вашего пользователя выйдите и удалите — m параметр и перезапустите sql server.
действительно глупое решение, но я добавлю его здесь, Если кто-нибудь попадет сюда из поиска Google.
Я только что перезапустил службу SQL и получал эту ошибку, и в моем случае, просто ждать 10 минут было достаточно, и это было хорошо снова. Кажется, это ошибка, которую вы получаете, когда она только запускается.
проблема в том, что пользователь в базе данных «сирота». Это означает, что с пользователем не связан идентификатор входа или пароль. Это верно, даже если есть идентификатор входа, соответствующий пользователю, так как есть GUID (называемый SID в Microsoft-speak), который также должен соответствовать.
Это было больно исправить, но в настоящее время (SQL Server 2000, SP3) существует хранимая процедура, которая выполняет тяжелую работу.
все эти инструкции должны быть выполнены как администратор базы данных с выбранной восстановленной базой данных.
во-первых, убедитесь, что это проблема. Это будет список осиротевших пользователей:
Если у вас уже есть логин и пароль для этого пользователя, чтобы исправить это:
Если вы хотите создать новый логин и пароль для этого пользователя, чтобы исправить это:
просто попробуйте повторно добавить пользователя.Пожалуйста посмотрите здесь тоже.
вот что привело меня к этой проблеме и как я ее исправил:
пытался получить доступ к восстановленной базе данных из моего приложения, как обычно, используя ту же строку подключения, но обновление экземпляра сервера.
сообщение об ошибке.
удаленный пользователь как DBowner, затем считывается с теми же учетными данными, сопоставлениями, логином и т. д.
смог войдите в систему как пользователь после чтения пользователя после восстановления.
Безопасность >> Входы >> Щелкните правой кнопкой мыши пользователя > > свойства >>
на левой навигации перейдите к > > отображение пользователя > > Проверьте базу данных и в» членство в роли базы данных для: «проверьте» db_owner » для пользователя, который вы испытываете проблему.
пожалуйста, попробуйте этот скрипт.. Этот скрипт просматривает Активные сеансы базы данных и убивает их, чтобы вы могли снова включить базу данных.
в моем случае мне просто нужно было запустить приложение с «Запуск от имени администратора», чтобы получить доступ к чему-либо. В противном случае я бы получил ошибку, о которой Вы упомянули.
это исправило его для меня:
проблема: база данных [dbName] недоступна. (ObjectExplorer) получил ошибку при расширении базы данных.
решение: Деаттач базы данных > опция Drop Присоедините базу данных снова с файлом mdf под папкой данных mssql
Если вы используете SQL Management Studio, просто запустите его как администратор.
щелкните правой кнопкой мыши- > Запуск от имени администратора
в моем случае перезапуска службы SQL Server было достаточно, чтобы решить эту проблему.
моя проблема решена путем перезапуска службы MS SQL server, просто.
в моем случае это сработало, когда я открыл SQL Server Management Studio с учетными данными администратора, и я щелкнул правой кнопкой мыши по базе данных и выберите»выходить в интернет
получить эту ошибку в этих шагах:
действия для исправления:
Я выполнил следующие шаги, и это сработало для меня:
The users within a particular domain group are having trouble accessing all the appropriate databases via their SQL Server Management Studio client. They receive the error message, “The database is not accessible. (Object Explorer).
Am I lacking some permissions. All the related databases are in a Multi_User mode, Normal Status.
I’m using SQL Server 2005 Mgmt Studio.
Thanks in advance for all the fwd solutions.
March 19, 2008 at 6:54 am
There should be some error code, severity state.. Please check them. Check SQL Server log files and application log.
. and your only reply is slàinte mhath
March 19, 2008 at 7:21 am
at Microsoft.SqlServer.Management.UI.VSIntegration.AppIDPackage.ListViewVirtualStorage.CopyItems(ISummaryView summaryView)
at Microsoft.SqlServer.Management.UI.VSIntegration.AppIDPackage.ListViewVirtualStorage..ctor(ISummaryView summaryView, List`1 columnDescriptors)
March 19, 2008 at 7:33 am
Are there any errors in the sQL error log from around the same time?
does that domain group have access to the DB in question?
Gail Shaw Microsoft Certified Master: SQL Server, MVP, M.Sc (Comp Sci) SQL In The Wild: Discussions on DB performance with occasional diversions into recoverability
March 19, 2008 at 8:18 am
Do they have any SSMS plugins installed? They also tend to screw things sometimes.
. and your only reply is slàinte mhath
March 19, 2008 at 8:53 am
The domain has all the relevent access to the related Dbs.
March 19, 2008 at 10:39 am
I had this once where you could not view the tables when someone was running a hugh update statement and then i could not view the tables. Is any process running that is active.
March 19, 2008 at 11:13 am
I think that your problem is as follow, someone as revoke the view existing databases to your user or from public.
revoke view any database from public
You could try one of the following command to try to revert the situation.
grant view any database to
grant view any database to public.
Hope this can help you.
December 1, 2010 at 10:57 am
I just had this occur with all user databases on one of our SQL 2005 servers. It turned out to be the database owner. The DBA’s domain account was the owner of two of the databases and there was no owner for several others. I changed the owner on these databases to ‘sa’ and access was once again granted for our developers.
I figure the original post has been long corrected, but this may help someone else in the future.
April 19, 2012 at 4:39 am
Recently had this issue.
Shrank the problem database log.
June 14, 2012 at 1:18 pm
Here’s something else to try, if you’ve come here looking for suggestions:
1. Log into SSMS as the user for whom the DB in question isn’t accessible.
2. Right-click on the inaccessible DB
3. Click ‘Properties’
If you see an error message indicating that a ‘Server Principal’ does not have access to the DB, re-login as ‘sa’ and give that ‘Server Principal’ access to the DB in question ( Logins->->Properties->User Mapping ).
This should open up the DB in question for the user who is getting the ‘inaccessible’ message.
