|
Ошибка после обновления КА2 загрузкой из файла | ☑ | ||
---|---|---|---|---|
0
ildary
17.01.19
✎
10:57
|
Уважаемые специалисты, подскажите пожалуйста новичку как исправить следующую ошибку: после обновления КА2 на последнюю версию (2.4.6.189), попытка сделать обмен РИБ заканчивается ошибкой
Ошибка при выполнении файловой операции 'v8srvr://Server/base/configsave/7816e551-17d2-4fdb-ae2b-1a0bb118c764.99e23922-aa3f-46f2-b3ce-0b1716c16cde.new' по причине: Ошибка при выполнении файловой операции '7816e551-17d2-4fdb-ae2b-1a0bb118c764.99e23922-aa3f-46f2-b3ce-0b1716c16cde.new' по причине: Ошибка СУБД: Microsoft SQL Server Native Client 10.0: String data, length mismatch HRESULT=80004005, Я заглянул в таблицу configsave - она пустая. 1С 8.3.12.1790, MSSQL 2008R2. |
|||
1
Фрэнки
17.01.19
✎
11:04
|
не совсем понятно какие конкретно действия были в:
// попытка сделать обмен РИБ можно раскрыть подробней, что делалось в этом РИБ перед тем как выдало ошибку? |
|||
2
ildary
17.01.19
✎
11:08
|
(1) после обновления конфигурации КА2 в центре я открыл "НСИ и администрирование"-"Синхронизация данных"-"Настройки синхронизации данных"-"Синхронизировать" (т.к. база для обмена одна, то курсор стоял уже на ней). Обмен прошёл без ошибок на стороне центрального узла, но в базе-приёмнике ничего не изменилось, и в логе приёмника вышла ошибка из (0).
|
|||
3
ildary
17.01.19
✎
11:09
|
На всякий случай выполнил DBCC CHECKDB ('base');
получил CHECKDB found 0 allocation errors and 0 consistency errors in database 'base'. |
|||
4
ildary
17.01.19
✎
11:16
|
Ещё такой новичковый вопрос - я бы с удовольствием разбирал все возможные варианты решения проблемы, но вопрос очень горит, и у меня вопрос - базу центр я обновлял не совсем стандартно (не через поддержку, а через "Загрузить конфигурацию из файла". Я знаю что это очень нехороший способ, но такой тут регламент).
Могу ли я таким же способом ("Загрузить конфигурацию из файла") обновить периферийную конфигурацию и закрыть проблему? |
|||
5
Фрэнки
17.01.19
✎
11:18
|
(4) а бакап у нее есть?
|
|||
6
Фрэнки
17.01.19
✎
11:20
|
закрыть проблему - это хорошо. Но тренироваться на кошках!
|
|||
7
Фрэнки
17.01.19
✎
11:22
|
ага! мне ясно почему такое должно было произойти. У тебя же обновления как оно есть не было! Это была загрузка, которая ничего никуда не регистрировала, но сами системные данные конфигурации изменены. Тут без вариантов нужно будет в периферийный узел грузиться прямо из файла конфиги.
|
|||
8
ildary
17.01.19
✎
11:24
|
(5) Бекап - есть. Вдобавок обе базы не рабочие, а для тестирования.
(6) я двумя руками за, но у бухгалтерии отчетность горит. (7) большое спасибо! но почему в таком случае что-то пишется в configsave? Почему я уточняю - обновление я делаю строго по инструкции и там сказано, что после обновления центра выгружать изменения надо стандартным обменом. |
|||
9
Фрэнки
17.01.19
✎
12:39
|
если перед "стандартным обменом" в периферийную базу будет уже загружен файл конфигурации из Центра, то конечно, обязательно надо сделать стандартный обмен, чтоб пробить горячим тестированием, что вся процедура завершилась успешно. Ну и при обновлении, после обновления там же типовые процедуры изменяют данные в базе, которые точно также нужно синхронизировать перед началом нормальной эксплуатации баз пользователями.
|
|||
10
ildary
17.01.19
✎
15:44
|
(9) огромное спасибо за совет, вроде бы всё заработало.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |