Поскольку вы перемещаете данные между серверами или экземплярами, я бы рекомендовал перемещать данные с помощью потоков данных.Если вы не собираетесь запускать код более одного раза, вы можете позволить мастеру сгенерировать ваш код для этого перемещения.Однако, когда я делал это один раз 2+ года назад, сгенерированный код мастера объединил задачи выполнения sql, которые объединили много команд «создать таблицу» в одну задачу и создали несколько задач потока данных, в которых было несколько источников и мест назначения для вставки данных впункт назначения.Это было хорошо, чтобы начать работу, но было недостаточно, когда я захотел обновить таблицы еще раз после того, как я изменил схему новых таблиц назначения.Если вы планируете запускать обновление более одного раза, вам может потребоваться сначала создать целевую схему, а затем вручную создавать потоки данных.
После перемещения данных вы можете включитьПолнотекстовый поиск на новом сервере.Я не верю, что вам нужно будет включить это при первой загрузке.
Одна из причин, по которой я рекомендую не использовать метод отсоединения-подключения для миграции, заключается в том, что вы переносите все грязное белье из базы данных 2000 года в 2008База данных R2.Если у вас была слишком слабая защита на сервере 2000 или у многих древних пользователей, которых не должно быть, было бы проще очистить это, начав с нуля.Если вы используете метод detach-attach, вам придется беспокоиться о пользователях.