Новая версия VOGBIT 20.5 - Новая платформа: быстрее, надёжнее, удобнее. Новая подсистема управления приоритетами в производстве. Новые возможности для участков ЧПУ. Улучшенные «цеховые терминалы». Новые возможности для совместной работы менеджеров, инженеров и производства при изготовлении уникальной продукции под заказ. И многое другое…

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

Карта раскроя - Общие вопросы
mansur: Добрый день, Константин. В этом моменте не понимаю как правильно сделать. "Раскрой 1": состав: Б - 3 шт, В - 1 шт материал: А, норма расх ...
Расчёт потребности - Материалы, Комплектующие, Складской учёт
mansur: Но после того как я поменял в позиции "профиль" тип связи с "комплектующего" на "материал", в "расчете потребности" эт ...
добавление и удаление деталей в заказ - Состав и технология
mansur: Благодарю, Константин. Оперативно ответили на мой вопрос. Удалил "загрузки производства" как показали на скрине, все позиции после ...
Пустой бланк - Демо версия
Константин Чилингаров: Правильно. С точки зрения выдачи чего-то со склада на выполнение некоего производственного заказа, обеспеченности, снабжения и т.п. - во ...
Внесение состава изделия, состоящего из большого числа вложенных сборок. - Состав и технология
Ирина Хохлова: 13 Константин Чилингаров написал: Здравствуйте, Давайте начну с пояснения. Программе, в целом, вообще-то все равно, как называть издел ...
"Сворачивание" терминала - Терминалы
Константин Чилингаров: Ctrl+Shift+Esc - диспетчер задач. В нём снять задачу. Нужно только предварительно в диспетчере задач поставить галочку в его настройках "пок ...
Параметры командной строки клиента - Прочее
Константин Чилингаров: Здравствуйте, Да, можно. Вот так: "C:\Program Files\Vogbit\Csdn.Vogbit.Client.exe" -s=SRERVER -d=DATA_BASE -u=USER -is=no -p=PASSWORD -al=yes
Редактирование позиций при оформлении приходной накладной - Интерфейс программы
Константин Чилингаров: Здравствуйте, Про передвижение строчек было уже. Записано в списке пожеланий. Про замену номенклатуры - запишу. P.S. в новой версии сде ...
крнструкторская спецификация - Общие вопросы
Елена Ковалева: Добрый день! Могу предположить, что колонки были случайно удалены. Документация по настройке: https://vogbit.ru/support/628/#T918 https://vogbit.ru/support/628/#T918
Не копируется материал - Состав и технология
Илья: Спасибо, очень полезная кнопочка
Как вернуть производственный заказ в производство - Производство
xoxliandiia: Спасибо большое!!!))) получилось) 
Колонка материалы для окна статистика производства - Производство
Freza3mm: 13 Константин Чилингаров написал: Чтобы он мог взять только то, что сейчас нужно, чтобы он брал, а не вообще любое из списка. И через этот ...
Отображения количества деталей в терминале - Интерфейс программы
1113: Все верно.  И было бы здорово иметь возможность изменять шрифт комментариях к операции.  Например, у меня большая сборочная единица, в ...
Календарный план - Производство
Константин Чилингаров: Здравствуйте, Насколько я понимаю, сейчас карты заказов там идут вообще без какой-либо сортировки. В порядке создания. Как они появляли ...
Порядок строк приходной накладной - Интерфейс программы
Alex-220781: 13 Константин Чилингаров написал: Хорошо, понятно. Запишу отдельным пунктом в список предложений и пожеланий. Спасибо! Добрый день! На ...
Отсутствие РЦ в дашборде - Терминалы
Константин Чилингаров: Здравствуйте, Да, верно. На дашборде показываются данные по «текущей смене». Которая идёт непосредственно сейчас. Если таковой нет для с ...
Оформление выдачи готовой продукции из производства - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: В окне «график производства» выделить позиции, которые передаются на склад. Нажать «Сдать на склад» (рис.1). Проверить, что правильно ука ...
Приходный ордер - Прочее
Константин Чилингаров: Можно настроить шаблон отчёта, в котором по формуле посчитать значение соответствующих столбцов. Более сложные варианты я бы не стал ра ...
Работа с заданиями - Производство
Константин Чилингаров: "Сохранить в Excel" и "Отчёты" (reporter, который использует "шаблоны") - это разные инструменты, они работают по-разному. С настр ...
Производственные заказы - Производство
Константин Чилингаров: Здравствуйте, Начало - дата, когда было создано первое задание, связанное с этим заказом (картой заказа). Окончание - когда для данного з ...

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

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

Полезные ссылки:
Видео-презентация подготовка производства Себестоимость Начало работы инструкция Расчёт комплектации загрузка оборудования Складской учёт расчет себестоимости ТПП Демонстрационный режим VOGBIT Обновление VOGBIT График производства технологическая подготовка производственный учет складской учет управление данными Полная версия VOGBIT Создание новой базы данных VOGBIT Планирование мелкосерийного производства электронный архив Техническая Подготовка Производства управление качеством деактивации VOGBIT активация VOGBIT управление производством Производственный заказ Установка VOGBIT управление ремонтами Трудоёмкость базы данных VOGBIT Деактивация VOGBIT планирование производства Генератор отчетов склад Сменное задание Задания для производства Тип нормирования Нормирование Заказ на производство производство металлоконструкций пост руководство администраторов VOGBIT Планирование производства разработчика отчетов vogbit состав изделия демоверсия технология Состав изделия Обзор обновления Цеховой терминал для участков ЧПУ План производства в виде диаграммы Гантта отчёт vogbit Расчёт цены Интерфейс так называемый
×
Вход на сайт