Имя: Пароль:
LIFE
Как страшно жить
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С может хранить признак "а зашел ли уже первый в конфигуратор в базу"?