SQL-сервер Biztalk 2009 2 008 SP1?

В конечном счете это оказалось несоответствием версии базы данных, нисколько проблема аутентификации/авторизации, как “неудавшийся вход в систему” сообщение указывает.

Я нашел, что существует ошибка в средстве обновления версии базы данных: это испускает сценарии, которые правильно не заключают имена базы данных в кавычки, таким образом, для имен базы данных как мои, которые имеют тенденцию иметь много пробелов и т.д., это испускает операторы как USE Report Server (Sandbox)TempDB (вместо USE [Report Server (Sandbox)TempDB]), и сбои обновления. Разрешение состоит в том, чтобы иметь инструмент, испускают сценарий обновления, вручную ремонтируют его и применяют его самостоятельно. См. http://www.eggheadcafe.com/software/aspnet/30860451/database-problem.aspx

Вот еще несколько подсказок:

• Когда Менеджер конфигурации дает, Вы “обмениваетесь сообщениями” внизу страницы, можно нажать на сообщение для наблюдения большего количества деталей. (Нет ничего к подсказке Вас в к этому факту; это взяло меня долгое время, чтобы понять, что инструмент был готов объяснить мне, что база данных устарела, если только я волшебно нажал на что-то, что не приглашает нажатие.)
• Когда Вы спрашиваете, это для генерации сценария обновления для Вас (нажмите Script … кнопка, затем нажмите “Upgrade Database Script” слева), это предлагает Вам “Серверную версию”. Это на самом деле просит версию SQL Server Reporting Services, которая соответствует версии базы данных, от которой Вы пытаетесь обновить, который является неловкой вещью придумать. Кажется, что версия C.0.8.40 базы данных соответствует Reporting Services 2005, в то время как версия C.0.8.43 базы данных соответствует Reporting Services 2 005 SP1. (C.0.8.54 соответствует Reporting Services 2 005 SP2.)
• Сгенерированный сценарий, кажется, довольно устойчив против частично примененных обновлений, но с другой стороны он счастливо частично обновит Вашу версию базы данных. Таким образом, Вы могли бы преуспеть для принятия меры предосторожности как начало и фиксация тривиальных отмеченных (именованных) транзакций в обслуживании DBS, прежде чем Вы запустите скрипт обновления (для более легкого восстановления момента времени, должен что-то достигать угрожающих размеров), перенося весь сценарий в a BEGIN TRAN/COMMIT TRAN и выполнение его с sqlcmd -b, и т.д.