[ОТВЕТИТЬ]
31.03.2013 02:11
twinconst
 
На сервере SET-Retail 5.02.80 нагрузка на HDD 100% с определённой периодичностью. (Скрин в прекреплённом файле).
Как можно пояснить такую нагрузку на HDD и как возможно это исправить?
При необходимости предоставлю более подробные данные.
Миниатюры
Нажмите на изображение для увеличения
Название: Безымянный.PNG
Просмотров: 440
Размер:	77.0 Кб
ID:	1844  
31.03.2013 07:44
OlegON
 
Какой-то джоб срабатывает?
01.04.2013 01:05
twinconst
 
Чтобы ответить на Ваш вопрос ответьте пожалуйста на мой:
Где можно посмотреть какие джоб'ы настроены?
Спасибо.
01.04.2013 08:38
Shift
 
Если 5.2.80 то SetDBServiceConfig->расписания.
01.04.2013 10:50
twinconst
 
Доброго дня.
Чтобы правильно понимать всё таки спрошу что такое джоб.
По поводу того, что советовал Shift:

Содержимое файла config.conf
============================================================================
drivers = com.microsoft.sqlserver.jdbc.SQLServerDriver

jdbcurl= jdbc:sqlserver:[тут ссылка на 127.0.0.1];databasename=SES_Service
dblogin= ***
dbpassword= ***
cryptpassword = ***

#переподчитывать настройки каждые N сек. (если изменились) - по-умолчанию = 10 сек.
RereadConfigTimeOut = 10

# DebugLevel для лога службы. Может принимать следующие значения: ALL, TRACE, DEBUG, INFO, WARN, ERROR, FATAL и OFF. По-умолчанию = ALL
DebugLevel = DEBUG
============================================================================

Если я правильно понял Shift, я исправил пораметр RereadConfigTimeOut = 10 на 60 и перезапустил службу SES - DBService. После этого динамика нагрузки на HDD не изменилась :(.

Прошу так же пояснить что значат параметры RereadConfigTimeOut и DebugLevel, так как комментарии мне не очевидны.
Спасибо.
01.04.2013 11:02
vitamin
 
Поняли вы не правильно.
SetDBServiceconfig утилита Кристалла, как она работает и как запускается, и для чего она, есть в папке c:\set\doc
01.04.2013 11:16
twinconst
 
В утилите SetDBServiceconfig в разделе расписание, задание которое чаще всего повторяется: "Подрезка лога транзакций Оперативной базы" по расписанию: "Каждый день с 0:00:00 до 23:59:59 раз в 2 час."

Нагрузка на HDD достигает 100%, в среднем через 10 сек.
В чём ещё может быть проблема?
Спасибо.
01.04.2013 11:18
vitamin
 
размер базы?
помимо подрезки логов там еще куча расписаний. Интересуют ошибки в логах этих расписаний.
01.04.2013 11:32
twinconst
 
Всего настроено 8 заданий.
Ошибки есть в 7 заданиях начнём по порядку:
Задание 1: "Дефрагментация индексов на чековых таблицах"
Последняя ошибка 25.02.2013 в 21:00:00
Текст: Transaction (Process ID 52) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun the transaction.

Насколько критична эта ошибка и что она значит?
Спасибо.
Миниатюры
Нажмите на изображение для увеличения
Название: SetDBServiceconfig.PNG
Просмотров: 451
Размер:	97.5 Кб
ID:	1845  
01.04.2013 11:44
twinconst
 
Упустил. Размер базы 7188 Мб.
03.04.2013 10:01
twinconst
 
Помогите разобраться.
Спасибо.
03.04.2013 13:50
Shift
 
А сколько у вас дней хранится в оперативной базе?
03.04.2013 18:35
twinconst
 
Количеcтво календарных дней для отчетов, оставляемых в оперативной БД: 90.
03.04.2013 19:15
twinconst
 
Количеcтво операционных дней, оставляемых в оперативной БД: 90.
04.04.2013 08:46
Shift
 
Цитата:
Ошибки есть в 7 заданиях начнём по порядку:
А остальные ошибки какие?
04.04.2013 11:10
crystal
 
Попробуйте процедурой понять какой процесс блокирует (судя по ошибке 52)
выполните в QA sp_who2
04.04.2013 11:21
twinconst
 
Подробная информация по ошибкам в логах заданий:
====================================================================
1) Дефрагментация индексов на чековых таблицах.
Имеет следующие ошибки:
Шаг: Дефрагментация индексов чековых таблиц.
25.02.2013 21:00:00 - Transaction (Process ID 52) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun the transaction.
Шаг: Дефрагментация индексов чековых таблиц.
05.01.2013 21:00:00 - Transaction (Process ID 348) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun the transaction.
Шаг: Дефрагментация индексов чековых таблиц.
06.10.2012 21:00:00 - The log file for database 'SES' is full. Back up the transaction log for the database to free up some log space.

2) Перенос Архивной базы данных.
Имеет следующие ошибки:
Шаг:Перенос Архивной базы данных.
С 27.09.2012 01:00:00 ежедневно по 04.04.2013 1:00:00 - Invalid object name 'SES_ARCHIVE.dbo.ChequeHead'.

3) Перенос чеков в архивную базу.
Имеет следующие ошибки:
Шаг: 0
04.04.2013 :3:00:00 - Could not locate entry in sysdatabases for database 'SES_ARCHIVE'. No entry found with that name. Make sure that the name is entered correctly.
Шаг: 1. Перенос чеков в архивную базу.
04.04.2013 3:00:00 - Invalid object name 'SES_ARCHIVE.dbo.OperDay'.
Шаг: 3. Резервное Копирование Архивной базы данных.
04.04.2013 3:00:00 - Could not locate entry in sysdatabases for database 'SES_ARCHIVE'. No entry found with that name. Make sure that the name is entered correctly.

4) Подрезка лога транзакций Оперативной базы.
Имеет следующие ошибки:
Шаг: Удаление лога транзакций ОБД.
11.04.2012 8:00:00 - "Описание ошибки отсутствует"

5) Подрезка очередей загрузки.
Имеет следующие ошибки:
Шаг: Подрезка очередей загрузки.
06.10.2012 22:00:00 - The log file for database 'SES' is full. Back up the transaction log for the database to free up some log space.

6) Проверка Размера ОБД и свободного места.
Имеет следующие ошибки:
Шаг: Проверка свободного места на дисках.
28.03.2013 23:00:00 - Размер свободного места на диске (D) недостаточен для формирования резервной копии

7) Резервное копирование Оперативной базы данных.
Имеет следующие ошибки:
Шаг: Резервное копирование Оперативной базы данных.
01.04.2013 9:00:00 - "Описание ошибки отсутствует"
20.03.2013 9:00:00 - Write on 'D:\BackUp\SES_20130320090434280.bkp' failed, status = 112. See the SQL Server error log for more details.
07.10.2012 9:00:00 - Write on 'D:\BackUp\SES_20121007090237920.bkp' failed, status = 112. See the SQL Server error log for more details.
====================================================================
Задания выполняемые без ошибок:
1) Обновление статистики по чекам.
//////////////////////////////////////////////////////////////////////////////////////////////////////
Как я понял количеcтво календарных дней для отчетов, оставляемых в оперативной БД: 90 и количеcтво операционных дней, оставляемых в оперативной БД: 90, это допустимые значения?

Добавлено через 7 минут 2 секунды
То, что выдаёт команда sp_who2:

1 BACKGROUND sa . . NULL LAZY WRITER 0 0 04/01 09:19:08 1
2 sleeping sa . . NULL LOG WRITER 0 0 04/01 09:19:08 2
3 BACKGROUND sa . . master SIGNAL HANDLER 0 0 04/01 09:19:08 3
4 BACKGROUND sa . . NULL LOCK MONITOR 0 0 04/01 09:19:08 4
5 BACKGROUND sa . . master TASK MANAGER 0 600 04/01 09:19:08 5
6 BACKGROUND sa . . master TASK MANAGER 0 0 04/01 09:19:08 6
8 BACKGROUND sa . . master TASK MANAGER 0 0 04/01 09:19:08 8
9 BACKGROUND sa . . master TASK MANAGER 0 0 04/01 09:19:08 9
10 BACKGROUND sa . . master TASK MANAGER 0 0 04/01 09:19:08 10
11 sleeping sa . . NULL CHECKPOINT SLEEP 0 8192 04/01 09:19:08 11
12 BACKGROUND sa . . master TASK MANAGER 0 0 04/01 09:19:08 12
13 BACKGROUND sa . . master TASK MANAGER 0 0 04/01 09:19:08 13
14 BACKGROUND sa . . master TASK MANAGER 0 0 04/01 09:19:08 14
15 BACKGROUND sa . . master TASK MANAGER 0 2005 04/01 09:19:08 15
16 BACKGROUND sa . . master TASK MANAGER 0 1880 04/01 09:19:08 16
17 BACKGROUND sa . . master TASK MANAGER 0 1508 04/01 09:19:08 17
51 sleeping sa set-serv . SES AWAITING COMMAND 0 0 04/04 09:30:22 Microsoft SQL Server JDBC Driver 51
52 sleeping sa set-serv . SES AWAITING COMMAND 0 0 04/04 09:39:44 Microsoft SQL Server JDBC Driver 52
53 sleeping sa set-serv . SES AWAITING COMMAND 0 0 04/04 09:39:44 Microsoft SQL Server JDBC Driver 53
54 RUNNABLE sa set-serv . SES INSERT 317992 71924 04/04 10:15:17 Microsoft SQL Server JDBC Driver 54
55 sleeping sa set-serv . SES AWAITING COMMAND 0 0 04/04 09:48:31 Microsoft SQL Server JDBC Driver 55
56 sleeping sa set-serv . SES AWAITING COMMAND 0 0 04/04 09:39:44 Microsoft SQL Server JDBC Driver 56
57 sleeping sa EKONOMIST . SES AWAITING COMMAND 0 2 04/04 08:24:22 KassServer 57
58 sleeping sa set-serv . SES AWAITING COMMAND 0 0 04/04 09:39:44 Microsoft SQL Server JDBC Driver 58
59 sleeping sa set-serv . SES AWAITING COMMAND 0 0 04/04 09:39:44 Microsoft SQL Server JDBC Driver 59
60 sleeping sa set-serv . SES AWAITING COMMAND 0 0 04/04 09:42:04 Microsoft SQL Server JDBC Driver 60
61 sleeping sa set-serv . SES_Service AWAITING COMMAND 189482 164141 04/04 10:14:27 Microsoft SQL Server JDBC Driver 61
62 sleeping sa set-serv . SES AWAITING COMMAND 0 0 04/04 09:34:24 Microsoft SQL Server JDBC Driver 62
.......
Всего 299 строк. Если необходимо могу выслать остальные.
04.04.2013 11:57
crystal
 
Значение хранения чеков в БД выставляется от особенности бизнес процесса клиента)))
Можно выставить и 1 день,но где уверенность что не разрушится БД SES?



Цитата:
twinconst Подробная информация по ошибкам в логах заданий:
====================================================================
1) Дефрагментация индексов на чековых таблицах.
Имеет следующие ошибки:
Шаг: Дефрагментация индексов чековых таблиц.
25.02.2013 21:00:00 - Transaction (Process ID 52) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun the transaction.
Шаг: Дефрагментация индексов чековых таблиц.
05.01.2013 21:00:00 - Transaction (Process ID 348) was deadlocked on lock resources with another process and has been chosen as the deadlock victim. Rerun the transaction.
Шаг: Дефрагментация индексов чековых таблиц.
06.10.2012 21:00:00 - The log file for database 'SES' is full. Back up the transaction log for the database to free up some log space.

2) Перенос Архивной базы данных.
Имеет следующие ошибки:
Шаг:Перенос Архивной базы данных.
С 27.09.2012 01:00:00 ежедневно по 04.04.2013 1:00:00 - Invalid object name 'SES_ARCHIVE.dbo.ChequeHead'.

3) Перенос чеков в архивную базу.
Имеет следующие ошибки:
Шаг: 0
04.04.2013 :3:00:00 - Could not locate entry in sysdatabases for database 'SES_ARCHIVE'. No entry found with that name. Make sure that the name is entered correctly.
Шаг: 1. Перенос чеков в архивную базу.
04.04.2013 3:00:00 - Invalid object name 'SES_ARCHIVE.dbo.OperDay'.
Шаг: 3. Резервное Копирование Архивной базы данных.
04.04.2013 3:00:00 - Could not locate entry in sysdatabases for database 'SES_ARCHIVE'. No entry found with that name. Make sure that the name is entered correctly.

4) Подрезка лога транзакций Оперативной базы.
Имеет следующие ошибки:
Шаг: Удаление лога транзакций ОБД.
11.04.2012 8:00:00 - "Описание ошибки отсутствует"

5) Подрезка очередей загрузки.
Имеет следующие ошибки:
Шаг: Подрезка очередей загрузки.
06.10.2012 22:00:00 - The log file for database 'SES' is full. Back up the transaction log for the database to free up some log space.

6) Проверка Размера ОБД и свободного места.
Имеет следующие ошибки:
Шаг: Проверка свободного места на дисках.
28.03.2013 23:00:00 - Размер свободного места на диске (D) недостаточен для формирования резервной копии

7) Резервное копирование Оперативной базы данных.
Имеет следующие ошибки:
Шаг: Резервное копирование Оперативной базы данных.
01.04.2013 9:00:00 - "Описание ошибки отсутствует"
20.03.2013 9:00:00 - Write on 'D:\BackUp\SES_20130320090434280.bkp' failed, status = 112. See the SQL Server error log for more details.
07.10.2012 9:00:00 - Write on 'D:\BackUp\SES_20121007090237920.bkp' failed, status = 112. See the SQL Server error log for more details.
====================================================================
Задания выполняемые без ошибок:
1) Обновление статистики по чекам.
//////////////////////////////////////////////////////////////////////////////////////////////////////
Как я понял количеcтво календарных дней для отчетов, оставляемых в оперативной БД: 90 и количеcтво операционных дней, оставляемых в оперативной БД: 90, это допустимые значения?

Добавлено через 7 минут 2 секунды
То, что выдаёт команда sp_who2:

1 BACKGROUND sa . . NULL LAZY WRITER 0 0 04/01 09:19:08 1
2 sleeping sa . . NULL LOG WRITER 0 0 04/01 09:19:08 2
3 BACKGROUND sa . . master SIGNAL HANDLER 0 0 04/01 09:19:08 3
4 BACKGROUND sa . . NULL LOCK MONITOR 0 0 04/01 09:19:08 4
5 BACKGROUND sa . . master TASK MANAGER 0 600 04/01 09:19:08 5
6 BACKGROUND sa . . master TASK MANAGER 0 0 04/01 09:19:08 6
8 BACKGROUND sa . . master TASK MANAGER 0 0 04/01 09:19:08 8
9 BACKGROUND sa . . master TASK MANAGER 0 0 04/01 09:19:08 9
10 BACKGROUND sa . . master TASK MANAGER 0 0 04/01 09:19:08 10
11 sleeping sa . . NULL CHECKPOINT SLEEP 0 8192 04/01 09:19:08 11
12 BACKGROUND sa . . master TASK MANAGER 0 0 04/01 09:19:08 12
13 BACKGROUND sa . . master TASK MANAGER 0 0 04/01 09:19:08 13
14 BACKGROUND sa . . master TASK MANAGER 0 0 04/01 09:19:08 14
15 BACKGROUND sa . . master TASK MANAGER 0 2005 04/01 09:19:08 15
16 BACKGROUND sa . . master TASK MANAGER 0 1880 04/01 09:19:08 16
17 BACKGROUND sa . . master TASK MANAGER 0 1508 04/01 09:19:08 17
51 sleeping sa set-serv . SES AWAITING COMMAND 0 0 04/04 09:30:22 Microsoft SQL Server JDBC Driver 51
52 sleeping sa set-serv . SES AWAITING COMMAND 0 0 04/04 09:39:44 Microsoft SQL Server JDBC Driver 52
53 sleeping sa set-serv . SES AWAITING COMMAND 0 0 04/04 09:39:44 Microsoft SQL Server JDBC Driver 53
54 RUNNABLE sa set-serv . SES INSERT 317992 71924 04/04 10:15:17 Microsoft SQL Server JDBC Driver 54
55 sleeping sa set-serv . SES AWAITING COMMAND 0 0 04/04 09:48:31 Microsoft SQL Server JDBC Driver 55
56 sleeping sa set-serv . SES AWAITING COMMAND 0 0 04/04 09:39:44 Microsoft SQL Server JDBC Driver 56
57 sleeping sa EKONOMIST . SES AWAITING COMMAND 0 2 04/04 08:24:22 KassServer 57
58 sleeping sa set-serv . SES AWAITING COMMAND 0 0 04/04 09:39:44 Microsoft SQL Server JDBC Driver 58
59 sleeping sa set-serv . SES AWAITING COMMAND 0 0 04/04 09:39:44 Microsoft SQL Server JDBC Driver 59
60 sleeping sa set-serv . SES AWAITING COMMAND 0 0 04/04 09:42:04 Microsoft SQL Server JDBC Driver 60
61 sleeping sa set-serv . SES_Service AWAITING COMMAND 189482 164141 04/04 10:14:27 Microsoft SQL Server JDBC Driver 61
62 sleeping sa set-serv . SES AWAITING COMMAND 0 0 04/04 09:34:24 Microsoft SQL Server JDBC Driver 62
.......
Всего 299 строк. Если необходимо могу выслать остальные.
04.04.2013 12:04
twinconst
 
С хранением чеков понятно, помогите разобраться с ошибками.
04.04.2013 13:01
vitamin
 
базы лежат на D:
1,5,6,7 В ошибках говорится что места нет на диске д, соответственно и база не бэкапится и индексы не дефрагментируются
посмотреть на свойства базы ses модель восстановления, возможно по каким-то причинам стоит полная, перевести в простую и сделать сжатие базы
3 восстановить базу ses_archive из дистриба
03.05.2013 14:27
twinconst
 
В SETDBServiceConfig ошибок в логах нет, а нагрузка всё равно осталась. Где ещё можно посмотреть из-за чего может быть такая нагрузка?
06.05.2013 12:40
twinconst
 
Помогите разобраться.
06.05.2013 12:54
OlegON
 
праздники, помогать некому :) эти рекомендации выполнены? Нагрузка на HDD 100%
08.05.2013 10:19
twinconst
 
Цитата:
vitamin базы лежат на D:
1,5,6,7 В ошибках говорится что места нет на диске д, соответственно и база не бэкапится и индексы не дефрагментируются
посмотреть на свойства базы ses модель восстановления, возможно по каким-то причинам стоит полная, перевести в простую и сделать сжатие базы
3 восстановить базу ses_archive из дистриба
Да, эти рекомендации выполнены. Модель восстановления стояла и стоит простая.
08.05.2013 11:20
izuware
 
загрузка диска может быть и не от скуля, сделай монитор на все диски на запись и чтение отдельно. как этот рост очереди диска влияет на систему?
08.05.2013 17:20
twinconst
 
Что такое "скуля"?

1. Замедляется скорость обращения к данным.
2. Раз в 5-7 дней подвисает служба: "SES - Интерфейс к СТО".
3. Некорректность формируются таблицы прогрузки товаров. (Т.е. SET показывает что все данные выгрузил, а на торговом оборудовании данные старые.)
Миниатюры
Нажмите на изображение для увеличения
Название: 123.JPG
Просмотров: 311
Размер:	156.6 Кб
ID:	1931  
08.05.2013 18:01
OlegON
 
Цитата:
twinconst Что такое "скуля"?
MS SQL. Подразумевалось, как я понял, что вполне возможно, что проблема не с БД связана, а с какими-то сервисами, например, выгрузками.
13.05.2013 10:22
twinconst
 
Ни каких дополнительных служб не установлено на этом сервере. И, если остановить службы SES, то нагрузка исчезает.
13.05.2013 20:54
OlegON
 
Цитата:
twinconst И, если остановить службы SES, то нагрузка исчезает.
Это не о многом говорит. Если что-то работает на базе, то понятное дело, при ее остановке оно перестанет базу и винты пинать. Причем, не обязательно винты через базу. Может, само. Допускаю, что глупость посоветую, но, вроде, 2003, т.е. таскменеджер еще достаточно тупенький. Process Monitor не поможет в определении, что именно там тормошится?
15.05.2013 10:47
twinconst
 
Нагрузка возрастает когда идёт обращение к файлу "C:\Program Files\Microsoft SQL Server\MSSQL\Data\tempdb.mdf"


Опции темы


Часовой пояс GMT +3, время: 08:45.

 

Форум сделан на основе vBulletin®
Copyright ©2000 - 2018, Jelsoft Enterprises Ltd. Перевод: zCarot и OlegON
В случае заимствования информации гипертекстовая индексируемая ссылка на Форум обязательна.