Я соглашаюсь с Scott, что это может быть очень сложно и легко пропущено. Стратегия развертывания очень специализирована также. Если Ваше приложение полностью сам содержавшееся в одной папке, это могло бы быть легче, чем приложение, это ссылается на GAC. Который в свою очередь мог бы быть легче все еще, чем сервер, который должен поддержать несколько версий приложения что ссылки несколько версий блоков GAC. Мы не хотим начинать говорить о файлах политики здесь :).
Говорить все это объединение Microsoft Web Deployment Tool с Маршрутизацией Запроса приложения является одним хорошим вариантом. В IIS7 возможно создать пакеты установки с помощью инструмента. Также возможно указать на инструмент на веб-приложение и скопировать целое приложение в папку архива приложения. Можно затем развернуться от этой папки архива до IIS6 или веб-сервера IIS7 (IIS5, не поддерживаемый). Я использовал бы запрос приложения, направляющий как Scott, предложенный отделяться живой от тестовых веб-сайтов. После того как Вы проверили, что недавно опубликованный веб-сайт хорош, Вы могли бы установить ARR для маршрутизации к новой версии.
vijay,
Сделайте точно, как говорится в сообщении об ошибке. Найдите файл ссылаемым в конце сообщения и ищите особую информацию о журнале SPException. Если Вы находите его и не можете понять его, отправить соответствующие части здесь. Удостоверьтесь, что учетные записи, которые Вы указали во время мастера конфигурации, настроены правильно для их роли в ферме SharePoint.
Похож на Вас или записали неверное имя пользователя / комбинация пароля при запущении мастера, или Вы - машина, не подключен к домену.