Вход | Регистрация


1С:Предприятие :: 1С:Предприятие 8 общая

Сжатие базы от лишних данных

Сжатие базы от лишних данных
Я
   ildary
 
08.11.16 - 21:29
Уважаемые специалисты, пожалуйста посоветуйте:

База УТ11, пытаюсь хоть немного ее разогнать (регулярно подтормаживает), обнаружил, что на 10Гб размера в файловой копии - 4Гб занимает ХранилищеСистемныхНастроек и 1.5 Гб - адресная информация и ее история. Вопрос - чем чревата полная чистка хранилища системных настроек? Я конечно попробую грохнуть информацию неработающих пользователей, но вдруг проще удалить вообще все? И почему это хранилище так раздувается, прямо как незакрытый регистр? Такой же вопрос по адресной информации - похоже что при создании базы в нее загрузили полный классификатор - до какой степени его можно чистить?
 
 
   Garykom
 
1 - 08.11.16 - 21:42
Адресный можно полностью потереть и заново загрузить
ХранилищеСистемныхНастроек тоже можно чистить.

Но сначала понятно дело на копии проверь все
   ildary
 
2 - 08.11.16 - 21:48
(1) спасибо, а все таки чем может быть чревата полная очистка ХранилищеСистемныхНастроек?
   Garykom
 
3 - 08.11.16 - 21:57
(2) Грохнули всех юзеров и завели снова, но в документах они остались, только настройки того.
   МимохожийОднако
 
4 - 08.11.16 - 22:08
Кардинально решит проблему только переход на клиент-серверный вариант.
   ildary
 
5 - 08.11.16 - 22:09
(3) какие настройки в УТ11 могут быть такими важными, чтобы их потерю заметили юзеры?

(4) рабочая база уже в клиент-сервере. Файловая версия применяется только для поиска раздутых вещей (обработка пузомерка для файловой версии).
   МимохожийОднако
 
6 - 08.11.16 - 22:11
(5) Странный подход. Традиционные замеры не помогают?
   Garykom
 
7 - 08.11.16 - 22:18
(5) значения по умолчанию в для документов и настройки дефолтные в формах
   Garykom
 
8 - 08.11.16 - 22:18
(7) для новых документов
   Cyberhawk
 
9 - 08.11.16 - 22:19
Сколько пользователей ИБ в этой базе заведено?
   ildary
 
10 - 08.11.16 - 22:22
(6) я в этой конторе новенький и прав у меня (например доступ к скулю) очень мало. Опыта в восьмерке тоже. Тапер играет как умеет.

(7),(8) пропадание этих настроек повлияет на работу? Спасибо, учту- сначала снесу настройки уволенных и поищу, чъих настроек слишком много.

(9) Живых - 40. Всего - 59.
 
 Рекламное место пустует
   ildary
 
11 - 08.11.16 - 22:25
Вдогонку - найдено несколько пользователей с количеством настроек - 2-3 тысячи (у остальных - 100-500). В основном это записи с ключом "Отчет.ПоступлениеИОтгрузкаТоваров/ПоступлениеИОтгрузкаТовара07e0b33d-4bbb-467b-b8a4-818959eec75b/КлючТекущегоВарианта". Могу я их грохнуть или пользователь огорчится?
   Cyberhawk
 
12 - 08.11.16 - 22:26
Покажи список настроек для одного и того же отчета
   МимохожийОднако
 
13 - 08.11.16 - 22:28
(11) Грохай. На копии можно всё, что хочешь.
   ildary
 
14 - 08.11.16 - 22:31
(12) можно уточнить, что именно надо показать? Сколько вариантов отчета есть? Или показать записи по этому отчету из хранилища?

(13) на копии я уже все грохнул, но интересно как дела пойдут на живой базе у живых пользователей.
   ildary
 
15 - 08.11.16 - 22:34
Если нужен просто список ключей этого отчета (он типовой в УТ11), то вот ссылка (извините за гуглодиск)
https://docs.google.com/spreadsheets/d/1oopMPyk5KLVq8jh-Bb1dmWPb8pX4P4oFPqFALrw3HWw/edit?usp=sharing
   Cyberhawk
 
16 - 08.11.16 - 22:39
(14) У одного и того же пользователя сколько записей для одного и того же варианта отчета? Я так понял, очень много с разными суффиксами-гуидами
   ildary
 
17 - 08.11.16 - 22:45
(16) вот навскидку вывел одного пользователя - 1420 записей по одному отчету. Чую что бесовщина, но обосновать не могу.
   Cyberhawk
 
18 - 08.11.16 - 22:51
(17) В конфигурацию походу кто-то добавил код в модуль формы
КлючСохраненияПоложенияОкна = Новый УникальныйИдентификатор();

чтобы избавиться от багов при открытии формы.
Само собой, что такого быть не должно.
   Фрэнки
 
19 - 08.11.16 - 22:54
(17) ну может там в параметры выведена дата? вот пользователь за каждый день формирует, как минимум 365 дней в году, а если в сочетании периодов, то и еще больше. Ну это я так фантазирую. Хотя, на формируемый уникальный ключ могут влиять все настройки отборов. Допустим, перечень разных складов будет давать два-три десятка просто в сочетании с какими-то еще вариантами это даст такое вот количество.

(18) а если еще и при каждом открытии окна, так будет совсем много для такого активного менеджера в отделе закупок, формирующего что-то по остаткам.

Кстати, для (17) - а попробуйте сравнить этот отчет с типовым, в чем-то существенном его никто не модифицировал?
   Cyberhawk
 
20 - 08.11.16 - 22:55
Как результат - на каждое закрытие формы база растет на 160 букв кириллицы, что в UTF кажись занимает ~320 байт
   Фрэнки
 
21 - 08.11.16 - 22:56
Самое смешное, что отчет то будет выдавать результат быстро-быстро, но очень-очень долго открываться
   ildary
 
22 - 08.11.16 - 22:59
(18) я дико извиняюсь, но этот отчет - типовой (специально проверил. Строки, похожие на "КлючСохраненияПоложенияОкна = Новый УникальныйИдентификатор();" - встречаются в общих модулях, но они похоже тоже не добавленные.

(21) я практически уверен, что так и есть - в базе постоянные какие-то тормоза.
   ildary
 
23 - 08.11.16 - 23:01
И еще - я сделал полное сравнение текущей конфигурации и типовой - в изменениях не встречается КлючСохраненияПоложенияОкна.
   Фрэнки
 
24 - 08.11.16 - 23:03
(23) опередил. как минимум, я это и хотел предложить - сравнить
   Cyberhawk
 
25 - 08.11.16 - 23:08
Необязательно идет переопределение ключа положения окна. Может, там дописывается ГУИД в КлючТекущегоВарианта...
   Cyberhawk
 
26 - 08.11.16 - 23:08
"в изменениях не встречается КлючСохраненияПоложенияОкна" // Надо поискать в изменениях "Новый УникальныйИдентификатор()"
   Cyberhawk
 
27 - 08.11.16 - 23:10
Да, стопудово ГУИД дописывается к ключу варианта отчета
   Cyberhawk
 
28 - 08.11.16 - 23:11
"я в этой конторе новенький" // Вычисли автора кода, подыми свой авторитет ))
   ildary
 
29 - 08.11.16 - 23:14
(26) "Новый УникальныйИдентификатор()" не встречается в изменениях, встречается только УникальныйИдентификатор() - как параметр открытия форм (посторонних) и выгрузки таблиц во временное хранилище.

Я кстати понял, как эта зараза плодится, но не нашел конкретное место записи. Пользователь открывает карточку товара, выбирает Доступные остатки, в открывшемся отчете - нажимает Расшифровать другим отчетом - Поступление и отгрузка. После чего в хранилище системных настроек появляется три записи. Пытаюсь отладчиком поймать, но пока не нашел - вызываемый отчет ПоступлениеИОтгрузкаТоваров - написан на СКД, а в настройках СКД я пока совсем начинающий.
   Cyberhawk
 
30 - 08.11.16 - 23:17
Отладчиком ты не поймаешь, это ведь автоматически сохраняемые настройки
   ildary
 
31 - 08.11.16 - 23:17
(28) тут до меня разработка велась методом письма из простоквашино и я еле-еле изменения в читаемый вид привел. А найти автора по комментариям - уже невозможно, хотя я бы хотел пожать ему шею за несколько "оригинальных" решений в базе - например первое что я увидел - что абсолютно у все объектов было включено изменение.
   Cyberhawk
 
32 - 08.11.16 - 23:18
"абсолютно у все объектов было включено изменение" // А смысл каждый раз лезть и искать в дереве поставщика, чтобы снять замочек?
   ildary
 
33 - 08.11.16 - 23:18
(30) а что тогда остается? Регулярная чистка? Я уже решился тупо удалить все записи, относящиеся к этому отчету.
 
 
   Cyberhawk
 
34 - 08.11.16 - 23:19
(33) Конечно удаляй. Насчет регулярной чистки - сначала проверил бы, в демобазе такое вопроизводится или нет...
   ildary
 
35 - 08.11.16 - 23:21
(32) а обновления ставить? Замочек снять - дело минуты. Зато теперь конфигуратор в куче мест тупо тормозит, даже после возврата замочков.

Большое всем спасибо за помощь. Как приятно не оставаться одному наедине с проблемой.
   Cyberhawk
 
36 - 08.11.16 - 23:23
(35) Так после снятия одного единственного замочка он будет так же тормозить, как если с замочков снять все объекты дерева объектов основной конфигурации, разве нет?
   Cyberhawk
 
37 - 08.11.16 - 23:23
"а обновления ставить?" // Так есть же настройка "показывать дважды измененные"
   ildary
 
38 - 09.11.16 - 05:47
(36) мне показалось (возможно я неправ) - разница в скорости все же есть.
   ildary
 
39 - 09.11.16 - 07:18
Последний вопрос не дает покоя - как избавиться от распухания этого регистра? Только регулярная чистка?
   МимохожийОднако
 
40 - 09.11.16 - 08:14
(39) Можно не вносить данные или  не пользоваться отчетами.
   Фрэнки
 
41 - 09.11.16 - 10:31
(39) не буду рекламировать или искать по просьбе, но как-то мне попадались на глаза уже готовые обработки для чистки что-то такого. Я не вникал в детали.
Можно и самому написать, тем более, после такого детального разбора, как сделал тс, чтоб обсуждать проблему в этой ветке.
   Cyberhawk
 
42 - 09.11.16 - 12:07
(39) Я бы на твоем месте все-таки проверил (34) и в случае невоспроизведения в демо-базе искоренил причину дописывания гуидов
   ildary
 
43 - 09.11.16 - 17:35
(41) я свою написал, могу выложить, если кому то интересно. там только чистка начинается без вопроса, потому что новая немодальная схема задавания вопроса меня расстраивает ломанием процедур.


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Тема не обновлялась длительное время, и была помечена как архивная. Добавление сообщений невозможно.
Но вы можете создать новую ветку и вам обязательно ответят!
Каждый час на Волшебном форуме бывает более 2000 человек.
Рекламное место пустует