|
Работа 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) Не, там один процесс.. нитей может быть больше, конечно. Но в любом случае там один поток выполнения серверных вызовов, что накладывает определенные ограничения на работу в таком режиме.
|
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |