Полнотекстовый поиск является функцией Механизма базы данных, и как таковой не основной компонент SQL Server 2008, но только подфункция; Вы не должны применять пакет обновления к нему, потому что это было уже применено к тому экземпляру Механизма базы данных.
Если Вы были f.e. установка Analysis Services на сервере, где они не были уже установлены, необходимо было затем применить SP1 к ним.
Взгляните на Chef / Vagrant . Не уверен, будет ли он достаточно быстрым, но есть что посмотреть.
На всякий случай, если вы не знакомы с Chef, это сервер, предназначенный для обеспечения простой подготовки серверов на основе кода. Я бы порекомендовал взглянуть на одну из интернет-трансляций. Интернет-конференция Django Chef
Бродяга, ви, шеф-соло и нож-соло Я думаю, что в этом рассказывается большая часть того, чем вы хотите заниматься.
Сообщение в блоге Vagrant Сообщение в блоге, показывающее быстрая настройка сервера с помощью Vagrant.
Посмотрите на Jenkins . В нем есть плагины, которые позволяют запускать сборки на виртуальных машинах в VMWare или VirtualBox или в облаке Amazon / Eucalyptus . Для виртуальных машин, работающих в облаке, вы можете указать сценарий инициализации, в котором вы можете выполнять такие действия, как установка пакетов.
Я бы использовал инфраструктуру виртуальной машины и создал базовый шаблон или использовал бы облако, как предложил @LarsKotthoff. Их легко быстро раскрутить, и вы можете быть уверены, с чего начали.
Однако в конечном итоге вам понадобится что-то за пределами этой виртуальной машины, чтобы организовать то, что происходит (настроить машину и запустить любой процесс, который вы хотите на ней). Я бы посмотрел на Jenkins за его способность фиксировать вывод скриптов для последующей проверки.
Хотя Jenkins начинал как CI-сервер, многие организации, с которыми я работал, теперь используют его для гораздо большего, это действительно инструмент для запуска (вручную или по расписанию) и сбора результатов, а также проверки того, что произошло. как и ожидалось. И это очень гибко.
Мы хотим настроить службу непрерывной интеграции (CI) для нашего проекта. Эта служба CI должна контролировать все аспекты жизненного цикла проекта, включая развертывание.
Дженкинс упоминается довольно многими. Вы можете начать с нуля со сценариями, но Jenkins предоставит вам такую же гибкость с меньшими накладными расходами на сборку.
То есть, мы хотим, чтобы агент CI на каждой итерации использовал чистую систему (в частности, Ubuntu Server). , разверните там наш проект и запустите тесты.
Развертывание проекта устанавливает несколько пакетов Debian, настраивает несколько сайтов nginx, а также устанавливает некоторые пакеты в диспетчере пакетов для конкретного языка реализации (LuaRocks) в масштабе всей системы. Нет ничего более навязчивого, чем это (я считаю). Таким образом, более важно иметь возможность быстро настроить все с чистого листа (в течение минуты на современном оборудовании, быстрее - лучше), чем для обеспечения абсолютной изоляции и чистоты.
Вот здесь и пригодятся образы виртуальных машин. Вы можете настроить свой чистый образ, и каждая машина запустит его вилку. Исходное изображение никогда не изменяется, но ваше тестирование не заметит разницы. У вас определенно должна быть возможность запустить образ начальной загрузки за минуту.
Платные решения подходят, если цены разумные. (Обычно они неразумны в этой области.) Решения удаленного CI не подходят.
Если вы ищете, чтобы одновременно работало несколько машин, ознакомьтесь с Nimbula (Я сейчас бесстыжие, я работаю на них). Для небольших развертываний это бесплатно и позволяет собрать собственное частное облако для тестирования ... или чего-то еще. Между Jenkins и файлом оркестрации вы можете запускать хост-серверы,