Имя: Пароль:
1C
1С v8
Ошибка после обновления КА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) огромное спасибо за совет, вроде бы всё заработало.