[ОТВЕТИТЬ]
16.05.2013 15:01
twinconst
 
Кто нибудь ...
16.05.2013 22:37
OlegON
 
Ну, давайте думать... Что там лежит:
Цитата:
Временные объекты, созданные явно, такие как глобальные или локальные временные таблицы, временные хранимые процедуры, табличные переменные и курсоры;

Внутренние объекты, создаваемые SQL Server Database Engine, например рабочие таблицы, хранящие промежуточные результаты буферов или сортировки;

Версии строк, сформированные транзакциями изменения данных в базе данных, в которой используются транзакции изоляции моментальных снимков с зафиксированным чтением и транзакции изоляции моментальных снимков;

Версии строк, сформированные транзакциями изменения данных для таких функциональных возможностей, как фоновые операции с индексами, множественные активные результирующие наборы (режим MARS) и триггеры AFTER.
странно, что модель восстановления простая, поскольку обычно грузится именно сложной. Какого размера этот файлик? Нельзя его в RAM оттащить?
17.05.2013 07:33
Kirik
 
Цитата:
twinconst Кто нибудь ...
Я не увидел здесь информации о том какая у вас стоит версия SQL и какая точно версия SET (что там за цифра после 5.2.80).

Попробуйте остановить только службу Transport и посмотреть не упадет ли нагрузка. Если нагрузка упадет, то будет понятней, что дальше делать )))
17.05.2013 09:46
twinconst
 
Подскажите что это за файлик такой "tempdb.mdf" и для чего он нужен Google даёт информацию только как его перенести.
17.05.2013 09:54
twinconst
 
Установлен Microsoft SQL Server 2000.
Точная версия SET:
Версия системы: 05.02.79.000
Версия программы: 05.02.80.004
После остановки службы транспорта циклическая нагрузка на HDD отсутствует.
17.05.2013 10:03
twinconst
 
tempdb.mdf весит 1,50 ГБ всего на сервере 4 Гб RAM из них занято 3 Гб.
17.05.2013 10:07
twinconst
 
Файл "d:\SET\Service\Transport\logs\SETExchanger.log.2012-10-27" имеет такие ошибки:

17.05.2013 08:43:47.968 ERROR: Поток импорта.IMPORT: dataPut exception: String or binary data would be truncated.
17.05.2013 08:43:47.968 DEBUG: Поток импорта.IMPORT: Accept; dataId = 3415727
17.05.2013 08:43:48.000 ERROR: Поток импорта ImpExp Exception: The connection is closed.
17.05.2013 08:43:48.000 ERROR: Поток импорта processConnection: Поток импорта ImpExp exchanger exception

И они тоже повторяются циклически.
17.05.2013 10:23
vitamin
 
tempdb.mdf файл базы temp,нужна для работы сиквела. в настройках sql надо уменьшить размер отбираемой памяти. В логе ничего криминального, отключить лог можно в ini.
17.05.2013 10:53
twinconst
 
tempdb.mdf он мне не мешает. Конечная цель уменьшить нагрузку на HDD. То что его можно отключить это конечно хорошо, вопрос нужно ли это?
и что делать с ошибками в SETExchanger.log?
17.05.2013 15:40
izuware
 
Цитата:
twinconst tempdb.mdf он мне не мешает. Конечная цель уменьшить нагрузку на HDD. То что его можно отключить это конечно хорошо, вопрос нужно ли это?
и что делать с ошибками в SETExchanger.log?
если ошибок нет, а очередь диска растет - может быть диск кончается. потестируй его, смарт почитай. Насколько мне попадался кристалл там базы лежат на диске с общими папками, в таком случае неплохо было бы добавить дисков и перенести БД на новый. а если разнести файлы mdf ldf по разным дискам и включить модель восстановления FULL, то получим некий плюс в скорости.
17.05.2013 15:41
izuware
 
ЗЫ: антивируса случаем не ставили??
17.05.2013 16:06
twinconst
 
Установлен антивирус: Microsoft Security Essentials
Но нагрузка на HDD было и до его установки.
Как выяснилось проблемы с службой транспорта!
На сервере стоит RAID зеркало. Не знаю на сколько объективно тестировать HDD в рейде, но виктория показывает что сектора в порядке, смат тоже.
Помогите разобраться с службой транспорта, что значат эти ошибки в логах?
20.05.2013 06:02
Kirik
 
Цитата:
twinconst Установлен антивирус: Microsoft Security Essentials
Но нагрузка на HDD было и до его установки.
Как выяснилось проблемы с службой транспорта!
На сервере стоит RAID зеркало. Не знаю на сколько объективно тестировать HDD в рейде, но виктория показывает что сектора в порядке, смат тоже.
Помогите разобраться с службой транспорта, что значат эти ошибки в логах?
Я так понял, что после остановки службы транспорта, нагрузка пропадает. И еще у меня есть подозрения, что нагрузка связана именно с импортом из внешней системы.

Попробуйте следующее:
1. Остановите службу транспорта.
2. Очистите таблицу TransferCMD в MsSQL.
3. Проверьте, что таблица IportData пуста, если не пуста то очистите и ее.
3. Запустите службу.

Только имейте ввиду, что очистка таблиц убьет не ушедшие еще задания в торговое оборудование.

По идее нагрузка должна пропасть и при запущенной службе. Если она действительно пропадет. То произведите выгрузку в торговое оборудование из внешней системы и посмотрите появится ли нагрузка HDD снова. Таким методом мы попробуем выяснить, что проблема в импорте.

Отпишитесь, по результатам будем думать дальше...
20.05.2013 11:26
twinconst
 
Да, вы всё правильно поняли.

Мои действия, после ваших рекомендаций:

1. Проверил, что таблицы "TransferCMD" и "IportData пусты".
2. Остановил службу "SES - Transport".
3. Несмотря на то, что таблица "TransferCMD" была пуста. В Query Analyzer выполнил truncate table transfercmd.
4. Запустил службу "SES - Transport".

В итоге нагрузка на HDD поднялась на 100% сразу же как только была дана команда, запуститься, службе "SES - Transport".
21.05.2013 02:56
Kirik
 
Цитата:
twinconst Да, вы всё правильно поняли.

Мои действия, после ваших рекомендаций:

1. Проверил, что таблицы "TransferCMD" и "IportData пусты".
2. Остановил службу "SES - Transport".
3. Несмотря на то, что таблица "TransferCMD" была пуста. В Query Analyzer выполнил truncate table transfercmd.
4. Запустил службу "SES - Transport".

В итоге нагрузка на HDD поднялась на 100% сразу же как только была дана команда, запуститься, службе "SES - Transport".
Сложно сказать, что именно у вас там происходит со службой, но похоже на блокировки транзакций в MS SQL. Единственное, меня смущает, что у вас старая версия SET Retail (по крайнем мере базы), а со старыми я не сталкивался с блокировками в MS SQL 2000. Я бы посмотрел лог службы хотя бы за час работы.

А так советую обновить MS SQL до 2008R2 (это первым делом) и обновить SET Retail. Обновить SET Retail вообще уже пора бы, кроме того возможно у вас версии базы и службы транспорта отличаются.
21.05.2013 09:37
twinconst
 
Установка MS SQL до 2008R2 не решает данной проблемы.
А вот по поводу SET Retail, какую версию необходимо установить чтобы SET Retail был актуальным?
21.05.2013 09:50
Kirik
 
Цитата:
twinconst Установка MS SQL до 2008R2 не решает данной проблемы.
А вот по поводу SET Retail, какую версию необходимо установить чтобы SET Retail был актуальным?
Я пока ставил 5.2.80.14, но можете и новее поставить 5.2.80.16.
Только имейте ввиду, что начиная с 5.2.80.13 или 5.2.80.14 (не помню точно) SQL 2000 уже не поддерживается.
21.05.2013 11:03
twinconst
 
Есть ещё 2 момента. У нас используется OLAP статистика. И как я понимаю работать с MS SQL до 2008R2.
И второе в новой версии SET Retail другая мнемоника прогрузки товара из внешней системы.
Скажите правильно ли я всё понимаю?
22.05.2013 02:31
Kirik
 
Цитата:
twinconst Есть ещё 2 момента. У нас используется OLAP статистика. И как я понимаю работать с MS SQL до 2008R2.
И второе в новой версии SET Retail другая мнемоника прогрузки товара из внешней системы.
Скажите правильно ли я всё понимаю?
Если вы используете OLAP для SQL 2000, то можете утановить MS SQL 2008R2 без Analaysis Server. Analaysis Server оставьте от SQL 2000. Тогда ваш OLAP будет работать. Мы так делаем для старого OLAP.

В новой версии SET Retail старые мнемоники импорта остались, так что будет все работать.
18.07.2013 17:35
twinconst
 
Установил Windows Server 2008 (+все обновления), SQL 2008 R2?
Обновил SET до версии системы: 05.02.80.014 и до версия программы: 05.02.80.014.

Но проблема с нагруженностью жёсткого диска осталась.
Подскажите куда ещё можно копать?
23.07.2013 02:52
Kirik
 
Цитата:
twinconst Установил Windows Server 2008 (+все обновления), SQL 2008 R2?
Обновил SET до версии системы: 05.02.80.014 и до версия программы: 05.02.80.014.

Но проблема с нагруженностью жёсткого диска осталась.
Подскажите куда ещё можно копать?
Давайте тогда думать в сторону железа. Что у вас за сервер? И что на нем крутиться кроме SET Retail?

У нас была ситуация с нехваткой ресурсов сервера. SET 5.2.75 работал нормально. Но как только обновились дальше и появились java службы резко началась нехватка ресурсов. Возможности замены сервера не было. Решили проблему переносом MSSQL на другую машину (тоже слабенькую).
13.06.2014 10:48
twinconst
 
Проблема решилась при помощи переноса файлов "tempdb.mdf" и "templog.ldf" на SSD диск.
16.06.2014 09:58
vitamin
 
и сдохнет ваш ссд быстро быстро(
18.06.2014 04:38
Kirik
 
Главное бэкапы базы храните на другом винте.


Опции темы


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

 

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