Этот баннер — требование Роскомнадзора для исполнения 152 ФЗ.
«На сайте осуществляется обработка файлов cookie, необходимых для работы сайта, а также для анализа использования сайта и улучшения предоставляемых сервисов с использованием метрической программы Яндекс.Метрика. Продолжая использовать сайт, вы даёте согласие с использованием данных технологий».
Политика конфиденциальности
|
|
|
Изменения конфигурации не могут быть получены из подчиненного узла распределенной ИБ
|
|||
|---|---|---|---|
|
#18+
8.2 урбд после обновления префирийки такое вот приходит в первом сообщении в центральную если ещё раз выгружаешь в центральную то всё проходит нормально о_О перефирийка изменения конфигурации принимает автоматом по батнику следующего вида set v8exe="C:\Program Files\1cv82\8.2.14.537\bin\1cv8.exe" set DataBaseName="ПутьКБазе" set DataBase=/F%DataBaseName% set User=/N"Администратор" /WA- set AdminUser= start "" /wait %v8exe% CONFIG %DataBase% %AdminUser% /UpdateDBCfg /UCПакетноеОбновлениеКонфигурацииИБ start "" %v8exe% ENTERPRISE %DataBase% %User% /DisableStartupMessages ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 15.11.2011, 22:02 |
|
||
|
Изменения конфигурации не могут быть получены из подчиненного узла распределенной ИБ
|
|||
|---|---|---|---|
|
#18+
Забавно. А конфигурации идентичны? Может поставить пробел в основной базе в конфигурации и записать? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2011, 00:26 |
|
||
|
Изменения конфигурации не могут быть получены из подчиненного узла распределенной ИБ
|
|||
|---|---|---|---|
|
#18+
Сорри прочел еще раз внимательно. В чем может быть разница между первым и вторым разом выгрузки в основную, после обновления? Мне кажется ничем. А вручную тоже самое? Там кстати уже не 540? ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2011, 08:03 |
|
||
|
Изменения конфигурации не могут быть получены из подчиненного узла распределенной ИБ
|
|||
|---|---|---|---|
|
#18+
Программист 1сСорри прочел еще раз внимательно. В чем может быть разница между первым и вторым разом выгрузки в основную, после обновления? Мне кажется ничем. А вручную тоже самое? Там кстати уже не 540? на 540 та же вот в чем закономерность если выслать после изменения из ПБ сразу два файла один за другим то если загружать последний - будет эта ошибка тоже а вот если сначала первый и получить эту ошибку а потом второй то второй уже нормально и без ошибки, причем никаких данных между отсылкой первого и второго файла не вносится ни в ЦБ ни в ПБ что-то с механизмом обмена в ЦБ не то похоже... подтверждение о том что конфигурация принята то получать надо но зачем ругаться ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2011, 12:26 |
|
||
|
Изменения конфигурации не могут быть получены из подчиненного узла распределенной ИБ
|
|||
|---|---|---|---|
|
#18+
внутренности обоих файлов идентичны (за искл. номеров принятого и отправленного) ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2011, 12:37 |
|
||
|
Изменения конфигурации не могут быть получены из подчиненного узла распределенной ИБ
|
|||
|---|---|---|---|
|
#18+
ошибку понял :) вобщем при загрузке изменений происходило обновление конфигурации но при этом удалялся сам файл обмена и после принятия изменений при повторной загрузке обмена (после того как клиент рестартовал и обновил пакетно конфигурацию) его уже небыло но это не мешало отправить файл обмена в центральную которая его получала, ругалась как в сабже и высылала файлик повторно и когда периферийка уже его получала то уже нормально "оприходывала" и отправляла ответ что мол данные загружены полностью... вот так такой гемор этот обмен ... |
|||
|
:
Нравится:
Не нравится:
|
|||
| 16.11.2011, 15:44 |
|
||
|
|

start [/forum/topic.php?fid=28&fpage=70&tid=1520858]: |
0ms |
get settings: |
8ms |
get forum list: |
17ms |
check forum access: |
3ms |
check topic access: |
3ms |
track hit: |
48ms |
get topic data: |
11ms |
get forum data: |
3ms |
get page messages: |
49ms |
get tp. blocked users: |
2ms |
| others: | 237ms |
| total: | 381ms |

| 0 / 0 |
