Мы запускаем интеграционные тесты в задачах сборки Visual Studio Online, выполняя их для экземпляра LocalDB, который работает на размещенном агенте сборки VSTS.
У нас есть задача запустить LocalDB, выполнив следующие команды:
sqllocaldb create MSSQLLocalDB
sqllocaldb start MSSQLLocalDB
sqllocaldb info MSSQLLocalDB
Это нормально, когда он запускается:
LocalDB instance "MSSQLLocalDB" started.
Name: MSSQLLocalDB
Version: 13.1.4001.0
Owner: factoryvm-az442\VssAdministrator
Auto-create: Yes
State: Running
Строка подключения из проекта интеграционного тестирования выглядит так:
Server=(localdb)\\MSSQLLocalDB;Database=MyDatabase;Trusted_Connection=True;MultipleActiveResultSets=true
Это работает уже больше года, но в последние несколько дней мы наблюдаем это при попытке запустить тесты:
Login failed for user 'factoryvm-az442\VssAdministrator'
Поскольку используется Trusted_Connection
, я не уверен, почему он не может войти в систему. Я тоже пробовал удалить его. Я также попытался разобрать имя экземпляра с именем канала из вывода sqllocaldb info MSSQLLocalDB
и использовать его в строке подключения, например. Server=np:\\.\pipe\LOCALDB#1579B709\tsql\query;Database=MyDatabase
, но потом получаю:
A connection was successfully established with the server, but then an error occurred during the login process.
(provider: Named Pipes Provider, error: 0 - No process is on the other end of the pipe.)
Есть идеи, как мы можем снова запустить это?
Примечание: обратите внимание, что это нет то же самое, что и # 44724118, так как у меня нет недопустимой строки подключения и я не использую IntegratedSecurity
.
Это для старой версии SQL Server, а не для LocalDB. Тем не менее, я тоже пробовал использовать именованные каналы, но у меня получился No process is on the other end of the pipe
@Cocowalla Можно ли успешно запустить команду локально с помощью утилиты sqllocaldb?
@ AndyLi-MSFT Да, при локальном запуске все по-прежнему работает. Примерно неделю назад все это работало в VSTS.
Я также открыл Проблема с GitHub, и кто-то из Microsoft ответил, что они обновили образ агента VSTS - похоже, это решило проблему.
Этот Вопрос по MSDN SQL Server может дать некоторое представление. Это не совсем та же проблема, но в этом случае ошибка была вызвана тем, что TCP / IP не был полностью включен или настроен для локальной БД для получения внешней связи.