Ошибка установки соединения с базой данных — довольно частое явление на WordPress, которое может быть вызвано различными причинами. При первом появлении она может добавить седых волос владельцу сайта, ведь доступ к ресурсу будет невозможен, включая и его «админку», и при недостатке знаний ставит в тупик.
Не стоит паниковать и сильно переживать, ошибка установки соединения может быть исправлена относительно простыми методами. В нашей статье мы расскажем, почему возникает данная неисправность, как можно ее устранить, и что делать, чтобы снизить риск ее повторного появления.
Суть и причины возникновения ошибки установки соединения с базой данных
Чтобы понять, что означает “Ошибка установки соединения с базой данных” (Error establishing a database connection) разберемся, как работает WordPress и выясним, что такое база данных.
База данных — это и есть совокупность информации, организованная так, чтобы при необходимости компьютер смог ее найти и обработать. Все сведения о вашем WordPress сайте хранится в базе данных на серверах вашего хостинг- провайдера. Любое действие на сайте приводит кому, что WordPress посылает запрос на нужную информацию в базу данных. Если запрос успешно обработан, то пользователь получает нужную информацию.
Как найти и запустить экземпляр SQL Server
Одним из наиболее важных файлов в WordPress является wp-config.php файл. Он находится в корневой директории и содержит сведения о конфигурации вашего сайта, в том числе и информацию о подключении к базе данных. Важно, чтобы эта информация была прописана в строго определенном порядке:
- Database Name — Имя базы данных
- Database Username — Имя пользователя базы данных
- Database Password — Пароль пользователя базы данных
- Database Host — Сервер базы данных
Таким образом, в большинстве случаев “Ошибка установки соединения с базой данных” возникает, если информация, описанная выше, указана не верно. Кроме того, ошибка может быть вызвана повреждением базы данных или перегруженностью сервера.
Первые шаги устранения ошибки установки соединения
Рассмотрим основные причины ошибки установки соединения с базой данных и способы их устранения.
Источник: gb.ru
Нет файла бд программа не запущена
После неприятных событий . (выход из строя SSD диска, а затем и контроллера дисков на одном из серверов БД) у меня родилась мысль, что нам нужна чёткая инструкция по восстановлению работоспособности системных БД (а значит и всего сервера БД).
Теперь у нас есть такая инструкция!
Отличительные особенности этой инструкции:
1) все операции были проверены на тестовой виртуальной машине с установленным SQL Server 2008;
2) к каждому разделу прикреплены полезные ссылке по теме на официальный ресурс msdn.
========================= ========================= ========================= ========
MAMP локальный сервер, установка и настройка MAMP, первая программа на PHP
Восстановление работоспособности сервера БД (MS SQL Server 2008) в случае сбоя системных баз (master, model, tempdb, msdb)
Под сбоем следует понимать потерю базы (аппаратный, невосстановимый сбой системы хранения). В таких случаях служба сервера баз данных не может быть запущена.
Сбой и восстановление базы данных TempDB
TempDB – это системная база для временных таблиц. При запуске службы сервера БД, база данных TempDB создаётся заново. В случае выхода из строя накопителя, на котором размещаются файлы базы TempDB, служба не будет запущена, так как этот накопитель более недоступен и создать базу TempDB SQL Server не сможет. Чтобы это исправить, можно установить новый накопитель и назначить для него в системе ту же букву, что была у потерянного накопителя (при этом полный путь к файлам базы TempDB должен быть восстановлен: нужно создать соответствующие каталоги).
В случае, если путь к файлам базы TempDB восстановить не представляется возможным, нужно указать серверу БД другой путь (существующий) для этой базы. Чтобы это сделать необходимо:
1) Запустить службу сервера БД в минимальной конфигурации из командной строки:
Sqlservr.exe -m -c -f -T3608 -T4022
Нужно указывать полный путь к файлу sqlservr.exe (или запустить CMD.EXE из каталога, где лежит этот файл):
«C:Program FilesMicrosoft SQL ServerMSSQL10.MSSQLSERVE RMSSQLBinnsqlservr.exe » -m -c -f -T3608 -T4022
Описание параметры запуска:
-m: запускает SQL Server в однопользовательском режиме, Контрольная точка не срабатывает;
-с: ускоряет запуск из Командной строки. Запускается в отдельном окне как приложение, а не как служба;
-f: запускает SQL Server в минимальной конфигурации;
-T: включает определённый флаг трассировки. 3608: запрещает автоматически запускать и восстанавливать все БД, кроме master (используется для перемещения системных БД).
4022: обход автоматически запускаемых процедур.
2) Подключиться к запущенному серверу БД с помощью программы sqlcmd.exe:
2.1) Переход в каталог с утилитами SQL Server:
cd «C:Program FilesMicrosoft SQL Server100ToolsBinn»
2.2) Запуск sqlcmd с параметрами подключение к серверу под sa
sqlcmd -S Server -U sa -P 111
Описание параметров sqlcmd:
-S: имя сервера БД к которому происходит подключение;
-U: Логин (имя входа) под которым происходит подключение к серверу;
-P: пароль.
3) Изменить пути к файлам БД TempDB с помощью T-SQL (указать новые существующие пути):
ALTER DATABASE tempdb MODIFY FILE (NAME = tempdev, FILENAME = ‘С:TempDBtempdb.mdf’) ;
GO
Ответ сервера на успешный запрос:
Файл «tempdb» был изменен в системном каталоге. Данный новый путь будет использ
ован при следующем запуске этой базы данных.
ALTER DATABASE tempdb MODIFY FILE (NAME = templog, FILENAME = ‘C:TempDBtemplog.ldf’) ;
GO
Ответ сервера на успешный запрос:
Файл «templog» был изменен в системном каталоге. Данный новый путь будет использ
ован при следующем запуске этой базы данных.
Для проверки изменений можно выполнить следующий запрос:
SELECT name, physical_name AS CurrentLocation, state_desc FROM sys.master_files WHERE database_id = DB_ID(N’tempdb’);
GO
4) Закрыть sqlcmd и командное окно сервера SQL Server через нажатие клавиш Ctrl+C;
5) Запустить сервер SQL Server в нормальном режиме (через запуск службы).
Сбой и восстановление баз данных msdb и model
msdb – это системная база, где хранится вся информация по заданиям, расписаниям, история резервных копий для всех БД и т.д. Нужна для работы службы SQL Server Agent.
model – это системная база, используется, как шаблон для всех создаваемых пользовательских БД.
В случае сбоя этих системной базы, а также в случае перестроения системной БД master необходимо выполнить восстановления этих баз из резервных копий. Поэтому необходимо постоянно создавать резервные копии этих баз (особенно базы msdb), рекомендуется создавать полные копии после каждого изменения.
Для восстановления системных баз msdb и model необходимо выполнить скрипт T-SQL (через панель объектов в Management Studio не получится), его можно выполнить либо в Management Studio, либо через утилиту sqlcmd.exe.
Скрипт для восстановления БД msdb (аналогичный скрипт будет работать и для БД model):
RESTORE DATABASE [msdb] FROM DISK = N’D:BackupSYSmsdb.rez’ WITH FILE = 1,
MOVE N’MSDBData’ TO N’C:MSDBData.mdf’,
MOVE N’MSDBLog’ TO N’C:MSDBLog.ldf’,
NOUNLOAD, REPLACE
GO
Дополнительный материал:
Вопросы восстановления БД msdb и model:
http://msdn.microsoft.com /ru-ru/library/ms190749.a spx
Вопросы резервного копирования и восстановления системных баз:
http://msdn.microsoft.com /ru-ru/library/ms190190.a spx
Сбой и восстановление базы данных master
master – это главная системная база SQL Server, в ней хранится вся конфигурация сервера и конфигурация подключенных БД. При сбое этой базы сервер SQL Server не может быть запущен (даже в минимальной конфигурации).
При попытке запустить Сервер БД в журнале событий приложения появятся ошибка:
Во время запуска при открытии файла «C:Program FilesMicrosoft SQL ServerMSSQL10.MSSQLSERVERMSSQLDATAma ster.mdf» для получения данных конфигурации произошла ошибка 2(Не удается найти указанный файл.). Возможно, ошибка вызвана неверным параметром запуска. Проверьте параметры запуска и исправьте или удалите их при необходимости.
Для восстановления работоспособности БД master (и всего сервера БД) нужно выполнить:
1. Перестроение системных БД
Для выполнения этой операции нужен дистрибутив SQL Server 2008. Нужно запустить инсталлятор setup.exe со специальными параметрами:
Setup.exe /QUIET /ACTION=REBUILDDATABASE /INSTANCENAME=ИмяЭкземпляра /SQLSYSADMINACCOUNTS=accounts /SAPWD= НовыйПарольsa ]
Параметры:
/QUIET – программа будет работать без видимого интерфейса;
/ACTION=REBUILDDATABASE – программа заново создаст системные базы данных;
/INSTANCENAME – имя экземпляра SQL Server, по умолчанию MSSQLSERVER / SQLSYSADMINACCOUNTS — учетные записи Windows (или группы безопасности), которые будут администраторами (права sysadmin) на этом экземпляре. Например: «BUILTINAdministrators».
/SAPWD – новый пароль для системного пользователя sa.
Выполнять эту команду следует из командной строки(cmd.exe), чтобы отслеживать процесс восстановления (если будут ошибки, то они появятся в виде сообщений в этом же окне). В случае успешного выполнения этой операции в командной строке не будет сообщений.
2. Восстановление системной БД master из резервной копии
Для восстановления БД master необходимо запустить сервер SQL Server в однопользовательском режиме (сначала нужно остановить службу MSSQLSERVER):
Sqlservr.exe -m –c
Нужно указывать полный путь к файлу sqlservr.exe (или запустить CMD.EXE из каталога, где лежит этот файл):
«C:Program FilesMicrosoft SQL ServerMSSQL10.MSSQLSERVE RMSSQLBinnsqlservr.exe » -m –c
Затем нужно подключиться к серверу под sa (можно из Management Studio) и выполнить инструкция T-SQL:
RESTORE DATABASE [master] FROM DISK = N’D: BackupSYSmaster.rez’ WITH FILE = 1 WITH REPLACE
GO
3. После восстановления БД master необходимо восстановить системные БД msdb и model (см. выше).
Источник: sql1c.blogspot.com
Восстановление БД или «1С 8.х «Ошибка СУБД, файл базы данных поврежден»»
Чаще всего появление сообщения «Ошибка СУБД, файл базы данных поврежден 8.x» возникает именно при файловом режиме работы с конфигурацией (т.е. без использования сторонних СУБД). Данный сбой происходит вследствие следующих причин:
1) Перебоев с электричеством в следствии чего происходит обрыв связи с сервером базы данных. Иначе говоря с компьютером где установлена БД 1С:предприятие 8.
2) Отключение или повисание локальной сети вследствие неправильной сетевой инфраструктуры предприятия, неправильно «обжатых» сетевых кабелей, порчей сетевого оборудования (хабов, свичей, роутреров, сетевых концентраторов).
3) Неправильного выхода и завершения работы системы 1С. Например: БД установлена на компьютере главного бухгалтера, по какой либо причине или в конце рабочего дня данный компьютер отключается при незавершенных сеансах 1С на других компьютерах; следствие – порча файла БД 1Cv8.CD
В большинстве случаев (скажем на 80%) данную ошибку можно исправить. Но сам факт ее возникновения уже негативно сказывается на внутренней структуре файла БД 1С и не гарантирует того что в дальнейшем данная ошибка не будет возникать или БД будет работать корректно. При частом возникновении данной ошибки следует задуматься об улучшении прежде всего сетевой структуры (локальной сети) предприятия.
Этапы исправления ошибки:
1) Создать резервную копию поврежденной базы данных. Это действие обязательно, т.к. существует риск что в результате процедуры исправления, база совсем перестанет работать. Это можно сделать двумя способами:
A. Можно сделать архив штатными средствами 1С:Предприятие через режим «Конфигуратор» БД. Но не всегда есть вероятность что можно зайти в конфигуратор. Т.к. при некоторых плачевных ситуациях в конфигуратор войти просто не состоится возможным.
Как сделать резервную копию базы данных 1С Вы можете прочитать в статье «Создание резервной копии 1С штатными седствами».
B. Можно просто скопировать папку с файлом БД в любой каталог жесткого диска компьютера, путь где находиться БД можно определить следующим образом (см. картинку ниже):
2) Запустить утилиту исправления физической целостности БД 1С 8.x. В состав 1С:Предприятие 8.x входит системная для исправления баз данных 1С. Она называется — chdbfl.exe. Ее месторасположение индивидуально в зависимости от версии установленной платформы 1С:Предприятие 8
А) Для БД версий 8.1. она находится по следующему пути: «C:Program Files1cv81bin».
Б) Для БД версии 8.2. она находится по следующему пути: C:Program Files1cv82 8.2.18.61 bin. Папка с цифрами есть версия установленной платформы конфигурации 8.2. Следует знать версию платформы на которой работает поврежденная БД 1С иначе утилита проверки выдаст ошибку о несоответствии версии файла БД.
Окно утилиты выглядит как на рисунке ниже:
Выберите нажав на кнопку файл базы данных 1Cv8.CD из каталога где находиться поврежденная БД. Полный путь к файлу пропишется в поле «Имя файла БД». Далее установите флажок «Исправлять обнаруженные ошибки» и нажмите кнопку «Выполнить».
Сразу же запуститься программа проверки, этот процесс может занять продолжительное время, начиная от нескольких минут до нескольких часов. Это зависит от размера базы данных, от скорости работы и мощности персонального компьютера на котором производится проверка. Чтобы ускорить эту операцию, база данных должна быть доступна локально (а не по сети), т.е. тестирование должно производиться на компьютере где установлена БД.
ОЧЕНЬ ВАЖНО: при проверки БД никто не должен заходить в проверяемую БД или же останавливать сеанс проверки.
Через некоторое время утилита завершит работу и выдаст сообщение о результатах тестирования исправления БД. Настоятельно рекомендуем выполнять проверку два раза, даже если результат проверки выдаст сообщение что никаких ошибок не обнаружено.
Если же после тестирования и исправления БД результат остался прежним: Вы не можете запустить БД 1С. То настоятельно рекомендуем создать новую БД путем восстановления из архивных копий.
Следует помнить, что восстановление данных, в том числе базы 1С не может быть гарантировано на 100%. Обязательно делайте резервные копии важной информации.
Что необходимо делать чтобы не пришлось прибегать к восстановлению физической целостности?
1) Регулярно создавать резервные копии БД 1С предприятие. Это можно делать или штатными методами сохранения данных 1С или же воспользовавшись специализированным программным обеспечение: например, системами резервного копирования Paragon Software.
2) Использовать терминальный режим доступа к базе данных 1С. Данный доступ во многом имеет свои плюсы. Например данные в этом случае не передаются по локальной сети от компьютера к компьютеру, передается только виртуальный рабочий стол через который происходит соединение с БД. Все нагрузка в этом случае распределяется на сервер, на котором установлена серверная операционная система. Соответственно, имея мощный источник бесперебойного питания на сервере, обрывы сети и выключение электричества никоим образом не влияют на работу БД 1С.
Источник: system-32.ru