|
OFF: 2 сервера 1с + 1 база sql | ☑ | ||
---|---|---|---|---|
0
america2013
27.02.20
✎
14:13
|
Всем доброго дня!
С чем пришлось столкнуться: Есть сервер MSSQL с базой BAZA1S + есть сервер 1сRODNOY, в консоле инф. базы путь прописан к MSSQL к базе BAZA. Есть одни активные пользователи. По незнанию этой схему создали новый сервер 1сNOVIY, в консоле инф. базы путь прописан к MSSQL к базе BAZA. Есть другие активные пользователи, с первыми не знакомые. В итоге? - одну и ту же базу стало возможно открыть в конфигураторе 2 раза; - добавлять/удалять элементы объектов и обновлять конфигурацию, при открытом конфигураторе с этой же базой на другом сервере; - если перезайти в базу на сервере, где этих обновлений не делали, то обнаружим, что элементы пропадают/появляются; - обнаружили по измненным/проведенным/удаленным документам/справочникам в пользовательском режиме. Для меня это было открытием и шоком! Кто-то еще такое видел? |
|||
1
shuhard
27.02.20
✎
14:18
|
(0) многие видели, топик о чем ?
|
|||
2
Asmody
27.02.20
✎
14:18
|
Надеюсь, у вас есть бекапы?
|
|||
3
ДенисЧ
27.02.20
✎
14:25
|
||||
4
Garykom
гуру
27.02.20
✎
14:27
|
А вот 1С 7.7 для изменения таблиц монопольно sql хотела
|
|||
5
Garykom
гуру
27.02.20
✎
14:28
|
(4)+ Тут же разрешили демоническое обновление ну и вот такое вытекло
|
|||
6
america2013
27.02.20
✎
14:37
|
То есть возможно 1 базу открыть в конфигураторе 10 раз и кто последний сохранится, того и тапки???
А если я туда залью .dt ? Вообще от другой конф-ы?.... Динамическое обновление еще ладно, но меня жутко смущает мысль, что мою нетленку сейчас точно также в одно время открыли еще 10 чел. и завтра я просто не найду свои наработки. Считаю это серьезной недоработкой! |
|||
7
Fragster
гуру
27.02.20
✎
14:45
|
на ИТС подобный режим описан https://its.1c.ru/db/v8317doc#bookmark:adm:TI000000103 пункт 5.2.1.3.8
|
|||
8
america2013
27.02.20
✎
14:58
|
...Продолжает бомбить. Меня интересует, кто теперь ответит за искалеченные судьбы людей??
В данном случае, виновен присматривающий за MSSQL, за то что дал логин/пароль к этой базе разным прог-ам. Но его же не заставишь следить по какому назначению они будут использовать эту базу! Он вообще о существовании 1с не знает. Ну не прогеров же винить за то что они друг с другом не знакомы... |
|||
9
pechkin
27.02.20
✎
15:07
|
как минимум может нарушитья уникальность номеров
|
|||
10
Йохохо
27.02.20
✎
15:07
|
(8) себя вини, не предусмотрел чужую глупость и безответственность
|
|||
11
Apokalipsec
27.02.20
✎
15:07
|
(8) Понятие "хранилище конфигурации" разработчикам незнакомо? - выгнать таких разработчиков.
|
|||
12
VladZ
27.02.20
✎
15:12
|
(8) "В данном случае, виновен присматривающий за MSSQL" - с чего это вдруг?
|
|||
13
america2013
27.02.20
✎
15:12
|
(9) Каких номеров? Сам не проверял, но я ведь мог загрузить в конф-у бух. - cf, - от конф-и ут? Чисто теоретически.
(10)+(11) "Каждый был уверен, что он у неё один." |
|||
14
VladZ
27.02.20
✎
15:12
|
Виноват тот, кто настроил 1с на втором сервере.
|
|||
15
america2013
27.02.20
✎
15:19
|
(12) По факту он выдал 2-м разным пользователя права на чтение/запись 1 базы, когда был призван следить за её сохранностью, но эти двое выполнили противоречивые действия.
(14) Не согласен. Он честно выполнял свою работу - дорабатывал базу которую дали. Повторю, был уверен, что он в базе один. Ну или надеялся встретить сообщение, что в конф-е уже кто-то сидит. |
|||
16
VladZ
27.02.20
✎
15:26
|
(15) "Он честно выполнял свою работу - дорабатывал базу которую дали" - кто дал? Кто настроил базу на втором сервере?
|
|||
17
VladZ
27.02.20
✎
15:29
|
Еще раз: кто настраивает базу на сервере 1с должен убедиться, что к базе SQL нет подключений с других серверов 1с. Присматривающий за MSSQL тут вообще ни при делах.
|
|||
18
america2013
27.02.20
✎
15:35
|
(16) Сам же разраб. и настроил, имея в руках только дистрибутив установки 1с сервера + пароль от базы sql, которые он получил от следящего за MSSQL.
Как он может знать, кто подключался к базе год назад с тойже целью, или кто подключится завтра, если этот горе-смотритель раздает пароли налево-направо? |
|||
19
pavig
27.02.20
✎
15:36
|
(17) И как он должен в этом убедиться?
|
|||
20
Asmody
27.02.20
✎
15:59
|
(8) "Джентльмены удачи" смотрел? "Чем больше сдадим - тем лучше."
|
|||
21
america2013
27.02.20
✎
16:06
|
(20) "Это не смешно, тетя" (от туда же).
Дело в том что я вступился за коллегу и всем раззвонил, что невозможно зайти в конфигуратор 2 раза, подразумевая одну базу, пока оба не получили по лживым харям левыми объектами. |
|||
22
VladZ
27.02.20
✎
16:08
|
(18) Что за бардак у вас творится? Кто у вас отвечает за работу 1с? Кто отвечает - тот и виноват.
Если никто не отвечает, значит "пришло время в вашем колхозе выбрать председателя" |
|||
23
Garykom
гуру
27.02.20
✎
17:33
|
(21) Это у вас от низкого уровня знаний.
Попробуйте базы данных SQL получше поизучать ну и прочее типа а где же 1С может хранить признак "а зашел ли уже первый в конфигуратор в базу"? |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |