Вход | Регистрация



Целостность файловой базы в сети на УФ при тонком клиенте,страдает?

Целостность файловой базы в сети на УФ при тонком клиенте,страдает?
Я
   bambucho
 
15.10.17 - 10:34
1. Разумеется!50% (1)
3. В чики-пуки,юзай...50% (1)
2. Ты о чем,я не вдупляювыпилна конуне...0% (0)
Всего мнений: 2

Обкурил большинство информации и нигде не нашел однозначный ответ.
Вник в механизм файла .1cd,есть и спорные моменты...
Понял,что при запуске тонкого клиента,вместе с ним поднимается серверная микросреда.Ну ок...а если речь идет о файловой базе на УФ,расшаренной на NAS,на нем 1сные процессы не подняты,транспортный протокол может и не собрать пакет по разным причинам.
1)Как в таком случае контролируется целостность базы?
2)И в каком случае целостность базы под угрозой,в случае ее расшаривания (я про типы подключения:толст.,тонкий и м.б. разновидность конф.)?
3)Про скажите,расшаренную БП3 не экстремально бзать тонким клиентом через VPN?)
 
 
   Йохохо
 
1 - 15.10.17 - 10:41
если не опубликована, что тонкий, что толстый разницы быть не должно. Опубликованная через впн шикарно, скорость локалки. Без публикации плохая идея
   bambucho
 
2 - 15.10.17 - 11:06
Под публикацмей WEB-сервер понимается?
   Йохохо
 
3 - 15.10.17 - 12:24
да
   Aleksey
 
4 - 15.10.17 - 12:25
Что есть целостность базы в данном контексте?
   Aleksey
 
5 - 15.10.17 - 12:25
и почему она должна страдать?
   bambucho
 
6 - 15.10.17 - 12:46
(3) Web-сервер не публекуеться на NAS (автономный файловый сервер на своей зажатой ОС)

По схеме: 'NAS' <сеть> 'комп с поднятым Web-клиентом'
если между ними "порвется" логическое взаимодействие,как пострадает файловая база? - на ее стороне нет процессов отслеживающих транзакции,кроме как запись каких-либо флагов в таблицы файла базы или рядом с ним (некий кэш)...ведь емкось буфера транспортного протокола не учитывает особенности архитектуры файловой базы или разрабы 1с все хитро учли?

(4) Логическая завершенность данных,при их считывании/записи клиентом (Толcтым/Тонким)

(5) на стороне NAS (расшаренной базы) нет процессов отслеживающих транзакции,кроме как запись каких-либо флагов в таблицы файла базы или рядом с ним (некий кэш)...
   bambucho
 
7 - 15.10.17 - 12:48
да Web-сервер вроде как реализует механизм обработки управляющих команд и трансформации данных в HTTP,т.е. он не берет на себя задачу контроля транзакционной целостности самой логики конфы (архитектуры платформы).
   bambucho
 
8 - 15.10.17 - 12:50
или я не прав,поправьте мои сомнения более развернутым ответом)
   Филиал-msk
 
9 - 15.10.17 - 12:56
(6) "Процессы отслеживающие транзакции" на насе есть всегда. Файловые блокировки называются. Это заодно причина того, что на файловой базе уровень транзакции всегда сериализация.
   Филиал-msk
 
10 - 15.10.17 - 12:58
(9) веб сервер просто дает ещё один уровень "сериализации" - сначала выстраивает запросы от клиентов в очередь, а затем единолично общается с файлом базы.
 
 Рекламное место пустует
   bambucho
 
11 - 15.10.17 - 13:01
(9) В чем выражаются эти процессы? -в виде файла?
...ведь любые осознанные манипулящии происходят на удаленном компьютере,который на NAS возвращает в виде модифицированны областей,которые могут тупо не все "приехать" обратно на NAS в виду обрыва сетевого-взаимодействия...или на каждую модификацию (одного байтика) отрабатывает сначала блокировка в виде некого файла рядом с базой?
   Филиал-msk
 
12 - 15.10.17 - 13:01
Соответственно, ответ на твой вопрос об угрозах - все, что может помешать файловым блокировкам. От неисправного сетевого адаптера, через ошибки протоколов до некорректного кэширования какой нибудь службой автономных файлов
   Йохохо
 
13 - 15.10.17 - 13:02
(7) все правильно, только веб сервер работает как веб сервер с модулем 1с который соединяется типа с (файловым) сервером приложений, который должен работать с базой локально. Его минус что он однопоточный, т.е. для одной публикации клиенты будут обслуживаться по очереди и ожидать на длительных операциях. Решается публикацией нескольких инстансов
   bambucho
 
14 - 15.10.17 - 13:03
(10) т.е. все таки web-сервир некий псевдо-заменитель серверного процесса 1с,который не только юзает управляющие команды?
   Филиал-msk
 
15 - 15.10.17 - 13:04
(11) "эти процессы" выражаются в стандартной функциональности самбы на насе по блокированию фрагментов файлов.
   bambucho
 
16 - 15.10.17 - 13:06
ок,т.е.:
1)Расшаренная база на УФ <сеть/инет> Тонкий клиент = не безопасно
2)Расшаренная база на УФ <сеть/инет или в рамках компа> Web-сервер <сеть/инет> Тонкий клиент = безопасно

так?

А при тех же равных Толстый клиент что может натворить?
   Йохохо
 
17 - 15.10.17 - 13:08
(16) чаще портится кеш, маленький риск получить битую базу
   Филиал-msk
 
18 - 15.10.17 - 13:09
(14) Нет там никакого сервера.
Он тупо преобразовывает вызовы по хттп в те же операции с файлом, которые положение  делает само. Причем используя те же самые длл. Единственный профит в том, что ошибки сети до файла не долетают. Ну, если вебсервер с файлом базы на одной машине ессно
   bambucho
 
19 - 15.10.17 - 13:09
(17) ...даже в случае (2)?
   bambucho
 
20 - 15.10.17 - 13:10
(19) прошу прощения:
(17) ...даже в случае в (16) пункт (2)?
   Йохохо
 
21 - 15.10.17 - 13:10
(19) нет, перечитай все ответы и см (18)
   Йохохо
 
22 - 15.10.17 - 13:11
Расшаренная база на УФ <в рамках компа> Web-сервер <сеть/инет>
   vde69
 
23 - 15.10.17 - 13:11
файловые базы 1с не содержат надежных механизмов отката не завершенной транзакции. Да и что такое уровни изоляции данный не знает то-же...

По этому ЛЮБАЯ конфигурация файловой базы несет потенциальную угрозу целостности данных и структуры в целом...

да и вообще - есть же практически бесплатный минисервер 1с с бесплатными СУБД... нафига пытаться впихнуть тестувую субд в продакт бизнеса?
   bambucho
 
24 - 15.10.17 - 13:11
(18) ооот)
"...Ну, если вебсервер с файлом базы на одной машине ессно"
   bambucho
 
25 - 15.10.17 - 13:12
(22) я правильно понял,такая связка более безопасна?
   vde69
 
26 - 15.10.17 - 13:14
(25) нет, не правильно... в файловой базе (все равно какой конфигурации) 100% кода выполняется на клиенте... Ну нету сервера !!!
   Филиал-msk
 
27 - 15.10.17 - 13:15
(25) Да. Ценой потери производительности на многих клиентах к одному инстансу вебсервера.
   bambucho
 
28 - 15.10.17 - 13:15
(23) Ок)
По такой схеме работает подразделение и меня не слушает(
   Йохохо
 
29 - 15.10.17 - 13:15
(25) да, спасает от части страшилок. Плюс визуально интерфейс более отзывчивый
(26) есть
   bambucho
 
30 - 15.10.17 - 13:16
(26) вот эти мысли у меня и возникли,почему  и тему завел,жаль что мало кто понимает глубину вопроса
   Филиал-msk
 
31 - 15.10.17 - 13:17
(26) Дядь Дим, речь о снижении риска повреждения файла базы, сначала тему почитай, плз. Твоя серверность из другой оперы.
   vde69
 
32 - 15.10.17 - 13:20
(29) интересно про сервер у файловой базы, 

небось скажешь, что он расположен на веб сервере? так расстрою тебя, это не сервер, а немного специфичный клиент и не более того... У него нет функций блокировки, балансировки нагрузки, работу с транзакциями и т.д.
   Йохохо
 
33 - 15.10.17 - 13:22
(32) он мини, и он однопоточный, к нему некоторые слова просто не применимы
 
 
   Farpost
 
34 - 15.10.17 - 13:22
УФ - зло, ставить УФ на ларек или среднюю сеть глупо по самое не хочу, работа по РДП или вообще на локальной машине, на кой здесь тонкий клиент и УФ? Только попусту разбазаривать ресурсы...

1. Разумеется!
   Йохохо
 
35 - 15.10.17 - 13:23
(34) "работа по РДП или вообще на локальной машине" попробуй отказаться и удивись
   vde69
 
36 - 15.10.17 - 13:26
(31) да я понимаю о чем. Риск работы с файловой базой заключен в двух моментах
1. разрушение/рас синхронизация структур ответственных за хранение страниц таблиц
2. не валидность данных

обе проблемы идут именно от отсутствия софта который обеспечивает блокировки и транзакции, ну если с блокировками клиенты 1с сами еще умеют (хоть и плохо) работать, то с чужими транзакциями клиенты 1с вообще не умеют работать. Именно это и приводит к 99% отказов файловых баз
   bambucho
 
37 - 15.10.17 - 13:26
итог:
А)Расшаренная база на УФ <в рамках компа> Web-сервер <сеть/инет> - но все равно присутствуют риски,ожидание на блокировках.
Б)Серверная СУБД с базой на УФ <> Серверный процесс 1с (кластер) <> клиент - безопасно по целостности но дорого

Коллеги,а если в случае (Б) но база на обычных формах и  подключаться Толстым клиентом,это безопасно для целостности базы/конфигурации?

(34) Изначально предложил как проверенный вариант,но не хотят)
   Farpost
 
38 - 15.10.17 - 13:27
(35) А на хрена?
   vde69
 
39 - 15.10.17 - 13:28
(33) ха.... как думаешь к одному файлу базы сколько можно подключить web серверов (ну или клиентов)? и как они будут друг с другом работать ? неужели как кластер????
   bambucho
 
40 - 15.10.17 - 13:29
(34) им нравиться простота,кинул базу в расшаренную папку,указал режим и доступ...думать не надо,админ починит если че)
а тут какой то РДП...)
Такая логика у продвинутых юзеров
   Йохохо
 
41 - 15.10.17 - 13:31
(39) там опять файловые блокировки, я тебя понял. Но у файловой опубликованной нет _взаимоблокировок_ и _чужих_ транзакций, но плюсы все равно остаются
(40) ну, достанут пару раз первичку чтобы вбить по новой, забудт и потеряют пару заказов. Получат дабл дип, и деньги потеряли и потратились таки на нормельное решение
   Филиал-msk
 
42 - 15.10.17 - 13:32
(36) Эх. Еще один на лошадке с сабелькой правду-матку рубить прискакал.
Есть такой софт, есть. Файловые блокировки операционки. Именно на них построен единственный уровень изоляции, доступный файловой базе - сериализация. А при работе по сети эти блокировки реализуются самбой. Которая своего мнения о них. Добавим нестабильность сети, ошибки реализации на всех уровнях и получим минусы решения.
   vde69
 
43 - 15.10.17 - 13:33
(41) с файловой опубликованной базой нельзя работать напрямую???
   Филиал-msk
 
44 - 15.10.17 - 13:34
(41) Вот как только сделаешь две публикации для производительности, к тебя появятся "чужие" блокировки
   bambucho
 
45 - 15.10.17 - 13:35
(39) я даже на А3 нарисовал (абстрактно) содержимое .1cd и (дофантозировал) фалы блокировки + нарисовал движение пакетов по сети,передача в рамках NAS по OSI,обработка пакетов механизмами протоколов с их кэшем...симуляция работы трех пользователей,конкурентной борьбы за области данных...
вопросов вогон и не доверии к расшаренной базе)
   Farpost
 
46 - 15.10.17 - 13:35
(40) Увы, это так - похоже жертвы реформы образования уже начали доказывать свою "профпригодность"...

Меня например учили, что ресурсы нужно беречь... А конечный продукт (изделие) должен быть максимально простым и понятным для пользователя...
   Йохохо
 
47 - 15.10.17 - 13:38
(44) они будут на стороне операционки и вероятно в каких то файликах, чтобы закрыться от разных версий клиентов хотя бы
(45) добавь еще кеши 1с ос рид эехед райтбэк смб 1.0, только перед сном не читай)
   Филиал-msk
 
48 - 15.10.17 - 13:39
(46) И кран с водой закрывать...

Вот у них и есть максимально простой и понятный продукт. Они его поняли и эксплуатируют. Просто и понятно. Для них.
А тут какие-то админы о чем-то своем возмущаются.
   bambucho
 
49 - 15.10.17 - 13:39
(46) да я и сам дилетант,но с большим любопытством и поиском безопасных (почти) решений
 
 Рекламное место пустует
   Йохохо
 
50 - 15.10.17 - 13:44
страшилка от друга знакомого. После обновления на одном компе где база через шару была, клиент 1с решил что новая конфа старее, "конфигурация базы не соответствует блабла бла. применить изменения?" фигня вопрос, конечно. База умерла, минус час работы, повезло что час
   bambucho
 
51 - 15.10.17 - 13:47
(50) ))))))))
вот поэтому в прошлом запросил бюджет на зерколо из жирных дисков и молюсь на кобиан...т.к. и жизни не хватит во всем разбираться)
   Йохохо
 
52 - 15.10.17 - 13:48
(51) зеркало из другой оперы, там изящно протух кеш
   Farpost
 
53 - 15.10.17 - 14:02
(51) Админы делятся на 2 типа:
1. Которые делают бэкапы
2. Которые собираются делать бэкапы
   vde69
 
54 - 15.10.17 - 14:10
(47) да хрен там, 1с использует блокировки операционнки "на участок файла" (такие-же как в 77 для списка активных юзеров), проблема в том, что эти блокировки не монопольные и могут накладывается одна по верх другой (блокировка на основе дискрипторов)
   Йохохо
 
55 - 15.10.17 - 14:27
(54) буду знать. но "для ларьков" публикация все равно сильно лучше и веб клиент иногда сильно выручает
   vde69
 
56 - 15.10.17 - 14:47
(55) даже для ларька 15тр на минисервер 1с это не деньги
   Филиал-msk
 
57 - 15.10.17 - 15:31
(53) Из трёх. Третьи периодически бэкапы на вменяемость проверяют. Знавал я твой второй тип, которые гордо потрясали бэкапом с зашифрованными файлами и просили себе премию за дальновидность.
   bambucho
 
58 - 15.10.17 - 21:02
(57) да) по третьему пункту (проверка бэкапа), согласен,иногда с ленью борюсь)
   mistеr
 
59 - 15.10.17 - 22:14
(54) Не все так просто, там хитрее. Блокировки бывают разные (и монопольные тоже, как попросишь). 1С использует их, чтобы защититься от разных сценариев порчи данных. По сравнению с 7.7 прогресс есть. В некоторых случаях даже получается откатить незавершенные транзакции после сбоя. Еще есть высокоуровневые объектные блокировки, они тоже реализуются через файловые. Есть еще файлик .1CL, там тоже живут разные блокировки. Технология отработана еще со времен первых версий Micfosoft Access.

Филиал-msk дело говорит, слушайте его.
   Tateossian
 
60 - 15.10.17 - 22:30
(0) Нет, не страдает. Ибо в файловом варианте есть два состояния базы - поломана и работоспособна. Но я бы рекомендовал через веб-сервер развернуть базу ибо он балансирует нагрузку.

3. В чики-пуки,юзай...
   bambucho
 
61 - 18.10.17 - 10:52
(59)
Значит можно дописать необходимый функционал на УФ для УТ10 и смело в файловом через WEB-сервер,подключаться по (даже) WiFi,так получается?
(60)
...опять не уверенность вселяете)))

Через браузер пистолет (сканер) работает? - пока нет под рукой пистолета,не могу проверить.
   mistеr
 
62 - 18.10.17 - 20:43
(61) По Wi-Fi я бы не советовал, ненадежно. Но через браузер, наверное, можно.

P.S. Чтобя меня правильно поняли, я не утверждаю, что файловая база так же надежна, как SQL. Сценариев, когда происходит потеря данных, тоже полно, и они случаются.


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