Как в ускорить файловую базу 1С?

Question

[Roc27]

Всех приветствую.
Имеется 1С-предприятие, который работает с файловой базой. Перевести на SQL на данный момент пока не имеется возможности.
Файловая база установлена на сервер на HDD, который работает на скорости 100-150Мбс. Сеть в организации гигабит. Количество клиентов работающих с базой 5 человек.
Хочу попробовать ускорить работу 1С.
Есть ли смысл переводить базу на SSD накопитель или скорость работы в любом случае упрется в гигабитный канал и разницы с HDD не будет?

Comments

[Drno]

Все ж еще зависит от ПК клиентов.. раз база файловая, то всересурсоёмкие задачи делаются на ПК клиента...
Да всё упрется в гигабит, но его обычно достаточно.
Да с SSD должно быть быстрее по идее, т.к. время доступа \ поиска файлов и вообще работы с ними на SSD на порядок выше, чем на HDD

[kalapanga]

По идее, сначала определяют узкое место, а потом его ликвидируют.
Но с SSD хуже точно не будет и в повседневной работе пользователей и при выполнении регламентных операций.

[Roc27]

kalapanga, на пк пользователей стоит NVME, так что у них в этом плане проблемы нет. А вот на сервере HDD.

[Adamos]

Roc27, по моему недавнему опыту (полетел рейд на WD Black, сменил на приличный SSD) у 4 бухгалтеров в файловой одинэске на гигабайтной сетке "все стало быстрее".

[kalapanga]

Roc27, Я имел ввиду что компьютер пользователя в целом, может быть узким местом. Drno уже написал, что в файловой базе много работы выполняется на клиенте. И если пользователи сидят за "пишмашинками", то ssd на сервере им мало поможет.
Но хуже точно не будет.

[RStarun]

1. Да, SSD очень нужен. Как все написали выше.
2. Нужно убедиться что 1G есть скорость хотя бы с сервера до коммутатора.
3. Если очень хочется, то веб публикация либо rdp.
4. Средствами 1с реиндексация баз бывает не лишней и делается совершенно бесплатно. (обязательно бэкапы)

Answer 1

[Антон Антон]

Есть ли смысл переводить базу на SSD накопитель

Да. А еще лучше - и на ssd и опубликовать на веб сервере (если база на управляемых формах).
Основная причина в том, что при подключении второго пользователя к шаре винда вырубает файловый кэш для неё, что особенно больно на hdd. Да и вообще всё сильно живее будет, даже с одним пользователем. Практическое отсутствие пенальти за рандомное чтение/запись делает свое дело.

Answer 2

[Сергей]

веб-сервер + тонкий клиент

Answer 3

[AntHTML]

1. Файловая база - только для локального использования. Если нужно раздать файловую базу по сети то или УФ-тонкий клиент или RDP
2. Файловая, да и SQL база должна находиться ТОЛЬКО на SSD, желательно NVME к процу. Т.к. идет дичайший обмен мелкими блоками из разных кусков данных и чем выше IOPS тем живее база.
3. Ну и для 1С приоритным является частота процессора а не кол-во ядер

Answer 4

[LollyFox]

Стандартные рекомендации для файловых баз: SSD + публикация на веб-сервере (если конфигурация на УФ).
Узкое место точно не в гигабитной сети.