|
Информационная база была перемещена... | ☑ | ||
---|---|---|---|---|
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 базу, у которой ранее был установлен запрет на регламентные задания... Но юзверы, они такие... могут в копии запустить вручную то, что там работать не должно. Мне, например, проще снести расписание и настройки потенциально "конфликтных" заданий (например, того же обмена данными), чем потом разгребать лопатой... эээ... последствия их бурной жизнедеятельности :)
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |