Я унаследовал более старую систему с BizTalk (Server 2010), в которой приложение и его база данных находились на разных серверах в разных доменах.
Были предприняты усилия по модернизации систем и приложений, и мне пришлось смириться с этим, когда базы данных были обновлены с SQL Server 2008 до 2017. Я думал, что это уменьшит сложность, если мы одновременно переместим базу данных из ее домена, чтобы присоединиться к ней. тот же домен, в котором находится приложение. Поскольку это был последний артефакт в домене, мы могли бы также удалить контроллер домена (теоретически).
Перемещение базы данных произошло в рабочей среде, и она олицетворяет старую версию, так что BizTalk Server 2010 по-прежнему может получить к ней доступ, и приложение работает — и это меня обрадовало.
Однако мы попытались удалить контроллер домена для домена, в котором раньше находилась база данных, и затем приложение не удалось, заявив, что оно больше не может аутентифицироваться в базе данных. После включения контроллера домена он снова начал работать.
Я просмотрел то, что, как мне кажется, является настройками приложения BizTalk и настройками базы данных из SSMS, но я понятия не имею, почему все еще существует зависимость от контроллера домена, который мы оставили позади. Я должен предположить, что ранее, поскольку приложение и база данных находились в разных доменах, для правильной работы между доменами была установлена некоторая форма доверия.
Я ничего не знаю о контроллерах домена и не имею доступа к ним или их активным каталогам.Мне нужно какое-то направление, и я несколько раз искал в Интернете, когда мог, но безрезультатно.
Я полагаю, что это либо что-то, что я пропустил в базе данных или приложении, что я все еще могу исправить, либо это связано с конфигурацией AD на одном или обоих контроллерах домена. Если дело в последнем случае, то мне нужно знать, что попросить проверить у ИТ-группы компании, так как они считают, что это проблема приложения, и не будут более полезны без конкретных подробностей.
Бизнес надеется, что я избавлюсь от старого контроллера домена. Какие есть идеи по поводу решения этой проблемы?
Первоначально это было задано на Stack Overflow (поскольку я разработчик), но это не соответствовало их рекомендациям, и они предложили вместо этого опубликовать здесь. У меня на тот момент был один отклик, услужливый человек, который предложил поискать старое доменное имя с помощью поиска по тексту всех таблиц базы данных управления BizTalk. Я просмотрел каждый из них и не нашел здесь никаких ссылок на старое доменное имя. Надеюсь, это поможет сфокусировать предстоящую помощь.
