Вопрос вызван проблемой, которая больше не воспроизводится, или опечаткой. Хотя похожие вопросы могут быть уместны на этом сайте, решение для этого вопроса вряд ли поможет будущим посетителям. Обычно можно избежать подобных вопросов написанием и исследованием минимальной программы для воспроизведения проблемы до публикации вопроса.
Закрыт 5 лет назад .
Есть БД, в консольном приложении C# пытаюсь плодключиться к БД и считать содержимое таблицы следующим образом:
При попытке открытия соединения получаю ошибку
Использую БД MS SQL Server Express 2016, ОС Windows 10, VS 2017. В БД Метод аутентификации выбран Windows Authentication. При попытке указать в строке подключения имя пользователя, которое отображается при подключении к БД (в неактивных полях) и пароль, который соответствует этому пользователю, появляется ошибка
System.Data.SqlClient.SqlException: ‘Login failed for user ‘DESCTOP-5HGPGMVusername’.’
Подскажите, пожалуйста, в чем ошибка.
Отслеживать
Ilia Mikhailov
задан 20 июл 2017 в 14:54
Ilia Mikhailov Ilia Mikhailov
25 5 5 бронзовых знаков
1 ответ 1
Сортировка: Сброс на вариант по умолчанию
Решение проблем совместимости Microsoft Access 2019 и Visual Studio 2022.
В вашей строке подключения фигурирует Integrated Security=True . Это означает, что для подключения к SQL серверу будет использоваться логин пользователя, из-под которого запущена программа. Например, если программу запустит пользователь mydomainIvanov , то для подключения к MS SQL серверу будет использоваться логин mydomainIvanov , а если программу запустит mydomainPetrov — то логин mydomainIvanov .
При попытке указать в строке подключения имя пользователя, которое отображается при подключении к БД (в неактивных полях) и пароль, который соответствует этому пользователю
Логин и пароль в строке подключения для этого режима вводить не надо!
Просто запустите sql server management studio и в Security — Logins убедитесь, что пользователь DESCTOP-5HGPGMVusername есть в списке плюс имеет достаточные права к БД вашего приложения.
Альтернативно, вы можете убрать Integrated security и вот тогда вам будет необходимо указать и логин и пароль от какой-либо учётки SQL Server.
Для общего понимания можете почитать вот эти вопросы на so:
Источник: ru.stackoverflow.com
Создание базы через ISPmanager
Панель управления ISPmanager значительно упрощает управление СУБД и базами данных. На корректно работающем VDS создание базы займет не больше 5 минут.
В левом меню ISPmanager переходим в раздел Базы данных и нажимаем Создать базу данных.
C# + MSSQL | Создаём и подключаем базу данных к Windows Forms | SQL Запросы
Заполняем необходимые поля: имя БД, владелец БД (должен совпадать с владельцем сайта), сервер БД, кодировка БД, после чего создаем нового пользователя БД (либо выбираем существующего) и задаем пароль. Рекомендуем создавать сложные пароли.
Подробнее о создании Базы данных можно узнать в отдельной статье.
Теперь немного о тех местах, где могут возникнуть сложности.
Раздела «Базы данных» нет в меню
Есть 2 возможных варианта решения проблемы:
1. На сервере не запущен сервер баз данных MySQL
Проверить, активен ли сервис, вы можете в разделе Мониторинг и журналы панели ISPmanager. Попробуйте запустить или перезапустить службу mariadb (в ОС CentOS и Debian) или mysql (в ОС Ubuntu) с помощью кнопок в панели.
Если не помогло, перезапустите из консоли командой systemctl restart mysql для Ubuntu/Debian или командой systemctl restart mariadb для Centos 7.
2. Проблемы с подключением к базе данных
Перейдите в раздел Серверы БД, двойным кликом откройте свойства и нажмите Сохранить, ничего не меняя. Это принудительно обновит информацию о MySQL в панели управления. После этого обновите страницу — раздел Базы данных должен появиться.
Не подходит пароль к серверу баз данных
Случается так, что пароль root от MySQL-сервера утерян и надо установить новый. Делается следующим образом:
В Debian/Ubuntu:
# systemctl stop mysql
# systemctl stop mariadb
# systemctl stop mysqld
Запускаем его без проверки таблиц прав:
# mysqld_safe —skip-grant-tables
# UPDATE user SET Password=PASSWORD(«new_password») WHERE User=’root’;
# UPDATE user SET authentication_string=PASSWORD(«new_password») WHERE User=’root’;
Проверить версию MySQL можно с помощью команды:
# mysql –version
# mariadb –version
Продолжаем для всех версий
# FLUSH PRIVILEGES;
В Debian/Ubuntu:
# systemctl restart mysql
# systemctl restart mariadb
# systemctl restart mysqld
Авторизуемся как root с паролем new_password
# mysql -uroot -p
После вводим новый пароль.
Где искать ошибки?
MySQL — свободная реляционная система управления базами данных. Поиск проблем с сервисом лучше всего начинать с изучения логов. Для этого необходимо подключиться на сервер по SSH. Их расположение разнится в зависимости от используемой файловой системы. В конфигурационном файле my.cnf нужно искать строки log и log-error , чтобы определить, где находятся логи. Также можно воспользоваться mysql запросом:
show variables like ‘%log%’;
Если логирование не включено, сделать это можно следующим образом. Зайти в файл:
/etc/my.cnf #Centos /etc/mysql/my.cnf #Debian /etc/mysql/mysql.conf.d/mysql.cnf #Ubuntu
Расположение конфигурационного файла может отличаться в зависимости от дистрибутива или CMS.
И в секцию [mysqld] добавить строку:
log-error=/var/log/mysql-errors.log
Выйти из файла, выполнить команды:
touch /var/log/mysql-errors.log chown mysql:mysql /var/log/mysql* chmod 640 /var/log/mysql*
Следующая команда включит просмотр созданного лога в режиме реального времени(tail –f) и оставить его в фоне(
Данная команда позволяет проводить действия с БД или сайтов и одновременно смотреть на ошибки в логе. Чтобы остановить команду, нажмите Ctrl+C .
Перечень возможных проблем
Table ‘./site/content’ is marked as crashed and should be repaired
Такое сообщение может появиться в логах или на сайте. Оно означает, что таблица одной из БД «побилась» и требуется ее восстановление. Необходимо подключится на сервер по SSH, выполнить команду, которая проверит все базы данных на предмет ошибок
mysqlcheck —repair —analyze —optimize —all-databases -u –p
Если эта команда выдаёт ошибку, вставьте ключи раздельно:
mysqlcheck —repair —all-databases -u –p mysqlcheck —analyze —all-databases -u –p mysqlcheck —optimize —all-databases -u –p
- — имя пользователя базы данных или root,
- — заменить на пароль пользователя или root от MySQL (его можно посмотреть в ISPmanager — Базы данных — Серверы БД — двойной клик на сервер MySQL для просмотра пароля root (либо Базы данных — двойной клик на нужную базу данных и двойной клик на нужного пользователя).
Либо можно выполнить исправление конкретной базы данных:
mysqlcheck —repair —analyze —optimize -u -p
- — имя пользователя базы данных или root,
- — заменить на пароль пользователя или root от MySQL (его можно посмотреть в ISPmanager — Базы данных — Серверы БД — двойной клик на сервер MySQL для просмотра пароля root (либо Базы данных — двойной клик на нужную базу данных и двойной клик на нужного пользователя),
- — база данных, которой требуется исправление.
Чаще всего связана с тем, что в настройках сайта указаны не верные данные (логин и/или пароль) для подключения к базе. Вариант решения: посмотреть в админ-панели сайта данные пользователя, пароль и название базы для подключения к базе. Зайти в ISPmanager — Базы данных — кликнуть на базу, затем на пользователя и в графу Пароль поставить пароль из админ-панели.
Может быть обратная ситуация, когда в панели ISPmanager указаны верные данные, а в конфигурационных файлах указаны неверные. В таком случае нужно править конфигурационные файлы, для CMS Bitrix, например, это /bitrix/.settings.php и /bitrix/php_interface/dbconn.php .
На сайте ошибка «Не удалось подключиться к базе данных»
В зависимости от используемой CMS эта ошибка может по-разному выглядеть:
Возникла ошибка при подключении сервера баз данных MySQL Can’t connect to local MySQL server Error connect to mysql Unable to connect to the database:Could not connect to .
Подключится на сервер по SSH, выполнить:
systemctl restart mysql #перезапуск MySQL для Ubuntu, Debian systemctl restart mariadb #перезапуск MySQL для Centos 7 ps axuw | grep mysql #Эта команда должна вывести список процессов MySQL. #Если ничего не вывела – значит, MySQL не запустился.
Убедится что в ISPmanager, в разделе Службы лампочка mysql или mariadb горит.
В панели ISPmanager не удается создать базу данных, ошибка «Недостаточно данных»
Это значит у вас в ISPmanager — Серверы БД не создано ни одного сервера баз данных. Для создания нажмите на Серверы БД, далее на Создать сервер. В полях введите название сервера БД (например, MySQL), придумайте имя пользователя и пароль. Также в панели ISPmanager можно установить более 1 СУБД, альтернативные СУБД будут работать в контейнерах Docker.
MySQL не запускается ни в сервисах, ни через консоль
При запуске через консоль ошибки могут быть вида:
cant connect to local mysql server throught socket /var/run/mysqld/mysql.d.sock /etc/init.d/mysql start Starting MySQL database server: mysqld . . . . . . . . . . . . . . failed! /usr/local/etc/rc.d/mysql-server restart mysql not running? (check /var/db/mysql/peroksid.ispvds.com.pid). Starting mysql.
Проверить свободное место на диске:
df –h #общая информация du –hs /* #сколько занимает конкретные папки
Если не осталось места, удалить ненужные файлы.
Частая ситуация, когда логи сайтов разрастаются и места на диске свободного не остается, MySQL не может нормально работать (справедливо и для всех остальных сервисов – apache, exim и т.д.)
Снова пробуем перезапустить MySQL:
systemctl restart mysql #перезапуск MySQL для Ubuntu и Debian systemctl restart mariadb #перезапуск MySQL для Centos 7
Если проблема не со свободным местом, в логах должны появиться записи, похожие на эти:
130929 06:16:05 mysqld_safe Starting mysqld daemon with databases from /var/db/mysql 130929 6:16:05 [Warning] ‘—skip-locking’ is deprecated and will be removed in a future release. Please use ‘—skip-external-locking’ instead. 130929 6:16:05 [Warning] option ‘max_allowed_packet’: unsigned value 5824839680 adjusted to 1073741824 Unknown suffix ‘-‘ used for variable ‘sort_buffer_size’ (value ‘—read_buffer_size=256K’) 130929 6:16:05 [Warning] option ‘sort_buffer_size’: unsigned value 0 adjusted to 32776 130929 6:16:05 [ERROR] /usr/local/libexec/mysqld: Error while setting value ‘—read_buffer_size=256K’ to ‘sort_buffer_size’ 130929 6:16:05 [ERROR] Aborting
Смотрим записи с меткой [ERROR]. В логе выше ошибка «Error while setting value ‘—read_buffer_size=256K’ to ‘sort_buffer_size’» означает, что в конфиге my.cnf неверно прописана директива ‘sort_buffer_size. Этот случай приведен только для примера. В каждом конкретном случае лог будет различаться. Ошибки могут быть самые разные.
Дальнейшие действия зависят от конкретной ошибки и требуют детального разбирательства.
Решение проблем с кодировками MySQL
Чтобы решить проблему — достаточно понять логику работы. MySQL, начиная с версии 4.1, знает, что такое кодировки и как с ними работать. Если до 4.0 она работала с байтами, то теперь работает с символами.
MySQL написали шведы, поэтому кодировкой по умолчанию (сразу после установки) является latin1, а «сравнение» (последовательность букв, алфавит; влияет на сортировки) — latin1_swedish.
Итак, где кодировки указываются.
1. Кодировка конкретной базы/таблицы/столбца. Это кодировка, в которой MySQL будет хранить данные. Например, если у вас данные в cp1251, то будет большой ошибкой указывать для хранения кодировку latin1. В ней нет соответствий для русских символов, все они будут заменены на вопросы.
Кодировку хранения можно задать, например, так.В терминале открываем MySQL с помощью команды mysql или mysql -u имя_пользователя -p , вводим пароль, после чего пишем в консоли MySQL:
create database `имя базы` default charset cp1251;
Если кодировка не указана — будет использовано значение параметра default-character-set из файла /etc/my.cnf (либо latin1, если параметра нет). Кстати, именно этот параметр редактирует ISPmanager в свойствах сервера баз данных.
2. Кодировка соединения. Это кодировка, в которой клиент (скрипт пользователя, форум, mysql-клиент и т.д.) общается с MySQL. Когда клиент подсоединяется к серверу, тот ему сообщает значение параметра default-character-set . Таким образом они договариваются о том, в какой кодировке будут общаться. Кодировку общения можно изменить запросом (его лучше выполнять сразу после соединения с сервером):
set names cp1251
где вместо cp1251 вы можете указать нужную кодировку.
Кстати, множество современных правильных скриптов именно это и делают.
Одна сложность: есть ряд кривых клиентов, которые всего этого не понимают и общаются в какой-то своей кодировке. Персонально для них можно написать в /etc/my.cnf , секцию [mysqld] :
[mysqld] set init_connect=»set names utf8″
где вместо utf8 вы можете указать нужную кодировку.
Что это означает? Сразу после подсоединения любого клиента, MySQL выполнит запрос set names utf8 , как будто смену кодировки общения запросил сам клиент.
Это всё, что нужно знать для решения любой проблемы с кодировками в MySQL. Осталось несколько уточнений (самое интересное):
phpMyAdmin, mysqldump — обычные клиенты, на них действуют те же самые правила. Одно «но»: на все PHP-скрипты (включая phpMyAdmin) действует default-character-set из секции [client] в my.cnf . Для mysqldump есть отдельная секция [mysqldump] . Часто бывает так, что команда mysqldump «не видит» секцию [mysqldump] , поэтому в случаях, когда необходимо делать дамп БД в определенной кодировке, лучше использовать mysqldump с параметром —default-character-set=utf8 (вместо utf8 укажите нужную кодировку). ISPmanager прописывает default-character-set во все секции.
Дамп базы — это обычный набор MySQL-команд. Если вы в самое его начало напишете set names cp1251; , то эта команда тоже выполнится, и MySQL будет считать, что дальше все данные в дампе идут в кодировке cp1251.
Кодировки в MySQL-командах пишутся без кавычек и без «-» (дефисов). Популярные в России кодировки: utf8, cp866 (DOS), cp1251 (windows-1251), koi8r, utf8mb4.
И, наконец, пара советов:
- Если вы в этом новичок, постарайтесь свести всё к одной кодировке. Пусть у вас дамп и default-character-set (напомню, влияет на кодировку хранилища при создании таблиц и на кодировку общения с клиентом) будет в одной кодировке. Это избавит от путаницы и решит 90% проблем.
- Если есть возможность — используйте консольную утилиту mysqldump. phpMyAdmin — это дополнительная прослойка, которая лишь добавляет свою путаницу и свои баги.
Русификация MySQL
Чтобы русифицировать базу данных MySQL, не вдаваясь в подробности почему и как, проделайте следующие процедуры:
1. В конфигурационном файле /etc/my.cnf добавьте следующие строчки:
Под разделом [client]:
default-character-set=cp1251
Под разделом [mysqld]:
character-set-server=cp1251 collation-server=cp1251_general_ci init-connect = «set names cp1251»
2. После этого перезапустите базу MySQL или весь ваш виртуальный сервер (из ISPmanager или консоли).
Источник: firstvds.ru
Устранение проблем с подключением в SQL Server
Существуют различные причины проблем с подключением в SQL Server. Этот цикл статей помогает устранить наиболее распространенные проблемы подключения к SQL Server и описывает средства и методы, которые можно использовать для устранения неполадок.
Если затронуто несколько экземпляров SQL Server в вашей среде или проблема является временной, это обычно указывает на проблемы с политикой Windows или сетью. Хотя в этом цикле статей предоставляется руководство, некоторые конкретные сценарии могут не помочь устранить неполадки.
Подготовка
Перед началом устранения неполадок ознакомьтесь с разделом Рекомендуемые предварительные условия и контрольный список для устранения проблем с подключением, чтобы получить сведения о журналах, которые необходимо собрать для устранения неполадок. Существует также список быстрых действий, которые помогут избежать распространенных ошибок подключения при работе с SQL Server.
Распространенные проблемы с подключением
Используйте список ниже, чтобы перейти на соответствующую страницу статьи для получения подробных действий по устранению неполадок для вашего сценария:
- При установлении соединения с SQL Server произошла ошибка, связанная с сетью или с определенным экземпляром
- Невозможно создать контекст SSPI
- Сбой входа для пользователя Описывает следующие ошибки входа:
- «Сбой входа для пользователя «NT AUTHORITYANONYMOUS LOGON»»
- «Сбой входа для пользователя «(null)»»
- «Сбой входа для пользователя (пустое имя пользователя)»
- «Не удалось выполнить вход для пользователя «»»
- «Сбой входа для пользователя «»»
Средства и методы, которые помогают устранить проблемы с подключением
В следующих статьях приводится подробная информация о различных средствах и процедурах для устранения различных ошибок подключения:
- Настройка брандмауэров для работы с SQL Server Описывает настройку брандмауэра Windows для успешного подключения к экземплярам.
- Тестирование подключений к SQL Server с помощью файлов универсального канала передачи данных (UDL) Описывает, как тестировать подключения между SQL Server и клиентами с помощью файлов UDL.
- Использование средства PortQryUI в SQL Server Описывает, как использовать средство PortQryUI (сканер порта графического пользовательского интерфейса (GUI)) для устранения неполадок с подключением.
- Проверьте, прослушивается ли SQL Server на динамических или статических портах Описывает действия, которые помогают определить, прослушивается ли SQL Server на динамических или статических портах.
- Использование диспетчера конфигураций Kerberos для устранения проблем с SPN Описывает, как использовать диспетчер конфигураций Kerberos для устранения проблем с именем субъекта-службы (SPN).
Источник: learn.microsoft.com