К сожалению, я не знаю прямого пути понижения БД с формата 2008 до 2005 года.
То, как я делал это в прошлом (на самом деле с более старыми версиями SQL-сервера, но процесс будет таким же):
- Восстановите БД в экземпляре SQL2008, если это еще не сделано
- Создайте пустую БД с правильными структурами (таблицами, индексами, ограничениями, представлениями, процессами, триггерами, ...) на экземпляре SQL2005. Надеемся, что вы можете сделать это из существующей процедуры сборки и / или исходного кода, но если нет, вы можете использовать SQL Server Manager для создания сценариев для всего в БД 2005 и запуска результата на пустом экземпляре в экземпляре 2008 года.
- Убедитесь, что два экземпляра могут видеть друг друга (т . Е. Нет брандмауэров, блокирующих соединения, если экземпляры находятся на разных компьютерах), и связать их, используя sp_addlinkedserver .
- Скопируйте все данные из одной БД в другую. Если нет никаких ограничений внешнего ключа и подобных проблем в триггерах, о которых нужно беспокоиться, вы можете просто связать вместе БД и просмотреть список таблиц (выбирая их из sys.objects) и запустить
INSERT destinationserver.destinationdb.schema.table SELECT * FROM sourcedb.schema.table
(или, INSERT schema.table SELECT * FROM sourceserver.sourcedb.schema.tableесли вы связали экземпляры таким образом, )
для каждой таблицы. Если у вас есть ограничения и триггеры, обеспечивающие согласованность между таблицами, вам, конечно, нужно быть немного более умным в отношении порядка этих операций, особенно если у вас есть циклические ограничения, такие как таблица с ограничением на основе самой себя (одна иерархия хранения) данные, как возможный пример).
Может быть более эффективно сначала просто скопировать данные и добавить все остальные структуры (индексы, процы, триггеры, ...) после шага 3. Это позволяет избежать проблем с порядком вставки строк, вызванных ограничениями и триггерами, и построения индексов на Теоретически конец должен быть быстрее, чем создавать их, поскольку все данные добавляются - хотя, если у вас есть какие-либо кластеризованные индексы в ваших таблицах, создайте их перед добавлением данных, поскольку они не будут быстрее создаваться после факта.
Конечно, все это предполагает, что ни один из ваших объектов не использует специфические функции SQL 2008 - если они это сделают, вы, надеюсь, обнаружите и исправите такие вещи, когда произойдет ошибка при перестройке схемы. Если какой-либо из ваших кодов основан на официально не определенном поведении, которое может варьироваться в зависимости от версии SQL Server, у вас могут появиться некоторые более тонкие и неуловимые ошибки, которые нужно выследить и устранить позже.