Большое обновление системы. Новая версия VOGBIT 21.2 - Выпущено большое обновление программы. Значительные изменения произошли как в обще-системной части, так и в плане расширения возможностей программы и повышения удобства работы с ней.

Последние темы на форумах VOGBIT

Новая документация "График производства" - Прочее
Sgrekhv: Я все так и делал. Файл меняется, а в программе изменений не видно. Сделал еще раз по Вашей инструкции, результат тот же.
Ошибки ВОГБИТ - Общие вопросы
Sgrekhv: Через AnyDesk
Запрет редактирования номенклатуры - Прочее
Петр Свиридов: Благодарю, получилось! 
Переключение между окнами - Ошибки в работе
Константин Чилингаров: Здравствуйте, Да, сталкивались с подобной проблемой. Некоторое время назад (около года назад, наверно, приблизительно). Но так и не смог ...
Планирование производства - Демо версия
Константин Чилингаров: 3187 Stas Frang написал: То есть, у большинства единичных производств... По-разному у всех… Очень сильно зависит от специфики конкретного п ...
Создание копии базы данных - Прочее
Григорий Клеков: Благодарю, все заработало.
Показ дефицита при расчете потребности. - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Если ничего вообще не выбирать и нажать "обеспеченность", то программа покажет информацию по тем позициям, на котор ...
Ошибка модуля импорта из Excel - Ошибки в работе
Константин Чилингаров: Проверил. Загрузил все файлы. За один сеанс работы с программой (по очереди). Никаких проблем не обнаружил. Всё загрузилось и работает. ...
Корректировка в технологических картах после обновления - Производство
Константин Чилингаров: Здравствуйте, Проверил. Вроде, все работает штатно. Ставишь "замочек" (блокировка от случайного редактирования) - не добавляются о ...
Рассчет комплектации по заказной спецификации - Состав и технология
Константин Чилингаров: Здравствуйте, Всё нормально. "Количества" все на месте. Просто с левой стороны у вас открыто, так называемое окно "компоненты&q ...
Игнорирование регистра при поиске - Интерфейс программы
Константин Чилингаров: Здравствуйте, Записать то запишем. Но, скорее всего, если очередь до этого и дойдёт, то не скоро.
Быстрый ввод технологии и материалов - Состав и технология
Константин Чилингаров: 19032 Илья написал: Можно каким то образом добавлять материалы и их количество  быстрым способом Окно "Состав". Выделяем строчки ...
Переименование номенклатуры - Ошибки в работе
Константин Чилингаров: Посмотрел ролик. Судя по косвенным признакам, версия то достаточно свежая. Точно не совсем старая. Остаётся второй вопрос:  Как часто ...
Автоматическое обновление экрана. - Интерфейс программы
Константин Чилингаров: Здравствуйте, В некоторых окнах оно есть. В «составе», «технологии», «графике производства» и «новых заданиях» (в последних двух - част ...
Вопрос по отмене выполненного задания - Общие вопросы
Alex-220781: 13 Константин Чилингаров написал: P.S. Alex опередил меня пока я писал. Зато у меня с картинкой )) Вы давно не писали, я подумал, что в отпуске ...
Предупреждение при совпадении накладной. - Интерфейс программы
Константин Чилингаров: Нет. Такой проверки не было. Записал в очередь. В список пожеланий.
Уровни учета терминала. - Терминалы
Alex-220781: 13 Константин Чилингаров написал: Как будем мышкой вылавливать там то, что перетаскивать? Варианты на "скорую руку": 1) выделять ...
Ошибка при выборе всех заданий. - Терминалы
Alex-220781: 13 Константин Чилингаров написал: А зачем "собирать всё" из "будущих смен" на сейчас? Бывают короткие операции, например " ...
Постановка на паузу заказов и изделий - Интерфейс программы
Константин Чилингаров: 3520 Alex-220781 написал: Но люди - это же не станки. Кто то делает быстрее, кто-то медленнее, разные ситуации бывают. Изделия большей частью зак ...
Отмена заданий в окне "Невыполненные задания" - Новые возможности
Константин Чилингаров: Здравствуйте, Можно и сделать. Запишу в список пожеланий.

Тормозит вогбит

Другие технические вопросы - Прочее - Технические вопросы
Страницы: 1
Тормозит вогбит, Помогите понять почему тормозит вогбит
 
Добрый день,

------------------------------------
ms-sql server:
intel i7 8gb памяти, 1 Гб сеть
OS win7 x64

клиентский (вогбит) компьютер(в настоящее время, с базой работает один компьютер, для теста):
intel pentium 3Ghz, 4 gb памяти 1Гб сеть
версия вогбит 1.1.300.71(94)
OS win 7 x64
------------------------------------
когда заходим в производство - задания(например), то очень все долго происходит, выдача заданий и другие действия, задержки порядка 30-60 секунд. При этом нет загрузки сети/процессора/памяти, у клиентской машины (согласно диспетчера задач)

как я понимаю, все дело в sql сервере, возможно какие-то настройки его влияют на такое падение производительности?

ms-sql server компьютер по диспетчеру задач так-же не тормозит. Хотя время от времени sql зависает и перестает работать, при этом дико нагружает дисковую подсистему  :( .

Сейчас подумываем о переходе на свежую версию, но хотелось бы разобраться с причиной таких тормозов.
Есть ли какие-то рекомендации с этим? SQL сервер был установлен как есть, без произведения каких-либо дополнительных настроек.
Изменено: Станислав Залозный - 29.04.2016 11:10:32
 
Здравствуйте!

Чтобы база данных работала без потери производительности, её необходимо периодически обслуживать.

1. Выполнять пересчёт статистики. Если один человек работает и не интенсивно, то можно и раз в несколько недель или даже реже. Если работа с базой интенсивная, то можно хоть каждый день.

2. Очищать рабочую базу данных от устаревшей подробной истории всех действий пользователей (чистить "сеансы"). Это при интенсивной работе хорошо бы делать несколько раз в год хотя бы.

3. Очищать рабочую базу данных от устаревшей подробной информации о ходе производства (удалять задания по старым заказам, чистить расписание старое). Это раз в год хорошо бы делать при интенсивной работе.

Перед пп.2 и 3, естественно, в обязательном порядке делать резервную копию базы данных. Это вообще настоятельно рекомендуется делать регулярно. Каждый день можно, если реально программа для управления производством используется.

После массового удаления чего-либо (пп.2,3) нужно обязательно проводить в определённой последовательности определённые регламентные действия с базой (иначе резко (вплоть до нуля) снизится эффект от этого удаления):
- почистить базу от информации связанной с логом массового удаления;
далее на SQL сервере:
- выполнить процедуру пересчёта зависимостей;
- выполнить сжатие базы;
- выполнить пересчёт статистики.

Если все эти действия по обслуживанию базы выполнять, то как показывает опыт, можно годами (пока статистика есть за 5 лет примерно) очень интенсивно работать, и производительность особо не падает.
Если обслуживанием базы не заниматься, то постепенно размер её будет увеличиваться, и увеличиваться, а производительность падать, и падать. Всё больше и больше...
Теоретически, можно, конечно, всё решить наращиванием мощностей сервера, но зачем? Достаточно просто поддерживать базу в "здоровом" состоянии.

Разница может быть очень большой.
Пример из реальной жизни:
Недавно "чистили" с клиентом одну "замусоренную" за пару лет интенсивной работы базу. Причём п.1 и 2 регулярно выполнялись. п.3 - нет.
В качестве SQL сервера для измерений использовали мой слабенький компьютер 8-ми летней давности с 6GB RAM. Разница во времени отклика при выполнении некоторых функций до и после "чистки" базы: было - 5-7мин, стало - около 1 сек*.

Цитата
Станислав Залозный пишет:
время от времени sql зависает и перестает работать, при этом дико нагружает дисковую подсистему
Это, как раз, косвенное свидетельство. Возможно, дело было так:
Базу долго не обслуживали. За счёт хранения всей истории за всё время, огромных разросшихся логов, "дефрагментации" и т.п. она постепенно разрослась до пределов в разы (или на порядок) больше разумных. Серверу при работе с этой базой тупо не хватает физической памяти. Он начинает использовать диск вместо RAM. Результат - ОС на сервере начинает отчаянно крутить HDD, всё начинает дико тормозить.
Рецепт спасения выше.


*Не ко всем действиям, безусловно, относится. Есть некоторые не очень быстрые сами по себе по определению. Например, создание заданий.

P.S.
На форуме, если поискать, по разным темам разбросано множество обсуждений и советов на эту тему. Тут я просто всё собрал в одном месте.
 
файл базы данных занимает по состоянию на март - 4 Гб.

есть где-то руководство, как проводить эти работы регламентные с базой?(пункты 1-2)
 
https://vogbit.ru/forum/forum15/topic799/

я так понимаю большинство пунктов рассмотрено в этой теме, я только не понял как статистику пересчитать, вот это оно?
Цитата
Пересчёт статистики - выполнить через SQL Server Management Studio на своей базе данных запрос:

[Health].[UpdateStatistics]


А вот этот параметр подходит(автообновление статистики)? или это лучше делать вручную?




И еще хотелось бы понимать как сделать перерасчет зависимостей :)
Изменено: Станислав Залозный - 29.04.2016 14:50:03
 
Цитата
Станислав Залозный пишет:
есть где-то руководство, как проводить эти работы регламентные с базой?
Как отдельной книжки - нет. По форуму разбросано в разных темах.

Если кратко:

1. Пересчёт статистики - выполнить запрос:
exec [Health].[UpdateStatistics]

2. Очистка протокола: вот, например

Цитата
Станислав Залозный пишет:
так понимаю большинство пунктов рассмотрено в этой теме
В том числе. Таких похожих тем несколько можно найти :)

Цитата
Станислав Залозный пишет:
вот это оно?
Оно
Нужно делать так:
- зайти в SQL Server Management Studio
- выбрать свою базу
- "Создать запрос" (кнопка или в контекстом меню)
- в текст запроса написать exec [Health].[UpdateStatistics]
- "Выполнить"

Цитата
Станислав Залозный пишет:
как сделать перерасчет зависимостей
Выполнить запрос:
exec [Health].[RefreshDependencies]
 
P.S.
Если реально используете программу в производстве, то очень заметный (в разы) прирост производительности даёт чистка ненужной подробной истории по старым заказам (удаление заданий по старым заказам из рабочей БД - п.3). Особенно, если используется "высокий" или "максимальный" уровень учёта.

Нужно вот это только учитывать в данном случае.
 
спасибо, все получилось и помогло, не получается лишь один пункт:

Цитата
Очистить журнал событий (меню Администрирование - Сеансы, всё кроме незакрытых удалить).

во-первых не совсем ясно что значит незакрытые, а во-вторых, после выделения любых сеансов - кнопка удалить неактивна(под пользователем SA и пользователь единственный в базе)
Изменено: Станислав Залозный - 25.05.2016 12:14:13
 
Цитата
Станислав Залозный пишет:
не совсем ясно что значит незакрытые
У которых в колонке "Время выхода" пусто.
Цитата
Станислав Залозный пишет:
кнопка удалить неактивна
выделите, чтобы не было среди выделенных ни одного, у которого "время выхода" пусто. И будет активна.
 
все получилось, нормально ли что записи удаляются очень медленно? 6 записей из 2000 удаляются примерно 10 минут времени
 
10 минут, конечно, многовато...
Но так, в целом, нормально, что небыстро удаляются. Тем более, что, я так понимаю, до этого момента вообще никто не чистил сеансы не разу.

Скорость удаления ещё зависит и от количества событий за время сеанса. Если вы что-то удаляли массово перед этим, то эти последние сеансы - десятки тысяч событий могут быть. А они, как раз, наверное, первые среди выделенных были.

Дальше быстрее пойдёт :)

Не забудьте после удаления сеансов сделать пересчёт зависимостей, сжатие базы и пересчёт статистики. Обязательно.
 
понял! спасибо
 
с 6 гб база ужалась до 1.3 Гб.
Основное место было под сеансами, и таки да, первые удалялись на много дольше чем середина-последние. Спасибо. Оптимизация полностью сработала.
Страницы: 1
Сейчас на форуме (гостей: 9)
Всего зарегистрированных пользователей: 3449
Приняло участие в обсуждении: 381
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт