как перенести базу с 2016 на 2014 SQL ?

Через SQL бекап не выйходит - версия на понижение
Через DT - боюсь размер базы не позволит (гигов 40)
Через мастер переноса SQL - не выходит, пишет про неверный индекс

>>Через DT - боюсь размер базы не позволит (гигов 40)

40 Гб это разве размер?

(0) "не выходит, пишет про неверный индекс"
и это, конечно же, полностью исключает использование этого метода?

(0) Да хоть террабайт, вопрос времени. Переносил стогиговые через дтшник. В конце дня сегодня запусти, завтра с утра дтшник будет готов, запустишь загрузку, если сервак не совем дохлый,  то к вечеру будет развернутая база

(0) Можно же понизить уровень совместимости и перетащить через свойства базы, либо через alter database?

(0) проще через dt, а так, генератор скриптов нужно запустить.. тип того:

http://www.sql.ru/forum/actualutils.aspx?action=gotomsg&tid=939030&msg=14206030

(0)в сиквеле есть средство миграции(импорт и экспорт данных ms sql) там указываешь откуда, куда, как, типы, фильтры. быстрее чем дт там всякие, файловые потоки и прочая херь.

(4) не можно

(0) У меня размер mdf 100+ гигов, dt - 20+ гигов. И вполне себе через dt бекаплю и ресторю

(0) У меня как раз одна база 40 Гб.
ДТ за 1-2 часа выгружается и за столько же загружается.

(0) Для чего потребовалось понизить версию?

можно посмотреть в сторону linked server, но не факт.

Если заведется, тогда тупо цикл по всем таблицам источника
как
select * into tablename  from  ls.db.dbo.table

перед этим дропать, понятно, или проверять..

(9) у нас базы постоянно заняты, выделить 4 часа на перенос - это значит делать ночью, а хочется по быстрому за 15 мин утречком.
(10) все приводим к лицензиям

в понедельник буду пробовать через мастер переноса с использованием аттач/детач, но msdm рекомендуют именно так

(0) Если конфа типовая, то можно через РИБ. Начальный образ сделать вручную без данных, потом потихоньку переливать.

(13) РИБ не вариант. Это будет очень долго.
Я когда 1 год (не более 5ГБ) в базе 40 Гб отрезаю, так обмен потом часов по 5-6 идет. Тут только выгрузка будет идти более суток. Плюс транзакция от нее.
Еще загрузка столько же.

(12) А советы с форума мелкомягких пробовал?
https://social.technet.microsoft.com/Forums/ru-RU/830c1639-a64d-4347-8d38-b8f6f7346c73/-sql2016-sql2014?forum=sqlru

Вроде как написано что "можно легко перемещать или копировать базы данных и их объекты с одного сервера на другой, без перерывов в работе сервера."

Не по вопросу сабжа, но околоблудно:
-с последними версиями платформы .10 и .11 есть смысл ставить 16 и сразу поднимать уровень совместимости до 2016 (как это сделано у вас). Как правило, поднимая максимальный уровень на конкретной версии SQL - ситуация будет лучшей, чем была ранее. Тебе нужно взять какие-то ресурсоемкие операции и замерить, когда ты откатишься на 2014 - ухудшится ли это время или нет?
- в 2016 по умолчанию много флагов включено / не имеет смысла. Поэтому при откате в 2014 вам нужно вернуть к флагам и выставить нужные.
- самый простой способ переноса, в твоем случае - через DT. 40 гигов он твои превратит скорее всего где-то в 2. Про "15 минут утречком" - все равно нужно будет запустить регламентные операции на скуле, вряд ли они у вас пройдут за 15 минут ;)

В целом, тебе бы хорошо для начала провести тестирование - не ухудшится ли производительность от такого переезда. И уже дальше принимать решения - не проапгрейдить ли несчастный сервер до 2016 г. Если у вас Standart редакция - там смешная сумма в масштабах даже небольшого предприятия.

(14) Фишка в том, что это можно делать, не прерывая работы пользователей. Конечно, если не в одной транзакции все грузить.