|
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) всё написано.
Пересчет итогов там не поможет, там тупо разные наборы измерений всегда в приходе и расходе. Даже по табличке движений этого регистра это видно. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |