Приветствую. Нужен совет.
Есть старая виртуальная машина(ВМ1) с Windows Server 2008 R2, SQL Server 2008 R2,сервер 1С:предприятие 8.3.
На ней крутятся 4 базы 1 УСН 7.7, 1 ПУБ 7.7, и 2 базы УПП 8.3 в режиме сервера 1С:Предприятие.
На гипервизоре 1 ЦП, 64Гб ОЗУ(ограничение ОС 32Гб), 2хSSD Intel SSDSC2BX400G4 400Гб(RAID 1), 2хHDD 2Тб(RAID 1).
Приобрели для резерва в планах перехода на новый сервер сервер с 2 ЦП, 128ГБ ОЗУ, 2хSSD 1.92TB Intel
SSDSC2KG019T8(RAID 1),2хHDD 4Tb(RAID 1). Настроил новую ВМ(ВМ2) Windows Server 2016, SQL Server 2014,
сервер 1С:Предприятие. Перенес 2 базы УПП через выгрузку\загрузку .dt. С ними проблем нет(пока нет, так как
сервер не запущен, пользователи работают в старой ВМ1).
Затык начался с базой ПУБ(который работал в SQL Server 2008 R2 на уровне совместимости SQL Server 2000).
Удалось побороть ошибку с поиском процедуры sp_dboption c помощью скрипта Гилева. Но далее наткнулся на
ошибку SQL State:25000 Native 0 Недопустимое состояние транзакции.
Начал гуглить и понял что 7.7 не дружит c уровнем совместимости выше SQL Server 2000, соответственно чтобы
поддерживать базы 1с 7.7 придется использовать версию SQL Server не выше 2008(R2). SQL Server 2014 поддерживает только 2008, 2012 и 2014.
На новой ВМ2 не хотелось бы устанавливать старые версии ПО, уже для теста установил SQL Server 2014, накатил
все CU. В связи с чем вопрос - есть ли возможность запустить базу 1c 7.7 ПУБ в новой ВМ2 с SQL Server 2014??

P.s. Есть конечно вариант оставить эту виртуалку(с 2 базами 7.7 ПУБ и УСН) в рабочем состоянии после переноса 2 действующих баз УПП в новую ВМ2. База 7.7 ПУБ уже архивная, но время от времени возникает необходимость обращаться к ней.

P.s.s Второй вопрос, не могу сделать выгрузку этой базы. Содержится достаточно большой объем информации за
2011-2018гг. Выгрузка заканчивается с ошибкой. Пробовал разные хитрые клиенты, в том числе через romix.dat.
Может кто поможет в этом. Выгрузку хочу сделать для создания файловой версии этой базы, чтобы был архив
который не зависит от установленной и настроенной версии SQL Server.

P.p.s Прошу прощения за возможный нетехнический стиль изложения вопроса.

>> Прошу прощения за возможный нетехнический стиль изложения вопроса.

Это такой шутка, да?

по первому вопосу - смотри "секретный релиз"
по последнему вопросу - если в файло не выгружается, то в файловую-то - влезет? ромиксовский патч просто отключает архивацию

Разделить по виртуалкам 1 и 2.
Выгрузку не делать. Сделать бэкап средствами SQL.

(2) а этот релиз более чем 2008 работает?

(4) https://infostart.ru/1c/tools/82018/
Поддерживаемые SQL-сервера:

MS SQL 2000;
MS SQL 2005;
MS SQL 2008;
MS SQL 2008 r2;
MS SQL 2012;
MS SQL 2014;

(5) офигеть

(5) забавно инфостарт который принадлежит 1с такое распространяет ;)

(7) ну формально использование прокси-длл изменений не вносит, т.е. лицуху не нарушает.
Но вроде на инфостарте лежит 3 секрелиз, а у spock'а последний известный мне был седьмой...

+(2)Win 2008 Std R2 + SQL 2008 Ent R2 + v77.27.1 SQL, жёсткий тупняк работы с БД#103

+(8) наврал. На инфостарте - Solution7, т.е. седьмой.
зы. ТС пропал...

(0) занафига 14 ? ставь 2019 хотя бы. Клюшки на ней тоже работают.

ЗЫ: делать через dt - это за гранью добра и зла, когда сам скуль без проблем разворачивает архив со старых версий.
Режим совместимости везде поднять до максимального, в клюшках, так и подавно.

Подождите, не пропал. Перевариваю, в том числе написанное вами.
2 виртуалки конечно не хотелось бы держать, вообще старый сервер хотел бы переустановить, обслужить скажем так. Но это скорее всего самый разумный вариант. Чтобы не "патчить, дорабатывать" новую ВМ2, в итоге получить какие-то ошибки в будущем.

(0)
>>>На новой ВМ2 не хотелось бы устанавливать старые версии ПО

ты их уже установил.

(13) Хотя бы не 2008, совсем на 2019 не хотелось бы -тут  на 2014 уже есть вопросы в связи с использованием 7.7.

(14) 7.7 прекрасно на 2022 скуле крутится, какие еще вопросы ?

Но ставить надо, минимум 19, ибо на нем снеговик существеннее быстрее работает, чем, 2008, например.

(14)
1.качай "Секретный релиз платформы v77.27.7", он есть еще много где кроме нимфостарта.
2. Читай (9)
3. слушай Ёпрст

Для 7.7 создать маленькую виртуалку на 2003 сервере с SQL2000.

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

Короче, старому софту - старую систему.

(18) почему вы так любите прикладную проктологию?

(15) Наверное закидаете чем-нибудь в текущих реалиях использования и проверок лицензионного ПО, но действующая лицензия на SQL Server не разрешает использование выше 2014, это правда. Я поэтому и нацелился на 2014.

(1) Нет, не шутка.

(19) А что не так? Если платформа 7.7 перестала разрабатываться во времена, когда 2003 сервер был новинкой. Что ей может дать более новая ОС, кроме проблем совместимости, глюков и тормозов?

(20) Опять пошутили? В Вашем сообщении даже ИЗБЫТОК технической херни и Вы серьёзно предположили, что у Вас "нетехнический стиль изложения вопроса"?

(22) Привык все подробности, которые могут пригодится, подтолкнуть к решению, приводить сразу, а не ждать наводящие вопросы. Извините, если что не так.

(23) "которые могут пригодиться"
https://tsya.ru/

(23) много лишних подробностей, ну да фиг с ними.
Путь решения понятен, или вопросы остались?
кстати, базы достаточно типовые, или есть прямые запросы и прочие плюшки?

(25) В принципе понятно, вопросы наверняка будут. Спасибо всем, кто откликнулся.
Хочется конечно решения выгрузки из скуля и загрузки в файловую. Но видимо в моем случае, проблема больше тривиальная, чем решаемая.

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

(27) писал в начальном посте - база архивная, в нее заглядывают когда возникает необходимость, кстати mdf весит 17Гб. Хотелось на всякий случай развернуть файловую версию этой базы, которая естественно не зависит от сервера(ОС, SQL и т.п). Я понимаю, что это больше костыль. Но мне так было бы спокойнее.

(28) файловые базы не являются надёжными и там больше рисков в связи со сменой релиза платформы

Не забывайте решение от АЛьФ`а.
Могут быть еще разные проблемы, но вот эти решения работают как швейцарские часы и решают подобную проблему:
Для увеличения памяти 1С больше 2Gb: 4Gb Patch NTCore https://ntcore.com/?page_id=371
Для загрузки и выгрузки dt больше 2Gb: ConfigSpy от АЛьФ http://www.dorex.pro/?projects&configspy&download
Для работы 1C с файлами dbf больше 2Gb: dbeng32 от Wirth https://cloud.mail.ru/public/3mVX/4trK45on8

(29) "Смены релизов платформы" на 7.7? Ты наверное шутишь...

(29) Многовато для dbf, без решения от Wirth в dbf скорее всего не загрузится.

(31) Файловые на 7.7 ещё более ненадёжны, чем v8

(31) а вдруг исходники раскроют? :-) и коммюнити начнет собирать 7.7.777?

(33) Я с этим спорить не буду, все так и есть.
"Чистая" 7.7 вообще ничего уже современного не умеет.
Но сейчас почти все клюшки, работают на стероидах, на ВК, и этого пока достаточно, а потом посмотрим...
А без ВК - клюшкам уже поздно искать место на кладбище.

(35)два года назад пытались установить на 2012 скуль, не вышло. По моему монопольно работала, а в разделенном режиме - нет. В итоге работает на 2008.

(36) у Ёпрст вона, на 2022 крутится без вопросов, правда он сиё тайное знание не раскрывает, как оно сделать можно. Сомневаюсь я, что там просто секретный_релиз/солюшн7/права_в_скуле без другого колдунства...

(7) распространяю я, но при помощи площадки ИС

я не знаю что у кого там, у меня на продакшене лет 15 база ТИС крутилась на ДБФ (без УРБД) (и сейчас крутится в остаточном варианте), размер в максимуме 10-11Гб, ничего не ломалось так чтобы капец был (из бэкапа один раз доставли только когда в 2010 когда жара была и шатура горела - гикнулся/спекся недосервер). Года два-три вертелась WMS-самописка на ДБФ, ничего не ломалось. Но и нагрузки особой на базы не было в виде мегадесятков пользователей...