My<cod/>.net
Проблемы с DB после публикации с помощью мастера публикации базы данных из MSFT
Я работаю на довольно большом количестве сайтов DotNetNuke, и иногда (я еще не выяснил общий фактор), когда я использую мастер публикации базы данных от Microsoft для создания сценариев для сайта, который я создал на своем сервере разработки, после запуска сценариев на хосте (обычно GoDaddy.com) и загрузки файлов сайта, я получаю ошибку... Я 99.9% уверен, что это не связано с файлом, поэтому не уверен, с чего начать в DB. К сожалению, с DotNetNuke вы не получаете YSOD, но общую ошибку, без реального способа найти фактическое исключение, которое произошло.
Мне просто любопытно, если у кого-то были подобные проблемы deployment с использованием мастера публикации базы данных, и если да, то как они их преодолели? Я владею набором инструментов RedGate, но некоторые хосты, такие как GoDaddy, не позволяют вам напрямую подключаться к своим серверам...
Сгенерированные скрипты мастера публикации базы данных обычно нуждаются в настройке, так как он иногда получает неправильный порядок создания таблицы/процедуры при работе с ограничениями. Сначала я делаю резервную копию базы данных, затем запускаю сценарий, и если я получаю ошибку, я перемещаю этот запрос в конец сценария. Продолжайте восстановление базы данных и запуск скрипта, пока он не заработает.
Вы должны быть в состоянии предоставить базовое сообщение об ошибке, установив следующее в web.config:
customErrors mode="Off"
Не могли бы вы подробнее остановиться на "и загрузке файлов сайта"? Новый экземпляр DNN? обновление существующего сайта? обновление версии DNN? Если обновление или обновление -- какие файлы вы adding/overwriting?
Кроме того, при использовании GoDaddy вы можете проверить, что удостоверение веб-сайта (сетевая служба или учетная запись компьютера asp.net в зависимости от версии IIS) имеет достаточные разрешения для файловой системы веб-сайта? Он должен иметь разрешения на изменение, и они могут потребоваться повторно, если вы перезаписываете файлы.
- IIS6 (XP, Server 2000, 2003) = учетная запись компьютера ASP.Net
- IIS7 (Vista, Server 2008) = сетевая служба
Протестируйте сгенерированные скрипты на новой локальной базе данных (используя бесплатный продукт SQL Express или полный пакет услуг). Если он работает нормально локально, то вы можете быть уверены, что он будет работать в другом месте, при прочих равных условиях.
Если он бомбит, когда вы запускаете его локально, используйте процесс устранения и пройдите через выполнение скрипта, чтобы найти нарушающий код.
Моя догадка заключается в том, что порядок сценариев может быть отключен. Я думаю , что это произошло раньше с мастером публикации базы данных.
Просто прочитайте ваши последующие действия. В каждом случае, когда у меня была ваша проблема, это всегда было связано со строкой подключения в web.config. Даже после нескольких часов пристального взгляда на него, это всегда была проблема строки подключения в web.config. Встань, прогуляйся, а потом возвращайся.
В зависимости от того, что именно происходит и что показывает DNN, вы можете вручную заглянуть в таблицу EventLog, вытащить хранящиеся там данные XML и проанализировать их, чтобы найти стек trace и подробную информацию о конкретной ошибке.
Я обнаружил, однако, что я получаю MUCH лучший общий опыт с развертываниями с использованием резервных копий и восстановлений моей базы данных, таким образом, я уверен, что все объекты перемещены правильно, и, честно говоря, он работает лучше в моем опыте.
С GoDaddy я знаю, что еще одна распространенная проблема MAJOR-это неправильные разрешения файлов, не позволяющие DNN изменять web.config и другие файлы, которые ему нужно сделать.