Имя: Пароль:
IT
Админ
Работа 1с в файловом режиме на 2, 3 - х ПК, размер передаваемого файла по сети.
, ,
0 байт
 
23.04.14
08:50
Коллеги, всем доброго времени суток, интересует вопрос на сколько может помочь замена 100 мбит свитча на 1 Гб., как определяется размер файла передаваемого по сети на 2-й комп. Кто заменял и помогло ли это?
1 shuhard
 
23.04.14
09:00
(0) да
файл летает целиком
все
да
2 NcSteel
 
23.04.14
09:02
(0) Файловая для одиночного использования или максимум для терминала.
3 байт
 
23.04.14
09:02
(1) не совсем понял как понять файл летает целиком?
4 байт
 
23.04.14
09:05
Интересует есть какой-либо потолок размера файла передаваемого по сети касающегося базы 1С или передается вся запрашиваемая таблица?
5 Miracle_
Miracle
 
23.04.14
09:11
(4)Размер базы озвучьте пож-ста.
6 Miracle_
Miracle
 
23.04.14
09:12
И то размер базы влияет лишь на время первого запуска только.
7 байт
 
23.04.14
09:15
(5) 7,28 Гб.
8 vova1122
 
23.04.14
10:33
Кроме гигпбитного свича нужно на каждом компе поставить гигабитные сетевухи.
(3) при работе на комп клиента перекачивается весь файл нужный в конкретный момент времени.

Кстати речь идет о 1С 7 или 8?
9 байт
 
23.04.14
10:35
(8) 8,2)
10 байт
 
23.04.14
10:38
(8) я как понимаю он перекачивается в ОЗУ, затем проводятся расчеты и операции над таблицей а потом что происходит?
11 vova1122
 
23.04.14
10:44
Незнаю как на восьмерке. А на семерке файл летит на клиентскую машину. И если планируется изменения данных, то этот файл на основной машине становится заблокированным (никто не может в это время записать в эту таблицу). После изменений на клиенте файл летит обратно. Блокировка снимается.
12 Просто Царь
 
23.04.14
10:49
использовать тонкого и апач не предлагать?
13 Jump
 
23.04.14
10:56
(0)Разумеется перевод сети на гигабит улучшит ситуацию.
Вопрос лишь в том насколько.
При работе файловой базы по сети куча проблем - и скорость сети, и проблемы с кэшированием, и блокировки таблиц, и опасность разрушения базы при сбоях в сети.
Увеличение скорости сети решает только одну проблему.
Поэтому ожидать чуда не стоит.
Гораздо эффективнее перевести всех в терминал или что намного лучше - тонкий клиент или веб клиент.
Тогда вся основная работа будет происходить на сервере, и исчезнут практически все проблемы файловой, кроме блокировки таблиц.
Терминал это дорого, по лицензиям и требования к серверу больше.
А веб клиент и тонкий клиент это практически бесплатно, и требования к железу сервера поменьше.
14 байт
 
23.04.14
10:57
(12) тонкого наверно пока нет, а про апач по подробнее можно?
15 Jump
 
23.04.14
10:59
(14)Ставишь апач, или что еще проще - включаешь встроенный в винду IIS, публикуешь базу на нем, и подключаешься к базе либо из браузера, либо из тонкого клиента.
16 Jump
 
23.04.14
11:00
Вся настройка этой канители - час делов.
Если пользоваться IIS то даже никакого стороннего софта скачивать не надо.
17 Jump
 
23.04.14
11:02
Почему то все думают, что тонкий клиент, это только на скуле.
А нифига подобного, все делается и на файловой версии.
18 байт
 
23.04.14
12:36
Есть еще вопрос к примеру в базе со 2-го ПК пробивается чек, размер таблицы чеков 2,4 Гб к примеру в этот момент вся таблица перекачивается на 2-й комп. или только определенная выборка?
19 Chai Nic
 
23.04.14
12:38
(8) "при работе на комп клиента перекачивается весь файл нужный в конкретный момент времени"
Категорически неверная информация. Обращение идет к определенным участкам файла через механизмы блочного чтения.
20 Chai Nic
 
23.04.14
12:39
Другое дело, что эти блоки, которые необходимо читать достаточно велики для того, чтобы эффективно работать через сеть, особенно в режиме совместного доступа с блокировками.
21 Chai Nic
 
23.04.14
12:41
(13) "исчезнут практически все проблемы файловой, кроме блокировки таблиц"
Ну, еще появится новая проблема - однопоточность контекста информационной базы модуля веб-сервера. То есть, если один юзер запустит долгий серверный вызов - остальные будут ждать. Даже если никаких блокировок на уровне таблиц нет.
22 байт
 
23.04.14
12:47
(19) как работает механизм блочного чтения.
23 байт
 
23.04.14
12:48
можешь более подробно описать?
24 Chai Nic
 
23.04.14
12:55
(23) Есть разные способы, самый популярный последнее время - через mmap, то есть, файл открывается как область виртуальной памяти с прямым доступом, по ошибке страницы происходит подгрузка нужного блока. Ну или классика - fseek и read.
25 H A D G E H O G s
 
23.04.14
13:22
Не летает файлег по сети весь. Блоками.

Filemon вам все раскажет.
26 байт
 
23.04.14
13:41
Еще бы интересно узнать каков может быть размер этих блоков?))
27 Jump
 
23.04.14
13:42
(26)А что это даст? Размер блоков зависит от реализации SMB.
28 Jump
 
23.04.14
13:45
(19)Ну ежу понятно что не весь файл сразу. Чтение идет естественно блоками. А вот сколько этих блоков будет считано, это другой вопрос. в некоторых ситуациях вполне возможно что как раз весь файл.
29 Jump
 
23.04.14
13:48
1с вообще никоим образом не знает что она работает по сети.
Она работает с локальным файлом, и использует для обращения к этому файлу обычные методы, для работы с файловой системой.
30 байт
 
23.04.14
15:16
а если база на сервере, то каким образом считывается инфа и будет ли там надобность применять 1Гб свитч, приложение на толстом клиенте?
31 байт
 
23.04.14
15:20
подразумевается клиент-серверный вариант работы, каким образом в этом режиме работают блокировки таблиц?
32 Jump
 
23.04.14
15:21
(30)Не понял вопроса.
33 Jump
 
23.04.14
15:23
(31)В случае SQL варианта, то доступ к данным полностью лежит на sql сервере, и он разруливает этот вопрос.
Собственно там нет блокировки таблицы, он гораздо тоньше действует, на уровне записи.
34 байт
 
23.04.14
15:27
(32) к примеру ту же базу перевести на кл.-серверный вариант работы, каким образом в этом режиме будет обрабатываться информация и какой размер информации будет приходить клиенту? Что будет получать клиент какую-то готовую информацию которую рассчитал сервер? Интересует сам механизм?
35 байт
 
23.04.14
15:28
+(34) в случае если запрос идет с разных клиентов на сервер как решаются блокировки?
36 байт
 
23.04.14
15:29
+(35) к одной и той же таблице.
37 Jump
 
23.04.14
15:31
(34)В клиент серверном варианте все зависит от кода.
Как написали так и будет работать.
В основном вся информация обрабатывается на сервере.
На клиент идет только то что нужно клиенту. Никаких сырых данных.
38 Jump
 
23.04.14
15:35
(35)В принципе все точно также как и в файловой, но есть пара моментов -
Во первых там более гибкий механизм блокировки, во вторых он более тонкий, т.е умеет работать на уровне записи.

Файловый вариант тупо блокирует таблицу и все.
Клиент серверный блокирует только конкретную запись этой таблицы, и есть разные варианты блокировок.
39 байт
 
23.04.14
15:40
(37) т.е объем информации как я понимаю меньше идут уже обработанные сервером данные?
(19) спасибо за просветление)))
40 Jump
 
23.04.14
15:53
В обще есть два варианта-
Либо файловый когда 1c работает непосредственно с файлом.

Либо sql когда клиент подключается к серверу 1с, а сервер 1с взаимодействует с сервером sql.


Оба эти варианта имеют модификации - толстый клиент, тонкий клиент, веб клиент.

Файловый - три варианта:
a) Файловый толстый работает с файлом напрямую все вычисления и чтение запись данных делает сам.

b) Файловый тонкий - подключается по сети к веб серверу, тот запускает локально толстый клиент, который работает с файлом. Все вычисления и работу делает толстый клиент локально, а по сети отправляет на тонкий только информацию для отображения.

c) Веб доступ - то же самое что и вариант b, только интерфейс отображается в браузере.

SQL - три варианта.
а)Толстый клиент подключается к серверу 1с, сервер 1с подключается к серверу sql. Большую часть расчетов выполняет сервер 1с, всю работу с файлами и большую часть выборки данных выполняет сервер sql.
Толстый клиент может работать исключительно как тонкий, а может и сам кое какие расчеты выполнять, тут все зависит от программиста.

b)Тонкий клиент - подключается к серверу 1с. Вся работа с данными идет исключительно на сервере.  Он только отображает информацию.

с)Веб клиент.То же самое что и вариант b, только вместо тонкого клиента используется браузер.
41 байт
 
23.04.14
16:00
(40) спасибо за информацию))
42 H A D G E H O G s
 
23.04.14
16:12
(40) Заумно. И не правильно.
43 Jump
 
23.04.14
16:13
(42)Ну давай неси разумное доброе вечное, и не заумное.
Объясняй что именно неправильно.
44 H A D G E H O G s
 
23.04.14
16:15
Файловый тонкий может подключаться, как к Веб-серверу (по локалке или через инет), так и на прямую к файлу. Не попутайте.

SQL - 4 варианта.

Тонкий может подключаться, как к вебсерверу (который подключается к серверу 1С, 4-звенка, по локалке или через инет), так и к серверу 1С (3-звенка, только локалка, если без vpn).

Кроме того, Тонкий клиент, правильные программеры, заставляют работать только в путь, а не тупо данные отображать.
45 Chai Nic
 
23.04.14
16:30
(44) Файловый вариант через веб-сервер - это фактически клиент-сервер и есть.. ибо на веб-сервере крутится отдельная серверная часть.
46 H A D G E H O G s
 
23.04.14
16:33
(45) Да.
47 Chai Nic
 
23.04.14
16:35
И кстати, трафик при работе тонкого клиента с сервером 1с-предприятия примерно равен трафику при работе через веб-сервер. Проверял.
48 Jump
 
23.04.14
16:35
Разница между файловым и скулем в том, что в файловом варианте к файлам хранящим данные на диске обращаются несколько программ.
А в случае скуля с данными на диске работает сервер скуля и все обращения идут через него.
49 H A D G E H O G s
 
23.04.14
16:41
(48) Нет :-)
50 H A D G E H O G s
 
23.04.14
16:42
Не совсем.

(48) В файловом по сети к файлам на диске обращается всего одна программа - процесс system.
51 H A D G E H O G s
 
23.04.14
16:43
Хотя может быть, процесс system - это какой-нибудь "композит" процессов, как любит делать мелкософт, но внешне он выглядит единным.
52 Jump
 
23.04.14
16:52
(51)Ну процесс system это обращения к файлам через API винды.
Просто 1с пользуется системным функционалам для доступа к файлам, а не лепит свой велосипед.

Я о другом -
Файловый вариант - 1 файл и много программ взаимодействующих с ним. Пофиг каким образом. И все эти процессы никак не связаны, а сигналы о блокировках друг другу могут передавать только через этот самый файл.

А в случае скуля - с файлами  работает скуль и никто кроме него.
53 Chai Nic
 
23.04.14
16:55
(52) "Файловый вариант - 1 файл и много программ взаимодействующих с ним."
В случае работы через веб-сервер - не так. С файлом базы работает одна программа - длл-файл модуля 1с, загруженный в веб-сервер. А уже с ней на более высоком уровне общается тонкий клиент.
54 Jump
 
23.04.14
16:58
(53)Ну если десять тонких клиентов подключатся к веб серверу, то с файлом будет работать десять независимых процессов.

Т.е один клиент - веб сервер запускает 1 модуль, второй клиент, еще один экземпляр модуля.
55 Chai Nic
 
23.04.14
17:00
(54) Не, там один процесс.. нитей может быть больше, конечно. Но в любом случае там один поток выполнения серверных вызовов, что накладывает определенные ограничения на работу в таком режиме.