Всем привет! ВНЕЗАПНО вылезла проблема: нормальный размер архивной копии базы примерно 4 гб, но иногда архив выгружается значительно меньшего размера, например 1.7 гб, при этом никаких ошибок нет, в логе 1с пишет, что все выгружено успешно. Если поперезагружать сервера, сделать reindex и vacuum на некоторое время выгрузка приходит в норму и все какбы ок, но через некоторое время проблема повторяется.
Что с этим можно сделать?
Версия 1с 8.1.13.41, используется клиент-серверный вариант, сервер баз данных на CentOS, БД Postgres, сервер самого 1с на win2003x86.

"сервер баз данных на CentOS, БД Postgres"

Начни с этого и избавься от этих студенческих под(д)елок, если не умеешь их готовить

Два года работаем на этих поделках, проблем не было вообще, баз 11 штук, так что я примерно представляю как это готовить.

(0) Речь про *.dt что ли? А бэкап средствами СУБД - это из параллельной вселенной?

Бэкап средствами СУБД работает, но это чертовски неудобно.
*.dt гораздо универсальнее.
К тому же мне интересно понять почему вообще это происходит.

Ну вот сейчас, например, перегрузил сервер 1с и все сразу нормально выгрузилось. Базу данных даже не трогал.

(4) Чаще всего в сервере 1С и проблема. Я у клиентов уже давно автоматизированный перезапуск раз в сутки прикручиваю, иначе никак. На второй день отказывается выгружаться, а через 3-4 дня - работать.

+(5) Речь прежде всего про 32-битный сервер.

ОК. Спасибо, а то я уже собрался в логах постгреста разбираться.

Кстати, а 64-битный сервер лучше чтоле? У нас просто везде x86.

(7) Для некоторых задач - да

(7) Не лучше, просто адресное пространство больше => мусора можно больше накопить до перезапуска :) 32-битный сервер иногда радостно отваливается на объёмных задачах.

А. Ну теперь понятно. Просто остальные 10 баз у меня не такие объемные, с ними еще таких проблем не было.

(2) "Два года работаем на этих поделках, проблем не было вообще"

Ну вот и поимели.

Кстати, прям интересно мне, в каком месте dt-шник универсальнее. Ну, в файловую можно выгрузить. И чо?

(12) Не только. Например можно не думать какая версия у тебя скуля, или например дома стоит MS на работе Пост или IBM

Или к примеру завтра решат перейти на MS SQL так что 2 сервака держать, или срочно все бекапы конвертировать?

(14) 2 сервака при переходе - вполне нормальное решение, имхо. Уж гораздо лучше, чем битые бэкапы, как у автора.

+(15) Случай, кстати, не такой уж редкий. Бэкап в dt делать можно, кто ж спорит. Но единственным я лично его никогда бы не стал делать.

(15) Вы удаляете все бекапы через неделю? Или у вас переходы длятся годами?

Буквально в прошлом году были терки с поставщиком, так пришлось восстанавливать из бекапа базу за 2000 год

(18) У крупных заказчиков бэкапами ведаю не я - знаю, что dt там не делают. За какой срок хранят - не знаю.
У мелких хранятся максимум полгода помесячные, ежедневные - месяц.