Имя: Пароль:
1C
 
Информационная база была перемещена...
0 dvrk
 
31.08.22
08:23
привет, развернул копию, БП 3 ПРОФ, развернул чтобы обновиться на корп, если я нажму "Информационная база была перемещена", то это никак не скажется ведь на реально рабочей базе, просто в этой тоже будут по расписанию задания работать или я неправильно понял?
1 Smallrat
 
31.08.22
08:39
Просто если есть задание, которое куда-то что-то выгружает - можно получить ситуацию, когда нам в рабочую базу выгрузятся левые данные из не рабочей копии базы.
2 Bigbro
 
31.08.22
08:40
зачем так делать?
уверен что сервер 1с не отрубит все регламентные задания на бывшей рабочей?
3 Kassern
 
31.08.22
08:47
Скорее всего данная опция регулирует блокировку рег заданий в текущей базе. Вряд ли влияет хоть как-то на базу источник
4 dvrk
 
31.08.22
08:50
(2) не уверен, спрашиваю
5 Smallrat
 
31.08.22
08:52
(3) у регламентных заданий есть флаг "РаботаетСВнешнимиРесурсами" (для нетиповых заданий настраивается в РегламентныеЗаданияПереопределяемый.ПриОпределенииНастроекРегламентныхЗаданий()) - задания, у которых есть такой флаг, выключаются, когда базу разворачивают как копию.
6 dvrk
 
31.08.22
08:53
(3) ага, нашел уже
может кто подкинет статью или поделится проблемами перехода с БП 3 проф - корп
7 Ryzeman
 
31.08.22
08:54
(4) Самое важное - обмены, синхронизации и прочие РБД. Если всё это есть, то тыкнув что база перемещена можешь нахватить кучу приколюх.
Плюс регламенты которые тянут данные с внешних источников, ЭДО те же там всякие. Там умные люди придумали это всё)
8 Serg_1960
 
31.08.22
09:09
Если у Вас рабочая база - распределенная информационная база, то все регламентные обмены данными будут работать у обеих баз. А так, как у вас рабочая база и её копия одинаково настроены - то они начнут синхронно друг у друга пытаться перехватывать данные. Надо успеть в копии  остановить или перенастроить миграцию данных до первого ближайшего сеанса обменами данными. Если ничего не делать, то сплошной дурдом рассинхронизации данных начнётся. "Плавали, знаем"(с) - однажды админ на подчиненном узле филиала копию рабочей базы для аудиторов сделал никого не предупредив об этом...
9 Kassern
 
31.08.22
09:14
(2) "уверен что сервер 1с не отрубит все регламентные задания на бывшей рабочей?" - Как вы себе это представляете? Это типа юзвер 1с будет долбиться к кластеру, искать там злополучную базу и ставить галку блокировки? Это что-то на уровне фантастики в плане реализации. Кластер может быть вообще в другой сети, доступа у текущей базы к базе источника может вообще не быть, права у юзвера так же могут быть ограниченными. Зачем этот геморрой разработчикам, в виде функционала, о котором они даже не заявляют?
10 dmpl
 
31.08.22
12:31
(8) А можно просто запретить работу регламентных заданий в консоли. Благо что фоновые работают, да и регламентные тоже, если их вручную запустить.
11 Bigbro
 
31.08.22
12:41
а можно просто отвечать что это копия, вместо того чтобы делать операции на гландах ректально.
зачем нажали то что база перемещена? какую цель преследовали?
12 Serg_1960
 
31.08.22
13:28
(10) Можно. Можно даже ничего не делать если, например, копия загружается в существующую SQL базу, у которой ранее был установлен запрет на регламентные задания... Но юзверы, они такие... могут в копии запустить вручную то, что там работать не должно. Мне, например, проще снести расписание и настройки потенциально "конфликтных" заданий (например, того же обмена данными), чем потом разгребать лопатой... эээ... последствия их бурной жизнедеятельности :)