Коллеги, вопрос.
Есть самописная база 1С77, размер 90Гб на MSSQL, в тойже серверной есть сервер терминалов. В 1С работают одновременно 35 юзеров из них 19 кассиров подключены по RDP. Сервер СУБД MSSQL сисадмин меняет на сервер., который физически теперь будет находиться в другой серверной за 200 метров от сервера терминалов. Пинг между сервером терминалов и СУБД без сетевой нагрузки прилагаю. Является ли ошибкой такой разброс между сервером терминалов и сервером СУБД. или же это норм? (т.е. был один свич, будет три. расстояние было 1 метр станет 200 метров)
Есть самописная база 1С77, размер 90Гб на MSSQL, в тойже серверной есть сервер терминалов. В 1С работают одновременно 35 юзеров из них 19 кассиров подключены по RDP. Сервер СУБД MSSQL сисадмин меняет на сервер., который физически теперь будет находиться в другой серверной за 200 метров от сервера терминалов. Пинг между сервером терминалов и СУБД без сетевой нагрузки прилагаю. Является ли ошибкой такой разброс между сервером терминалов и сервером СУБД. или же это норм? (т.е. был один свич, будет три. расстояние было 1 метр станет 200 метров)
Прикрепленные файлы:
По теме из базы знаний
Найденные решения
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1)
Лично я бы поочередно подключался к свободным гнездам свитчей и проверял сегмент за сегментом - чтобы определить место повреждения.
был один свич, будет три. расстояние было 1 метр станет 200 метров
Сдается мне, что у вас сетка лажает на уровне железа/кабеля: то ли свитч(и) сбоят (например, контакты RJ-45 окислились или питание просело), то ли витая пара не обеспечивает устойчивую передачу пакетов (некачественный кабель, замокание, мыши и т.д.).
Лично я бы поочередно подключался к свободным гнездам свитчей и проверял сегмент за сегментом - чтобы определить место повреждения.
(1)
Ничего не сказано ни о классе свичей, ни о классе сетки.
Пинг между сервером терминалов и СУБД без сетевой нагрузки прилагаю. Является ли ошибкой такой разброс между сервером терминалов и сервером СУБД. или же это норм? (т.е. был один свич, будет три. расстояние было 1 метр станет 200 метров)
Ничего не сказано ни о классе свичей, ни о классе сетки.
(1)
(СТ и ПК1) - СВ1 - СВ2 - СВ3 - (СУБД и ПК2)
чтобы локализовать проблему попробуйте пинговать:
1. с сервера терминалов (СТ) - компьютер (ПК1) находящийся в одном с ним свиче (СВ1)
2. с сервера терминалов (СТ) - компьютер (ПК2) находящийся в одном свиче (СВ3) с новым сервером СУБД
3. с нового сервера СУБД - ПК2 находящийся в одном с ним свиче (СВ3)
4. с нового сервера СУБД - ПК1 находящийся в одном свиче (СВ1) с сервером терминалов (СТ)
5. с ПК1 - ПК2
после этого по наличию или отсутствию задержек в каждом из случаев можно будет попытаться понять методом исключения на каком отрезке/устройстве проблема
(СТ и ПК1) - СВ1 - СВ2 - СВ3 - (СУБД и ПК2)
чтобы локализовать проблему попробуйте пинговать:
1. с сервера терминалов (СТ) - компьютер (ПК1) находящийся в одном с ним свиче (СВ1)
2. с сервера терминалов (СТ) - компьютер (ПК2) находящийся в одном свиче (СВ3) с новым сервером СУБД
3. с нового сервера СУБД - ПК2 находящийся в одном с ним свиче (СВ3)
4. с нового сервера СУБД - ПК1 находящийся в одном свиче (СВ1) с сервером терминалов (СТ)
5. с ПК1 - ПК2
после этого по наличию или отсутствию задержек в каждом из случаев можно будет попытаться понять методом исключения на каком отрезке/устройстве проблема
Слушайте, ну пинг-то большеват. Реально с сетью абракадабра происходит. На 200 метрах три коммутатора, ну такое себе... Мы, когда переносили сервера, то переделывали и коммутацию оптимальным образом. Мне кажется, что нужно начинать с проверки сетевого оборудования (проверить сетевые карты на серверах, проверить какие порты на промежуточных коммутаторах задействованы).
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот