22.11.2024
Эффективная Навигация М2М
[ Новые сообщения · Участники · Правила форума · Поиск · RSS ]
  • Страница 1 из 1
  • 1
Exception: Время ожидания запроса истекло
logoffДата: Вторник, 21.10.2014, 13:54 | Сообщение # 1
Тамбов
Группа: Администраторы
Сообщений: 655
Репутация: 19
Статус: Offline
В файлах ServerAnaliz*.log

Точка: 52.730621;41.454956 Направ.:0 Скор.:0
21.10.14 10:28:41(13) 0.000s 1.17.2.10 ***Включен аналоговый датчик №10=0
21.10.14 10:29:12(13) 30.503s 1.17.2.10   Exception: Время ожидания запроса истекло
21.10.14 10:29:12(13) 0.002s 1.17.2.10 ---------
Данные от device: 59074016(1211) /Sens:0
GPS Время: 21.10.2014 8:35:29
Точка: 52.730621;41.454956 Направ.:0 Скор.:0
21.10.14 10:29:12(13) 0.001s 1.17.2.10 ***Включен аналоговый датчик №11=3424
21.10.14 10:29:42(14) 30.503s 1.17.2.10   Exception: Время ожидания запроса истекло

Наличие выделенных строк говорит о повреждении таблицы [BN].[dbo].[FLEET_AnalogTarirovka]
Надо использовать группу команд (гугл вам в помощь)

DBCC CHECKDB

Ну и ОБЯЗАТЕЛЬНО читаем статью на Хабре!!!
 
logoffДата: Вторник, 21.10.2014, 14:48 | Сообщение # 2
Тамбов
Группа: Администраторы
Сообщений: 655
Репутация: 19
Статус: Offline
Процедура FLEET_TableSizeController
Код
USE      
[BN]GO

DECLARE   @return_value int

EXEC   @return_value = [dbo].[FLEET_TableSizeController]

SELECT   'Return Value' = @return_value

GO


начала валиться с ошибками.
Цитата
Сообщение 8646, уровень 21, состояние 1, строка 50
Невозможно найти индексную запись в индексе с идентификатором 1 таблицы 295008132, в базе данных "BN". Указанный индекс поврежден, или есть проблема с текущим планом обновлений. Запустите программу DBCC CHECKDB или DBCC CHECKTABLE. Если проблема не устранится, свяжитесь со службой поддержки продукта.
Сообщение 0, уровень 20, состояние 0, строка 0
При выполнении текущей команды возникла серьезная ошибка.. При наличии результатов они должны быть аннулированы.


Решилось удаление всех индексов таблицы FLEET_AnalogData и повторным их созданием

Для "ловли" имени таблицы процедура была изменена в плане:

Open Curs
while 0=0
begin
Fetch from Curs into
@TableSizeParameterID,
@TableName,
@IDColName,
@DateColName,
@MaxRecords,
@MaxDays
if @@Fetch_Status!=0 break
print @TableName
Select
@Cleared=0

где вставленная строка выделена красным.
При запуске в Management studio кода выше выдает не только ошибку, но и название таблицы чуть выше, для которой была ошибка

После пересоздания индекса процедура стала выполняться без ошибок

Цитата
SYS_DEV_ArchiveData

(строк обработано: 0)
FLEET_Events

(строк обработано: 0)
FLEET_AnalogData

(строк обработано: 0)
FLEET_TaskArchive

(строк обработано: 0)
FLEET_UserLog

(строк обработано: 0)
FLEET_SmsWork

(строк обработано: 0)
FLEET_OutCome

(строк обработано: 0)
FLEET_Zone

(строк обработано: 0)
FLEET_ZoneVisitsHistory

(строк обработано: 0)
FLEET_ObjectExtStatusHistory

(строк обработано: 0)

(строк обработано: 1)

(строк обработано: 1)
 
NoelДата: Воскресенье, 26.10.2014, 10:39 | Сообщение # 3
Москва
Группа: Модераторы
Сообщений: 67
Репутация: 4
Статус: Offline
Только удаление и создание заново ? Ребилд не подойдет ? Хотел вообще ради профилактики сделать REPAIR_REBUILD, жаль что для этого нужен сингл юзер режим.
 
logoffДата: Понедельник, 27.10.2014, 13:15 | Сообщение # 4
Тамбов
Группа: Администраторы
Сообщений: 655
Репутация: 19
Статус: Offline
У меня что-то ребилд индексов не взлетел (кажется, ибо делал вроде до проверки их, не уверен). пробовал его делать перед этим всем.
да, repair только в синг, но просто ckech хватит для проверки.
Вообщем, эта ситуация стала сильно тормозить обработку координат свежих - скорость упала с 10-11 тыщ до 1... это и стало причиной разборок.
 
NoelДата: Понедельник, 27.10.2014, 21:36 | Сообщение # 5
Москва
Группа: Модераторы
Сообщений: 67
Репутация: 4
Статус: Offline
Цитата logoff ()
Вообщем, эта ситуация стала сильно тормозить обработку координат свежих - скорость упала с 10-11 тыщ до 1...

Это вы во флитовом логе увидели или где ? У меня у ситибаса в логе:

Код
26.10.2014 9:35:07    15,40 sec    0        Proceed coordinates...
26.10.2014 9:35:25    17,66 sec    0        Done. Packet=1, coords=1281

или это не то ?
 
logoffДата: Вторник, 28.10.2014, 16:37 | Сообщение # 6
Тамбов
Группа: Администраторы
Сообщений: 655
Репутация: 19
Статус: Offline
Эм, нет. Я обычно меряю через скрипт sql скорость, просто двумя запросами размера таблиц с паузой между ними...
 
NoelДата: Вторник, 28.10.2014, 18:33 | Сообщение # 7
Москва
Группа: Модераторы
Сообщений: 67
Репутация: 4
Статус: Offline
logoff, опубликуете ? У себя хочу померить тоже.
 
logoffДата: Среда, 29.10.2014, 08:30 | Сообщение # 8
Тамбов
Группа: Администраторы
Сообщений: 655
Репутация: 19
Статус: Offline
http://bnc.ucoz.net/forum/7-67-1#110

но оно подходит для случаев, когда необработанных координат сильно больше, чем скорость их обработки
 
  • Страница 1 из 1
  • 1
Поиск:

LogOff © 2024
Сайт создан в системе uCoz Рейтинг GPS Клуба. GPS навигаторы. GPS мониториг. GPS трекеры. ГЛОНАСС