Независимый форум, посвященный системе БОСС-Кадровик и всему, что с ней связано
|
|
Предыдущая тема :: Следующая тема |
Автор |
Сообщение |
Mikhail
Зарегистрирован: 16.08.2012 Сообщения: 177 Откуда: Москва
|
Добавлено: Чт Ноя 14, 2013 18:42 Заголовок сообщения: 6.03.01.01 |
|
|
Всем привет!
При установке обновления возникает ошибка. Запись в логе:
Код: | BEGIN PROTOCOL
//////////////////////////////////////////////////////////////////////
SET IDENTITY_INSERT [dbo].[x_docs] ON
INSERT [dbo].[x_docs] ([id_doc], [name], [filename], [extention], [description], [filesize], [state], [zipsize], [date_edit], [data])
SELECT [id_doc], [name], [filename], [extention], [description], [filesize], [state], [zipsize], [date_edit], [data]
FROM [dbo].[x_docs_tmp]
SET IDENTITY_INSERT [dbo].[x_docs] OFF
//////////////////////////////////////////////////////////////////////
END PROTOCOL
STATUS2 = FAILED
ERROR 2 = Exception
DESCR 2 = Database exception.
Query timeout expired
Completing ...
Deleting temporary files ...
INSTALL STATUS : FAILED
DATE = 14.11.2013 18:33:32
END PACKET INSTALLATION *********************************
STATUS10 = FAILED
ERROR 10 = Embedded packet installation: failed
Completing ...
Deleting temporary files ...
INSTALL STATUS : FAILED
DATE = 14.11.2013 18:33:36
END PACKET INSTALLATION *********************************
INSTALL STATUS : FAILED
DATE = 14.11.2013 18:33:36
END LOG |
Кто-нибудь при обновлении сталкивался с такой же ситуацией?
Размер таблицы [x_docs_tmp] ~ 24Gb
Возможно ли, что обновление прерывается из-за превышения времени ожидания затраченного на выполнение операции:
Код: | //////////////////////////////////////////////////////////////////////
SET IDENTITY_INSERT [dbo].[x_docs] ON
INSERT [dbo].[x_docs] ([id_doc], [name], [filename], [extention], [description], [filesize], [state], [zipsize], [date_edit], [data])
SELECT [id_doc], [name], [filename], [extention], [description], [filesize], [state], [zipsize], [date_edit], [data]
FROM [dbo].[x_docs_tmp]
SET IDENTITY_INSERT [dbo].[x_docs] OFF
////////////////////////////////////////////////////////////////////// |
Спасибо! |
|
Вернуться к началу |
|
 |
Mikhail
Зарегистрирован: 16.08.2012 Сообщения: 177 Откуда: Москва
|
Добавлено: Чт Ноя 14, 2013 23:49 Заголовок сообщения: |
|
|
Вот еще подумал, если при обновлении происходит переименование таблицы x_docs в x_docs_tmp, а затем создается таблица x_docs с изменной структурой и в нее переносятся данные из x_docs_tmp и именно задержка привыполнении данной процедуры является причиной возникновения ошибки, то можно вручную перед обновлением переименовать таблицу x_docs, создать вместо нее пустую с тем же именем, а после обновления вручную заполнить данными x_docs (которая вновь будет создана при обновлении). Не видит ли кто-нибудь подводных камней в таком решении? Сам проверить смогу лишь завтра, отпишусь по результатам. |
|
Вернуться к началу |
|
 |
Mikhail
Зарегистрирован: 16.08.2012 Сообщения: 177 Откуда: Москва
|
Добавлено: Пт Ноя 15, 2013 09:41 Заголовок сообщения: |
|
|
Попробовал сделать так, как написал выше, но на этот раз ошибка вылетела при выполнении скрипта:
Код: | BEGIN PROTOCOL
//////////////////////////////////////////////////////////////////////
UPDATE TB_TABEL SET CATEG2_ID = 0
//////////////////////////////////////////////////////////////////////
END PROTOCOL |
Размер таблицы TB_TABEL ~ 7Gb. Чувствую, надо шаманить подобным образом и над этой таблицей. |
|
Вернуться к началу |
|
 |
DUCKKK Большой шоколадный орден

Зарегистрирован: 16.09.2009 Сообщения: 1690
|
Добавлено: Пт Ноя 15, 2013 10:04 Заголовок сообщения: |
|
|
Вы с какой целью фантазируете-то, если в инструкции по обновлению русским по белому написано, как при запуске через параметр -t увеличить время ожидания при выполнении запросов? Поставьте 6000 и обновляйте .... |
|
Вернуться к началу |
|
 |
Vitaly Большой шоколадный орден

Зарегистрирован: 29.07.2008 Сообщения: 281 Откуда: Санкт-Петербург
|
Добавлено: Пт Ноя 15, 2013 10:10 Заголовок сообщения: |
|
|
Полная инфа из документации к обновлению
Описание часто встречающихся проблем приведено в таблице:
№ Проблема Вероятная причина и решение
1. Статус установки – с ошибками (INSTALL STATUS : FAILED). В журнале есть записи:
STATUS2 = FAILED
ERROR 2 = Exception
DESCR 2 = Database exception.
Query timeout expired
Время выполнения команды (запроса к базе данных) превысило таймаут, установленный по умолчанию (600 сек.). Необходимо восстановить БД из резервной копии и затем запустить Обновление с параметром командной строки –t:<новое значение в секундах>.
Попытайтесь увеличить таймаут в 10 раз, например для запуска с таймаутом 6000 сек, укажите в командной строке:
<полный путь к комплекту обновления>\RPSetupDB.exe -t:6000
Если ошибка повторяется после нескольких увеличений – свяжитесь со службой технической поддержки.
|
|
Вернуться к началу |
|
 |
Mikhail
Зарегистрирован: 16.08.2012 Сообщения: 177 Откуда: Москва
|
Добавлено: Пт Ноя 15, 2013 10:22 Заголовок сообщения: |
|
|
Вот спасибо! Помню, где-то встречалось значение таймаута в 600 сек, но не смог отыскать где именно.
О результатах отпишусь позднее. |
|
Вернуться к началу |
|
 |
Vitaly Большой шоколадный орден

Зарегистрирован: 29.07.2008 Сообщения: 281 Откуда: Санкт-Петербург
|
Добавлено: Пт Ноя 15, 2013 10:25 Заголовок сообщения: |
|
|
Должно помочь, у меня после увеличения значения, обновление прошло, хотя вначале вылетало... |
|
Вернуться к началу |
|
 |
Mikhail
Зарегистрирован: 16.08.2012 Сообщения: 177 Откуда: Москва
|
Добавлено: Пт Ноя 15, 2013 12:53 Заголовок сообщения: |
|
|
Все получилось, ещё раз спасибо! |
|
Вернуться к началу |
|
 |
|
|
Вы не можете начинать темы Вы не можете отвечать на сообщения Вы не можете редактировать свои сообщения Вы не можете удалять свои сообщения Вы не можете голосовать в опросах
|
|