Инфо-Бухгалтер ®Обновление версии ИБ 10 от 18.11.2016
Не проходит обновление ИБ 10 на версию от 18 ноября 2016 года.
Даже с установленным Hotfix9_20161209.
Не проходит конфигурирование модуля Склад (данные 1.54; алг 1.563).
Выполнялось с 14-00 часов до 8-00 часов следующего дня,
но мы не дождались окончания (I5, 8GB) SQL2005.
Пробовали и на другой тестовой машине (I5, 8GB) SQL2012.
CHECKDB ошибок в базе не находит
Прилагаю вырезку трассера:
declare @p1 int
set @p1=77968
exec sp_prepexec @p1 output,N'@P1 int',N'DELETE FROM T_TABROW_279 WHERE x_id = @P1',69668952
select @p1
go
exec sp_unprepare 77968
go
declare @p1 int
set @p1=77969
exec sp_prepexec @p1 output,N'@P1 int,@P2 int,@P3 int',N'DELETE FROM T_TABPROP_279 WHERE (x_oper = @P1) AND (x_prop = @P2) AND (x_row = @P3)',66654536,69202262,69668954
select @p1
go
exec sp_unprepare 77969
go
declare @p1 int
set @p1=77970
exec sp_prepexec @p1 output,N'@P1 int',N'DELETE FROM T_TABROW_279 WHERE x_id = @P1',69668954
select @p1
go
exec sp_unprepare 77970
go
declare @p1 int
set @p1=77971
exec sp_prepexec @p1 output,N'@P1 int,@P2 int,@P3 int',N'DELETE FROM T_TABPROP_279 WHERE (x_oper = @P1) AND (x_prop = @P2) AND (x_row = @P3)',66654536,69202262,69668956
select @p1
go
exec sp_unprepare 77971
go
- 43 просмотра
Попробуйте делать конфигурацию на сервере.
Развернули тестовое рабочее место с чистой установкой. сервер+рабочее место на него и развернули Backup.
И в такой конфигурации больше ночи не прошло конфигурирование?
Конфигурирование БД всегда лучше проводить с сервера.
Да! Конфигурирование всегда делаем на сервере.
Путем анализа трассировщика обнаружил, что затормаживание при конфигурировании начинается с операций, введенных после перехода на версию от 07 октября 2016 года.
Выявил что все операции введенные в версии от 07 октября 2016 года в таблице T_TABPROP_279 содержат строки с x_prop = 69202262 и x_prop = 69202264, которые и удаляются согласно текста трассировщика. На тестовой базе запустил конфигуратор склада алг 1.563, дождался в трассировщике записей где начинают удалятся данные строки, остановил сервер агент службы сервера инфобанка.
Выполнил SQL запрос DELETE FROM T_TABPROP_279 WHERE x_prop = 69202262 or x_prop = 69202264
(44886 row(s) affected)
затем снова запустил конфигуратор склада алг 1.563 в результате быстрый переход на новую версию. Операции в программе открываются и читаются.
Вопросы:
1. можно ли так поступить на рабочей базе.
2. нельзя ли получить текст SQL запроса конфигурирование модуля Склад с(данные 1.54; алг 1.563). при выполнении обновления из программы процессор загружен лишь на 25%. а SQL напрямую дает возможность выполнить все гораздо быстрее в больших базах.
3. Я так понял чтобы получить базу без операций склада необходимо очистить таблицы
T_LINKS, T_OPER_***, T_PROP_***, T_PROV_***, T_TABPROP_***, T_TABROW_***, и внести первоначальные остатки.
вероятно необходимо еще очистить от мусора T_TABROW_279
DELETE FROM T_TABROW_279 WHERE x_prop = 69202262 or x_prop = 69202264 ???
Не надо ничего вручную из базы удалять.
Это прямой путь к нарушению логической целостности.
Если надо очистить какой-то журнал, то зайдите Установка->Администрирование->Настройка журналов.
На нужном журнале вызовите контекстное меню и выберите "Очистка".
Это действие выполнит быструю очистку таблиц:
T_LINKS, T_OPER_***, T_PROP_***, T_PROV_***, T_TABPROP_***, T_TABROW_***
Что делать с конфигурированием склада?
Как очистить весь Склад? Какие журналы за это отвечают?