|
Отключить РИБ от удаленной базы | ☑ | ||
---|---|---|---|---|
0
unikon
29.04.16
✎
17:33
|
Всем доброе время суток. Такая ситуация.
Есть Центральная база (ЦБ). Настроена РИБ к удаленной базу (УБ). В ЦБ добавил "предопределенный" элемент в план видов характеристик "Настройки пользователя" и обращаюсь к нему в "Обычный модуль приложения", функция "ПередНачаломРаботыСистемы". В ЦБ все сработало нормально, а вот после обновления конфы в УБ возникли проблемы. При запуске "1С:Предприятие" выдает такую ошибку: "Предопределенный элемент отсутствует в данных". Получается, что теперь пользователи даже войти не могут. Хочу отключить РИБ и все настроить, но не могу. Через командную строку не получается отвязать РИБ ("C:\Program Files (x86)\1cv8\common\1cestart.exe" config /F"D:\****" /N"****" /ResetMasterNode). Выдает следующую ошибку: Сигнатура проблемы: Имя события проблемы: APPCRASH Имя приложения: 1cv8.exe Версия приложения: 8.3.7.2008 Отметка времени приложения: 56f1d42c Имя модуля с ошибкой: backend.dll Версия модуля с ошибкой: 8.3.7.2008 Отметка времени модуля с ошибкой: 56f1d5ac Код исключения: c0000005 Смещение исключения: 0036a02e Версия ОС: 6.1.7601.2.1.0.256.1 Код языка: 1049 Дополнительные сведения 1: 0a9e Дополнительные сведения 2: 0a9e372d3b4ad19135b953a78882e789 Дополнительные сведения 3: 0a9e Дополнительные сведения 4: 0a9e372d3b4ad19135b953a78882e789 Ознакомьтесь с заявлением о конфиденциальности в Интернете: http://go.microsoft.com/fwlink/?linkid=104288&clcid=0x0419 Если заявление о конфиденциальности в Интернете недоступно, ознакомьтесь с его локальным вариантом: C:\Windows\system32\ru-RU\erofflps.txt Есть у кого-нибудь идеи как это решить? |
|||
1
Timon1405
29.04.16
✎
17:44
|
перенести предопределенный элемент средствами SQL
|
|||
2
aleks_default
29.04.16
✎
17:44
|
Перезаписать предопределенный элемент и обменяться?
|
|||
3
unikon
29.04.16
✎
17:47
|
(2) Обменять не получится, т.к. в УБ 1С:Предприятие не запускается.
|
|||
4
unikon
29.04.16
✎
17:49
|
(1) Можете как нибудь по подробней объяснить?
|
|||
5
Фрэнки
29.04.16
✎
17:59
|
может, до момента отыскивания способа исправления, сделаешь выгрузку первичного образа? там все будет.
|
|||
6
aleks_default
29.04.16
✎
17:59
|
по моему неправильная последовательность команды
1cv8.exe config /ResetMasterNode /fПутьКБазе |
|||
7
unikon
29.04.16
✎
18:02
|
(6) Разницы нет. Пробовал уже местами переставлять((
|
|||
8
Serg_1960
29.04.16
✎
18:05
|
В конфигуратор разрешает зайти или как?
|
|||
9
unikon
29.04.16
✎
18:06
|
(8) Да, в конфу заходит без проблем. Только вот там ничего изменить нельзя т.к. это УБ (РИБ).
|
|||
10
Фрэнки
29.04.16
✎
18:07
|
я бы попробовал без лишних параметров пускать 1cv8.exe" config /ResetMasterNode
|
|||
11
unikon
29.04.16
✎
18:09
|
(10) Нет, не помогает(((
|
|||
12
Фрэнки
29.04.16
✎
18:10
|
(11) с ошибкой вылетает?
|
|||
13
Serg_1960
29.04.16
✎
18:11
|
Файловая или SQL?
(9) Конфигуратор в подчинённом узле риб-базы может делать выгрузку базы и ТиИ :) |
|||
14
Фрэнки
29.04.16
✎
18:13
|
другой релиз у тебя есть, какой-то из 8.3.6 релизов есть в наличии?
в дт файл даст выгрузить? может не на сервере, а на клиенте даст запустить с этим ключом под другим релизом платформы? |
|||
15
Фрэнки
29.04.16
✎
18:14
|
// Имя модуля с ошибкой: backend.dll
вот это мне тоже не нравится. |
|||
16
Serg_1960
29.04.16
✎
18:15
|
Дело скорее всего не в платформе, а в ошибке при обновлении. В SQL-версии это легко решается, в файловой - проблемно.
|
|||
17
Фрэнки
29.04.16
✎
18:16
|
(16) дык в SQL тоже бывает, но как ее там решать? в системную таблицу в базу на сервере заходить, что ли?
|
|||
18
unikon
29.04.16
✎
18:19
|
(12) Да, ошибка в backend.dll.
(13) Файловая. Выгрузку делать может. Резервную копию сделал) (14) На другом релизе тоже пробовал, такая же ошибка с backend.dll. |
|||
19
Serg_1960
29.04.16
✎
18:19
|
Это же РИБ-база - конфигурации в узлах идентичные. Разумеется если это ошибка обновления.
|
|||
20
unikon
29.04.16
✎
18:20
|
(13) Попробую сделать ТиИ ))
|
|||
21
Фрэнки
29.04.16
✎
18:20
|
(20) а что ТИИ сделает с твоим backend.dll.
|
|||
22
unikon
29.04.16
✎
18:21
|
(21) Кто же его знает (((
|
|||
23
Фрэнки
29.04.16
✎
18:22
|
а сервер с тобой рядом? запустить на нем создание нового подчиненного узла можешь? Если да, то пускай и не мучайся. Пока будешь искать решение, у тебя уже будет новый узел взамен пропавшего.
И дернул тебя черт вешать проверку на предопределенный элемент... |
|||
24
Serg_1960
29.04.16
✎
18:23
|
(18) есть архив? Уже лучше. Запускай ТиИ. Она или порушит базу окончательно, или восстановит. А пока она работает - создай новую базу и загрузи туда архив - там проверь повторяемость ошибки. Если там нет этой ошибки - можно её вместо рабочей подсунуть.
|
|||
25
Фрэнки
29.04.16
✎
18:24
|
но это от объемов данных зависит, конечно, но если на удаленном узле файловая, то наверняка объемы не очень большие
|
|||
26
Serg_1960
29.04.16
✎
18:26
|
(24)Стоп, наоборот. Сначала загрузить архив в новую базу, а потом только ТиИ в рабочей- выгрузка может быть битой и не загружаться.
|
|||
27
unikon
29.04.16
✎
18:29
|
(23) Пока рядом сервера нет. Думаю завтра смогу к нему доступ получить. По поводу проверки. Изначально вообще не знал, что там РИБ настроен. Да даже если бы и знал, то тоже самое и произошло бы) Не знал, что предопределенные элементы себя так ведут
(24) Я сейчас на своем компе раскатал копию УБ и пытаюсь пока с ней манипулировать. Оригинал (УБ) не трогаю. |
|||
28
Фрэнки
29.04.16
✎
18:30
|
(27) да они норм себя ведут, просто накладно произошло, что элемент надо было мигрировать до того, как первый запуск после обновления конфиги его там не найдет.
|
|||
29
unikon
29.04.16
✎
18:33
|
В общем. ТиИ выполнилась и после сразу решил запустить из конфигуратора. Выскочила та же ошибка "Предопределенный элемент отсутствует в данных" и через консоль отцепить так же не получается.
|
|||
30
Фрэнки
29.04.16
✎
18:33
|
даже если предопределенный элемент сидит в пакете обмена, то данные пакета не обработаны, т.к. в нем же сразу загружаются изменения конфигурации.
|
|||
31
Фрэнки
29.04.16
✎
18:35
|
(29) (шепотом) а может у тебя backend.dll патченная?
|
|||
32
unikon
29.04.16
✎
18:36
|
(30) Обмен произошел так.
Админ выгрузил и ЦБ данные. Потом запустил обмен в УБ. После обмена 1С'ка попросила обновить конфигурацию, т.к. она была изменена. Он зашел в конфу и обновил и после этого запустить больше ее не смогли до сих пор. (31) Эм... xD |
|||
33
Фрэнки
29.04.16
✎
18:41
|
(32) пробуй тогда там, где есть ключ. Вот тебе и причина вызова исключения при обработке параметров командной строки.
|
|||
34
unikon
29.04.16
✎
18:44
|
(33) НУ я думаю, что на сервере УБ лицензия. Ошибка точно такая же.
|
|||
35
unikon
29.04.16
✎
18:46
|
Ууух... Запустил через консоль "C:\Program Files (x86)\1cv8\8.3.5.1570\bin\1cv8.exe" и все сработало)) Всем большое спасибо, что не оставили в беде)))
|
|||
36
Фрэнки
29.04.16
✎
18:47
|
(32) аглоритм простой: сразу идут изменения конфиги;
только после применения к базе полученных изменений, можно принимать полученные данные в пакете; изменения данных принимают повторным выполнением принЯть изменений из файла обмена. Естественно, что изменение предопределенного элемента надо было как-то безопасно доставить в узел. (34) фиг его знает тогда. (35) Ага, значит все-таки где-то в релизах платформы этот баг сидит, который сбоит на параметре |
|||
37
Фрэнки
29.04.16
✎
18:49
|
(35) у нас, кстати, боевые базы, в которых РИБ, до сих пор на этом релизе крутятся
|
|||
38
unikon
29.04.16
✎
18:51
|
Фрэнки, спасибо больше)) Побольше обновлений тебе без серьезных доработок))))
|
|||
39
Фрэнки
29.04.16
✎
18:53
|
(38) взаимно
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |