К списку форумов К списку тем
Регистрация    Правила    Главная форума    Поиск   
Имя: Пароль:
Рекомендовать в новости

Доступ к файловой БД по разным схемам доступа

Гость
0 - 16.02.2012 - 15:12
Доброго дня!
Подскажите, пожалуйста - критично-ли то, что с БД 7.7 ДБФ часть пользователей работает через файл-серверный вариант доступа, а часть через терминальный? Является-ли это негативным фактором и в чём его механизм?



1 - 16.02.2012 - 15:48
(1) Негатив: работающие по сети черной завистью завидуют сидящим в терминале.
От админа и оборудования зависит критичность-некритичность, 1с-ник тут никаким боком. Ну и dbf - это переиндексации, когда все курят и радуются жизни.
PS Страшная тайна: через терминальный доступ у тебя тоже файл-сервер.
2 - 16.02.2012 - 15:50
PSS ещё одна страшная тайна: и терминал не спасает от реиндексации
3 - 16.02.2012 - 15:51
(2)привет :)
Гость
4 - 16.02.2012 - 15:52
У меня так 10 лет работают, полет нормальный. Операторы локально, им все равно, человек делающий отчеты в терминале, а то они тормозят безмерно. Переиндексацию делает тот же человек что и отчеты.
5 - 16.02.2012 - 15:53
(4) бобрый день.
(5) Ну дык, я и говорю, админ в хате должен быть.
Гость
6 - 16.02.2012 - 16:01
Это позитивный фактор - можно хоть как-то регулировать нагрузку в зависимости от функций. Важно для всех юзеров посоздавать локальные папки, чтобы не было блокировок при открытии отчетов, ну и дисциплина работы должна быть. Например, если приучить юзеров тушить 1С, а комп выключать хотя бы через три минуты - утром не надо будет индексироваться. Убрав рекламу - можно ожидать что люди чаще будут выходить/заходжить из сеанса, их не будет бесит реклама витаминов и (скоро) прокладок. Ну и т.д.
Гость
7 - 16.02.2012 - 16:18
Это бестолковый вариант. Юзер, хотя бы один, сидящий не через терминал, неслабо тормозит счастливчиков, сидящих в терминале.
Гость
8 - 16.02.2012 - 16:33
(2)Страшная тайна: через терминальный доступ у тебя тоже файл-сервер

не так выразился, в общем по сети работают,через шару

(7)индексироваться можно и по ночам служебным пользователем, тем-же что и бэкапы делает, предварительно выгоняя забывчивых юзеров

(8)откуда возник вопрос - я на Т1С давненько в одной из тем читал мнение - что такой режим для БД опасен, может спровоцировать физ.сбои в ней, хотя аргументами это не было подкреплено, вот я и пытаюсь выяснить - так-ли это, или-же единственный минус - замедление всех остальных пользователей?
9 - 16.02.2012 - 18:59
9-Looking > давненько об этом рассказывал pit:

можно в терминале обращаться к базе, как D:\base\...
тогда по сети тоже нужно организовать доступ, как к диску. например, приаттачить шару как диск S и обращаться как S:\base\...

можно, наоборот, везде обращаться через \\
т.е и по сети, и в терминале прописать \\server\d\base\...


pit говорил, что сбои возможны, когда используются разные механизмы доступа - одни обращаются как к диску D:\, другие через \\server\

Я не проверяла, мне не лень настроить одинаково. Просто там, где нет админа, диск S периодически отваливается и возникает паника у бухш, там везде (и даже локально) путь прописываю через \\.
в противном случае через приаттаченный диск.
pit говорил, что через букву диска работает чуток пошустрее.
Гость
10 - 16.02.2012 - 19:21
(10)спасибо тебе большое за ответ!

что сбои возможны, когда используются разные механизмы доступа - одни обращаются как к диску D:\, другие через \\server\

а про причины сбоев он ничего не говорил? конфликт механизмов?
Гость
11 - 16.02.2012 - 19:27
Причина кривизны такого решения - это отключение кеша дисковой системы при открытии сетевого совместного доступа к одному файлу. Причем кеш отключается и для локальных (суть терминальных), и для сетевых пользователей. Метод решения - добавить ОЗУ, всех в терминал и прописать локальные пути.
12 - 16.02.2012 - 20:58
11-Looking >не помню. Придет ЕленаЧернобыльская (Хэлен1986) - спроси у нее подробности.
Гость
13 - 16.02.2012 - 21:08
(12)спасибо! ну это-же приводит к замедлению, но не к сбою БД. так ведь?

(13)вряд-ли, у неё ко мне антипатия :)
Гость
14 - 16.02.2012 - 21:57
(13) а я здесь каким боком? спрашивать надо у того кто говорил

(14) не антипатия - просто ты веселый клоун. В отличие от клоуна злого - селедочного глаза.

вообще то это наверное может быть разночтение - разные способы. по крайней мере, когда работаешь с флешкой (телефоном в режиме флешь накопителя, или микроконтроллером, который сваливает данные на комп через эмуляцию флешки), которая воткнута в роутер, через сеть, время доступа четко зависит от способа подключения.
Программа написана на делфи. Учитывая, что в роутере огрызок какого то линукса и вся разница в локальной винде прячется, из которой ты работаешь.
через \\ флешка работает нормально, а через Имя:\ - работает на чтение, косяки при записи. В доке на роутер подключение (тип) не оговаривается - фича такая вылезла.
кстати, подключение к sql nто;tрекомендуют использовать один протокол. наверное не зря
Гость
15 - 16.02.2012 - 22:00
наверное везде лучше единообразно подключать - по крайней мере тогда ошибки будут одинаковые и косяки легче поймать
Гость
16 - 16.02.2012 - 22:03
да, еще - у нас в курятнике общественная файлопомойка (не базы, а именно файлопомойка) у всех через диск прописана (буквой). Народу так понятнее


К списку вопросов
Опции темы Поиск в этой теме
Поиск в этой теме:

Расширенный поиск




Copyright ©, Все права защищены