Я работаю с командой разработчиков, у которых экземпляры SQL установлены в разных местах. Чтобы иметь один файл конфигурации для наших локальных машин (вместо файла конфигурации для каждой машины), мы пытаемся иметь дело с установленным SQL с именами экземпляров, без имен экземпляров и т. Д .:
(местный) \ SQLEXPRESS
(местный)\
(местный) \ personName
Я посмотрел это руководство для настройки переадресации псевдонимов но когда мы создаем то же имя псевдонима, скажем «MyOldServer», я получаю ошибки при подключении к ненадежному домену с использованием проверки подлинности Windows.
За исключением переустановки SQL в одно и то же место на всех этих машинах? Как мы можем сделать так, чтобы все они указывали на одно и то же имя (желательно (местное), но мне все равно.
Изменить: моя строка подключения (работает)
<add name="masterDb" connectionString="integrated security=true;Data Source=(local);Database=masterDb" />
Строка подключения коллеги (также работающая на их локальной машине)
<add name="masterDb" connectionString="integrated security=true;Data Source=(local)\local;Database=masterDb" />
Мы хотели бы использовать один или другой, чтобы у нас была одна локальная конфигурация, проверенная в источнике. Я нормально переодеваюсь обе наши строки подключения ... но я бы хотел, чтобы у нас была такая же строка подключения без установки SQL, если это возможно. Мы загружаем все больше разработчиков, и заставить их всех переустановить SQL для соответствия будет обременительным.
Конфигурация псевдонима (моя машина):
Псевдоним: TestAlias Номер порта: пусто Порт: TCP / IP Сервер: localhost
Если я добавил TestAlias в свой файл hosts и попытаюсь подключиться (с помощью диспетчера конфигурации SQL) к имени сервера: testalias и проверке подлинности Windows, я получаю сообщение «Ошибка входа. Вход из ненадежного домена и не может использоваться с проверкой подлинности Windows»
Сначала убедитесь, что на вашем компьютере запущена служба браузера SQL. Это необходимо для работы псевдонимов.
Во-вторых, если вы работаете в 64-битной среде, убедитесь, что вы добавляете псевдоним как в 32-битную, так и в 64-битную конфигурацию собственного клиента SQL. SSMS использует 32-разрядный клиент.
Вам не нужно вносить изменения в DNS или файл хоста, если целевой сервер, который вы используете в конфигурации псевдонима, разрешается клиентом. При использовании localhost поскольку сервер для вашего псевдонима не работает, попробуйте использовать (local) вместо этого (хотя localhost должно работать нормально).
Кстати, если вы используете инструмент автоматизации сборки, такой как rake, psake, nant и т. Д., Вы можете настроить файл сборки на создание app.config / web.config для вас из шаблона на основе локальных настроек конфигурации. Шаблон для файла локальных настроек регистрируется в системе управления версиями вместе с файлами настроек для других сред (производственная, QS, промежуточная и т. Д.). Затем локальный разработчик должен поддерживать свой файл настроек. Когда они готовы к тестированию, они запускают сборку, которая генерирует файлы конфигурации. Шаблон конфигурации хранится в системе управления версиями, но не сам фактический файл конфигурации. Затем вы можете использовать автоматизированные серверы сборки / непрерывной интеграции, такие как TeamCity и CruiseControl.NET, для создания сборок для различных сред. Если вы этого не делаете, возможно, вы захотите изучить это. Все упомянутые мной инструменты сборки бесплатны и имеют открытый исходный код. CruiseControl.NET является бесплатным и открытым исходным кодом. TeamCity - это коммерческий продукт JetBrains, но для небольших сред сборки есть бесплатный вариант.