База УТ 10.3 сильно "разбухла". Помогите пожалуйста разобраться.

1. Олег Дмитров (baracuda) 3 22.12.16 10:36 Сейчас в теме
Имеется база УТ10.3, разумеется допиленная.
Учет ведется с 2010 года. Размер dt 2.8 Гб, размер базы SQL 80Гб.
Что то тут не ладно, так ведь?
Сделал анализ базы при помощи обработки скачанной с инфостарта. Скрин в приложении.
Сказать, что я ужаснулся увидел результаты это ничего не сказать.
Регистр накопления НДСРасчетыСПокупателями
11.5Гб занимает, РН НДСНачисленный - 9.5Гб ну и т.д.
Я так понимаю, что то где пошло не так, ну или ведем учет в корне не верно.

Ребят помогите хоть немного привести базу в порядок. Ясно дело свертка неизбежна. Обязательно будем ее делать.
Ну а пока, наверное можно ненужные данные почистить.
Тот же самый Регистр Сведений Списанные товары я так понимаю мне ни к чему.
В общем жду советов.
Всем спасибо.
Прикрепленные файлы:
Ответы
2. Имя Михаил (fromtomike) 27 22.12.16 10:47 Сейчас в теме
(1) Нет УТ под рукой
НДСРасчетыСПокупателями
- регистр остатков ?
А этот регистр случайно не допиливали в плане измерений или проведения ?

Если регистр остатков не закрывается в разрезе измерений база пухнет катастрофически
4. Олег Дмитров (baracuda) 3 22.12.16 10:53 Сейчас в теме
(2) А как проверить то? База полностью снята с поддержки.
Чистой, типовой под рукой тоже нет.
22. Имя Михаил (fromtomike) 27 27.12.16 10:46 Сейчас в теме
(4)А пробовали запустить в конфигурации режим "Сравнить конфигурации ..."
С одной стороны конфигурация БД, с - другой стороны конфигурация поставщика ?

Прикрепленные файлы:
26. Олег Дмитров (baracuda) 3 04.01.17 12:04 Сейчас в теме
(22) а что это даст?

(23) Да, пробовал грохать базу SQL, и заново грузить dt.
27. Максим Бураменский (Bigot1979) 20.03.17 15:09 Сейчас в теме
(26) Решил вопрос ?
Тоже вот сижу пялюсь на размеры таблиц. Базу неимоверными усилиями свернули на начало 2016. Сейчас наиболее критичная ситуация с тормозами при подборе, пытаюсь облегчить всё что можно.. попался на глаза НДС..
28. Елена Пименова (Bukaska) 125 20.03.17 15:26 Сейчас в теме
(26)Пересчет итогов делали?
Попробуйте провести тестирование и исправление со всеми галками. Но не забудьте перед этим делом сделать копию.
А несколько лет конечно куда столько.. Максимум два -три года надо и то на зарплатных конфигурациях с учетом, что там данные для пособий берутся за два года. А так конечно было бы лучше раз в три года урезать базу.
29. Алекс Кон (alex-l19041) 10 20.03.17 15:58 Сейчас в теме
(28)
раз в три года урезать базу
- есть смысл. Но когда хотят анализировать продажи за несколько лет, то надо оставлять столько лет. сколько требуется
30. Елена Пименова (Bukaska) 125 20.03.17 16:09 Сейчас в теме
(29)Если за день вносится бешеное число данных, а не с десяток документов, то есть при большом ежедневном вводе данных урезание периодически неизбежно. Или необходим хорошей мощности сервер, на что не у всех есть возможности. При регулярном подсчете итогов, закрытия месяца и регулярных обновлениях и бекапах с мощным железом больших проблем быть не должно. Если же обо всем этом забывать и вдобавок комп не мощнее как офисного варианта проблем может быть много. При большом размере базы за ней должен быть глаз да глаз.
3. Vladimir Polyakov (spectre1978) 40 22.12.16 10:52 Сейчас в теме
НДС обычно пухнет, если формирование книг покупок/продаж регламентно не делают. Он тогда тупо не закрывается.
Делаете?
6. Олег Дмитров (baracuda) 3 22.12.16 10:55 Сейчас в теме
(3) Этот совет уже опробовал.
Сформировал документы "Формирование книги закуок/продаж".
За все периоды прошлых лет. Много времени проводка заняла, однако результата не дало.
5. Виктор Александров (docerman) 43 22.12.16 10:54 Сейчас в теме
Регистр Версии объектов?
7. Олег Дмитров (baracuda) 3 22.12.16 10:57 Сейчас в теме
(5) Простите, вы про что? Такого регистра вроде нет.
10. Виктор Александров (docerman) 43 22.12.16 11:01 Сейчас в теме
(7) В УПП есть такой регистр. Если неправильно настроено версионирование, то база очень сильно распухает. Значит я ошибся думал что и в УТ есть версионирование.
8. agarych (agarych) 22.12.16 10:59 Сейчас в теме
1. Типовая или доработанная конфигурация?
2. Если Бухгалтерия не нуждается в данных по НДС из УТ, то движения по регистрам НДС можно убрать.
3. РС "Списанные товары" нужен для проведения по партиям, поэтому без него не обойтись.
9. Vladimir Polyakov (spectre1978) 40 22.12.16 11:01 Сейчас в теме
(8) с языка сняли. По большому счету вы можете грохнуть тяжелые таблицы регистров по НДС и отключить в документах проведение по ним
11. Vladimir Polyakov (spectre1978) 40 22.12.16 11:02 Сейчас в теме
(9) точнее, не грохнуть таблицы, а очистить данные в них по TRUNCATE TABLE
13. Олег Дмитров (baracuda) 3 22.12.16 11:05 Сейчас в теме
(9) Все же хотелось понять корень проблемы. Так как данные накопились по Итогам, я так понимаю как то их можно обнулить.
12. Олег Дмитров (baracuda) 3 22.12.16 11:03 Сейчас в теме
(8)1. Доработанная.
2. Нуждается, но нужды в данных двухгодичной и более давности нет.
3. Насколько я понимаю мы партии не списываем.
14. Виктор Александров (docerman) 43 22.12.16 11:06 Сейчас в теме
А вот мне тоже интересно такая разница между размером файла dt и размером SQL базы это нормально?
15. Олег Дмитров (baracuda) 3 22.12.16 11:12 Сейчас в теме
(14) Насколько я знаю база SQL должна в раза 3-4 быть больше dt. Но то что у меня это бред.
19. Сан Саныч (herfis) 245 22.12.16 11:17 Сейчас в теме
(14) Именно такая большая - ненормально. Но легко возможно при ошибках проектирования системы и ведения учета. В dt ведь не выгружаются "вторичные" данные, которые могут быть получены пересчетом из "первичных", в том числе индексы и итоги регистров. Плюс dt уже запакованный. Поэтому он всегда будет намного меньше даже файловой базы. А SQL всегда больше файловой, т.к. там место забирается с запасом всегда, чтобы уменьшить количество дорогих файловых операций.
ЗЫ. Хотя... Даже в нормальных базах разница элементарно может превышать 10 раз и более... Какие там 3-4. Тут сложно провести границу. Только анализ реального веса таблиц, индексов и сравнения результата с заложенной бизнес-логикой.
docerman; +1 Ответить
16. Имя Фамилия (MakcTLT63) 10 22.12.16 11:13 Сейчас в теме
У вас индексы в 3-4 раза больше чем сами данные.
Вот тут собака порылась.
Навскидку только настройкой правильного индексирования можно убрать 20 Гигов вообще без потери данных.
17. Олег Дмитров (baracuda) 3 22.12.16 11:14 Сейчас в теме
(16) можно хотя бы одни пример, где у меня индексы больше данных в 3-4 раза?
18. Имя Фамилия (MakcTLT63) 10 22.12.16 11:17 Сейчас в теме
Регистр "Продажи".
Данные 1,6, индексы - 7,7
Если поубираете свойство "индексировать" с некоторых реквизитов регистра, то получите нормальные индексы.
20. Олег Дмитров (baracuda) 3 22.12.16 11:25 Сейчас в теме
(18)все верно.
А каким образом отразится отсутствие индекса на регистре?
Будет дольше считать?
21. Имя Фамилия (MakcTLT63) 10 22.12.16 11:35 Сейчас в теме
(20) Возьмите типовую и сделайте индекировать только тем у кого стоит в типовой.
Наверняка дописывали регистр, свои реквизиты надобавляли, а про индексирование и не подумали.
Хуже уж точно не будет.
config; baracuda; +2 Ответить
23. Умар Усмонов (UmarU) 27.12.16 11:59 Сейчас в теме
А попробовали средствами SQL реорганизация индекса, обновление статистики и тому подобное регламенты.
Ann.prog1C; +1 Ответить
24. artem vashkevich (artem_from_minsk) 27.12.16 12:15 Сейчас в теме
Кстати да. Очень похоже что из-за того что база допиливалась для ускорения ставились индексы вместо того что бы переписывать и нормализировать БД. Если снять индексы то просядет производительность запросов. Кстати 80Гб не критичный размер для БД. У нас БД и по 200-300 ГБ были. Кстати росли чаще всего из-за регистров с картинками и документами. Но тут другой случай.
25. Дима Головаченко (Smaylukk) 554 27.12.16 12:57 Сейчас в теме
На одном из моих проектов тоже был такой случай, когда таблица итогов регистра накоплений очень разрослась.
Как оказалось все случилось из-за того, что "криворукие" пользователи случайно изменили дату документа к примеру на 0054 год. И от этой даты начали строится итоги, хотя других записей к 2013 не было.
Посмотрите самую первую по дате запись в регистре и если год будет явно неправильным, то можете воспользоваться советами отсюда - http://infostart.ru/public/398956.
Ann.prog1C; citicat; baracuda; +3 Ответить
31. Олег Дмитров (baracuda) 3 10.05.17 16:58 Сейчас в теме
Если кому интересно. Обратился во один из франчей из близлежащего региона.
Они очень профессионально все сделали. Размер dt в итоге был уменьшен с 2.9 Гб до 1.2 Гб.

На выходных выгружу dt, грохну базу и залью dt в чистую базу, дабы уменьшить размер базы на сервере SQL.
Если кому нужны контакты то скину в личк. По деньгам обошлось что то около 40к.
32. Имя Фамилия (MakcTLT63) 10 11.05.17 08:22 Сейчас в теме
А что сделали то? Мне интересно.
34. Олег Дмитров (baracuda) 3 11.05.17 08:45 Сейчас в теме
33. Ildar Gabdrakhmanov (spezc) 331 11.05.17 08:28 Сейчас в теме
Да, пусть опишут работы которые выполнили?
35. Олег Дмитров (baracuda) 3 11.05.17 08:46 Сейчас в теме
Прикрепил лист учета рабочего времени
36. Varlon я (varlon) 14.10.17 08:05 Сейчас в теме
Офигеть что за железо у них, у меня тут база в DT 600мб, а 1CD - 7,7. Свертка с удалением данных за 4 года (2011-2014) на рамдрайве идет почти сутки.
Оставьте свое сообщение