1. baracuda 3 22.12.16 10:36 Сейчас в теме

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

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

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

Если регистр остатков не закрывается в разрезе измерений база пухнет катастрофически
4. baracuda 3 22.12.16 10:53 Сейчас в теме
(2) А как проверить то? База полностью снята с поддержки.
Чистой, типовой под рукой тоже нет.
22. fromtomike 28 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 126 20.03.17 15:26 Сейчас в теме
(26)Пересчет итогов делали?
Попробуйте провести тестирование и исправление со всеми галками. Но не забудьте перед этим делом сделать копию.
А несколько лет конечно куда столько.. Максимум два -три года надо и то на зарплатных конфигурациях с учетом, что там данные для пособий берутся за два года. А так конечно было бы лучше раз в три года урезать базу.
29. alex-l19041 9 20.03.17 15:58 Сейчас в теме
(28)
раз в три года урезать базу
- есть смысл. Но когда хотят анализировать продажи за несколько лет, то надо оставлять столько лет. сколько требуется
30. Bukaska 126 20.03.17 16:09 Сейчас в теме
(29)Если за день вносится бешеное число данных, а не с десяток документов, то есть при большом ежедневном вводе данных урезание периодически неизбежно. Или необходим хорошей мощности сервер, на что не у всех есть возможности. При регулярном подсчете итогов, закрытия месяца и регулярных обновлениях и бекапах с мощным железом больших проблем быть не должно. Если же обо всем этом забывать и вдобавок комп не мощнее как офисного варианта проблем может быть много. При большом размере базы за ней должен быть глаз да глаз.
3. spectre1978 45 22.12.16 10:52 Сейчас в теме
НДС обычно пухнет, если формирование книг покупок/продаж регламентно не делают. Он тогда тупо не закрывается.
Делаете?
6. baracuda 3 22.12.16 10:55 Сейчас в теме
(3) Этот совет уже опробовал.
Сформировал документы "Формирование книги закуок/продаж".
За все периоды прошлых лет. Много времени проводка заняла, однако результата не дало.
5. docerman 44 22.12.16 10:54 Сейчас в теме
Регистр Версии объектов?
7. baracuda 3 22.12.16 10:57 Сейчас в теме
(5) Простите, вы про что? Такого регистра вроде нет.
10. docerman 44 22.12.16 11:01 Сейчас в теме
(7) В УПП есть такой регистр. Если неправильно настроено версионирование, то база очень сильно распухает. Значит я ошибся думал что и в УТ есть версионирование.
8. agarych 22.12.16 10:59 Сейчас в теме
1. Типовая или доработанная конфигурация?
2. Если Бухгалтерия не нуждается в данных по НДС из УТ, то движения по регистрам НДС можно убрать.
3. РС "Списанные товары" нужен для проведения по партиям, поэтому без него не обойтись.
9. spectre1978 45 22.12.16 11:01 Сейчас в теме
(8) с языка сняли. По большому счету вы можете грохнуть тяжелые таблицы регистров по НДС и отключить в документах проведение по ним
11. spectre1978 45 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 44 22.12.16 11:06 Сейчас в теме
А вот мне тоже интересно такая разница между размером файла dt и размером SQL базы это нормально?
15. baracuda 3 22.12.16 11:12 Сейчас в теме
(14) Насколько я знаю база SQL должна в раза 3-4 быть больше dt. Но то что у меня это бред.
19. herfis 264 22.12.16 11:17 Сейчас в теме
(14) Именно такая большая - ненормально. Но легко возможно при ошибках проектирования системы и ведения учета. В dt ведь не выгружаются "вторичные" данные, которые могут быть получены пересчетом из "первичных", в том числе индексы и итоги регистров. Плюс dt уже запакованный. Поэтому он всегда будет намного меньше даже файловой базы. А SQL всегда больше файловой, т.к. там место забирается с запасом всегда, чтобы уменьшить количество дорогих файловых операций.
ЗЫ. Хотя... Даже в нормальных базах разница элементарно может превышать 10 раз и более... Какие там 3-4. Тут сложно провести границу. Только анализ реального веса таблиц, индексов и сравнения результата с заложенной бизнес-логикой.
docerman; +1 Ответить
16. MakcTLT63 8 22.12.16 11:13 Сейчас в теме
У вас индексы в 3-4 раза больше чем сами данные.
Вот тут собака порылась.
Навскидку только настройкой правильного индексирования можно убрать 20 Гигов вообще без потери данных.
17. baracuda 3 22.12.16 11:14 Сейчас в теме
(16) можно хотя бы одни пример, где у меня индексы больше данных в 3-4 раза?
18. MakcTLT63 8 22.12.16 11:17 Сейчас в теме
Регистр "Продажи".
Данные 1,6, индексы - 7,7
Если поубираете свойство "индексировать" с некоторых реквизитов регистра, то получите нормальные индексы.
20. baracuda 3 22.12.16 11:25 Сейчас в теме
(18)все верно.
А каким образом отразится отсутствие индекса на регистре?
Будет дольше считать?
21. MakcTLT63 8 22.12.16 11:35 Сейчас в теме
(20) Возьмите типовую и сделайте индекировать только тем у кого стоит в типовой.
Наверняка дописывали регистр, свои реквизиты надобавляли, а про индексирование и не подумали.
Хуже уж точно не будет.
config; baracuda; +2 Ответить
23. UmarU 27.12.16 11:59 Сейчас в теме
А попробовали средствами SQL реорганизация индекса, обновление статистики и тому подобное регламенты.
Ann.prog1C; +1 Ответить
24. artem_from_minsk 27.12.16 12:15 Сейчас в теме
Кстати да. Очень похоже что из-за того что база допиливалась для ускорения ставились индексы вместо того что бы переписывать и нормализировать БД. Если снять индексы то просядет производительность запросов. Кстати 80Гб не критичный размер для БД. У нас БД и по 200-300 ГБ были. Кстати росли чаще всего из-за регистров с картинками и документами. Но тут другой случай.
25. Smaylukk 585 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 8 11.05.17 08:22 Сейчас в теме
А что сделали то? Мне интересно.
34. baracuda 3 11.05.17 08:45 Сейчас в теме
33. spezc 510 11.05.17 08:28 Сейчас в теме
Да, пусть опишут работы которые выполнили?
35. baracuda 3 11.05.17 08:46 Сейчас в теме
Прикрепил лист учета рабочего времени
36. varlon 14.10.17 08:05 Сейчас в теме
Офигеть что за железо у них, у меня тут база в DT 600мб, а 1CD - 7,7. Свертка с удалением данных за 4 года (2011-2014) на рамдрайве идет почти сутки.
Оставьте свое сообщение
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.

Вакансии

Программист 1С
Санкт-Петербург
зарплата от 100 000 руб.
Полный день

Руководитель группы сервисов ЭДО, ЭЦП и криптографии
Москва
зарплата от 150 000 руб.
Полный день

Руководитель группы интеграций (1С)
Москва
зарплата от 150 000 руб.
Полный день

Руководитель группы сервисов FRM на 1С
Москва
зарплата от 150 000 руб.
Полный день

Консультант-аналитик 1С (ЗУП)
Санкт-Петербург
Полный день