Всем доброго времени суток!

Есть сервер win 2008 R2, на нем установлен сервер 1С:Предприятие (платформа 8.2.16.368) в качестве СУБД используется PostgreSQL 9.1.2 (взят с сайта 1С). Физика: оперативка 12 ГБ, свободное место на HDD 500 ГБ.

Суть проблемы: имеется выгрузка базы (*.dt) весом 3.4 ГБ. В оригинале база весит более 100 ГБ. Пытаюсь загрузить ее на Postgre. База дорастает до 55 ГБ и 1С отваливается по ошибке формата потока.

В конфигурации Postgre нет ограничений на размер базы.

Кто-нибудь сталкивался с подобным?
Заранее спасибо!

настройте технологический журнал.
тогда будет понятней место и причина вылета.

не каждый .dt загрузить можно...

(2) знаю )) просто этот же *.dt-шник на MS SQL загружается.

на оригинальную базу (откуда взят .dt) ТиИ надо бы натравить

+(1)
55 и 100 сопоставимые числа.
возможно загрузка проходит полностью, а ошибка формата
возникает при попытке чтения-анализа метаданных (таблица config)  сервером.

но может и в других местах, т.к. в виде потоков 1с хранит данные всевозможных настроек

(4) попробую...смущает нормальная загрузка в MS SQL

У меня база на Linux + PostgreSQL. Около 12-14 гиг. Почти все занято сканами документов. При попытке выгрузить ее в .dt, выдается тоже 1С отваливается по ошибке формата потока. Вот сижу без копий, на свой страх и риск.

(7) Средствами Postgres делай backup. Лучше чем ничего, да и сканы документов можно куданить во внешнее хранилище запихать, типа в папку какуюнить.

(7)Все правильно. Так и делаю. Но, вот, например, дома только на файловой работаю. Поэтому .dt нужен. И в MS SQL из PostgreSQL только через .dt файл можно.
Продумываю уже сканы документов держвть в какой-либо общей папке на сети. Как подопрет, придется реализовывать. Конфп не моя. А то бы с самого начала эту возможность предусмотрел бы.

(9) к (8)

(8) это не лучше чем ничего - это единственно правильный и рекомендованный способ

(7) Сочуствую.

(11)"единственно правильный и рекомендованный способ"? Тогда какого черта фирма разработчик сканы  документооборота запихали в базу? Ну ладно, запихали. Но, хотя бы написали бы функционал по выгрузке-загрузке этих сканов. Самому разбираться не хочется.

(13) при чем здесь бэкап и содержимое базы?

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

(14)Повнимательнее прочти (7)
(15) Этот документооборот построен на БСП. Но вот функции выгрузки-загрузки сканов не удосужились написать.

Наиболее распространенный вариант решения проблемы - перед выгрузкой в dt снять конфигурацию с поддержки.

у меня постгри стоит под линуксом- он посгри, имхо, роднее винды будет.

(17) Ты пробовал с большой базой так делать?
(18)Согласен. А вот как выгрузить в .dt файл большую базу?

(17) она уже давно снята
(18) это понятно, но есть причины, по которым именно винда вместо линуха

(16) я внимательно прочитал. При чем здесь бэкап?
выгрузка в дт не рекомендуется даже фирмой 1с(пруф искать не буду)

(21)Хорошо. А каким образом, например, из PostgreSQL в MS SQL, или наоборот, базу перевести?

(22) а вот здесь и подстерегает .опа )

(22) РИБ план обмена полный, создание узла, создание начального образа, отвязка узла.

(24) во, про риб совсем забыл... старею

(23) Колись!

РИБ ни разу не использовал и не пробовал.
Действительно, рабочая тема?

(27) да

(26) чего колоться? тут .опа в прямом смысле
решение - (24)

(24) наверное не полный, а без сканов дабы весу меньше было

(30)Ну, тогда, по любому, выгружать сканы и потом остальное в .dt. Так проще будет.

есть еще выгрузка/загрузка данных
через XML, можно напрямую в базу сделать

(32)Ты представляешь себе десятки гиг. сканов через XML гонять?

(33) выгрузка загрузка имхо у тя быстрее получится сделать - нежели нарисовать РИБ.

(19) Да пробовал на УПП 1.3. Только размер базы здесь не ключевую роль играет. Бывает и бухию в 300 метров выгрузить не получается без снятия с поддержки. Если с поддержки база уже снята, то конф файл постгра стандартный или правленный?
Кстати те же грабли могут быть и с загрузкой дт под постгр. Мне в 90% случаях помогало снятие с поддержки.

(35) а в остальных 10% что помогало ?

(36) Переход на другую работу

(37) ну это если 1% остается:), а так править конфиговский файл постгра. Просто судя по описанию сервака дело тут не в железе это факт

Я думаю, в моем случае, ошибка происходит из-за большого .dt файла. Там он, при выгрузке, до трех с чем-то гиг вырастает и дальше ограничения.

(39)Кстати случайно сервер 1С не 32 битный

(40) А это-то тут причем?

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

(41) Было подобное, только требуется PostgreSQL x86-64.
http://downloads.v8.1c.ru/content/Platform/8_2_14_537/ERR_OTHER_20111110.HTM

(42)Без сканов нет проблем. По сто раз на дню можно делать. Вот сканы занимают 95% всех данных

(41) Если посгр под линуксом то не причем, а под виндой у меня было винда 32 посгр 32 1с сервер 32 не выгружается. Все переставил под 64 выгрузка завершилась. конфиг постгра одинаковый по параметрам. сервер ессестно тоже.

да сервер 1С 32x вообще как то хуже работает по сравнению с 64x

(46) может даже не хуже а как то странно чтоль или не стабильно - не знаешь чего ждать. Но это под постгр под виндой, под линукс проще как то.
Кстати посмотрел файл до снятия поддержки в одной базе тоже не выгружался весил 540м после снятия с поддержки около 300 с копейками. Грубо говоря при выгрузке в дт файл поставщика не тянулся - все завершилось.

грузите средствами PostgreSQL, зачем дт?

(48)Грузить  средствами PostgreSQL из MS SQL?

(49) Да есть и такие, только зачем PostgreSQL если есть MS SQL?

(49)+ можно создать пустую базу, потом через xml данные втянуть.

(50)MS SQL нет. А PostgreSQL бесплатна и выполняет те же функции. Причем, выгрузка из MS SQL в .dt будет выдавать совершенно такую же ошибку. Проблема, именно, в нем.
В общем, хранилище для данной задачи безпроблемно решается на связке Linux+PostgreSQL. Зачем кормить мелкомягих?
(51)Проще, для данной ситуации, написать обработку по выгрузке сканов в файлы на диске, чем колупаться со всякими xml.

(52) хз как проще, может ему влом писать, тогда просто выгрузить через xml те объекты где хранятся внешние файлы, после чего очистить их - нормально выгрузить в дт, загрузить в базу и загрузить объекты из xml.

(9) у файловой ограничение в 8 гиг