|
РИБ. Падение сетевых папок при обмене обновлениями конфигурации | ☑ | ||
---|---|---|---|---|
0
okeahchik
21.09.21
✎
16:43
|
Описание используемого ПО:
1) Версия платформы 8.3.18.1483 везде. Где то x64, где то х32. 2) Розница 2.3.6.27 РИБ на 120 магазинов. Типовая конфигурация с небольшими расширениями форм и патчами от 1С. 3) Центральный узел клиент-сервер x64 на WinServer 2016 4) Узлы РИБ файловые на Windows 7 (Где то x64, где то х32.) на других физических компах, соединенных VPN. Все это добро работало без проблем и обменивалось через общую сетевую папку на том же сервере, что сервер 1с развернут. Коннект между узлами и сервером через VPN. Описание процесса обновления: Ввиду нового формата фискальных данных решено обновлять до актуального релиза 2.3.9.42. Центр обновили без проблем, стали обновлять узлы. Файл обмена, формируемый центром для узла 650 МБ. Большинство узлов получило файлы обмена и готово к обновлению. Процесс обновления: 1) бэкап 2) обновление конфигурации через конфигуратор 3) запуск в режиме предприятия и обновление данных 4) Далее падение обновления с ошибкой с предложением перезапустить 5) Перезапуск предприятия 6) Продолжение обновления кнопкой "Синхронизировать и продолжить" Вот в этот момент узел РИБ снова читает файл обновления по сети и по завершении чтения продолжает обновление. 7) Обновление за час-полтора доходит до конца 8) формируется ответный файл обмена 400 МБ (там драйвера новые, поэтому такой большой файл) Описание проблемы: -когда в параллель несколько узлов РИБ обновляются (а это, напоминаю, разные физические компы) то сначала перестает быть доступна сетевая папка на сервере 1С. Затем через минут 20-30 на сервере 1С отваливается диск с общей папкой обмена. По личным ощущениям это происходит в момент, когда в узлах РИБ нажимаем "Синхронизировать и продолжить", и ждем повторного чтения сообщения обмена. Думаем, что дело в железе, переносим папку обмена на другой сервер, меняем пути обмена в узлах РИБ, начинаем обновление дургих узлов и снова падает шара уже на новом сервере, затем отваливается диск с шарой. Вопросы: - кто сталкивался с таким? - как вообще можно обяъснить, что из-за обменов 1С может падать шара и диск! на другом физическом компьютере Важное примечание: это не первое обновление всех узлов РИБ, раньше диски на отваливались. Временное решение (может кому пригодится): - файл обмена с сервера копируем на комп узла РИБ - указываем в узле путь для обмена локальный до файла обмена - обновляем узел - в узле для релиза 2.3.9.42 снимаем регистрацию с драйверов, так очень большой файл получается и проводим обмен - ответный файл переносим на сервер - в центре для релиза 2.3.9.42 снимаем регистрацию с драйверов, так очень большой файл получается и проводим обмен - проводим обмен с узлом в центре - возвращаем в узле путь к обмену к общей папке\ Теоритически возможное решение: - обновление платформы везде до 8.3.19 |
|||
1
Смотрящий
21.09.21
✎
16:54
|
(0) Субстом папку как диск подключаешь и не имеешь проблем
|
|||
2
ДенисЧ
21.09.21
✎
16:57
|
А причём тут 1с?
Если у вас файловый сервер нагрузку не выдерживает? |
|||
3
acht
21.09.21
✎
17:07
|
(2) > причём тут 1с
А чо она файлы качает? |
|||
4
ПросТак
21.09.21
✎
17:10
|
(0) Позовите наконец специалиста!
Временное решение ваше, вообще на уровне! |
|||
5
acht
21.09.21
✎
17:13
|
А потом окажется, что у них тупо сеть разваливается.
Где-нибудь какой-нибудь свич под нагрузкой начинает пакетами блевать, а они платформу 1С обновляют. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |