Проблемы с БД после публикации с помощью мастера публикации базы данных из MSFT

Question

Я работаю на довольно многих сайтах DotNetNuke, а иногда (я еще не понял общий фактор), когда я использую мастер публикации базы данных из Microsoft для создания сценариев для сайта, который я создал на моем сервере Dev, после запуска скриптов на хосте (обычно GoDaddy.com) и загрузки файлов сайта, я получаю сообщение об ошибке ... Я 99.9% уверен, что это не связано с файлами , поэтому не уверен, с чего начать в БД. К сожалению, с DotNetNuke вы не получаете YSOD, а генерическую ошибку, не имея реального способа найти фактическое исключение, которое произошло.

Мне просто интересно, если у кого-то были проблемы с развертыванием с использованием мастера публикации базы данных, и если да, то как они их преодолели? У меня есть набор инструментов RedGate, но некоторые хосты, такие как GoDaddy, не позволяют вам напрямую подключаться к их серверам ...

Answer 1

Созданные скрипты мастера публикации базы данных обычно нужно настраивать, поскольку иногда он получает неправильный порядок в таблице/создание процедуры при работе с ограничениями. То, что я делаю, это сначала создать резервную копию базы данных, затем запустить скрипт, и если я получу ошибку, я переведу этот запрос в конец скрипта. Продолжайте восстанавливать базу данных и запускать скрипт до тех пор, пока он не будет работать.

Answer 2

Вы должны быть в состоянии разоблачить сообщение о ошибке, установив следующее в web.config:

customErrors mode="Off" 

Не могли бы вы подробнее остановиться на «и загрузки файлов сайта»? Новый экземпляр DNN? обновление существующего сайта? обновление версии DNN? Если обновление или обновление - какие файлы вы добавляете/перезаписываете?

Кроме того, при использовании GoDaddy вы можете проверить, что личность веб-сайта (сетевой сервис или учетная запись asp.net в зависимости от вашей версии IIS) имеет достаточные разрешения для файловой системы веб-сайта? Он должен иметь разрешения на изменение, и их, возможно, придется повторно использовать, если вы переписываете файлы.

• IIS6 (XP, Server 2000, 2003) = ASP.Net Machine Account
• IIS7 (Vista, Server 2008) = Network Service

Answer 3

Проверьте свои сгенерированные сценарии на новых локальных базах данных (используя бесплатный продукт SQL Express или полный контракт на питание). Если он работает нормально локально, вы можете быть уверены, что он будет работать в другом месте, при прочих равных условиях.

Если он бомбит, когда вы запускаете его локально, используйте процесс устранения и прокладывайте себе путь через выполнение скрипта, чтобы найти код нарушения.

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

Answer 4

Просто прочитайте ваше мнение. В каждом случае, когда у меня была ваша проблема, это всегда было связано с строкой соединения в web.config. Даже после того, как вы смотрели на него, это всегда было проблемой строки подключения в web.config. Встаньте, прогуляйтесь, а затем вернитесь.

Answer 5

Если вы получаете страницу с ошибками DNN, есть вероятность, что она может зарегистрировать ошибку в таблице событийного журнала.

Answer 6

Есть две области, которые я хотел бы посмотреть на -

1. Вы работаете в схеме DBO и ваш сценарий базы данных с помощью DBO?
2. Вы используете объектный указатель в своем dev или вашей производственной среде ? (Посмотреть на конфигурацию sqldataprovider настройки)

Answer 7

В зависимости от того, что происходит и что DNN показывает вам, что вы могли бы быть в состоянии вручную заглянуть внутрь таблицы EventLog, вытащить данные XML, хранящиеся там, и разобрать его найти трассировку стека и подробную информацию о конкретной ошибке.

Тем не менее, я обнаружил, что у меня гораздо больше опыта в развертывании с использованием резервных копий и восстановления моей базы данных. Таким образом, я на 100% уверен, что все объекты перемещены правильно, и, честно говоря, он работает лучше в моем опыте.

С GoDaddy Я знаю, что другая ОСНОВНАЯ проблема - неправильные права доступа к файлам, не позволяя DNN изменять файл web.config и другие файлы, которые ему нужно выполнить.