Доброго дня!

Подскажите пожалуйста, перенос базы с MSSQL 2008 на MSSQL 2019 методом Мастер экспорта-импорта - Native Client (в моём случае, версия 10) - на сколько легитимное решение? Именно в разрезе, не потеряется ли в базе что-то ценное так, чтобы она потом оказалась битой или некоторые моменты в ней окажутся битыми или она будет, например, жёстко тормозить из-за неправильной структуры и т.п.?

Сразу отвечу на вопрос "нафиг так геммороиться": при переносе даже внутри MSSQL 2008 размер раздутой 122гб базы уменьшается до 48гб, однако, если делать через бэкап-восстановление, тогда размер раздутой базы уменьшается до 72гб. Это из-за потери данных при переносе или это из-за отсутствия при таком типе переноса "лишних" пустот в данных из базы?... Назрел переход на 2019 сервер. Спортивный интерес: убить двух зайцев одним выстрелом.

Выгрузи в дтшник в одной базе и загруки в другой.

загрузи*

Просто детач-аттач.
Снизу вверх это делается безболезненно

Делай через фул бекап sql.
По поводу уменьшения размера не парься он все равно вырастет до старого за пару месяцев.

(3) аттач детач может и не сработать, пример например дба пользователя может не найти на новом сервере.

По этому только через бекапы

(5) "дба пользователя может не найти на новом сервере"
Такого дба нужно гнать.

(6) dbo, владелец базы.

Это опечатка была😁

(7) Так я и говорю - такого дба (это не опечатка), у которого что-там не найдётся - гнать нужно..

(5) и часто у тебя дба не находится на новом сервере?...

Коллеги, получилось обсуждение типа "как лучше переместить базу", а тема была именно про решение экспорт-импорт через native client. Может кто-нибудь хотя-бы скажет, чем этот метод плох, кроме времени выполнения? (кстати, в сравнении с dt могу сказать - очень близко по времени получилось)

(10) А зачем? Если есть нормальные способы? Бекап или детач...
Или вы, как те, кто героически преодолевают трудности, которые сами создали?

(11) Я ж написал - спортивный интерес) А вообще - да. На грабли уже наступил. Теперь пытаюсь понять, проблемы которые возникли (при одновременной работе большого количества пользователей - таймаут блокировки и жёсткие тормоза) - это следствие или совпадение. А так как меняли ОСь и MSSQL - не всё так очевидно.

Размер базы уменьшится ибо уйдет пустое пространство. Но малое его количество это плохо

(12) импорт не всегда корректно работает с индексами, то есть данные перенеслись а часть индексов или не создадутся или неожиданно станут другими...
опять-же DBO, права на таблицы и тд. То есть если работаешь через SA то этого и не заметишь, но подключать базы через SA это не очень хорошо...

опять-же флаг трассировки который требуется для 8.3....