Вход | Регистрация
 
1С:Предприятие :: 1С:Предприятие 8 общая

Ошибка после обновления КА2 загрузкой из файла

Ошибка после обновления КА2 загрузкой из файла
Я
   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
не совсем понятно какие конкретно действия были в:

// попытка сделать обмен РИБ


можно раскрыть подробней, что делалось в этом РИБ перед тем как выдало ошибку?
   ildary
 
2 - 17.01.19 - 11:08
(1) после обновления конфигурации КА2 в центре я открыл "НСИ и администрирование"-"Синхронизация данных"-"Настройки синхронизации данных"-"Синхронизировать" (т.к. база для обмена одна, то курсор стоял уже на ней). Обмен прошёл без ошибок на стороне центрального узла, но в базе-приёмнике ничего не изменилось, и в логе приёмника вышла ошибка из (0).
   ildary
 
3 - 17.01.19 - 11:09
На всякий случай выполнил DBCC CHECKDB ('base');

получил
CHECKDB found 0 allocation errors and 0 consistency errors in database 'base'.
   ildary
 
4 - 17.01.19 - 11:16
Ещё такой новичковый вопрос - я бы с удовольствием разбирал все возможные варианты решения проблемы, но вопрос очень горит, и у меня вопрос - базу центр я обновлял не совсем стандартно (не через поддержку, а через "Загрузить конфигурацию из файла". Я знаю что это очень нехороший способ, но такой тут регламент).

Могу ли я таким же способом ("Загрузить конфигурацию из файла") обновить периферийную конфигурацию и закрыть проблему?
   Фрэнки
 
5 - 17.01.19 - 11:18
(4) а бакап у нее есть?
   Фрэнки
 
6 - 17.01.19 - 11:20
закрыть проблему - это хорошо. Но тренироваться на кошках!
   Фрэнки
 
7 - 17.01.19 - 11:22
ага! мне ясно почему такое должно было произойти. У тебя же обновления как оно есть не было! Это была загрузка, которая ничего никуда не регистрировала, но сами системные данные конфигурации изменены. Тут без вариантов нужно будет в периферийный узел грузиться прямо из файла конфиги.
   ildary
 
8 - 17.01.19 - 11:24
(5) Бекап - есть. Вдобавок обе базы не рабочие, а для тестирования.

(6) я двумя руками за, но у бухгалтерии отчетность горит.

(7) большое спасибо! но почему в таком случае что-то пишется в configsave? Почему я уточняю - обновление я делаю строго по инструкции и там сказано, что после обновления центра выгружать изменения надо стандартным обменом.
   Фрэнки
 
9 - 17.01.19 - 12:39
если перед "стандартным обменом" в периферийную базу будет уже загружен файл конфигурации из Центра, то конечно, обязательно надо сделать стандартный обмен, чтоб пробить горячим тестированием, что вся процедура завершилась успешно. Ну и при обновлении, после обновления там же типовые процедуры изменяют данные в базе, которые точно также нужно синхронизировать перед началом нормальной эксплуатации баз пользователями.
   ildary
 
10 - 17.01.19 - 15:44
(9) огромное спасибо за совет, вроде бы всё заработало.
 
 Рекламное место пустует

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.
Рекламное место пустует