|
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 | |||
МимохожийОднако 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 | |||
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 | |||
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 | |||
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 | |||
ildary 43 - 09.11.16 - 17:35 | (41) я свою написал, могу выложить, если кому то интересно. там только чистка начинается без вопроса, потому что новая немодальная схема задавания вопроса меня расстраивает ломанием процедур. |
|
Список тем форума
|