The database is not accessible objectexplorer

База данных myDb недоступна. (ObjectExplorer)

Я разрабатываю веб-приложение ASP.NET MVC3, которое подключается к базе данных SQL Server 2008 R2.

Все работало нормально, пока я не начал получать эту ошибку:

The database myDb is not accessible. (ObjectExplorer)

Эта проблема возникает также при попытке просмотреть базу данных в SQL Server Management Studio. Кажется, я как-то потерял разрешение на доступ к моей базе данных? Я могу просто просматривать другие базы данных.

Я использую аутентификацию в смешанном режиме (до настоящего времени проверка подлинности Windows работает нормально). Если я вхожу в систему как sa , я получаю ту же ошибку.

Как я могу предоставить требуемые разрешения для моей учетной записи пользователя, если я не могу получить доступ к базе данных?

Какими вещами могло случиться это в первую очередь?

Единственные изменения, которые я сделал недавно, совсем не связаны с базой данных, я изо всех сил пытаюсь понять, что вызвало это.

Обновление Ну, после перезагрузки моего компьютера все снова заработало: / Я ничего не изменил, еще не прочитал ответы. Очень странно!

4 ответа

Обновление Ну, после перезагрузки моего компьютера все это снова заработало: / Я ничего не изменил, еще не прочитал ответы. Очень странно!

В прошлом я обнаружил, что это произошло из-за того, что владелец базы данных был invild, например, был удален из экземпляра SQL.

Попробуйте это из окна запроса:

Затем он должен позволить вам просматривать БД в проводнике SSMS.

Если вы не используете аутентификацию в смешанном режиме, тогда выходите с учетной записью домена, предпочтительно той, которая служит учетной записью службы с правами SA.

Похоже, очень общее сообщение об ошибке. Попробуйте запустить ниже пользователя, прошедшего проверку подлинности, и посмотрите, есть ли у вас какие-либо результаты.

Если да, то выполните ниже.

Если это не поможет, мы попытаемся вырвать что-то еще.

В принятом ответе говорится, что все началось после перезагрузки, но почему?

Это случилось со мной после того, как я попытался обновить базу данных с помощью SSDT (плагин Visual Studio), и сценарий завершился с ошибкой. Тогда я не смог получить доступ к базе данных даже из SSMS (Management Studio). Моя запись в базе данных показала «(Single User)» рядом с ней, что стало ключом к проблеме.

Сценарий установил базу данных в режим SINGLE_USER и внезапно прекратился, прежде чем устанавливать его обратно в MULTI_USER. После этого база данных рассматривала пользователя SSDT как еще активную и не разрешала никакого другого соединения. Перезагрузка очистила это соединение (например, циклическая служба SQL Server могла бы это сделать), позволяя мне снова подключиться.

Оттуда я могу вернуть базу данных в режим MULTI_USER с использованием свойств DB (Options — > State — > Ограничить доступ), но вместо этого я запускал SSDT из другой ветви источника, которая выполнялась до завершения, сбросив режим .

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) существует хранимая процедура, которая выполняет тяжелую работу.

все эти инструкции должны быть выполнены как администратор базы данных с выбранной восстановленной базой данных.

во-первых, убедитесь, что это проблема. Это будет список осиротевших пользователей:

Если у вас уже есть логин и пароль для этого пользователя, чтобы исправить это:

Если вы хотите создать новый логин и пароль для этого пользователя, чтобы исправить это:

This is caused when the user’s default database is set to a database they don’t have permissions or its offline .

просто попробуйте повторно добавить пользователя.Пожалуйста посмотрите здесь тоже.

вот что привело меня к этой проблеме и как я ее исправил:

восстановил мою базу данных в другой экземпляр SQL server из a .файл bak, который включал ранее существовавшего пользователя.

пытался получить доступ к восстановленной базе данных из моего приложения, как обычно, используя ту же строку подключения, но обновление экземпляра сервера.

сообщение об ошибке.

удаленный пользователь как DBowner, затем считывается с теми же учетными данными, сопоставлениями, логином и т. д.

смог войдите в систему как пользователь после чтения пользователя после восстановления.

Безопасность >> Входы >> Щелкните правой кнопкой мыши пользователя > > свойства >>

на левой навигации перейдите к > > отображение пользователя > > Проверьте базу данных и в» членство в роли базы данных для: «проверьте» db_owner » для пользователя, который вы испытываете проблему.

пожалуйста, попробуйте этот скрипт.. Этот скрипт просматривает Активные сеансы базы данных и убивает их, чтобы вы могли снова включить базу данных.

в моем случае мне просто нужно было запустить приложение с «Запуск от имени администратора», чтобы получить доступ к чему-либо. В противном случае я бы получил ошибку, о которой Вы упомянули.

У меня было два пользователя: один с ролью sysadmin, другой (проблемный) — нет.

поэтому я вошел в систему с другим пользователем(вы можете создать новый) и установил флажок ckeck «sysadmin» из: Security — > Logins — > Right ckick на вашем имени пользователя SQL — > свойства — > роли сервера — > убедитесь, что флажок «sysadmin» имеет флажок. Нажмите OK и попробуйте подключиться к недавно проверенному пользователю.

это исправило его для меня:

проблема: база данных [dbName] недоступна. (ObjectExplorer) получил ошибку при расширении базы данных.

решение: Деаттач базы данных > опция Drop Присоедините базу данных снова с файлом mdf под папкой данных mssql

Если вы используете SQL Management Studio, просто запустите его как администратор.

щелкните правой кнопкой мыши- > Запуск от имени администратора

в моем случае перезапуска службы SQL Server было достаточно, чтобы решить эту проблему.

моя проблема решена путем перезапуска службы MS SQL server, просто.

в моем случае это сработало, когда я открыл SQL Server Management Studio с учетными данными администратора, и я щелкнул правой кнопкой мыши по базе данных и выберите»выходить в интернет

получить эту ошибку в этих шагах:

1. выполнить «get offline».
2. «оффлайн» слишком долго, поэтому я закрыла это окно.
3. затем я получил эту ошибку.

действия для исправления:

1. перейдите в «монитор активности» и удалите все подключения к этой БД. Затем DB стал действительно автономным, и все в порядке.

Я выполнил следующие шаги, и это сработало для меня:

1) подключение к SQL Server — >безопасность — >логины — >поиск конкретного пользователя — >свойства — >роли сервера — > включить» sys admin » флажок

SQL Server: login success but » база данных [dbName] недоступна. (ObjectExplorer)»

Я использую windows 8.1 и SQL Server 2012.

Я использовал учетную запись OS «Manoj» для доступа к серверу SQL с аутентификацией windows. Недавно я удалил свою учетную запись пользователя «Manoj» из OS и создал новую учетную запись с тем же именем «Manoj».

Но система приняла новый счет как «Manoj_2». Это изменение удерживает меня от доступа к старым базам данных, которые я создал.

Там говорится, что

База данных [dbName] недоступна. (ObjectExplorer)

всякий раз, когда я пытаюсь получить доступ к любому из предыдущих DBs, которые я создал.

Я использовал, чтобы создать новую учетную запись в сервер SQL для «Manoj_2», «master», как по умолчанию DB. Но все же проблема сохраняется.

Я не в состоянии отсоединить DBs. Я не могу расширить DBs.

Примечание: в OS у меня есть права администратора для учетной записи «Manoj».

Пожалуйста, кто-нибудь скажите мне, что делать? либо с сервером OS, либо с сервером SQL

19 Ответов

В этом случае необходимо подключиться к базе данных в однопользовательском режиме .

Запуск сервера SQL в однопользовательском режиме позволяет любому члену локальной группы администраторов компьютера подключиться к экземпляру сервера SQL в качестве члена фиксированной роли сервера sysadmin.

Здесь вы можете найти инструкцию step-by-step для этого.

Короче говоря, вы должны запустить экземпляр sqlserver с параметром -m, после запуска Sql Server Management Studio с windows аутентификацией.

Теперь вы являетесь sysadmin, назначаете роль sysadmin своему пользователю, выходите и удаляете параметр -m и перезапускаете сервер sql.

Действительно глупое решение, но я добавлю его сюда на случай, если кто-то попадет сюда из поиска Google.

Я только что перезапустил службу SQL и получал эту ошибку, и в моем случае, просто ждать 10 минут было достаточно, и это было хорошо снова. Кажется, это ошибка, которую вы получаете, когда он только начинает работать.

Проблема в том, что пользователь в базе данных является «orphan». Это означает, что с пользователем не связан ни логин, ни пароль. Это верно, даже если есть идентификатор входа, который соответствует пользователю, так как существует GUID (называемый SID в Microsoft-speak), который также должен соответствовать.

Раньше это было трудно исправить, но в настоящее время (SQL Server 2000, SP3) существует хранимая процедура, которая выполняет тяжелую работу.

Все эти инструкции должны выполняться администратором базы данных, при этом выбрана восстановленная база данных.

Во-первых, убедитесь, что это проблема. Это будет список осиротевших пользователей:

Если у вас уже есть логин и пароль для этого пользователя, исправьте это, сделав:

Если вы хотите создать новый логин и пароль для этого пользователя, исправьте это, сделав следующее:

This is caused when the user’s default database is set to a database they don’t have permissions or its offline .

Просто попробуйте повторно добавить user.Pleae, посмотрите и здесь .

Вот что привело меня к этой проблеме и как я ее исправил:

Восстановил мою базу данных в другой экземпляр сервера SQL из файла .bak, который включал уже существующего пользователя.

Попытался получить доступ к восстановленной базе данных из моего приложения, как обычно, используя ту же строку подключения, но обновленный экземпляр сервера.

Удалил пользователя как DBowner, а затем перечитал с точно такими же учетными данными, сопоставлениями, логином и т. д.

Смог войти в систему как пользователь после прочтения пользователя после восстановления.

Безопасность > > Логины >> Щелкните правой кнопкой мыши по пользователю > > свойства >>

На левой панели навигации перейдите в раздел > > сопоставление пользователей > > Проверьте базу данных и в разделе » членство в роли базы данных для: <>» проверьте «db_owner» для пользователя, с которым вы столкнулись.

Это фиксированная это для меня:

Пожалуйста, попробуйте этот сценарий.. Что делает этот скрипт, так это смотрит на Активные сеансы базы данных и убивает их, чтобы вы могли вернуть базу данных в оперативный режим.

В моем случае мне просто нужно было запустить приложение с «Run as administrator», чтобы получить доступ к чему-либо. В противном случае я получил бы ошибку, о которой Вы упомянули.

У меня было два пользователя: один с ролью sysadmin, а другой (проблемный) — нет.

Поэтому я вошел в систему с другим пользователем(вы можете создать новый) и поставил флажок ‘sysadmin’ из: безопасность — > логины — > правый ckick на вашем SQL имени пользователя — > свойства — > роли сервера — > убедитесь, что ‘sysadmin’ checkbox имеет флажок. Нажмите кнопку OK и попробуйте подключиться к только что проверенному пользователю.

Проблема: база данных [dbName] недоступна. (ObjectExplorer) получил ошибку при расширении базы данных.

Решение: отключите параметр базы данных > Drop Снова присоедините базу данных с файлом mdf в папке данных mssql

Если вы используете Sql Management Studio, просто запустите его как администратор.

Щелкните правой кнопкой мыши->Запуск от имени администратора

Моя проблема была решена путем перезапуска службы сервера MS SQL, просто.

В моем случае перезапуска службы сервера SQL было достаточно, чтобы решить эту проблему.

В моем случае это сработало, когда я открыл SQL Server Management Studio с учетными данными администратора, и я щелкнул правой кнопкой мыши по базе данных и выбрал «перейти в интернет» или что-то вроде этого.

Я столкнулся с аналогичной проблемой после выполнения нескольких заданий массовой вставки через скрипт Python на отдельной машине и отдельном пользователе от того, на котором я регистрируюсь в SSMS.

Похоже, что если Python kernel (или, возможно, любое другое соединение) прерывается в середине задания массовой вставки без надлежащего ‘cleaning up’ беспорядка, на стороне сервера SQL может произойти какое-то зависание, связанное с учетными данными пользователя и блокировками. Ни перезапуск службы, ни вся машина не работали для меня.

Решение в моем случае состояло в том, чтобы взять DB оффлайн и онлайн. В среде SQL Server Management Studio щелкните правой кнопкой мыши на DB > tasks > take offline, а затем щелкните правой кнопкой мыши на DB > tasks > bring online.

Получите эту ошибку в следующих шагах:

1. Запустить «Get offline».
2. «Get offline» слишком долго бежал, поэтому я закрыл это окно.
3. Затем я получил эту ошибку.

Шаги для исправления:

1. Перейдите в «Activity monitor» и удалите все соединения с этой базой данных. Затем DB стал действительно оффлайн, и все в порядке.

Я выполнил следующие шаги, и это сработало для меня:

1) подключение к серверу SQL — > безопасность — >логины — > поиск конкретного пользователя — > свойства — > роли сервера — > включить флажок «sys admin»

Я только что перезапустил свой SQL сервер (MSSQLSERVER), с которым мой SQL серверный агент (MSSQLSERVER) также был перезапущен. Теперь я могу получить доступ к экземпляру базы данных SQL SERVER 2008 R2 через SSMS с моим логином.

Похожие вопросы:

У меня есть приложение log4net ado, пишущее в базу данных сервера SQL. Мне это нравится, я думаю, что это аккуратно. Прежде чем я отправлю его в производство, я хочу знать, каково будет поведение.

Я переместил базу данных с sql 2000 на новый сервер 2005. Все было хорошо, пока я не вошел в студию управления сервером Sql с одним конкретным пользователем. Похоже, что я успешно вошел в систему.

Я попытался прикрепить базу данных (.mdf) файл и я получил эту ошибку: Attach database failed for Server ‘. SQLINSTANCE’. (Microsoft.SqlServer.Smo) Additional information: An exception occured.

Я получаю следующую ошибку каждый раз, когда я пытался выбрать базу данных. База данных ‘DB Name’ недоступна. (Microsoft.SqlServer.Express.ObjectExplorer) Примечание: мой OS-это Win Vista. Когда я.

Я тестирую ELMAH и намеренно отключил подключение к базе данных для журнала ELMAH в моем приложении, чтобы посмотреть, что произойдет в рабочей среде, если DB не будет доступен. Похоже, что ELMAH не.

У меня есть SQL серверная версия 14.0 (SSMS v17.3), и я хотел скопировать и вставить (дублировать) базу данных для тестирования. Я сделал то, что описано здесь ( как я могу клонировать базу данных.

Я использую этот код для создания нового пользователя. /****** Object: User [primebox] ******/ IF NOT EXISTS (SELECT * FROM sys.database_principals WHERE name = N’primebox’) CREATE USER [primebox].

У меня есть проблема в отношении использования SQL Server 2008 R2. Недавно у меня была проблема с моим компьютером, и поэтому мне пришлось перезагрузить windows и предоставить разрешение от одного.

у меня есть проблема с sqlplus на пакете windows. У меня есть SQLPLUS 10.2 я пытаюсь подключиться к базе данных через windows script.cmd script.cmd только запускает : sqlplus test/Test@mydatabase.

Я удалил его .файл LDF. Но после этого я не могу восстановить базу данных. Я попытался отсоединить и присоединить базу данных, но она выбрасывает исключение. “The database [dbName] is not.

SQL Server: успех входа в систему, но «База данных [dbName] недоступна. (ObjectExplorer)»

Я использую Windows 8.1 и SQL Server 2012.

Я использовал учетную запись ОС «Manoj» для доступа к SQL SERVER с проверкой подлинности Windows. Недавно я удалил свою учетную запись «Manoj» ОС и создал новую учетную запись с тем же именем «Manoj».

Но система взяла новую учетную запись как «Manoj_2». Это изменение не позволяет мне получить доступ к старым базам данных, которые я создал.

В нем говорится, что

База данных [dbName] недоступна. (ObjectExplorer)

всякий раз, когда я пытаюсь получить доступ к любому из предыдущих созданных мной БД.

Я использовал для создания нового входа в SQL Server для «Manoj_2», при этом DB по умолчанию был «мастером». Но проблема все еще сохраняется.

Я не могу отсоединить БД. Я не могу расширить БД.

Примечание. В ОС у меня есть права администратора для учетной записи «Manoj».

Пожалуйста, скажите мне, что делать? либо с ОС, либо с SQL Server

19 ответов

27 Решение Max [2014-10-05 12:07:00]

Для этой ситуации вам необходимо подключиться к базе данных в режиме с одним пользователем.

Запуск SQL Server в однопользовательском режиме позволяет любому члену локальной локальной группы компьютеров подключиться к экземпляру SQL Server в качестве члена фиксированной роли сервера sysadmin.

Короче вы должны запустить экземпляр sqlserver с параметрами -m, после запуска Sql Server Management Studio с проверкой подлинности Windows.

Теперь вы sysadmin, назначьте роль sysadmin для своего пользователя, выйдите и удалите параметр -m и перезапустите сервер sql.

Действительно глупое решение, но я добавлю его здесь, если кто-нибудь попадет сюда из поиска Google.

Я только что перезапустил службу SQL и получил эту ошибку, и в моем случае достаточно ждать 10 минут, и все было хорошо. Кажется, это ошибка, которую вы получаете, когда она только начинается.

Проблема в том, что пользователь в базе данных является «сиротой». Это означает, что нет идентификатора входа или пароля, связанного с пользователем. Это верно, даже если есть идентификатор входа, который соответствует пользователю, так как есть GUID (называемый SID в Microsoft-talk), который также должен совпадать.

Это было больно для исправления, но в настоящее время (SQL Server 2000, SP3) есть хранимая процедура, которая делает тяжелый подъем.

Все эти инструкции должны выполняться как администратор базы данных с выбранной восстановленной базой.

Во-первых, убедитесь, что это проблема. В этом списке указаны потерянные пользователи:

Если у вас уже есть идентификатор входа и пароль для этого пользователя, исправьте его, выполнив:

Если вы хотите создать новый идентификатор входа и пароль для этого пользователя, исправьте его, выполнив следующие действия:

2 Rachael [2015-05-22 02:39:00]

Вот что привело меня к этой проблеме и как я ее исправил:

Восстановил мою базу данных на другой экземпляр SQL-сервера из файла .bak, который включал существующего пользователя.

Пытался получить доступ к восстановленной базе данных из моего приложения, как обычно, используя ту же строку соединения, но обновленный экземпляр сервера.

Удаленный пользователь в качестве администратора базы данных, затем он считывается с точно такими же учетными данными, сопоставлениями, логином и т.д.

После входа в систему после входа в систему пользователь смог войти в систему как пользователь.

This is caused when the user default database is set to a database they don’t have permissions or its offline .

Error establishing a database connection: частая ошибка новичков и головная боль хостера, разбираемся в проблеме

что делать, как исправить, что это значит на русский язык, после бэкапа, на локальном сервере, ошибка, с английского, исправление, устранить, проблема, сервер, fix

Чтобы починить сайт, разработал систему из нескольких шагов по восстановлению связи между двумя составляющими.

Перевод на русский язык Error establishing a database connection и почему она возникает

Если перевести фразу с английского на русский язык, то получим текст – Ошибка установки соединения с базой данных. Думаю из перевода понятно, что ядро WordPress не может установить связь с базой данных из–за сбоя или в результате действий администратора. Что означает и чему причина появление данной проблемы:

• Открыли файл wp-config.php, нарушили комбинацию логина и пароля подключения. Самая распространенная ошибка, новички любят смотреть и менять файлы движка
• Установка нового плагина. Обычно относится к тем, которые меняют текстовую часть сайта — записи, комментарии, то есть элементы содержащиеся в базе данных MySQL
• Работы на сервере, редко, но могут выявить ошибку Error establishing a database connection. В основном это аварийные изменения
• Переход на другой хостинг. Специалисты хостинга при переносе не проверили работу сайта и отдали вам не работающий ресурс. Проблема редкая, но имеет место, потому существует человеческий фактор
• Много посетителей или DDoS атака. Каждый хостинг заботится о клиентах, предупреждает такие ситуации, но если наплыв большой, то сервер может упасть
• Разрыв связи после бэкапа, ошибка возникающая из-за выбора не правильного времени восстановления файлов и DB. Есть универсальный метод, описанный далее

Проверка синхронизации базы данных и CMS в wp-config

Необходимо посмотреть правильность данных для синхронизации файлов CMS WordPress и базы данных. Разберем на примере хостинга Beget. Подключимся к сайту с помощью FTP, как это делать есть в статье про установку темы.

Вошли в корневую папку сайта там где каталоги wp-admin и wp-content. Ищем файл wp-config.php, открываем его с помощью правой кнопки мыши, выбираем Просмотр/Правка.

Откроется программа для редактирования документов. Запомним несколько строк, а именно:

1. DB_NAME имя базы в нашем случае valent5k_wp3
2. DB_USER пользователь, так же valent5k_wp3
3. DB_PASSWORD пароль от подключения
4. DB_HOST адрес сервера или хоста, по умолчанию localhost, но бывает и другие значения

Переходим к панели Бегета, сравниваем данные. Почему то разработчики панели управления хостинга Beget не предусмотрели просмотр старого пароля от вашей базы данных, поэтому нам нужно сравнить оставшиеся три параметра и обновить четвертый.

Если эти три параметра совпадают с прописанными из wp–config, то двигаемся дальше, если нет то перезаписываем, в wp-config, на то что указано в панели Бегета. Теперь нажимаем на значок с двумя точками.

Вписываем пароль из wp-config в поле DB_PASSWORD, у нас juzPo7HP6 и нажимаем Изменить.

Теперь смотрим на сайт и смотрим все ли работает. План действий такой:

• Открываем wp-config
• Копируем конфигурацию подключения
• Сверяем или обновляем доступы к базе данных на хостинге

Такая схема работает и с нарушениями на локальном сервере типа Open server, XAMPP , Laragon и им подобные. Для более наглядного представления процесса записал свое видео.

Запуск восстановления

Существует аварийный запуск (fix) восстановления контакта SQL и файлов стандартными средствами WordPress . По знакомой схеме открываем файл wp-config, в конец вставляем код.

Не забываем сохранять изменения и закачивать обратно на хостинг через FileZilla.

Переходим по адресу site.ru/wp-admin/maint/repair.php где взамен site.ru доменное имя. Откроется страница на которой нажимаем Починить поврежденную базу данных.

Начнется процесс, если он удачно закончился и error establishing a database connection пропала, то появится страница с успешными восстановленными таблицами, и с предупреждениями, что нужно удалить код вносимый ранее для запуска восстановления.

Обязательно удалите строчку, сохраните и перезапишите файл wp-config, иначе любой хакер получает полный доступ к файлам ядра WordPress.

Что делать после восстановления – сравнение префиксов

Сравнение префиксов таблиц необходимо делать, чтобы перейти к следующему шагу расследования ошибки error establishing a database connection. Заходим в FileZilla опять в файл wp-config, и смотрим на строчку table_prefix.

Запоминаем и идем в PhpMyAdmin на хостинге, как туда заходить уже знаем. В списке баз находим соответствующую сайту, нажимаем значок для перехода в MySQL.

Далее смотрим на префиксы таблиц, если они совпадают, то проблема не в этом идем дальше.

Но если они различаются значит, пошел сбой, в данном случае обратитесь в службу поддержки хостинга, обычно это проблема на их стороне.

Как исправить через восстановление MySQL

В 90% случаев исправить SQL не даст результата, но попробовать стоит. Заходим в PHPMyAdmin. Отмечаем чекбоксы напротив всех таблиц, внизу выбираем из выпадающего списка Восстановить таблицу.

Восстановление DB через интерфейс MySQL

Начнется процесс восстановления, способ может помочь, но в далеко не всех случаях, ищите проблему в других местах.

Появление error establishing a database connection после установки плагинов

Если блог на WordPress заклинило после установки плагина и появилась надпись error establishing a database connection, то нужно удалить его, но как если войти в админку нет возможности? Ответ прост, идем в FileZilla и удаляем. Путь до папки с плагинами wp-content > plugins.

Находим, дающий ошибки плагин, и переименовываем. Если не знаем какой, то изменяем название по одному, смотрим на работоспособность сайта, обязательно обновляем Ctrl+F5 .

Backup файлов и базы данных

Любой хороший хостер заботится о резервных копиях сайтов клиентов. Хорошо если ошибка технического характера обнаружилась сразу, а не через несколько дней. То есть мы можем восстановить состояние ресурса на тот момент, когда он работал.

Единственный минус, что все изменения внесенные после даты восстановления сотрутся и придется проделывать действия заново. Заходим в BackUp в панели хостинга.

Сначала переходим в файловый архив, отмечаем папку сайта и выбираем дату когда он работал нормально и нажимаем синюю стрелочку.

Переходим в раздел Базы данных, отмечаем соответствующую сайту, так же выбираем дату и жмем синюю стрелочку.

По окончании процессов, сайт должен заработать, если нет, то переходим к следующему крайнему методу.

Как устранить если ничего не помогло

Если устранить не получатся и сайт не работает прошу обратиться в службу поддержки хостинга, или к специалистам, с подробным описанием проблемы. Обычно для решения такой задачи требуется не больше 30 минут.

На крайний случай обратитесь к нам за помощью, что будет в наших силах сделаем. Я разобрал максимум решений ошибки Error establishing a database connection и решений, если есть дополнения, то жду в комментарии. Успехов.