Добрый день

Есть выгрузка базы DT файл на 700Mb, разворачиваю и получаю файловую базу на 16Гб и проблемы - превышен максимальный размер внутреннего файла 1с.
Подскажите, что может ее так раздувать?
Спасибо.

Всё, что угодно. Начиная от сканов документов в присоединённых файлов до электронной почты.

Разверни в скуле и посмотри.

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

(1) сканов документов не жмется с 16гб до 600мб... да их там и нет

Надо смотреть там, где источник этой выгрузки. Именно в этом случае и говорит 1С, что выгрузка в ДТ не должна считаться панацеей от всех болезней базы источника.

База без доработок, типовая БП 2.0

(3) журнал регистрации в базе источнике не хранится и в дт не выгружается - ну как так можно?! с 2013 года вроде бы в теме...

(6) смотри какие там самые большие таблицы. Возможно, что какую-то из них тебе получится выкинуть или порезать.

(6) А какой размер у той базы, которую пытаешься выгрузить в ДТ ?

(0) версии объектов поди..и раздутый РС от него

ну и выкладывай уже на файлопомойку свой дт на посмотреть, че гадать то..

(10) спасибо, за идею...

(10) в бп2 вроде нет штатного версионирования (0) может итоги настолько кривые?

По мне так индексные файлы распухли.
Итоги пересчитать для начала

(14) гы... индексы в ДТ ?! Смеешься?

Количество элементов в базе по метаданным и их размер для файловой информационной базы
https://infostart.ru/public/1083992/

(10) нет там версий

https://transfiles.ru/l4o77

сам ДТ

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

про Инструменты Разрабочика слышал? Там есть возможности посмотреть базу "изнутри"

Инструменты Разрабочика слышал? - нет

щас погуглю, спасибо

(22) http://devtool1c.ucoz.ru/

TormozIT

пересчет итогов закончился - недостаточно памяти... естественно на диске ее 500Гб и оперативки 32Гб...

+к 24 http://devtool1c.ucoz.ru/

это ссылка на "Подсистема "Инструменты разработчика" 1С 8" - но ее нужно ставить на базу источник. Я бы попробовал скопировать ее так, как она есть в СУБД и затем уже экспериментировать с выгрузками.

(18) поставил грузится

(0) 16 гиг - нормальный размер для файловой бп 2.0. Ты не туда копаешь.

изначально задача - тупо удалить документы за пару лет....  но вылетает
превышен максимальный размер внутреннего файла 1с

Итоги большие

(29) на разрядность платформы не смотрел?

(29) для такой цели логично просто отключить итоги

(28) 16 Гб для файла 1Cv8.1CD - это НЕнормальный размер,
внутренний файл максимум до 6Гб, но они редко пухнут равномерно, обычно разрастается один из них, т.ч. даже 8Гб база может перестать запускаться в файловом режиме

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

Но понятно, что по настоящему эта база у нас на СКЛ находится. Только я к тому, что сам размер в виде 12 Гб или 22 Гб еще не показатель, что обязательно будет ошибка с размером внутреннего файла

(34) приятно познакомится,
см (0) - у ТС dt размером 700 Mb, который разворачивается в 16 GB 1CD

(35) это точно размер одного только файла 1CD, а не всей папки вместе с логами?

zip бомба неплохое средство защиты от выгрузки дт в купе с другими.

(37) Точно. Я проверял специально. Хотя повод был не на размер посмотреть, а попробовать развернуть базу ради тестирования.

И затем зазиповал этот же полученный 1CD и сравнил его с размером DT. Получились довольно близкие значения что у DT.

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

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

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

(0) "что может ее так раздувать?" - что тебе это даст? Есть риск, отличный от нуля, что ответ на этот вопрос не продвинет тебя в нужном направлении.
"изначально задача - тупо удалить документы за пару лет.." - вот в этом направлении и иди.

(44) не самый лучший подход, может там юзверы наприкрепляли фотки/сканы  на несколько гигов. Чем срез документов поможет в этом случае? Самый простой вариант, который я знаю, загнать базу в скуль и простеньким sql запросом отсортировать таблицы по размеру, далее уже просто, по имени таблицы получаем ее человеческое название в 1с и понимаем, что занимает большую часть.

(0) Чет я про тебя забыл.
Короче, база в скуле поднялась, mdf  - 7 гигов.
Еще не смотрел таблички, попозжее

Посмотрел.
В базе ничего криминального нет, размер маленький. Единственно, один не закрытый регистр РасходыПриУСН.
Если его поправить, чтоб закрывался, то база похудеет на 1.5 Гига, примерно
Ну и бухитоги по субконто не закрываются, аналогично.. еще похудеет прилично
Итого, если привести в порядок, похудеет в 2 раза.


http://pics.rsh.ru/img/_4j43l2p8.png

ЗЫ: про бух итоги напиз..ил, там всё более менее.
У тя толлько один регистр не закрыт и всё.

А не, тоже не закрыт в разрезе субконто, тоже можно закрыть

Я бы для начала тупо грохнул средствами скуля итоги, ибо есть прикол что там скапливается мусор и средствами 1с его не почистишь

(50) это ж загрузка с dt, там нет итогов :)

(51) есть

"полное ТиИ - тестирование базы средствами 1С, включая проверку, полный пересчет итогов, сжатие и реструктуризацию - фантомные записи остались. Выгрузка/загрузка в файловую...."
мне это не помогло от избавления мусора в итогах

Как удалить "фантомные" записи в таблице итогов средствами 1С

(52) нету. Формат файле не менялся со времен 7.7

(47) // один не закрытый регистр РасходыПриУСН.

имхается, что у этого регистра не делали закрытие

(55) Да этот регистр - беда в бухии... У меня в одной базе оказались документы 14го года... А гбушка разводит руками...

(54) тогда как ты бъяснишь мой случай.
У меня таблицы имела размер 4,5 гига. Это была _ACCUMRGT16153, т.е. таблица остатков (РН - Затраты при УСН). При этом в режиме предприятия у этого регистра нет движения

Т.е. движения нет, а таблица остатков - 4,5 гига.
При этом ни тестирование, ни выгрузка, ни пересчет итогов, ни пляски с бубнами в виде двигание итогов вперед назад не чистила эту таблицу.

Повторяю еще раз выгружаю в DT загружаю из DT - и опа при пустой таблицы движения имеею 4,5 Гигов в таблице итогов. Если они не из DT то откуда?

(57) еще раз, в dt нет и никогда не было итогов. Формат примерно такой де, как и в dat файле клюшек.

(58) Что возвращает нас к моему вопросу.
Я понимаю о чем ты говоришь. Что если итоги "ровные" он их не переносит. С этим я не спорю, однако если в таблице итогов лежит какой то "мусор" и битые данные, то выгрузка закгрузка через dt их старательно перенесет. Т.е. если в таблице итогов лежит что то, что платформа не может идентифицировать как итоги, то она это переносит. Незнаю где и как физически этот мусор лежит в dt но по факту получаеться что таблица итогов переноситься по некоторому условию

(59) нет. Там даже секции для итогов нет и никогда не было. Есть только док, его реквизиты и  движения регистров

Ну и проверить, 2 секунды. Грохнуть табличку движений, выгрузить в dt и загрузить обратно. Ну или, наконец, открыть dt и посмотреть глазками. Там вполне понятная структура

(60) тогда откуда он брал в моем случае данные?
(61) Мы говорим о разных вещах

(62) рассчитал с таблички движений регистра

(63) ты принципиально не читаешь, что я пишу7

"у этого регистра нет движения" (!)

Т.е. таблица движений ПУСТАЯ, при этом при переноси через DT он ПЕРЕНОСИТ таблицу итогов с невалидными данными

(64) если б ты чинил выгрузки dt,то про хранение в них итогов не писал бы

(66) Где я пишу что он переносит валидные "итоги"?

(65) не переносит. Их нет в выгрузке

Он никакие не переносит

(68) а откуда он взял?

(70) с движений регистра

(70) у тебя есть эта dt или ты можешь её сделать?

(71) которых нет физически? Таблица движений ПУСТАЯ

беру базу движений нет, таблица итого содержит данные, но в них к примеру "битый период", т.е. вместо даты там строка ввиде "86.75.762; ;1:88:=8"
Выгружаю в dt загружаю из dt в чистую базу движений нет, но таблица итогов все присутствует как есть. Т.е. при загрузки таблица итогов была успешно восстановлена до состояния до загрузки.

Вопрос. КА???

Создай уже базу с 1 регистром и поиграйся, да открой, наконец dt

(72) Это было 3 года. нет конечно. База была успешна вылечена и сдана в архив

(73) как ты смотришь, что движений нет?)

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

Я не говорю что он переносит таблицу итогов как есть. Возможно на этот случай он хранит эту информацию в dt где то слева/справа/снизу, не обязательно прям в таблице итогов, и при восстановлении переносит эти данные

(76) не поверишь но в скуле через select * from

Да нет таблицы итогов в dt...воообще нет

(78) не верю)

(79) Молодец и что?

итогов нет, а данные есть

(77) так смысл такого разговора непонятен. Тебе аргументировано говорят "такого не может быть", а в ответ "у меня было, но 3 года назад и повторить я это не могу".

(83) Так я спрашивал как диагностировать такую проблему. Никто не ответил

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

(84) да никак .. штатно никак, разве что итоги пересчитывать, грахая таблички итогов.

Ибо если были кривые итоги, то распроведение-проведение это не исправит

Грубо, создал один док, записал +100 в движения, +100 в итогах. Грохнул табличку движений, выгрузил-загрузил,
движений нет, итоги есть. Провожу еще раз этот документ  - движения +100, итоги +200, распровел, движения 0 итоги +100...

Такие дела.

Dt выгружает таблицы как есть,естественно,что без индексов,которые при загрузке будут созданы.

(85) Когда-то сообщали http://forum.infostart.ru/forum86/topic81618/message871535/#message871535
что в 8.2 такого не было, а в 8.3 уже есть http://forum.infostart.ru/forum86/topic81618/message1412300/#message1412300

(85) Это изменилось лет несколько назад. с .14 где-то.

вот для того, чтобы таких споров было побольше или поменьше - 1С не рекомендует использовать выгрузку в DT в качестве способа архивирования баз.

(91) Тем не менее, в 19-й(зачем-то) сделали "Ускорена загрузка из .dt-файла в клиент-серверном варианте информационной базы за счет использования для загрузки нескольких фоновых заданий". Рекомендовать - не рекомендуют(причины известны), а улучшения этой операции проводят..

(90) точно, давно ничего с dt не восстанавливал. Надо поиграться с совместимостью, чтоб выяснить, с какого они стали класть итоги в дт

(92) ну а как еще конвертировать данные с одного скуля другой или при замене файлового режима на серверный?

Альтернативный путь известен (использовать Конвертацию), но здесь же однократная для Заказчика задача - как бы просто заменить режим использования базы

если конфигурация на базе типовой на УФ или на более-менее актуальной БСП, то попробуйте выгрузить отдельно конфигурацию и отдельно данные без конфигурации

(95) Речь о типовой БП 2.0. Сало быть обычные формы на старой БСП.

Если проблема в таблицах итогов, то можно попробовать отключить использование итогов и текущих итогов.
Выполнить ТИИ.
Выгрузить базу в dt.
Загрузить из dt.
В получившейся базе включить итоги и текущие итоги.
Выполнить пересчет итогов.

У автора вся проблема в одном регистре, в (47) всё написано.
Пересчет итогов там не поможет, там тупо разные наборы измерений всегда в приходе и расходе.
Даже по табличке движений этого регистра это видно.