База старая, Риб на  3 узла+центузел. Платформа 8.2.19. Каждый элемент крутиться на своем сервере (Linux+Postgres).База-старая УТ 10.3, дописанная. Объем ЦБ 33 Гб, узла-26Гб. Работало несколько лет без проблем. На днях вылетел периферийный узел. Попробовали восстановить из архива -на этапе загрузки -"Ошибка формата потока". Восстановление вылетает. При этом в файловый формат -загружается нормально. Стали проверять остальные узлы. Ситуация  повторяется- при попытке восстановить из последних бэкапов 1с -"ошибка формата потока"(проверяли на Цб и еще одном узле).
При этом в пользовательском режиме  -все нормально, работа в штатном режиме,никаких ошибок нет.
Подняли архивы годичной давности -загружаются нормально в текущую конфигурацию Postgres. При тестировании и восстановлении текущей конфигурации в файловом режиме выдается много ошибок о потерянных ссылках, но ссылки идут на старые документы (т.е. было обрезание базы на 31.12.2014 год -ссылки идут на лето 2014года)-скорее всего при обрезании базы какие то хвосты остались. Еще больше ошибок вывалилось с формулировкой "ошибка
Протестирванный архив -так же не загрузился. Ошибка такая же. Сравниваю конфигурации старого архива и текущей  конфигурации-в основном менялся только код, из структуры метаданных добавлен один регистр сведений (Измерения: Организация,склад;Ресурсы: ОрганизацияСоответствия,складСоответствия. Еще преопределённые значения плана Характеристик добавлены. Все, больше ничего нет  в отличиях.
Когда случился этот сбой с архивами -не понятно. Весь год я у себя локально в файловом варианте распаковывал и дорабатывал конфигурацию -проблем никаких не было (иначе раньше бы поднял шум) . При этом обновлять конфигурацию позволяет, и на переферийки выгружается все нормально

Вопрос: что это может быть  за проблема в связке 1с и Postgres?

Попробуйте на тестовом вин+мс развернуть.

Пока таких ресурсов нет в наличии.Сам сервера не админю, да и у клиента нет SQL ,что бы 26 ГБ  развернуть

Тогда могу только посоветовать сходить в ближайшую кофейню и выпросить у них килограмма три гущи. Чтобы было на чём гадать.

(3) идешь на сайт мелкомягких и регаешься как разработчик. качаешь бесплатный пакет MS SQL и подключаешь его к 1с. можно сервер1с оставить на линупсе, если лицензий 1с нет.

(4) Ваш вариант с " вин+мс " принят, от него я не отказываюсь. Просто может кто то уже сталкивался с подобным поведением -и решение уже известно.

33 гб и 26 гб
при том, что в файловый формат загружается нормально...

ну значит что выгрузка в файловый формат не настолько большая, так что ли? и эта выгрузка идет через дт-выгрузку? Кто мешает загрузить из дт-выгрузки в новую базу для тестирования?

(5) "бесплатный пакет MS SQL " -он 26 Гб поддерживает? Это же Exspress ? у него там вроде всегда ограничения по объёму базы данных были

И кстати, будет "о чудо!" - никакой конвертации базы из одного скл в другой скл нет - есть только выгрузка-загрузка через дт-файл

(7) не понял. В какую новую базу нужно выгрузить? В файловую нормально выгружается, в Postgres - нет

(8) какие 26 ? откуда инфа про 26 гб, если тс пишет про возможность работы с базой в файлом варианте.

(10) т.е. у тебя сломался постгрес? Платформа ведь живая, если создает дт-файл или не создает?

(8) Можно взять полный, на 180 дней.

(11) ну сейчас  меня объем файловой  26 Гб (это периферия) и 33Гб -это ЦБ. В последнем я дописываю конфигурацию для обновления. В файловом для разработки пока  работает....

(14) т.е. файловую делаешь/восстанавливаешь через дт-файл. С этим определились. Архивы, о которых идет речь - это что за файлы? это тоже дт-файлы?

(5) >>сервер1с оставить на линупсе
1С декларирует принципиальную невозможность работы сервера приложений на Linux c MS SQL(даже если MS SQL сам на Linux).

(12)  Пострес сломался или нет я не могу знать. Сейчас  пользователи работают на всех узлах (кроме одного ), архивы  делаются на всех узлах, эти архивы можно залить в файловый вариант 1с, но ни на одном узле нельзя восстановить в формат Пострги. Архивы -.dt файлы (размер около 4 Гб).

(15)" т.е. файловую делаешь/восстанавливаешь через дт-файл"= да."Архивы, о которых идет речь - это что за файлы? это тоже дт-файлы?"= да.

(13) да, забыл про это что то. Давно сам не качал Sql. Сейчас какой с 8.2 будет совместим?

(17, 18) вот. теперь более-менее с постановкой задачи разобрались.

Создавать "тестовую базу", т.е. просто новая еще одна база на сервере - создается? загрузка в тестовую, в режиме сервера (новую созданную, в которой нет никаких вероятных повреждений)  из ДТ-файла проходит?

А если выгрузить разработческую базу в дт-файл и влить ее в тестовую базу на сервере?

(19) давно не качал тоже, но вроде бы даже будет вредно поднимать выше какой-то 9-ой версии постгри, если у тебя платформа на 8.2

з.ы. я просто подозреваю, что вероятно чего-то "сломалось" в системных таблицах, которые отвечают за конфигурацию. Если исправлять примитивно, то бывает достаточно перегрузить с использованием дт-выгрузки загрузки на новое место и все.

и еще з.з.ы. Ну делаете разработку чего-то там... ну как можно менять что-то мало-мальски серьёзно в конфигурации и базе, а при этом не тестровать ничего в серверном режиме в тестовой базе?! Хотя может все так и делают.

(19) 2015 (если ты его там найдёшь) - вполне

(0) ДТ формат нужен только для перехода с одной платформы на другую, бэкапы им делать не рекомендуется, похожая проблема и на МС была

Может быть пользовательский кэш испортился? И сеансовые данные сервера приложений?

(0) А если сделать такой финт ушами:
- восстановить текущий архив в файловую
- загрузить конфигурацию из файла - старую (да, потеряется новый регистр и значения характеристик)
- выгрузить dt из файловой
- попробовать загрузить его в postgres

а что бэкапы только в дт делали?

(20) Если создавать базу новую чистую (не  с 1с ) на постгри -база создается. Админа специально просил создать новую базу. Если в эту базу  загружать старый архив(год назад) -загрузка проходит,если загружать свежий архив, или архив после тестирования (который тестировался в файловом варианте) -выдает ошибку.
Постгри -какойто 9 версии,выше не взлетело вообще с8.2

(26) Тоже вариант.Наверное,грохну регистр в текущей базе(все равно копия)и попробую загрузить...Только попозже это смогу сделать.

(19) Версия 8.2.17 - Реализована поддержка СУБД Microsoft SQL Server 2012
Версия 8.2.18 - Реализована поддержка Native Client для СУБД Microsoft SQL Server 2005 и Microsoft SQL Server 2012.

А sql 2008 подойдет для 8.2? Нашел у себя в дистрибутивах какой то , даже с ключом..

(31)
СУБД    Примечание
Microsoft SQL Server    SQL Server 2014    
SQL Server 2012    
SQL Server 2008 R2    
SQL Server 2008    Требуется установка пакета обновлений 1 (SP1)
SQL Server 2005    Требуется установка пакета обновлений 3 (SP3)

(32) SQL Server 2008    Требуется установка пакета обновлений 1 (SP1)

У меня вроде бы такой + три сервис пака каких то к нему
Вот только не помню уже чем  2008 от 2008 R2  отличается...

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

(28) А развернутый из текущей в файловую, затем снова выгрузка в дт и в серверную - это сработает?

(28) и нмного стоп. Я когда хочу тестовую на сервере сделать, то мне от админа нужен только годный логин и пароль для создания узла, прямо из пускача 1С. Как создает такую базу, входишь в нее конфигуратором и грузишь из дт-шника.
У вас там уже не создается база из пускача? Надо как-то извращиться, чтоб ее создать?

(34) Пока свой попробую. Не взлетит- пойду к Майкрософту.

Вообщем пока 2вариант диагностики проблемы увидел:
1)Загрузить в МС SQL. Посмотреть результаты.....
2) Откатить изменения в конфигурации назад, но с текущими данными -попробовать загрузить в Постгри.. также посмотреть результаты.

Отпишусь вечером уже наверное, что получилось, а что нет

(35) " А развернутый из текущей в файловую, затем снова выгрузка в дт и в серверную - это сработает? "=нет, НЕ работает
"У вас там уже не создается база из пускача? Надо как-то извратиться, чтоб ее создать?" Я сам в  "(Linux+Postgres)" ничего не понимаю (хотя очень хочется постичь хотя бы основы админства, но как то не получается )-этим админ заведует

Имхо просто недостаток знаний у кого то
Какую то чушь делаете

Если на PostgreSQL уже есть непустая кривая база то в нее хрен что загрузишь из DT
Надо новую чистую средствами делать и в нее
И на всякий случай сервер 1С и постгре перезапустить

Бекапы при наличии постриги, только в dt делались ? :)))
Это пять, да..

Имхо не вижу проблемы взять комп, поднять там сервер 1С и постгрескл или мсскл и потестить
Полчаса времени и лицензии забить можно тот же мсскл взять девелопер и есть с 1С варианты запрещенные форумом

(37) ну вот смотри, пробуй. Дело в том, что когда все настроено правильно и работоспособно, то из окна "пускача" или "стартера" должно быть доступно создание новой базы. Добавить и там указываешь параметры для создания базы. Она _должна_ создаваться, если все настроено правильно. И в такую создаваемую базу можно без вопросов грузить базу из дт.

И прав у тебя как у разработчика, который ответственный  за целостность данных в базах, должно хватать. Повторюсь : создаешь базу сам в пускаче, пускаешь конфигуратор на ней и грузишь в нее дт. Если это у вас не работает, то пытаться что-то где-то чинить, искать мс-скл, переустанавливать куда-то 1С-сервер... как? зачем?

Очень странная проблема что в серверную dt не грузится а в файловую грузится
У меня на 8.3 очень часто наоборот было, особенно после 8.3.18.1208 откатиться платформу только через сервер, на файловой никак

(42) Вот это и напрягает сильно . Ладно бы вообще никуда не грузилась-понятно что проблема в 1с. А так не понятно кто виноват: конфигурация кривая или данные кривые вбазе где то, или связка сПостгри конкретно в этой ситуации глючит

(39) Сейчас спросил,есть бэкап на постгри, но за 3 дня до архива в Dt.Поробуем и его развернуть

(42) ну было такое... это когда еще 8.2 платформы юзали широко, то регулярно случались такие сбои. Как раз двойной перевыгрузкой можно было проверять, что "база еще живая"

У них просто платформа реально давно стоит. Вылезли древние глюки.

(44) как это ? Вы архив в постриги руками что ле создаёте, когда луна в зените или закат на марсе ?

Как это архив за 3 дня до ? Он у вас раз в неделю\месяц\год ?
Пилять, наберут по-объявлению..

(45) так на файловой chdbfl сделать

(48) сделай - я не возражаю

(48) Делал -ошибок нет

Подниму тему.
Базу развернул на MS SQL2008.Так как все это делалось на виртуалке на домашнем компе -база восстанавливалась из архива часа 3.Думал,что не дождусь. Но в процессе восстановления ошибок никаких не выдало, визуально в режиме 1с предприятия -данные все на месте. В sql посмоnрел таблицы Config,Params,DBSchema -информация есть и вроде как не битая (хотя визуально только полную потерю можно увидеть). Т.е. база вроде бы как работоспособная.
Сделал архив dt сбазы на ms sql .
Передал админу для восстановление на формате Постги. Восстановление опять вылетело ,со слов админа, почти сразу. В логах постгри последние записи :
2021-07-03 13:46:51.171 +04 >LOG:  duration: 0.072 ms  bind <unnamed>: SELECT Creation,Modified,Attributes,DataSize,BinaryData FROM Params WHERE FileName = $1
< 2021-07-03 13:46:51.171 +04 >DETAIL:  parameters: $1 = 'ibparams.inf'
< 2021-07-03 13:46:51.171 +04 >LOG:  duration: 0.010 ms  execute <unnamed>: SELECT Creation,Modified,Attributes,DataSize,BinaryData FROM Params WHERE FileName = $1
< 2021-07-03 13:46:51.171 +04 >DETAIL:  parameters: $1 = 'ibparams.inf'
< 2021-07-03 13:46:51.172 +04 >LOG:  duration: 0.061 ms  parse <unnamed>: SELECT Creation,Modified,Attributes,DataSize,BinaryData FROM Params WHERE FileName = $1
< 2021-07-03 13:46:51.172 +04 >LOG:  duration: 0.071 ms  bind <unnamed>: SELECT Creation,Modified,Attributes,DataSize,BinaryData FROM Params WHERE FileName = $1
< 2021-07-03 13:46:51.172 +04 >DETAIL:  parameters: $1 = 'a07b62f0-1f01-484a-93d9-d42764cedac0.si'
< 2021-07-03 13:46:51.172 +04 >LOG:  duration: 0.010 ms  execute <unnamed>: SELECT Creation,Modified,Attributes,DataSize,BinaryData FROM Params WHERE FileName = $1
< 2021-07-03 13:46:51.172 +04 >DETAIL:  parameters: $1 = 'a07b62f0-1f01-484a-93d9-d42764cedac0.si'
< 2021-07-03 13:46:51.176 +04 >LOG:  duration: 0.064 ms  parse <unnamed>: SELECT Creation,Modified,Attributes,DataSize,BinaryData FROM Config WHERE FileName = $1
< 2021-07-03 13:46:51.176 +04 >LOG:  duration: 0.074 ms  bind <unnamed>: SELECT Creation,Modified,Attributes,DataSize,BinaryData FROM Config WHERE FileName = $1
< 2021-07-03 13:46:51.176 +04 >DETAIL:  parameters: $1 = '978e50d2-dbe3-11eb-0798-0242ac110005.7'
< 2021-07-03 13:46:51.176 +04 >LOG:  duration: 0.005 ms  execute <unnamed>: SELECT Creation,Modified,Attributes,DataSize,BinaryData FROM Config WHERE FileName = $1
< 2021-07-03 13:46:51.176 +04 >DETAIL:  parameters: $1 = '978e50d2-dbe3-11eb-0798-0242ac110005.7'

После этого загрузка  падает "Ошибка формата потока".

Все, дальше мне пока не понятно что делать.
У клиента вся серверная инфраструктура построена Линуксах и Постгри. Поэтому они врядли будут переходить на MS SQL.
У кого то есть идей, что так Потгри не нравиться в архиве 1с? Где и что нужно посмотреть, подкрутить что бы заработала связка 1с и постгри?

ТИИ на мсскл сделай...

(6) причин возможных - вагон

(52) На файловой уже делал,на SQl восстанавливал архив после ТИИ. Но запущу и SQL,не понятно сколько времени это займет.

(0) Я бы на вашем месте, уже обратился к гуру postgre за деньги заказчика.

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

Сколько семинаров смотрел на тему постгре + 1С там все время нужны неочевидные танцы с бубном

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

Погри занимается админ, я сам в нем ничего не понимаю. Просто связка Постгри+1с работала несколько лет , без проблем особых. А тут такое случилось. По архивам 1с (dt) полгода уже не восставливается в Постгри. В файловую -без проблем.

Дт это не архив (с) 1с

"По архивам 1с (dt) полгода уже не восставливается в Постгри"

Мне бы вашу выдержку...

(61) так узнали об этом только неделю назад..Раньше и не видели проблемы

(62) Я ж говорю - мне бы такую выдержку, я может, и не женился бы никогда ))))

(63) тут скорее возникла бы обратная проблема - потомок бы народился с первого раза.

Ошибка формата потока выдается сервером приложений, а виноват бедный PostgreSQL...
За неделю так никто и не удосужился удалить застарелые сеансовые данные сервера приложений, а заодно и временные файлы в /tmp, относящиеся к нему же. Об удалении кэша пользователя 1С на компе, с которого загружается несчастный dt, видимо, тоже речи не идет. Они все не виноваты, только один PostgreSQL.
Можно поступить и более решительным способом - снести весь каталог с кластером, создать информационные базы заново. Если нужны старые журналы регистрации, сделать их копию.

(65) Извините, а контору закрыть не надо и технику распродать? )))

(66) с этого надо начинать! а потом докер, гипервизор, девопс жеж!

(51) Так что насчет (26) ?

(65) Админ говорит что вообще новую базу создавал. Также пробовал на другом сервере развернуть базу.Ошибка везде присутствует

(68) Так пока не пробовал. Сегодня в облаке SQL  развернем, и может попробую и этот вариант.