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

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

Редактирование состава заказа - Прочее
Константин Чилингаров: Здравствуйте, Нужно обновить программу вам на самую новую версию. Новее, чем та, которая сейчас на сайте выложена. В прошлом году осень ...
Штрих код на деталях - Производство
mansur: написал: Возникает вопрос по имеющимся вводным: А что так сложно то? Зачем? Оператор на первой операции может некоторые заготовки забр ...
Распределение работ - Производство
mansur: Благодарю вас, Константин.  Будем практиковать, в принципе ничего сложно нет.
Приемка ОТК - Производство
mansur: написал: После сдачи из производства продукция попадает не сразу на склад, а не контроль (технически – отдельный «склад» в программе). ...
Обслуживание БД - Прочее
Владимир Белов: Павел, время доброе! Это логи SQL сервера, БД Vogbit на них не влияет. Я так понимаю, у вас SQL Server установлен на Linux? На Linux по умолчанию не про ...
Лимитные карты - Общие вопросы
Czvetkov-91: написал: купная, то в составе "производственного заказа" она вообще, в принципе, не должна никак фигурировать и присутствовать. Ей ...
Проблема с подключением к базе данных - Установка
Константин Чилингаров: написал: Можете скинуть мне ссылку с точной инструкцией установки SQL и программы? /support/5211/ Подробная инструкция Для "быстрой упр ...
Создание копии базы данных - Прочее
Владимир Белов: При восстановлении БД на другом SQL-сервере, "слетает" SID владельца БД. Для исправления: 1. распакуйте SQL-скрипт FixDbOwnerSid.sql из приложе ...
Обслуживание базы - Прочее
Константин Чилингаров: Здравствуйте, Взять тот же самый дистрибутив, с которого вы делали последнее обновление. Запустить Setup -> Выборочная установка -> Об ...
Ошибки ВОГБИТ - Общие вопросы
Константин Чилингаров: Здравствуйте, Окно "Детальный график" актуально только при использовании "максимального" уровня. Окно "Работы", помимо ...
Автоматическое обновление экрана. - Интерфейс программы
Константин Чилингаров: Имеется в виду, когда операции стрелочками "вверх" / "вниз" передвигаешь? Починено. В ближайшем обновлении будет исправлено. ...
ЕИ по умолчанию - Состав и технология
Константин Чилингаров: Здравствуйте, Можно написать плагин (будет кнопка специальная), чтобы на все выделенные строчки назначить выбранную единицу измерени ...
Печать чертежей - Обновление
Константин Чилингаров: Действие по двойному щелчку настроить нельзя. Можно настроить "горячую клавишу".
Автор ТП - Обновление
Константин Чилингаров: Я выше уже написал.  Что Ваше пожелание записано в общий список пожеланий и предложений. Когда очередь до него дойдёт, сказать сложно. ...
Назначить очередь - Производство
Fomina: Хорошо, попробую удалить параметр. Спасибо
Выделение текущей даты на графике - Интерфейс программы
Константин Чилингаров: Здравствуйте, Записал в общий список предложений.
Фильтрация по сортаменту материалов в графике производства и новом задании - Общие вопросы
Fomina: Спасибо, Константин
Помощник ориентации окна - Общие вопросы
Balukov: Здравствуйте. Нет. Эту штуку отключить нельзя. Такой вопрос был недавно. https://vogbit.ru/forum/messages/forum24/topic2724/message16739/2724#message16739 VOGBIT Прикрепление/ ...
Ошибка приложения - Прочее
Константин Чилингаров: Можно попробовать /forum/messages/forum15/topic1366/message8486/#message8486 сбросить сохраненные настройки . Может быть, поможет. Но вообще, версия очень старая ...
Прикрепление/открепление окон - Общие вопросы
Константин Чилингаров: Здравствуйте, Нет. Эту штуку отключить нельзя. А чем она так сильно прямо мешает?

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

Другие технические вопросы - Прочее - Технические вопросы
Страницы: 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
Сейчас на форуме (гостей: 19)
Всего зарегистрированных пользователей: 3525
Приняло участие в обсуждении: 388
Всего тем: 804
Всего сообщений: 6067

×
Вход на сайт