Настройка единого входа BizTalk и ошибка SQL 18456, уровень серьезности 14, состояние 16 - PullRequest
1 голос
/ 30 декабря 2008

У меня возникла серьезная проблема при попытке настроить новую установку BizTalk Server 2006 (не R2). На сервере ранее был установлен BizTalk, и он работал нормально. Я удалил BizTalk, удалил базы данных и задания с сервера SQL, который является отдельным компьютером, и переустановил BizTalk. Установка прошла успешно, без ошибок во время установки и ничего в журналах установки.

Я настраиваю сервер BizTalk как главный секретный сервер единого входа, а также создаю новую группу BizTalk и регистрирую среду выполнения BizTalk. Процесс всегда выдает ошибку при создании базы данных единого входа на сервере SQL. В ConfigLog есть пара предупреждений, что MSSQLServerOLAPService does not exist, тогда он показывает ошибки при создании базы данных единого входа. Есть 4 в ряд. По порядку они:

Error ConfigHelper] [DBNETLIB][ConnectionOpen (Connect()).]SQL Server does not exist or access denied.
Error ConfigHelper] SQL error: 08001 Native error code: 17
Error ConfigHelper] c:\depotsetupv2\private\common\configwizard\confighelper\sqlhelper.cpp(1176): FAILED hr = 80004005
Error ConfigHelper] c:\depotsetupv2\private\common\configwizard\confighelper\sqlhelper.cpp(918): FAILED hr = 80004005

Затем возникают похожие ошибки при попытке создать каждую из баз данных BizTalk.

На сервере SQL имеются соответствующие ошибки в журналах сервера SQL - 2 для каждой попытки Ошибка входа для пользователя '[USERNAME]'. [CLIENT: [IP ADDRESS]] Ошибка: 18456, серьезность: 14, состояние: 16

Первая ошибка из журналов SQL также отображается как аудит сбоев в журнале событий приложений сервера SQL.

Самая большая проблема, с которой я сталкиваюсь, заключается в том, что пользователь, вошедший на сервер BizTalk, является локальным администратором как на сервере BizTalk, так и на сервере SQL, и входит в группу системных администраторов SQL. Пользователь, для которого я настраиваю службы BizTalk, также является локальным администратором на обоих серверах и в группе sysadmin на сервере SQL. Я проверил настройки MSDTC на обеих машинах и убедился, что они установлены в соответствии с рекомендациями документации BizTalk. Браузер SQL работает на компьютере SQL, и я убедился, что доступ к сети разрешен с помощью инструмента настройки поверхности SQL.

Может ли кто-нибудь помочь мне найти то, что я мог пропустить?

Re: Игал:

Да, все серверы и пользователи находятся в одном домене. Я изучал эту публикацию по протоколам SQL при исследовании этого, но я попытался выбрать счет в одной из таблиц в базе данных по умолчанию для вошедшего в систему пользователя, когда он подключен к другой базе данных. У меня не было никаких проблем при выполнении этого запроса.

Re: Йосси:

Я устанавливаю BizTalk на Windows Server 2003 R2 SP1. Да, я удалил SSODB (не упустил бы я из виду пропустить что-то подобное!). Я позабочусь о том, чтобы я правильно указывал имена пользователей, проверил источники, на которые вы ссылались, и свяжусь с вами.

Ответы [ 3 ]

0 голосов
/ 05 января 2009

У меня все настроено правильно. К сожалению для меня, ответом стал стандартный ответ «Windows» - перезагрузите компьютер и попробуйте снова. Как только я перезагрузил SQL-сервер, я смог настроить BizTalk очень хорошо.

Однако я собираюсь сделать ответ Йосси принятым, поскольку он будет наиболее актуальным для всех, кто может читать этот вопрос.

Просто не забудьте перезагрузить компьютер после всех изменений настроек!

0 голосов
/ 24 декабря 2014

Убедитесь, что BizTalkMgmtDb и BizTalkMsgBoxDb имеют вашу локальную учетную запись администратора в качестве владельца БД. Щелкните правой кнопкой мыши базы данных -> Свойства -> Файлы -> Владелец:

0 голосов
/ 31 декабря 2008

Несколько указателей:

При настройке единого входа Windows учетные записи, использующие локальные учетные записи, вы необходимо указать имя учетной записи без имя компьютера.

При использовании локального сервера SQL с именем экземпляр как хранилище данных, вы должны использовать Вместо LocalMachineName \ InstanceName LocalMachineName \ InstanceName, PortNumber.

  • Ознакомьтесь с соответствующим руководством по установке (не беспокойтесь о том, что оно относится к R2, они, кажется, скрыли документацию 'R1', но они одинаковые) и, в частности, раздел «Группы Windows и учетные записи служб»

  • также - просто чтобы быть уверенным - когда вы удалили BizTalk и удалили базы данных - вы также удалили SSODB, верно ?! : -)

  • Файлы журнала приводят в замешательство - особенно когда вы решаете, какая ошибка является острой - вы пробовали искать другие ошибки, которые у вас были? (проверьте эту запись в блоге , например)

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...