Вход | Регистрация
 
О жизни... :: Как страшно жить

OFF: 2 сервера 1с + 1 база sql

OFF: 2 сервера 1с + 1 база sql
Я
   america2013
 
27.02.20 - 14:13
Всем доброго дня!
С чем пришлось столкнуться:
Есть сервер MSSQL с базой BAZA1S + есть сервер 1сRODNOY, в консоле инф. базы путь прописан к MSSQL к базе BAZA. Есть одни активные пользователи.
По незнанию этой схему создали новый сервер 1сNOVIY, в консоле инф. базы путь прописан к MSSQL к базе BAZA. Есть другие активные пользователи, с первыми не знакомые.
В итоге?
- одну и ту же базу стало возможно открыть в конфигураторе 2 раза;
- добавлять/удалять элементы объектов и обновлять конфигурацию, при открытом конфигураторе с этой же базой на другом сервере;
- если перезайти в базу на сервере, где этих обновлений не делали, то обнаружим, что элементы пропадают/появляются;
- обнаружили по измненным/проведенным/удаленным документам/справочникам в пользовательском режиме.

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

Попробуйте базы данных SQL получше поизучать ну и прочее типа а где же 1С может хранить признак "а зашел ли уже первый в конфигуратор в базу"?


Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.