При локальной загрузке серверной выгрузки получаю сообщение:
"Ошибка загрузки информационной базы. В информационную базу загружены не все данные
по причине:
Ошибка СУБД:
Превышен максимально допустимый размер внутреннего файла".

проверил размеры таблиц для серверной базы откуда делалась выгрузка. Не нашел ни одной таблицы и близко размер которой был 4 ГБ и выше

http://clip2net.com/s/396IBOH

В чем причина ошибки?

http://clip2net.com/s/396J3Ae

(1)а то это за обработка? я файловую через Tool_1CD смотрел

(2)ой, понял. извиняюсь

обработка показывающая статистику физических таблиц. через Tool_1C таже фигня!

(0) Окружение (Linux или Windows32-64) откуда выгружали соответствует тому, в котором загружаете?

(3) Я не понял. Что это, где брать?)

(5) Windows 64. Конфигурация УППдУ. Серверный вариант. Из нее и выгружал в новую файловую. На первый взгляд вроде все данные загрузились , а там не знаю. Получил ошибку и существует возможность что что то да и не выгрузилось!

(6) если ты про Tool_1CD, то она cd файлы открывает, для dt не подойдет. А так, по названию в гугле найди

(8) да при чем тут Tool_1C. Я размеры таблиц проанализировал на серверной базе - источник, из которой делалась выгрузка. В отчетах видно что максимальный размер таблицы и 1ГБ не достигает. Т.е загрузка должна происходить без проблем!

(8) Нет. Я про обработку. Tool_1CD - давно использую, замечательная программа :)

(9) ТИИ?

(9) "Я размеры таблиц проанализировал на серверной базе - источник, из которой делалась выгрузка" - имхо, FileDBMS и любая другая СУБД по разному смотрят на свое содержимое. Можно ли рассуждать о картине, увиденной в СУБД применительно к файловому варианту?

(9)[В отчетах видно что максимальный размер таблицы и 1ГБ не достигает]
ни чё, что 4 Гбайт это суммарный объём таблиц и что в файловой таких разделов всего 4 ?

"Превышен максимально допустимый размер внутреннего *файла*" - может BLOB какой?)

(14) Блоб и есть. Храниться в отдельном файле внутри контейнера 1cd, он и превышен.

(13) насколько я знаю в файловой базе ограничение 4ГБ распространяется на внутренние таблицы: таблица данных, таблица индекса, таблица данных неограниченной длинны.

(15) как мне узнать какой БЛОБ создает мне проблемы?

(16) теперь внимательно читаешь свой опус [В отчетах видно что максимальный размер таблицы и 1ГБ не достигает]
много думаешь

(17) Посмотреть РС названием типа "ПрисоединенныеФайлы". Или искать того, кто пытался хранить фильмы в 1С :)

(17) Тебе проблемы создают все Блобы - Хранилища значений, строки переменной длины.

(20) Если можно подробнее. Если речь идет о справочнике Хранилище дополнительных значений то размер этого справочника 0,8 ГБ что меньше 4 ГБ. В чем тогда проблема?

я так понимаю что в файловом варианте все данные которые разбросаны по таблицам в MS SQL хранятся в одной таблице и размер ее не должен превышать 4 ГБ. Т.е важно чтобы суммарный объем данных не в МС СКюЛь не превышал 4ГБ?

А как блобы хранятся в таблицах MS-SQL и как они хранятся в контейнере 1CD?

(23) Можно просто если не трудно написать в чем проблема?

(24) У меня только подозрение что в скуле оно лежит чисто в бинарях , а в 1CD лежит в base-64 , тоесть в тексте и поэтому размер таблицы вырастает.

я уже запутался в ограничениях на файловую базу. Как то ее не касался и не копал. Может кто кратко написать все ограничения на файловую базу?

(26) 4ГБ на одну таблицу.

(27) т.е например на таблицу справочника1 4ГБ, на ьаблицу спрвочника2 - 4Гб и т.д. Правильно?

(27) так у меня размер на все таблицы не превышает 4ГБ. В чем же тогда проблема?

Попробуй как советовали в (11) прогнать перед выгрузкой ТИИ , может какой то криминал выползет.

(30) это если под лог дохрена места есть, с такой же фигней делал тии, так 40 гигов нехватило, за 15 минут отожрало, при том чта база весит 30гигов, после вылета тии с ошибкой нехватки памяти на лог, база распухла до 60 гигов

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

(32) А какой получается размер архива , если его создать средствами SQL (не сжатый) ?

(33) не делал. НО dt чуть более 1ГБ

Кладр почисти и версии объектов

Версии объектов почистил давно, что такое КЛАДР не знаю. Да ну дело же не в том что чистить, а то что есть набор ограничений для файловой базы по размерам и в моей серверной базе вроде нет таких больших таблиц, а ошибка происходит при загрузке файла данных в файловую базу

ну попробуйте посмотреть еще средствами sql размеры таблиц базы. покажет все таблицы, включая системные. сразу оговорюсь. может та обработка их тоже показывает. не смотрел ее

уже полностью очистил справочник там где хранились файлы. Размер выгрузки = 0.5 ГБ . Загружаю в файловую и снова таже ошибка. не знаю что уже и делать! В базе SQL все таблици меньше 1ГБ

Выгрузка - не показатель, она сжатая. Да и сама методика делать замеры в одной структуре хранения - SQL, а применять к другой - файловой, попахивает.

В файловой базе каждая объектная таблица (например Справочник.Номенклатура), состоит из 4 частей - внутренних таблиц: описание, данные, все индексы и блобы (хранилища значений и бесконечные строки). Каждый внутренний файл имеет ограничение на 4 гб. Так что база у тебя лопается скорей всего из-за блобов или индексов.

(38) а индексы проверил? бывает индекс во моного раз больше самой таблицы

тии сделать, переиндексирование, рекструктуризация и сжатие.