Подключение к хранилищу

1С v8

31.01.22

✎

11:57

Есть хранилище для БП3.
Подключение к нему идёт тшорт знает сколько времени. Вот сейчас 4й час на 0% стоит...
Как можно ускорить?

1 Beduin

31.01.22

✎

12:02

Это у тебя диск умирает.

2 ДенисЧ

31.01.22

✎

12:03

(1) Оно по сети. Там полки с дисками, их мониторят, они умереть не могут.

3 Beduin

31.01.22

✎

12:06

(2) Если на базовые команды разложить операцию подключения к хранилищу, то там обращение к системе хранения в основном. И на эти команды не отвечают твои сетевые диски.

4 1Сергей

31.01.22

✎

12:07

(0) вырубай, оно зависло. У нас на ЕРП подключение проходит минут за 10

5 lodger

31.01.22

✎

12:25

(0) откажитесь от файлового хоронилища. поставьте хоронилище-сервер (чтобы он сам в файликах ковырялся монопольно).

6 ДенисЧ

31.01.22

✎

12:28

(5) Это не в моих возможностях, увы. Но предложение вынесу.

7 lodger

31.01.22

✎

12:30

(6) с файловым вечные беды и висяки. с серверным такие фортели не возможны бай дезигн.
в файлах всегда проблема с раздачей прав на шаренные подпапки.
в файлах всегда проблема с монопольным доступом до конечных файликов.
в файлах всегда проблема с недолетевшими пакетами от коллеги, пока ты читаешь данные.
в файлах всегда проблемы с сетью выражаются полной ж.пой.

8 1Сергей

31.01.22

✎

12:31

(7) о_О

9 pechkin

31.01.22

✎

12:31

по сети файловое хранилище лучше не юзать

10 pechkin

31.01.22

✎

12:32

файлы бьются на раз-два

11 1Сергей

31.01.22

✎

12:33

(10) О_О

Вы из какого-то другого измрения штоле? У нас ничего этого нет

12 lodger

31.01.22

✎

12:33

(9) хранилище без сети теряет значительную долю своего смысла. это же базис для групповой работы.

13 acht

31.01.22

✎

12:34

(11) Вы просто маленькие

14 lodger

31.01.22

✎

12:34

(13) и сеть не растянута на список городов\заводов\пороходов.

15 1Сергей

31.01.22

✎

12:35

(13) ну, да. ERP 2.5.7. Семеро разработчиков.

16 pechkin

31.01.22

✎

12:36

(11) вам просто везет. но я бы не стал так рисковать

17 1Сергей

31.01.22

✎

12:37

Все кто имеет проблемы с файловым хранилищем, назовите версию платформы

18 ДенисЧ

31.01.22

✎

12:37

(17) 18 что-то там

19 ДенисЧ

31.01.22

✎

12:38

8.3.18.1616

20 1Сергей

31.01.22

✎

12:38

(18) на 18 у нас тоже проблем не было, вроде.

21 acht

31.01.22

✎

12:46

(15) > Семеро разработчиков
Пфуй.

22 fisher

31.01.22

✎

12:52

(11) Если сорвать "зависший" процесс во время операции с файловым хранилищем - то элементарно. Поэтому крайне желательно через tcp.

23 1Сергей

31.01.22

✎

12:55

(22) про нттр вроде речи не было

24 fisher

31.01.22

✎

13:01

(22) + А если нестабильный канал (через vpn, например, кого-нить пустить), то и срывать ничего не надо. Просто немножко подождать.
(23) Так точно. Не было.

25 Dmitrii

гуру

31.01.22

✎

15:17

(17) >> кто имеет проблемы с файловым хранилищем, назовите версию платформы.

На самых разных версиях платформы были проблемы с хранилищем в режиме работы файловой шары. По типу тех, что описаны в (7).
И дело даже не в количестве разработчиков и размерах конфигурации. Иногда странные глюки возникали и с какой-нибудь обычной БП 3.0, с которой всего лишь два разработчика работают.
И явно проблема была не в версиях платформы (хотя иногда и в них тоже). Т.к. после поднятия службы сервера хранилища и перехода на доступ по tcp обо всех проблемах забыли.

Хранилище в файловом режиме можно использовать только локально (когда оно расположено на компе разработчика или разработчик подключается к серверу, где оно расположено, и работает фактически на нём) и/или монопольно (когда хранилище используется не для групповой разработки, а как история изменений и версий).
В любых других вариантах лучше поднять службу сервера хранилища и работать по tcp.