Имя: Пароль:
1C
 
DT - 700Mb в 1CD на 16Гб - куда копать?
,
0 moneyget
 
11.12.21
09:31
Добрый день

Есть выгрузка базы DT файл на 700Mb, разворачиваю и получаю файловую базу на 16Гб и проблемы - превышен максимальный размер внутреннего файла 1с.
Подскажите, что может ее так раздувать?
Спасибо.
1 ДенисЧ
 
11.12.21
09:33
Всё, что угодно. Начиная от сканов документов в присоединённых файлов до электронной почты.
2 ДенисЧ
 
11.12.21
09:33
Разверни в скуле и посмотри.
3 moneyget
 
11.12.21
09:33
Настройка журнала регистрации - отключил и почистил... потом опять выгрузил и загрузил - не помогло
4 moneyget
 
11.12.21
09:34
(1) сканов документов не жмется с 16гб до 600мб... да их там и нет
5 Фрэнки
 
11.12.21
09:34
Надо смотреть там, где источник этой выгрузки. Именно в этом случае и говорит 1С, что выгрузка в ДТ не должна считаться панацеей от всех болезней базы источника.
6 moneyget
 
11.12.21
09:35
База без доработок, типовая БП 2.0
7 Фрэнки
 
11.12.21
09:36
(3) журнал регистрации в базе источнике не хранится и в дт не выгружается - ну как так можно?! с 2013 года вроде бы в теме...
8 Фрэнки
 
11.12.21
09:36
(6) смотри какие там самые большие таблицы. Возможно, что какую-то из них тебе получится выкинуть или порезать.
9 Фрэнки
 
11.12.21
09:37
(6) А какой размер у той базы, которую пытаешься выгрузить в ДТ ?
10 Ёпрст
 
11.12.21
09:38
(0) версии объектов поди..и раздутый РС от него
11 Ёпрст
 
11.12.21
09:39
ну и выкладывай уже на файлопомойку свой дт на посмотреть, че гадать то..
12 moneyget
 
11.12.21
09:43
(10) спасибо, за идею...
13 RomanYS
 
11.12.21
09:45
(10) в бп2 вроде нет штатного версионирования (0) может итоги настолько кривые?
14 Alexor
 
11.12.21
09:48
По мне так индексные файлы распухли.
Итоги пересчитать для начала
15 Фрэнки
 
11.12.21
09:48
(14) гы... индексы в ДТ ?! Смеешься?
16 Гобсек
 
11.12.21
09:50
Количество элементов в базе по метаданным и их размер для файловой информационной базы
https://infostart.ru/public/1083992/
17 moneyget
 
11.12.21
09:51
(10) нет там версий
18 moneyget
 
11.12.21
09:52
19 moneyget
 
11.12.21
09:53
сам ДТ
20 Фрэнки
 
11.12.21
09:53
(17) просто спрошу на всякий случай, т.к. сам не админ, но приходится иногда в это лезь.

про Инструменты Разрабочика слышал? Там есть возможности посмотреть базу "изнутри"
21 moneyget
 
11.12.21
09:54
Инструменты Разрабочика слышал? - нет
22 moneyget
 
11.12.21
09:54
щас погуглю, спасибо
23 ДенисЧ
 
11.12.21
09:58
24 Фрэнки
 
11.12.21
09:58
25 moneyget
 
11.12.21
09:59
пересчет итогов закончился - недостаточно памяти... естественно на диске ее 500Гб и оперативки 32Гб...
26 Фрэнки
 
11.12.21
10:00
+к 24 http://devtool1c.ucoz.ru/

это ссылка на "Подсистема "Инструменты разработчика" 1С 8" - но ее нужно ставить на базу источник. Я бы попробовал скопировать ее так, как она есть в СУБД и затем уже экспериментировать с выгрузками.
27 Ёпрст
 
11.12.21
10:08
(18) поставил грузится
28 hhhh
 
11.12.21
10:12
(0) 16 гиг - нормальный размер для файловой бп 2.0. Ты не туда копаешь.
29 moneyget
 
11.12.21
10:15
изначально задача - тупо удалить документы за пару лет....  но вылетает
превышен максимальный размер внутреннего файла 1с
30 zak555
 
11.12.21
10:19
Итоги большие
31 Фрэнки
 
11.12.21
10:34
(29) на разрядность платформы не смотрел?
32 RomanYS
 
11.12.21
12:35
(29) для такой цели логично просто отключить итоги
33 Winnie Buh
 
11.12.21
13:26
(28) 16 Гб для файла 1Cv8.1CD - это НЕнормальный размер,
внутренний файл максимум до 6Гб, но они редко пухнут равномерно, обычно разрастается один из них, т.ч. даже 8Гб база может перестать запускаться в файловом режиме
35 Фрэнки
 
11.12.21
13:33
(33) у нас есть базы, которые я в порядке эксперимента и для тестирования разворачиваю... вроде сейчас они уже больше 22 Гб, но работают.
Я там иногда как разраб в них ковыряюсь.

Но понятно, что по настоящему эта база у нас на СКЛ находится. Только я к тому, что сам размер в виде 12 Гб или 22 Гб еще не показатель, что обязательно будет ошибка с размером внутреннего файла
36 Winnie Buh
 
11.12.21
13:34
(34) приятно познакомится,
см (0) - у ТС dt размером 700 Mb, который разворачивается в 16 GB 1CD
37 Winnie Buh
 
11.12.21
13:36
(35) это точно размер одного только файла 1CD, а не всей папки вместе с логами?
38 МихаилМ
 
11.12.21
13:55
zip бомба неплохое средство защиты от выгрузки дт в купе с другими.
39 Фрэнки
 
11.12.21
13:56
(37) Точно. Я проверял специально. Хотя повод был не на размер посмотреть, а попробовать развернуть базу ради тестирования.
40 Фрэнки
 
11.12.21
14:01
И затем зазиповал этот же полученный 1CD и сравнил его с размером DT. Получились довольно близкие значения что у DT.
41 Обработка
 
11.12.21
14:06
В таких случая только загружать в скуль. Или переносить данные универсальной обработкой.
42 Фрэнки
 
11.12.21
14:15
по идее, кстати сказать, если уж тестировать все варианты, то на то серваке, где была исходная база взять и создать копию и загрузить туда данные из получившегося глючного ДТ.
Вполне вероятно, что результат покажет, что проблема не в том, что база разворачивается в файловый режим.
43 Конструктор1С
 
11.12.21
14:30
(0) небось есть какой-нибудь тупой регистр сведений, периодический и с 10-ю измерениями, который засрат всяким г...ном (типа истории изменений). Вот в таком индекс и мог распухнуть до неприличия. В .dt индексов нет, поэтому размер намного меньше
44 VladZ
 
11.12.21
14:50
(0) "что может ее так раздувать?" - что тебе это даст? Есть риск, отличный от нуля, что ответ на этот вопрос не продвинет тебя в нужном направлении.
"изначально задача - тупо удалить документы за пару лет.." - вот в этом направлении и иди.
45 Kassern
 
11.12.21
14:53
(44) не самый лучший подход, может там юзверы наприкрепляли фотки/сканы  на несколько гигов. Чем срез документов поможет в этом случае? Самый простой вариант, который я знаю, загнать базу в скуль и простеньким sql запросом отсортировать таблицы по размеру, далее уже просто, по имени таблицы получаем ее человеческое название в 1с и понимаем, что занимает большую часть.
46 Ёпрст
 
11.12.21
14:56
(0) Чет я про тебя забыл.
Короче, база в скуле поднялась, mdf  - 7 гигов.
Еще не смотрел таблички, попозжее
47 Ёпрст
 
11.12.21
15:05
Посмотрел.
В базе ничего криминального нет, размер маленький. Единственно, один не закрытый регистр РасходыПриУСН.
Если его поправить, чтоб закрывался, то база похудеет на 1.5 Гига, примерно
Ну и бухитоги по субконто не закрываются, аналогично.. еще похудеет прилично
Итого, если привести в порядок, похудеет в 2 раза.


http://pics.rsh.ru/img/_4j43l2p8.png
48 Ёпрст
 
11.12.21
15:13
ЗЫ: про бух итоги напиз..ил, там всё более менее.
У тя толлько один регистр не закрыт и всё.
49 Ёпрст
 
11.12.21
15:15
А не, тоже не закрыт в разрезе субконто, тоже можно закрыть
50 Aleksey
 
11.12.21
15:25
Я бы для начала тупо грохнул средствами скуля итоги, ибо есть прикол что там скапливается мусор и средствами 1с его не почистишь
51 Ёпрст
 
11.12.21
15:29
(50) это ж загрузка с dt, там нет итогов :)
52 Aleksey
 
11.12.21
15:55
(51) есть
53 Aleksey
 
11.12.21
15:56
"полное ТиИ - тестирование базы средствами 1С, включая проверку, полный пересчет итогов, сжатие и реструктуризацию - фантомные записи остались. Выгрузка/загрузка в файловую...."
мне это не помогло от избавления мусора в итогах

Как удалить "фантомные" записи в таблице итогов средствами 1С
54 Ёпрст
 
11.12.21
17:07
(52) нету. Формат файле не менялся со времен 7.7
55 Фрэнки
 
11.12.21
18:16
(47) // один не закрытый регистр РасходыПриУСН.

имхается, что у этого регистра не делали закрытие
56 ДенисЧ
 
11.12.21
18:19
(55) Да этот регистр - беда в бухии... У меня в одной базе оказались документы 14го года... А гбушка разводит руками...
57 Aleksey
 
11.12.21
19:02
(54) тогда как ты бъяснишь мой случай.
У меня таблицы имела размер 4,5 гига. Это была _ACCUMRGT16153, т.е. таблица остатков (РН - Затраты при УСН). При этом в режиме предприятия у этого регистра нет движения

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

Повторяю еще раз выгружаю в DT загружаю из DT - и опа при пустой таблицы движения имеею 4,5 Гигов в таблице итогов. Если они не из DT то откуда?
58 Ёпрст
 
11.12.21
20:15
(57) еще раз, в dt нет и никогда не было итогов. Формат примерно такой де, как и в dat файле клюшек.
59 Aleksey
 
11.12.21
20:19
(58) Что возвращает нас к моему вопросу.
Я понимаю о чем ты говоришь. Что если итоги "ровные" он их не переносит. С этим я не спорю, однако если в таблице итогов лежит какой то "мусор" и битые данные, то выгрузка закгрузка через dt их старательно перенесет. Т.е. если в таблице итогов лежит что то, что платформа не может идентифицировать как итоги, то она это переносит. Незнаю где и как физически этот мусор лежит в dt но по факту получаеться что таблица итогов переноситься по некоторому условию
60 Ёпрст
 
11.12.21
20:22
(59) нет. Там даже секции для итогов нет и никогда не было. Есть только док, его реквизиты и  движения регистров
61 Ёпрст
 
11.12.21
20:24
Ну и проверить, 2 секунды. Грохнуть табличку движений, выгрузить в dt и загрузить обратно. Ну или, наконец, открыть dt и посмотреть глазками. Там вполне понятная структура
62 Aleksey
 
11.12.21
20:27
(60) тогда откуда он брал в моем случае данные?
(61) Мы говорим о разных вещах
63 Ёпрст
 
11.12.21
20:28
(62) рассчитал с таблички движений регистра
64 Aleksey
 
11.12.21
20:28
(63) ты принципиально не читаешь, что я пишу7
65 Aleksey
 
11.12.21
20:29
"у этого регистра нет движения" (!)

Т.е. таблица движений ПУСТАЯ, при этом при переноси через DT он ПЕРЕНОСИТ таблицу итогов с невалидными данными
66 Ёпрст
 
11.12.21
20:30
(64) если б ты чинил выгрузки dt,то про хранение в них итогов не писал бы
67 Aleksey
 
11.12.21
20:30
(66) Где я пишу что он переносит валидные "итоги"?
68 Ёпрст
 
11.12.21
20:31
(65) не переносит. Их нет в выгрузке
69 Ёпрст
 
11.12.21
20:31
Он никакие не переносит
70 Aleksey
 
11.12.21
20:31
(68) а откуда он взял?
71 Ёпрст
 
11.12.21
20:33
(70) с движений регистра
72 RomanYS
 
11.12.21
20:33
(70) у тебя есть эта dt или ты можешь её сделать?
73 Aleksey
 
11.12.21
20:34
(71) которых нет физически? Таблица движений ПУСТАЯ

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

Вопрос. КА???
74 Ёпрст
 
11.12.21
20:34
Создай уже базу с 1 регистром и поиграйся, да открой, наконец dt
75 Aleksey
 
11.12.21
20:34
(72) Это было 3 года. нет конечно. База была успешна вылечена и сдана в архив
76 Ёпрст
 
11.12.21
20:35
(73) как ты смотришь, что движений нет?)
77 Aleksey
 
11.12.21
20:36
(74) Да уж тяжело "с умными" разговаривать. Они даже не читают что им пишут, но уверенны что правы.

Я не говорю что он переносит таблицу итогов как есть. Возможно на этот случай он хранит эту информацию в dt где то слева/справа/снизу, не обязательно прям в таблице итогов, и при восстановлении переносит эти данные
78 Aleksey
 
11.12.21
20:36
(76) не поверишь но в скуле через select * from
79 Ёпрст
 
11.12.21
20:37
Да нет таблицы итогов в dt...воообще нет
80 Ёпрст
 
11.12.21
20:37
(78) не верю)
81 Aleksey
 
11.12.21
20:38
(79) Молодец и что?
82 Aleksey
 
11.12.21
20:38
итогов нет, а данные есть
83 RomanYS
 
11.12.21
20:46
(77) так смысл такого разговора непонятен. Тебе аргументировано говорят "такого не может быть", а в ответ "у меня было, но 3 года назад и повторить я это не могу".
84 Aleksey
 
11.12.21
20:47
(83) Так я спрашивал как диагностировать такую проблему. Никто не ответил
85 Ёпрст
 
11.12.21
20:56
(81) Не поленился проверил, твоя правда, хранит итоги в dt, и да, при пустой табличке движений он выгрузит-загрузит как есть.
Посыпаю голову пеплом.
Хотя, мот раньше и другой формат у dt был ?
Склероз.
86 Ёпрст
 
11.12.21
20:57
(84) да никак .. штатно никак, разве что итоги пересчитывать, грахая таблички итогов.

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

Такие дела.
88 ДедМорроз
 
12.12.21
00:50
Dt выгружает таблицы как есть,естественно,что без индексов,которые при загрузке будут созданы.
89 ansh15
 
12.12.21
03:41
(85) Когда-то сообщали http://forum.infostart.ru/forum86/topic81618/message871535/#message871535
что в 8.2 такого не было, а в 8.3 уже есть http://forum.infostart.ru/forum86/topic81618/message1412300/#message1412300
90 ДенисЧ
 
12.12.21
04:43
(85) Это изменилось лет несколько назад. с .14 где-то.
91 Фрэнки
 
12.12.21
09:49
вот для того, чтобы таких споров было побольше или поменьше - 1С не рекомендует использовать выгрузку в DT в качестве способа архивирования баз.
92 ansh15
 
12.12.21
10:35
(91) Тем не менее, в 19-й(зачем-то) сделали "Ускорена загрузка из .dt-файла в клиент-серверном варианте информационной базы за счет использования для загрузки нескольких фоновых заданий". Рекомендовать - не рекомендуют(причины известны), а улучшения этой операции проводят..
93 Ёпрст
 
12.12.21
10:44
(90) точно, давно ничего с dt не восстанавливал. Надо поиграться с совместимостью, чтоб выяснить, с какого они стали класть итоги в дт
94 Фрэнки
 
12.12.21
10:51
(92) ну а как еще конвертировать данные с одного скуля другой или при замене файлового режима на серверный?

Альтернативный путь известен (использовать Конвертацию), но здесь же однократная для Заказчика задача - как бы просто заменить режим использования базы
95 Winnie Buh
 
13.12.21
09:27
если конфигурация на базе типовой на УФ или на более-менее актуальной БСП, то попробуйте выгрузить отдельно конфигурацию и отдельно данные без конфигурации
96 Dmitrii
 
гуру
13.12.21
10:07
(95) Речь о типовой БП 2.0. Сало быть обычные формы на старой БСП.
97 Dmitrii
 
гуру
13.12.21
10:10
Если проблема в таблицах итогов, то можно попробовать отключить использование итогов и текущих итогов.
Выполнить ТИИ.
Выгрузить базу в dt.
Загрузить из dt.
В получившейся базе включить итоги и текущие итоги.
Выполнить пересчет итогов.
98 Ёпрст
 
13.12.21
10:46
У автора вся проблема в одном регистре, в (47) всё написано.
Пересчет итогов там не поможет, там тупо разные наборы измерений всегда в приходе и расходе.
Даже по табличке движений этого регистра это видно.