подключение к базе данных не удалось неизвестная ошибка код ошибки 1
Устраняем типичные ошибки в MySQL
MySQL — система управления базами данных (СУБД) с открытым исходным кодом от компании Oracle. Она была разработана и оптимизирована специально для работы веб-приложений. MySQL является неотъемлемой частью таких веб-сервисов, как Facebook, Twitter, Wikipedia, YouTube и многих других.
Эта статья расскажет, как определять, с чем связаны частые ошибки на сервере MySQL, и устранять их.
Не удаётся подключиться к локальному серверу
Одной из распространённых ошибок подключения клиента к серверу является «ERROR 2002 (HY000): Can’t connect to local MySQL server through socket ‘/var/run/mysqld/mysqld.sock’ (2)».
Эта ошибка означает, что на хосте не запущен сервер MySQL ( mysqld ) или вы указали неправильное имя файла сокета Unix или порт TCP/IP при попытке подключения.
Убедитесь, что сервер работает. Проверьте процесс с именем mysqld на хосте сервера, используя команды ps или grep, как показано ниже.
Если эти команды не показывают выходных данных, то сервер БД не работает. Поэтому клиент не может подключиться к нему. Чтобы запустить сервер, выполните команду systemctl.
Чтобы проверить состояние службы MySQL, используйте следующую команду:
Если в результате выполнения команды произошла ошибка службы MySQL, вы можете попробовать перезапустить службу и ещё раз проверить её состояние.
Если сервер работает (как показано) и вы по-прежнему видите эту ошибку, вам следует проверить, не заблокирован ли порт TCP/IP брандмауэром или любой другой службой блокировки портов.
Не удаётся подключиться к серверу MySQL
Ещё одна похожая и часто встречающаяся ошибка подключения — «(2003) Can’t connect to MySQL server on ‘server’ (10061)». Это означает, что в сетевом соединении было отказано.
Следует проверить, работает ли в системе сервер MySQL (смотрите выше) и на тот ли порт вы подключаетесь (как найти порт, можно посмотреть выше).
Похожие частые ошибки, с которыми вы можете столкнуться при попытке подключиться к серверу MySQL:
Ошибки запрета доступа в MySQL
В MySQL учётная запись (УЗ) определяется именем пользователя и клиентским хостом, с которого пользователь может подключиться. УЗ может также иметь данные для аутентификации (например, пароль).
Причин для запрета доступа может быть много. Одна из них связана с учётными записями MySQL, которые сервер разрешает использовать клиентским программам при подключении. Это означает, что имя пользователя, указанное в соединении, может не иметь прав доступа к базе данных.
В MySQL есть возможность создавать учётные записи, позволяющие пользователям клиентских программ подключаться к серверу и получать доступ к данным. Поэтому при ошибке доступа проверьте разрешение УЗ на подключение к серверу через клиентскую программу.
Увидеть разрешённые привилегии учётной записи можно, выполнив в консоли команду SHOW GRANTS
Входим в консоль (пример для Unix, для Windows консоль можно найти в стартовом меню):
В консоли вводим команду:
Дать привилегии конкретному пользователю в БД по IP-адресу можно, используя следующие команды:
Ошибки запрещённого доступа могут также возникнуть из-за проблем с подключением к MySQL (см. выше).
Потеря соединения с сервером MySQL
С этой ошибкой можно столкнуться по одной из следующих причин:
В первом случае убедитесь, что у вас стабильное сетевое подключение (особенно, если подключаетесь удалённо).
В случае с размером BLOB нужно установить более высокое значение для max_allowed_packet в файле конфигурации /etc/my.cnf в разделах [mysqld] или [client] как показано ниже.
Если файл конфигурации недоступен, это значение можно установить с помощью следующей команды.
Слишком много подключений
Недостаточно памяти
Если такая ошибка возникла, это может означать, что в MySQL недостаточно памяти для хранения всего результата запроса.
Сначала нужно убедиться, что запрос правильный. Если это так, то нужно выполнить одно из следующих действий:
Также может помочь MySQL Tuner. Это полезный скрипт, который подключается к работающему серверу MySQL и даёт рекомендации по настройке для более высокой производительности.
MySQL продолжает «падать»
Если такая проблема возникает, необходимо выяснить, заключается она в сервере или в клиенте. Обратите внимание, что многие сбои сервера вызваны повреждёнными файлами данных или индексными файлами.
Вы можете проверить состояние сервера, чтобы определить, как долго он работал.
Кроме того, можно остановить сервер, сделать отладку MySQL и снова запустить службу. Для отображения статистики процессов MySQL во время выполнения других процессов откройте окно командной строки и введите следующее:
Заключение
Самое важное при диагностике — понять, что именно вызвало ошибку. Следующие шаги помогут вам в этом:
Хинт для программистов: если зарегистрируетесь на соревнования Huawei Cup, то бесплатно получите доступ к онлайн-школе для участников. Можно прокачаться по разным навыкам и выиграть призы в самом соревновании.
Перейти к регистрации
Устранение неполадок с подключением к серверу и базе данных в Reporting Services
Используйте этот раздел, чтобы решать проблемы, возникающие при подключении к серверу отчетов. Также в этом разделе описываются сообщения о непредвиденных ошибках. Дополнительные сведения о настройке источников данных и настройке данных о подключении сервера отчетов см. в разделах Задание учетных данных и сведений о соединении для источников данных отчета и Настройка соединения с базой данных сервера отчетов (диспетчер конфигурации сервера отчетов).
Невозможно создать соединение с источником данных «имя_источника_данных». (rsErrorOpeningConnection)
Это общая ошибка, которая происходит, если сервер отчетов не может открыть соединение с внешним источником данных, содержащим данные отчета. Эта ошибка появляется вместе со вторым сообщением об ошибке, указывающим причину. Следующие дополнительные ошибки могут появиться вместе с rsErrorOpeningConnection.
Ошибка входа пользователя «ИмяПользователя»
У пользователя отсутствует разрешение на доступ к источнику данных. При использовании базы данных SQL Server убедитесь, что пользователь имеет допустимое имя для входа в базу данных. Дополнительные сведения о создании пользователя базы данных или имени входа SQL Server см. в разделах Как создать пользователя базы данных и Как создать имя входа SQL Server.
Неудачная попытка входа пользователя «NT AUTHORITY\ANONYMOUS LOGON»
Эта ошибка появляется, когда учетные данные проходят через несколько подключений компьютеров. Если используется проверка подлинности Windows, а протокол Kerberos версии 5 не разрешен, то эта ошибка появляется, когда учетные данные проходят более чем через одно компьютерное соединение. Чтобы избежать этой ошибки, рассмотрите использование сохраненных или запрашиваемых учетных данных. Дополнительные сведения о решении этой проблемы см. в разделе Задание учетных данных и сведений о подключении для источников данных отчета.
При соединении с сервером произошла ошибка.
Эта ошибка при соединении с SQL Server может быть вызвана тем, что в параметрах SQL Server по умолчанию запрещены удаленные соединения. (поставщик: поставщик именованных каналов, ошибка: 40 — Невозможно открыть соединение с SQL Server). Эта ошибка возвращается экземпляром компонента Database Engine, где находится база данных сервера отчетов. В большинстве случаев она возникает из-за остановки службы SQL Server. Кроме того, если используется выпуск SQL Server Express с Advanced Services или именованный экземпляр, эта ошибка возникает, если неправильно указан URL-адрес сервера отчетов или строка соединения с базой данных сервера отчетов. Чтобы решить эти проблемы, нужно сделать следующее.
Невозможно установить соединение. Убедитесь, что запущен сервер.
Эта ошибка возвращается поставщиком ADOMD.NET. Существует несколько возможных причин этой ошибки. Если сервер указан как «localhost», попробуйте вместо этого указать имя сервера. Эта ошибка может также произойти в случае, если невозможно выделить память для нового соединения. Дополнительные сведения см. в статье 912017 базы знаний. Сообщение об ошибке при подключении к экземпляру служб Analysis Services SQL Server 2005:(Error message when you connect to an instance of SQL Server 2005 Analysis Services:).
Если эта ошибка также содержит «Неизвестный узел», она указывает на недоступность сервера служб Analysis Services или на отказ в соединении. Если сервер служб Analysis Services установлен в качестве именованного экземпляра на удаленном компьютере, возможно, потребуется запустить службу браузера SQL Server, чтобы получить имя порта, используемого экземпляром.
(Источник прокси-сервера SOAP служб Reporting Services)
Если это сообщение об ошибке получено при создании модели отчета, а в разделе дополнительных сведений содержится сообщение «SQL Server не существует, или доступ запрещен», это может быть связано со следующими причинами.
Для устранения этой ошибки можно изменить строку соединения, указав в ней имя сервера, либо включить для службы поддержку протокола TCP/IP. Для включения протокола TCP/IP выполните следующие шаги.
Ошибка инструментария WMI при соединении с сервером отчетов в среде Management Studio
По умолчанию среда Management Studio использует инструментарий управления Windows (WMI) служб Reporting Services, чтобы установить соединение с сервером отчетов. Если поставщик WMI установлен неправильно, при попытке установить соединение с сервером отчетов возникнет следующая ошибка.
Чтобы устранить эту ошибку, необходимо переустановить программное обеспечение. В других случаях в качестве временного решения можно соединиться с сервером отчетов через конечную точку SOAP.
Чтобы устранить эту ошибку (для последующей установки соединения через поставщика WMI), запустите программу установки, чтобы исправить службы Reporting Services, либо переустановите службы Reporting Services.
Ошибка при подключении во время входа в систему из-за неизвестного имени пользователя или неправильного пароля
Ошибка rsReportServerDatabaseLogonFailed может появиться, если используется учетная запись домена для подключения сервера отчетов к базе данных сервера отчетов, а пароль учетной записи домена был изменен.
Полный текст ошибки: «Серверу отчетов не удается установить соединение с базой данных сервера отчетов. Вход не выполнен (rsReportServerDatabaseLogonFailed). Ошибка входа в систему: неизвестное имя пользователя или неправильный пароль».
Если изменен пароль, то необходимо обновить соединение. Дополнительные сведения см. в разделе Настройка соединения с базой данных сервера отчетов (диспетчер конфигурации сервера отчетов).
Серверу отчетов не удается установить соединение с базой данных сервера отчетов. (rsReportServerDatabaseUnavailable).
Полное сообщение: Серверу отчетов не удается установить соединение с базой данных сервера отчетов. Для выполнения запросов и обработки данных требуется соединение с базой данных». (rsReportServerDatabaseUnavailable)
Эта ошибка появляется, если сервер отчетов не может соединиться с реляционной базой данных SQL Server, которая обеспечивает внутреннее хранилище для сервера. Соединение с базой данных сервера отчетов управляется с помощью программы настройки служб Reporting Services. Можно запустить эту программу, перейти к странице «Настройка базы данных» и исправить сведения о соединении. Для обновления сведений о соединении рекомендуется использование этой программы; она гарантирует, что зависимые настройки будут обновлены, а службы запущены заново. Дополнительные сведения см. в разделах Настройка соединения с базой данных сервера отчетов и Настройка учетной записи службы сервера отчетов.
Кроме того, эта ошибка может появиться в случае, если экземпляр компонента Database Engine, хранящего базу данных сервера отчетов, не настроен для удаленных соединений. Удаленное соединение включено по умолчанию в некоторых выпусках SQL Server. Чтобы проверить, включено ли оно на экземпляре SQL Server Database Engine, запустите диспетчер конфигурации SQL Server. Необходимо включить как протокол TCP/IP, так и именованные каналы. Сервер отчетов использует оба эти протокола. Инструкции по включению удаленных соединений см. в подразделе «Настройка удаленных соединений с базой данных сервера отчетов» раздела Как настроить сервер отчетов для удаленного администрирования.
«Сервер RPC не прослушивается»
Служба сервера отчетов для некоторых операций использует сервер удаленного вызова процедур (RPC). Если появляется ошибка «Сервер RPC не прослушивается», проверьте, работает ли служба сервера отчетов.
Непредвиденная ошибка (общая сетевая ошибка)
Это сообщение об ошибке указывает на ошибку соединения с источником данных. В этом случае необходимо проверить строку соединения и убедиться в наличии разрешения на доступ к источнику данных. Если для доступа к источнику данных используется проверка подлинности Windows, то требуется разрешение на доступ к компьютеру, на котором расположен этот источник данных.
Невозможность предоставления доступа к базе данных в центре администрирования SharePoint
Если вы настроили в Reporting Services интеграцию с продуктом или технологией SharePoint на Windows Vista или Windows Server 2008, то при попытке предоставить доступ на странице Предоставление доступа к базе данных в центре администрирования SharePoint может появиться следующее сообщение об ошибке: «Не удается установить соединение с компьютером».
Это происходит, потому что функция «Контроль учетных записей пользователей» (UAC) в Windows Vista и Windows Server 2008 требует того, чтобы администратор явным образом позволил повысить права доступа и использовать токен администратора при выполнении задач, требующих разрешения администратора. Однако в этом случае служба администрирования Windows SharePoint Services не может повысить права доступа для учетных записей службы Reporting Services таким образом, чтобы предоставить им доступ к конфигурации и базам данных содержимого SharePoint.
В службах SQL Server 2008 Reporting Services доступ к базе данных необходим только учетной записи службы сервера отчетов. В службах SQL Server 2005 Reporting Services с пакетом обновлений 2 (SP2) доступ к базе данных необходим учетным записям службы Windows сервера отчетов и веб-службы сервера отчетов. Дополнительные сведения об учетной записи службы сервера отчетов в SQL Server 2008 см. в разделе «Учетная запись службы (настройка служб Reporting Services)».
Есть два возможных варианта решения этой проблемы.
Соблюдайте осторожность при отключении контроля учетных записей для решения этой проблемы. Включите контроль учетных записей сразу после предоставления доступа к базе данных в центре администрирования SharePoint. Если вы не желаете отключать контроль учетных записей, используйте второй способ, указанный в этом разделе. Дополнительные сведения о контроле учетных записей см. в документации по Windows.
2. Во втором случае можно вручную предоставить доступ к базе данных для учетных записей службы Reporting Services. Выполните следующие процедуры, чтобы предоставить доступ, добавив учетные записи служб Reporting Services в правильные роли группы и базы данных Windows. Эта процедура применима к учетной записи службы сервера отчетов в SQL Server 2008 Reporting Services. Если запущены службы SQL Server 2005 Reporting Services, выполните эту процедуру для учетной записи службы Windows сервера отчетов и учетной записи веб-службы сервера отчетов.
Предоставление доступа к базе данных вручную
Невозможность соединения с каталогами /reports и /reportserver при создании баз данных сервера отчетов на виртуальном сервере SQL Server, запущенном в кластере службы кластеров (Майкрософт)
См. также:
Проблема с подключением базы
Вот что показывает когда захожу
Хотя должно быть к тому же еще написано что «Подключение к базе успешно».
При нажатии на «spawn» персонаж падает с неба, соединение закрыто,в чат предупреждение что нужно авторизоваться( простым словом kick)
База импортирована на хостинг, настройки мускула все взяты из кабинета личного.
Строки с подключением в моде вот :
Ну и вот этот сток на всякий случай если понадобится:
Вопросиками закрыла свои данные из личного кабинета дабы не палить их. Пожалуйста, помогите.. Не знаю в чем дело (
Вот что показывает когда захожу
Хотя должно быть к тому же еще написано что «Подключение к базе успешно».
При нажатии на «spawn» персонаж падает с неба, соединение закрыто,в чат предупреждение что нужно авторизоваться( простым словом kick)
База импортирована на хостинг, настройки мускула все взяты из кабинета личного.
Строки с подключением в моде вот :
Ну и вот этот сток на всякий случай если понадобится:
Вопросиками закрыла свои данные из личного кабинета дабы не палить их. Пожалуйста, помогите.. Не знаю в чем дело (
Ребят, не ругайтесь на меня пожалуйста. Просто мне нужно было узнать проблему. Думала дело в базе, раз сообщении о подключении нет,тем более в логах сообщение о том что к базе не удалось подключиться. А при нажатии кнопки ‘spawn’ у меня и будет кикать,ибо так и сделано. если не авторизуешься а просто пытаешься зайти с помощью этой кнопки.
Дело в том что не выходит даже окно авторизации, ибо т.к. я поняла дело в подключении базы,а вот как исправить это дело не знаю.
Проверь подключение к базе
Может где-то ошиблась немного и подключение не верное идет.
P.S На localhost’e работает ведь?
Проверь подключение к базе
Может где-то ошиблась немного и подключение не верное идет.
P.S На localhost’e работает ведь?
Устранение неполадок подключения и других ошибок Базы данных SQL Azure и Управляемого экземпляра SQL Azure
ОБЛАСТЬ ПРИМЕНЕНИЯ: 
База данных SQL Azure Управляемый экземпляр SQL Azure
Сообщения о временных ошибках (40197, 40613 и др.)
Инфраструктура Azure способна динамически изменять конфигурацию серверов при высокой рабочей нагрузке на службу баз данных SQL. Такое динамическое поведение может привести к разрыву подключения между клиентской программой и базой данных или экземпляром. Такое состояние называется временной ошибкой. События перенастройки базы данных обычно происходят в запланированном случае (например, при обновлении программного обеспечения) или в незапланированном случае (например, при сбое процесса или балансировке нагрузки). Большей частью события перенастройки кратковременные и должны завершаться в течение 60 секунд максимум. Тем не менее завершение этих событий иногда может занимать больше времени, например когда большая транзакция приводит к длительному восстановлению. В следующей таблице перечислены различные временные ошибки, которые могут отображаться в приложениях при подключении к Базе данных SQL
Список кодов ошибок для временных сбоев
| Код ошибки | Статус | Описание |
|---|---|---|
| 926 | 14 | Невозможно открыть базу данных replicatedmaster. Она была отмечена как подозрительная (SUSPECT) операцией восстановления. Дополнительные сведения см. в журнале ошибок SQL Server. |
Эта ошибка может регистрироваться в журнале ошибок Управляемого экземпляра SQL в течение короткого периода времени на последнем этапе перенастройки, когда старая база данных-источник завершает работу своего журнала.
Другие, не временные, сценарии с этим сообщением об ошибке описаны в документации по ошибкам MSSQL.
Эта ошибка возникает, если служба не работает по причине обновления программного или аппаратного обеспечения, аппаратных ошибок или проблем при отработке отказа. Код ошибки (%d), указанный в сообщении об ошибке 40197, содержит дополнительные сведения о характере сбоя или отработки отказа. В сообщении об ошибке 40197 может быть указан код ошибки 40020, 40143, 40166 или 40540.
При повторном подключении происходит автоматическое подключение к рабочей копии базы данных. Приложение должно зафиксировать ошибку 40197, зарегистрировать указанный в сообщении код ошибки (%d) для устранения неполадок и повторять попытки подключения к базе данных SQL, пока не появится доступ к ресурсам, а подключение не будет восстановлено. Дополнительные сведения см. в разделе Временные ошибки.
• Ограничения ресурсов логического сервера SQL Server
• Ограничения на основе DTU для отдельных баз данных
• Ограничения на основе DTU для пулов эластичных баз данных
• Ограничения на основе виртуального ядра для отдельных баз данных
• Ограничения на основе виртуального ядра для пулов эластичных баз данных
• Ограничения ресурсов Управляемого экземпляра SQL Azure.
Эта ошибка может возникать в том случае, если с базой данных уже установлено выделенное административное соединение (DAC). Дополнительные сведения см. в разделе Временные ошибки.
Служба занята. Повторите запрос позже. Дополнительные сведения см. в разделе:
• Ограничения ресурсов логического сервера SQL Server
• Ограничения на основе DTU для отдельных баз данных
• Ограничения на основе DTU для пулов эластичных баз данных
• Ограничения на основе виртуального ядра для отдельных баз данных
• Ограничения на основе виртуального ядра для пулов эластичных баз данных
• Ограничения ресурсов Управляемого экземпляра SQL Azure.
Служба занята обработкой нескольких запросов на создание или обновление для вашей подписки или сервера. В данный момент запросы блокируются для оптимизации ресурсов. Выполните запрос sys.dm_operation_status для ожидающих операций. Подождите, пока выполнятся ожидающие запросы на создание или обновление, либо удалите один из ожидающих запросов и повторите свой запрос позже. Дополнительные сведения см. в разделе:
• Ограничения ресурсов логического сервера SQL Server
• Ограничения на основе DTU для отдельных баз данных
• Ограничения на основе DTU для пулов эластичных баз данных
• Ограничения на основе виртуального ядра для отдельных баз данных
• Ограничения на основе виртуального ядра для пулов эластичных баз данных
• Ограничения ресурсов Управляемого экземпляра SQL Azure.
Служба занята обработкой нескольких запросов для этой подписки. В данный момент запросы блокируются для оптимизации ресурсов. Выполните запрос sys.dm_operation_status для состояния операции. Подождите, пока выполнятся ожидающие запросы, либо удалите один из ожидающих запросов и повторите свой запрос позже. Дополнительные сведения см. в разделе:
• Ограничения ресурсов логического сервера SQL Server
• Ограничения на основе DTU для отдельных баз данных
• Ограничения на основе DTU для пулов эластичных баз данных
• Ограничения на основе виртуального ядра для отдельных баз данных
• Ограничения на основе виртуального ядра для пулов эластичных баз данных
• Ограничения ресурсов Управляемого экземпляра SQL Azure.
Порядок устранения временных проблем подключения
Реализация логики повторов
Настоятельно рекомендуем включить в клиентской программе логику повторных попыток, чтобы программа смогла восстановить подключение после определенного периода, позволяющего временной ошибке самоустраниться. Рекомендуется подождать 5 секунд, прежде чем выполнять первую повторную попытку. Повторная попытка после ожидания менее 5 секунд может привести к перегрузке облачной службы. Для каждой последующей повторной попытки ожидание должно увеличиваться экспоненциально, но не более чем до 60 секунд.
Примеры кода с логикой повторных попыток см. в следующих статьях:
Дополнительные сведения об обработке временных ошибок в приложении см. в статье Устранение временных ошибок подключения к базе данных SQL
Обсуждение периода блокировки для клиентов, которые используют ADO.NET, см. в статье Организация пулов соединений (ADO.NET).
При установке соединения с вашим сервером возникла ошибка, связанная с сетью или экземпляром.
Эта проблема возникает в том случае, если приложению не удается подключиться к серверу.
Чтобы устранить эту проблему, попробуйте выполнить действия (в указанном порядке), описанные в разделе Инструкции по устранению распространенных неполадок с подключением.
Сервер/экземпляр не найден или недоступен (ошибки 26, 40, 10053)
Ошибка 26: ошибка при поиске указанного сервера
System.Data.SqlClient.SqlException: A network-related or instance-specific error occurred while establishing a connection to SQL Server. The server was not found or was not accessible. Verify that the instance name is correct and that SQL Server is configured to allow remote connections.(provider: SQL Network Interfaces, error: 26 – Error Locating Server/Instance Specified)
Ошибка 40: невозможно открыть соединение с сервером.
Ошибка 10053: ошибка на транспортном уровне при получении результатов с сервера
Эти проблемы возникают в том случае, если приложению не удается подключиться к серверу.
Чтобы устранить эти проблемы, попробуйте выполнить действия (в указанном порядке), описанные в разделе Инструкции по устранению распространенных неполадок с подключением.
Не удается подключиться к серверу из-за проблем с брандмауэром
Ошибка 40615: не удается подключиться к
Ошибка 5: не удается подключиться к
Чтобы устранить эту ошибку, откройте порт 1433 для исходящих соединений на всех брандмауэрах между клиентом и Интернетом.
Не удалось войти на сервер (ошибки 18456, 40531)
Пользователю ‘ ‘ не удалось войти в систему
Login failed for user ‘ ‘.This session has been assigned a tracing ID of ‘
Чтобы устранить эту проблему, обратитесь к администратору служб, чтобы он дал вам допустимое имя пользователя и пароль.
Как правило, администратор службы может выполнить следующие действия, чтобы добавить данные для входа:
Войдите на сервер с помощью SQL Server Management Studio (SSMS).
Отправьте следующий SQL-запрос в базе данных master, чтобы проверить, отключено ли имя для входа.
Если имя отключено, включите его с помощью следующей инструкции:
Если имя пользователя для входа SQL не существует, внесите изменения и отправьте следующий SQL-запрос, чтобы создать новое имя входа SQL:
В обозревателе объектов SSMS разверните узел Базы данных.
Выберите базу данных, на доступ к которой пользователю нужно предоставить разрешение.
Щелкните правой кнопкой мыши значок Безопасность, а затем выберите Новый, Пользователь.
В созданном скрипте с заполнителями (пример показан ниже) замените параметры шаблона, выполнив действия, описанные здесь, и запустите его:
В базе данных SQL Azure рассмотрите новый синтаксис ALTER ROLE для управления членством в роли базы данных.
Ошибки, связанные с истечением времени ожидания подключения.
System. Data. SqlClient. SqlException (0x80131904): время ожидания подключения истекло
System. Data. SqlClient. SqlException (0x80131904): время ожидания истекло
System.Data.SqlClient.SqlException (0x80131904): Timeout expired. The timeout period elapsed prior to completion of the operation or the server is not responding.
System.Data.Entity.Core.EntityException: произошла ошибка базового поставщика при открытии
Не удается подключиться к серверу
Такие исключения могут возникать из-за проблем с подключением или запросами. Чтобы убедиться, что эта ошибка вызвана проблемами подключения, см. статью Проверьте, вызвана ли ошибка проблемой подключения.
Ошибки, связанные с истечением времени ожидания подключения, возникают из-за того, что приложению не удается подключиться к серверу. Чтобы устранить эту проблему, попробуйте выполнить действия (в указанном порядке), описанные в разделе Инструкции по устранению распространенных неполадок с подключением.
Ошибки управления ресурсами
Ошибка 10928: идентификатор ресурса: %d
10928: Resource ID: %d. The %s limit for the database is %d and has been reached. See http://go.microsoft.com/fwlink/?LinkId=267637 for assistance. The Resource ID value in error message indicates the resource for which limit has been reached. For sessions, Resource >
Попробуйте устранить эту проблему с помощью одного из следующих методов.
Проверьте наличие долго выполняющихся запросов.
Это минимальная мера, которая может не решить проблему. Дополнительные сведения об устранении неполадок, связанных с длительным выполнением ил блокировкой запросов, см. в статье Изучение и устранение проблем блокировок в Базе данных SQL Azure.
Отправьте следующий запрос SQL, чтобы проверить представление sys.dm_exec_requests на предмет блокирующих запросов:
Определите буфер входных данных для главной причины блокировки при помощи функции динамического управления sys.dm_exec_input_buffer и session_id запроса, вызвавшего ошибку, например:
Настройка запроса по главной причине блокировки.
Если база данных постоянно достигает предела, несмотря на решение проблемы блокировки и долго выполняющихся запросов, рассмотрите возможность обновления до выпуска с дополнительными ресурсами — Выпуски.
Дополнительные сведения об ограничениях базы данных см. в статье Ограничения ресурсов базы данных SQL для серверов.
Ошибка 10929: идентификатор ресурса: 1
10929: Resource ID: 1. The %s minimum guarantee is %d, maximum limit is %d and the current usage for the database is %d. However, the server is currently too busy to support requests greater than %d for this database. See http://go.microsoft.com/fwlink/?LinkId=267637 for assistance. Otherwise, please try again later.
Ошибка 40501: служба сейчас перегружена
40501: The service is currently busy. Retry the request after 10 seconds. Incident ID: %ls. Code: %d.
Это ошибка регулирования ресурсов ядра, которая указывает на превышение ограничений по ресурсам.
Дополнительные сведения об ограничениях ресурсов см. в статье Ограничения ресурсов логического сервера SQL.
Ошибка 40544: база данных достигла предельного размера
Эта ошибка возникает в тех случаях, когда база данных достигает предельного размера.
Описанные ниже действия помогут вам решить эту проблему или предоставят дополнительные возможности.
Проверьте текущий размер базы данных с помощью панели мониторинга на портале Azure.
Чтобы узнать, какие таблицы потребляют наибольшее пространство, и, следовательно, являются потенциальными претендентами на очистку, отправьте следующий SQL-запрос:
Если текущий размер не превышает максимальный размер, предусмотренный в данном выпуске, можно увеличить значение параметра MAXSIZE при помощи функции ALTER DATABASE.
Если размер базы данных уже превышает максимальный поддерживаемый выпуском размер, попробуйте выполнить одно или несколько из следующих действий:
Ошибка 40549: сеанс завершен по причине долго выполняющейся транзакции
40549: Session is terminated because you have a long-running transaction. Try shortening your transaction.
Если эта ошибка повторяется, попробуйте устранить проблему, выполнив описанные ниже действия.
Определите буфер входных данных для главной причины блокировки при помощи функции динамического управления sys.dm_exec_input_buffer и значения session_id запроса, вызвавшего ошибку, например:
Дополнительные сведения об устранении неполадок с блокировкой в базе данных SQL Azure см. в статье Изучение и устранение проблем с блокировкой в базе данных SQL Azure.
Также рассмотрите возможность пакетной обработки запросов. Сведения о пакетной обработке см. в статье Как повысить производительность приложений базы данных SQL с помощью пакетной обработки.
Ошибка: 40551: сеанс был завершен в связи с чрезмерным использованием базы данных TEMPDB.
40551: The session has been terminated because of excessive TEMPDB usage. Try modifying your query to reduce the temporary table space usage.
Чтобы устранить эту проблему, выполните следующие действия:
Ошибка 40552: сеанс был завершен в связи с чрезмерным использованием объема журнала транзакций
40552: The session has been terminated because of excessive transaction log space usage. Try modifying fewer rows in a single transaction.
Устранить эту проблему можно с помощью следующих методов.
Эта проблема может возникать из-за операций вставки, обновления или удаления. Попробуйте сократить количество строк, которые обрабатываются непосредственно, выполнив пакетную обработку или разделение на несколько меньших транзакций.
Эта проблема может возникать из-за операций перестроения индекса. Чтобы решить эту проблему, убедитесь, что число затронутых строк в таблице * (средний размер обновляемого поля в байтах + 80) составляет 40553: The session has been terminated because of excessive memory usage. Try modifying your query to process fewer rows.
Чтобы устранить эту проблему, попробуйте оптимизировать запрос.
Подробное описание процедуры устранения неполадок см. в статье Правильно ли работает мой запрос в облаке?
Таблица дополнительных сообщений об ошибках управления ресурсами
| Код ошибки | Статус | Описание |
|---|---|---|
| 10928 | 20 | Идентификатор ресурса: %d. Предел %s для базы данных составляет %d, и он достигнут. Дополнительные сведения см. в статье Ограничения ресурсов Базы данных SQL для отдельных баз данных и баз данных в пуле. |
Идентификатор ресурса указывает на ресурс, предел которого был достигнут. Для рабочих потоков идентификатор ресурса = 1. Для сеансов идентификатор ресурса — 2.
Если вы используете временные объекты, то для экономии места в базе данных TEMPDB удаляйте их сразу после того, как в них исчезнет необходимость. Дополнительные сведения об использовании tempdb в Базе данных SQL см. в статье База данных tempdb в Базе данных SQL.
Сокращение количества операций ORDER BY и GROUP BY в коде Transact-SQL позволяет уменьшить потребление памяти при выполнении запроса. Сведения о масштабирования баз данных см. в статье Масштабирование ресурсов отдельной базы данных и Масштабирование ресурсов эластичного пула.
Ошибки пула эластичных БД
Приведенные ниже ошибки связаны с созданием и использованием эластичных пулов.
| Код ошибки | Статус | Описание | Действие по исправлению |
|---|---|---|---|
| 1132 | 17 | Хранилище эластичного пула достигло своего предельного значения. Уровень использования хранилища для эластичного пула не может превышать (%d) МБ. Попытка записи данных в базу данных, когда было достигнуто предельное значение хранилища эластичного пула. Сведения об ограничениях ресурсов см. в статьях: • Ограничения на основе DTU для пулов эластичных баз данных • Ограничения на основе виртуального ядра для пулов эластичных баз данных. | Если это возможно, попробуйте увеличить DTU эластичного пула и (или) добавить в него пространство хранения для увеличения предельного размера его хранилища, сократить объем памяти, используемой отдельными базами данных в эластичном пуле, или удалить базы данных из пула. Сведения о масштабировании эластичных пулов см. в статье Масштабирование ресурсов эластичного пула. Дополнительные сведения об удалении неиспользуемого пространства из баз данных см. в статье Управление пространством для баз данных в Базе данных SQL Azure. |
| 10929 | 16 | Минимальная гарантия %s составляет %d, максимальное значение равно %d, а текущее использование для базы данных — %d. Тем не менее, в настоящее время сервер слишком занят, чтобы обработать более чем %d запросов для этой базы данных. Сведения об ограничениях ресурсов см. в статьях: • Ограничения на основе DTU для пулов эластичных баз данных • Ограничения на основе виртуального ядра для пулов эластичных баз данных. В противном случае повторите попытку. Минимальное количество DTU или виртуальных ядер на базу данных; максимальное количество DTU или виртуальных ядер на базу данных. Общее количество одновременных работников (запросов) по всем базам данных в эластичном пуле превысило ограничение пула. | Если это возможно, попробуйте увеличить DTU или число виртуальных ядер эластичного пула для увеличения предельно допустимого количества работников или удалить базы данных из эластичного пула. |
| 40844 | 16 | База данных ‘%ls’ на сервере ‘%ls’ является базой данных выпуска ‘%ls’ в эластичном пуле и не может иметь связь непрерывной копии. | Н/Д |
| 40857 | 16 | Эластичный пул для сервера ‘%ls’ не найден, имя эластичного пула: ‘%ls’. На указанном сервере указанный эластичный пул не существует. | Укажите допустимое имя эластичного пула. |
| 40858 | 16 | Эластичный пул «%ls» на сервере «%ls» уже существует. Указанный эластичный пул уже существует на указанном сервере. | Укажите новое имя эластичного пула. |
| 40859 | 16 | Эластичный пул не поддерживает уровень служб ‘%ls’. Для подготовки эластичного пула указанный уровень служб не поддерживается. | Укажите правильный выпуск или оставьте значение уровня служб пустым, чтобы использовать значение по умолчанию. |
| 40860 | 16 | Недопустимая комбинация эластичного пула ‘%ls’ и цели службы ‘%ls’. Эластичный пул и уровень служб можно указать вместе только в том случае, если тип ресурса задан как ElasticPool. | Укажите правильную комбинацию эластичного пула и уровня служб. |
| 40861 | 16 | Выпуск «%.ls» базы данных не может отличаться от уровня служб пула эластичных БД, который равен «%. ls». Выпуск базы данных отличается от уровня служб эластичного пула. | Не указывайте выпуск базы данных, который отличается от уровня служб эластичного пула. Обратите внимание, что выпуск базы данных указывать не требуется. |
| 40862 | 16 | Если указана цель служб эластичного пула, то необходимо указать имя этого эластичного пула. Цель службы эластичного пула неоднозначно определяет эластичный пул. | Если используется цель служб эластичного пула, укажите имя этого эластичного пула. |
| 40864 | 16 | Число DTU для эластичного пула должно составлять по крайней мере (%d) DTU для уровня служб «%.*ls». Попытка задать для эластичного пула DTU, значение которого ниже минимального ограничения. | Повторите попытку, установив для эластичного пула DTU, значение которого хотя бы равно минимальному ограничению. |
| 40865 | 16 | Число DTU для эластичного пула не должно превышать (%d) DTU для уровня служб «%.*ls». Попытка задать для эластичного пула DTU, значение которого выше максимального ограничения. | Повторите попытку, установив для эластичного пула DTU, значение которого не превышает максимальное ограничение. |
| 40867 | 16 | Максимальное количество DTU на каждую базу данных должно составлять как минимум (%d) для уровня служб «%.*ls». Попытка задать максимальное количество DTU на каждую базу данных ниже поддерживаемого ограничения. | Попробуйте использовать уровень служб эластичного пула, который поддерживает желаемый параметр. |
| 40868 | 16 | Максимальное количество DTU на каждую базу данных не должно превышать (%d) для уровня служб «%.*ls». Попытка задать максимальное число DTU на каждую базу данных, которое находится за пределами поддерживаемого ограничения. | Попробуйте использовать уровень служб эластичного пула, который поддерживает желаемый параметр. |
| 40870 | 16 | Минимальное количество DTU на каждую базу данных не должно превышать (%d) для уровня служб «%.*ls». Попытка задать минимальное число DTU на каждую базу, которое находится за пределами поддерживаемого ограничения. | Попробуйте использовать уровень служб эластичного пула, который поддерживает желаемый параметр. |
| 40873 | 16 | Количество баз данных (%d) и минимальное количество DTU на каждую базу данных (%d) не может превышать DTU эластичного пула (%d). Попытка задать минимальное количество DTU для баз данных в эластичном пуле, превышающее DTU эластичного пула. | Попробуйте увеличить количество DTU эластичного пула, уменьшить минимальное количество DTU на каждую базу данных или уменьшить количество баз данных в эластичном пуле. |
| 40877 | 16 | Эластичный пул не может быть удален до тех пор, пока он содержит какую-либо базу данных. Эластичный пул содержит одну или несколько баз данных и не может быть удален. | Чтобы удалить эластичный пул, удалите из него базы данных. |
| 40881 | 16 | В эластичном пуле ‘%.*ls’ достигнуто предельное количество баз данных. Предельное количество баз данных не может превышать (%d) для эластичного пула с DTU (%d). Попытка создания или добавления базы данных в эластичный пул, когда было достигнуто предельное количество баз данных эластичного пула. | Если это возможно, попробуйте увеличить DTU эластичного пула, чтобы увеличить предельное количество баз данных, или удалить базы данных из эластичного пула. |
| 40889 | 16 | Невозможно уменьшить количество DTU или размер хранилища для эластичного пула ‘%.*ls’, так как недостаточно места в хранилище баз данных. Попытка ограничить размер хранилища эластичного пула, при которой уменьшается размер используемого им хранилища. | Попробуйте сократить использование хранилища отдельными базами данных в эластичном пуле или удалить базы данных из пула, чтобы уменьшить количество DTU или размер хранилища. |
| 40891 | 16 | Минимальное число DTU на базу данных (%d) не может превышать максимального числа DTU на базу данных (%d). Попытка задать минимальное число DTU на каждую базу данных, превышающее максимальное число DTU на каждую базу данных. | Убедитесь, что минимальное число DTU на базу данных не превышает максимального числа DTU на базу данных. |
| TBD | 16 | Размер хранилища для отдельной базы данных в эластичном пуле не может превышать максимальный размер, допустимый уровнем служб эластичного пула «%.*ls». Максимальный размер базы данных превышает максимальный размер, допустимый уровнем служб эластичного пула. | Укажите максимальный размер базы данных, который находится в пределах ограничений на максимальный размер, допустимый уровнем служб эластичного пула. |
Не удается открыть базу данных «master», запрошенную при входе в систему. Не удалось выполнить вход
Эта проблема возникает из-за того, что учетная запись не имеет разрешения на доступ к базе данных master. Но по умолчанию SQL Server Management Studio (SSMS) пытается подключиться к базе данных master.
Проблему можно устранить следующим способом.
На экране входа SSMS выберите Параметры, а затем — Свойства подключения.
В поле Подключение к базе данных введите имя базы данных пользователя по умолчанию в качестве базы данных для входа по умолчанию, а затем выберите Подключить.
Проверьте, вызвана ли ошибка проблемой подключения.
Чтобы проверить, вызвана ли ошибка проблемой подключения, просмотрите трассировку стека для фреймов, показывающих вызовы, чтобы открыть подключение, как показано ниже (обратите внимание на ссылку на класс SqlConnection):
Если исключение срабатывает из-за проблем с запросами, вы увидите стек вызовов, аналогичный приведенному ниже (обратите внимание на ссылку на класс SqlCommand). В этом случае выполните настройку запросов.
Дополнительные рекомендации по точной настройке см. в следующих ресурсах:
Инструкции по устранению распространенных неполадок с подключением
Убедитесь, что протокол TCP/IP включен в качестве клиентского протокола на сервере приложений. Дополнительные сведения см. в статье Настройка клиентских протоколов. На серверах приложений, на которых не установлены средства SQL, убедитесь, что протокол TCP/IP включен, запустив cliconfg.exe (служебная программа SQL Server Client Network).
Проверьте строку подключения приложения, чтобы убедиться, что она настроена правильно. Например, убедитесь, что в строке подключения указан правильный порт (1433) и полное имя сервера. См. статью Получение сведений о подключении.
Попробуйте увеличить значение времени ожидания подключения. Мы рекомендуем устанавливать время ожидания подключения не менее 30 секунд.
Проверьте подключение между сервером приложений и Базой данных SQL Azure с помощью SQL Server Management Studio (SSMS), файла UDL, проверки связи или telnet. Дополнительные сведения см. в статьях Устранение неполадок с подключением и Диагностика проблем с подключением.
На этапе устранения неполадок можно также проверить возможность подключения на другом клиентском компьютере.
Рекомендуется убедиться в том, что логика повторных попыток выполнена. Дополнительные сведения о логике повторных попыток см. в статье Устранение временных сбоев и ошибок подключения к Базе данных SQL.
Если эти действия не помогли устранить проблему, попробуйте собрать дополнительные данные, а затем обратитесь в службу поддержки. Если приложение является облачной службой, включите ведение журнала. Это действие возвращает метку времени ошибки в формате UTC. Кроме того, база данных SQL возвращает идентификатор трассировки. Эти сведения могут использовать службы поддержки пользователей Майкрософт.
