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

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

Экспорт/Импорт данных - Экспорт импорт данных
Илья: Кто нибудь сталкивался с проблемой экспорта/импорта баз данных с localDB на сетевой SQL?
Как лучше описать технологию? - Состав и технология
Serge.v.astapov: Добрый день! Просьба подсказать как лучше оформить техпроцесс. Исходная проблема такая - мы производим контроллеры с разной частотой радиоканала. Грубо говоря, номенклатура повторяется для каждой частоты. Тех процессы одинаковые за исключением одн ...
Свяванные объекты - Прочее
Константин Чилингаров: Нужно для этого пользователя /support/474/#763_1232331032 настроить доступные "зависимые окна" (зайти под этим пользователем и настроить). Форму нужно выбрать: Csdn.Vogbit.Mail.LinkedObjectsForm  Связанные объекты (рис.1). Дальше выб ...
Последовательность операций - Производство
Алексей Пономарев: Здравствуйте. Работаем на максимальном уровне. В графике производства делаем сортировку по операциям. В производстве детали несколько операций, штамповка, гибка, гальваника. Деталь находится на стадии планирования. В операциях гальваника деталь появл ...
Пустой бланк - Демо версия
Илья: Перепутал шаблоны. Да все работает. Спасибо
Установка программы для терминалов. - Установка
Константин Чилингаров: RFID нужен для авторизации. Чтобы подошёл рабочий к терминалу, и ему не нужно было ничего вводить (типа Имя, Пароль), ничего выбирать. Просто приложил свой "пропуск" (брелок, браслет), терминал понял, что это "Иванов" пришёл, и в ...
Очень долго открываются обороты - Прочее
Константин Чилингаров: Здравствуйте, Какая версия программы? Базу (копию) можете дать посмотреть?
Прошу помощи в установке - Установка
Владимир Белов: Ок, спасибо, проблема стала понятна.
Аналоги в материалах - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Посмотрим. Там, помню, есть какая-то заморочка с единицами изменения и "заявками на закупку", когда этих единиц много разных используется для одной и той же номенклатуры. Как будет время, понажимаю там кнопки, посмотрю, насколько работае ...
Создание, удаление, и создание вновь заданий - Производство
Константин Чилингаров: 19032 Илья написал: Не удается создать задание на среднем уровне /support/552/#_Toc400385408 Наиболее типичные причины . Сообщение с вашей картинки - первое по списку. 19032 Илья написал: Это может быть связано с отсутствием норм времени? ...
Сортировки в сменном задании - Интерфейс программы
Алексей Батраков: Спасибо, будем очень благодарны. 
Ошибка при создании отчета "Заказ на производство (цвет)" - Ошибки в работе
Алексей Батраков: Работает, спасибо
Сортировка производственных заказов - Производство
Константин Чилингаров: Понятно. Это из-за того, что в смене есть "внеплановое" задание. Это оно не может "передвинуться". "Нормальные" задания, связанные с какой-нибудь деталью (позицией заказа на производство), сдвигаются, раздвигаются, п ...
Проблема со справочником "Номенклатура" - Общие вопросы
Константин Чилингаров: Предупреждение! [B Нарушение /forum/rules/ правил форума , п.6.[/B ответ /forum/messages/forum39/topic2591/message15964/2591-sortirovka-papok-po-alfavitu#message15964 здесь
Сортировка папок по алфавиту - Интерфейс программы
Константин Чилингаров: В этой версии по умолчанию отключено, как редко используемая функция. Поскольку можно самому расставлять папки в любом удобном порядке, чем, в основном, все и пользуются. Кроме того, в 20.5 появилась возможность быстрого поиска папки по Ctrl+F. (ещ ...
Колонки Операция и Состояние - Производство
Константин Чилингаров: 19032 Илья написал: Цель- учесть наличие задела часто используемых комплектующих изготавливаемых своими силами. 19032 Илья написал: Из остатков металла наточили деталей и они лежат ждут следующего заказа. Нужно в таком случае оформить в про ...
Автоматический расчет количества материалов - Материалы, Комплектующие, Складской учёт
Илья: 13 Константин Чилингаров написал: Вы не поняли, мне кажется. Заносится один раз. В базу данных VOGBIT добавляется используемый материал: название (марка + сортамент) + вес погонного или квадратного метра соответственно (можно сразу заодно и ЕИ ...
Смена единиц измерения при выдаче со склада. - Интерфейс программы
Константин Чилингаров: Здравствуйте, Не очень понятно. Сейчас сделано наоборот - так, чтобы автоматом пересчитывалось для кладовщика (при выдаче со склада) в те единицы измерения, которые, собственно, кладовщик, сам и использует. То есть в те, в которых он учитывает то ...
Применяемость материалов - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Значит нужно будет потом как-нибудь сделать, как описано выше (сообщение #2). Запишем в общий список пожеланий.
Оформление прихода по заявке. - Материалы, Комплектующие, Складской учёт
Константин Чилингаров: Здравствуйте, Спасибо, возьмём на заметку. Пока пара моментов на тему: Если "поставщик" указан в "заявке", и "Склад" (получатель) выбран в ленте, то они сами подставляются по нажатии на "Создать приход". ...

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

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

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