7.7. Как ускорить реструктуризацию БД
1. Обновил МД ПУБ 7.7 с редакции 2.7 на 2.8 (минуя промежуточные релизы)
Обновление запланировал на начало года. Удалил все *.dbf, *.cdx кроме справочников sc*.dbf. Перенос остатки оставил на потом.
Провёл "Тестирование и испр. ИБ" с очисткой и удалением лишнего. Правда без сжатия БД.
2. При этом большие изменения в главных справочниках на уровне реквизитов.
Вот основное кол-во элементов в момент обновления:
Нормы расходов 96370
Аналоги норм расходов 33815
Номенклатура 27719
Единицы измерения 25089
Цены номенклатуры 20487
Договоры 10415
Единицы измерения 9841
Материалы 9525
Контрагенты 3842
Классификатор ЕНАОФ 1708
Расчетные счета 1057
3. Уже на финише при обновлении БД в режиме загрузки изменного МД сохранение идёт очень длительное время,
на рабочих станциях (XP, Pentium-4 3Ghz, 1Gb) больше суток, двух...
Загрузка проца 100% , память не так заметно расходуется...
4. Попытался на серваке intel xeon 5130 2Ghz/ 4 Gb то же проделать - результат тот же больше двух дней как всегда
в "зависшем состоянии", но с загрузкой проца 30%, памяти там то ли 2Gb, то ли 4 Gb. Т.е. явно видно, что сервак не выкладывается на полную мощность. Видать дальше нужно программным способом оптимизировать.
Чтобы наблюдать за процессом обновления пообъектно требуется "не дышать" на комп во время реструктуризации, (что не всегда получаетсяя :) в итоге такое ощущенье что процесс намертво завис.
ВНИМАНИЕ ВОПРОС:
Как оптимизировать это дело, на каких компах, в каких режимах, м/б в режиме SQL сервера оптимально производить
реструктуризацию.
Как настроить сервак на обработку на полную мощность.
Спасибо.
Обновление запланировал на начало года. Удалил все *.dbf, *.cdx кроме справочников sc*.dbf. Перенос остатки оставил на потом.
Провёл "Тестирование и испр. ИБ" с очисткой и удалением лишнего. Правда без сжатия БД.
2. При этом большие изменения в главных справочниках на уровне реквизитов.
Вот основное кол-во элементов в момент обновления:
Нормы расходов 96370
Аналоги норм расходов 33815
Номенклатура 27719
Единицы измерения 25089
Цены номенклатуры 20487
Договоры 10415
Единицы измерения 9841
Материалы 9525
Контрагенты 3842
Классификатор ЕНАОФ 1708
Расчетные счета 1057
3. Уже на финише при обновлении БД в режиме загрузки изменного МД сохранение идёт очень длительное время,
на рабочих станциях (XP, Pentium-4 3Ghz, 1Gb) больше суток, двух...
Загрузка проца 100% , память не так заметно расходуется...
4. Попытался на серваке intel xeon 5130 2Ghz/ 4 Gb то же проделать - результат тот же больше двух дней как всегда
в "зависшем состоянии", но с загрузкой проца 30%, памяти там то ли 2Gb, то ли 4 Gb. Т.е. явно видно, что сервак не выкладывается на полную мощность. Видать дальше нужно программным способом оптимизировать.
Чтобы наблюдать за процессом обновления пообъектно требуется "не дышать" на комп во время реструктуризации, (что не всегда получаетсяя :) в итоге такое ощущенье что процесс намертво завис.
ВНИМАНИЕ ВОПРОС:
Как оптимизировать это дело, на каких компах, в каких режимах, м/б в режиме SQL сервера оптимально производить
реструктуризацию.
Как настроить сервак на обработку на полную мощность.
Спасибо.
По теме из базы знаний
Ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
После удаления документов необходимо выполнить:
1. В режиме 1С:Предприятие - удаление помеченных объектов
2. В конфигураторе - сжатие БД
3. В конфигураторе - пересчет итогов, пересчет служебных данных, сжатие БД
4. В обработку обновления добавить транзакции
5. Обновить конфигурацию
1. В режиме 1С:Предприятие - удаление помеченных объектов
2. В конфигураторе - сжатие БД
3. В конфигураторе - пересчет итогов, пересчет служебных данных, сжатие БД
4. В обработку обновления добавить транзакции
5. Обновить конфигурацию
На серваке это делать безтолку 2/4 проца вопрос не решают, всё равно работает 1. (цитата)...но с загрузкой проца 30%...
Лучше будет добавить на рабстанцию ещё Гиг памяти, вырубить все процессы, не связанные с системой. Перед этим удалить всё лишнее из справочников, особое внимание справочникам с большим количеством реквизитов и отборов/сортировок, выполнить пункты 1-3 из (2). Намного это процесс не ускорит, всё зависит от количества удалённых элементов.
Можно ещё сделать обработку и выгрузить всё, например, в тхт, очистить базу, обновить конфигурацию и загрузить всё обратно, уже с учётом обновления, т.к. такая хрень бывает только при изменении структуры данных (добавлениии новых реквизитов или изменении свойств существующих).
Или искать того, кто сможет один процесс 1с распаралелить на 2/4 процессора.
Лучше будет добавить на рабстанцию ещё Гиг памяти, вырубить все процессы, не связанные с системой. Перед этим удалить всё лишнее из справочников, особое внимание справочникам с большим количеством реквизитов и отборов/сортировок, выполнить пункты 1-3 из (2). Намного это процесс не ускорит, всё зависит от количества удалённых элементов.
Можно ещё сделать обработку и выгрузить всё, например, в тхт, очистить базу, обновить конфигурацию и загрузить всё обратно, уже с учётом обновления, т.к. такая хрень бывает только при изменении структуры данных (добавлениии новых реквизитов или изменении свойств существующих).
Или искать того, кто сможет один процесс 1с распаралелить на 2/4 процессора.
Алексей Константинов пишет:
......................
сжатие БД
......................
сжатие БД
всё сделал кроме сжатия БД, но оно сократило БД не больше 1Мб.
- но впредь буду делать сжатие...
Алексей Константинов пишет:
......................
4. В обработку обновления добавить транзакции
5. Обновить конфигурацию
......................
4. В обработку обновления добавить транзакции
5. Обновить конфигурацию
пункт 4 думаю не для моего случая, я пока не пользуюсь никакой обработкой..
Ёпрст пишет:
Обновлять по частям... если в справочниках дохрена отборов / сортировок, сымать галки, объединять, вертать галки взад...
Обновлять по частям... если в справочниках дохрена отборов / сортировок, сымать галки, объединять, вертать галки взад...
спасибо... попробую это в самом конце, хочется "оптом" обновить :-).
Недозагрузка процессора возможна из-за дисковой подсистемы.
Если процессор 1, то 50-60%. Если 2 процессора (4 ядра), то 25-30%.
Есть такие варианты:
1. Установить в ПК RAM по максимуму. Создать виртуальный диск. Загнать на него временные файлы и базу данных.
2. Поставить крутой RAID-0 на 16 HDD.
Да, и по свежим индексам все работает поначалу быстрее (до 20%). Для этого нужно удалить *.cdx файлы.
Если процессор 1, то 50-60%. Если 2 процессора (4 ядра), то 25-30%.
Есть такие варианты:
1. Установить в ПК RAM по максимуму. Создать виртуальный диск. Загнать на него временные файлы и базу данных.
2. Поставить крутой RAID-0 на 16 HDD.
Да, и по свежим индексам все работает поначалу быстрее (до 20%). Для этого нужно удалить *.cdx файлы.
Удалось !
Снятие галки "Отбор" в самом объемном справочнике подействовало решающе по времени.
Теперь реструктуризация укладывается в 2 часа примерно. Основная затрата времени прихзодится на 2-3 основных справочника.
проц действительно в таком режиме работает.
Хочу попробовать с виртуальным диском, но не знаю толком о чём речь, подскажите как его создать... (это явно не файл подкачки, а других вариантов у меня нет). О каких временных файлах идёт речь, которые необходимо будет туда загнать?
спасибо.
Снятие галки "Отбор" в самом объемном справочнике подействовало решающе по времени.
Теперь реструктуризация укладывается в 2 часа примерно. Основная затрата времени прихзодится на 2-3 основных справочника.
Алексей Константинов пишет:
Если процессор 1, то 50-60%. Если 2 процессора (4 ядра), то 25-30%.
.....
1. Установить в ПК RAM по максимуму. Создать виртуальный диск. Загнать на него временные файлы и базу данных.
Если процессор 1, то 50-60%. Если 2 процессора (4 ядра), то 25-30%.
.....
1. Установить в ПК RAM по максимуму. Создать виртуальный диск. Загнать на него временные файлы и базу данных.
проц действительно в таком режиме работает.
Хочу попробовать с виртуальным диском, но не знаю толком о чём речь, подскажите как его создать... (это явно не файл подкачки, а других вариантов у меня нет). О каких временных файлах идёт речь, которые необходимо будет туда загнать?
спасибо.
(9) Если процессор 1, то 50-60%. Если 2 процессора (4 ядра), то 25-30%.
Это обычный максимум для 1 потока. Больше загрузка бывает только, если паралельно выполняются другие программы. Недозагрузка процессора - это когда показатели "загрузки ЦП" вдвое ниже.
2 часа. Я бы остановился на достигнутом результате или еще поработал с сортировками, отборами.
По поводу виртуального диска, можно поискать в интернете.
Вот пара ссылок.
Речь шла о временных файлах 1С. Они находятся во временном каталоге пользователя.
Это обычный максимум для 1 потока. Больше загрузка бывает только, если паралельно выполняются другие программы. Недозагрузка процессора - это когда показатели "загрузки ЦП" вдвое ниже.
2 часа. Я бы остановился на достигнутом результате или еще поработал с сортировками, отборами.
По поводу виртуального диска, можно поискать в интернете.
Вот пара ссылок.
Речь шла о временных файлах 1С. Они находятся во временном каталоге пользователя.
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот