Маршрутизация
Вообще говоря, лучше, если все серверы, относящиеся к ландшафту «1С», находятся в одном сегменте сети. Это снимает целый класс потенциальных проблем. Проверить, есть ли в сети маршрутизация, можно с помощью команды tracert, запустив ее, например, с терминального сервера на сервер (серверы) приложений «1С», а с сервера (или с серверов, если их несколько) приложений «1С» на сервер СУБД. Если трассировка покажет путь из одной строчки («хопа», «прыжка»), как показано на рис. 4.8.3, – все нормально. Если же их более одного, это значит, что между вашими серверами существуют промежуточные маршрутизаторы.
Рис. 4.8.3. Команда tracert показала, что до сервера 192.168.0.1 один «хоп»
Если эти маршрутизаторы представляют собой физические серверы, такая архитектура совершенно точно требует исправления.
Дело в том, что при прохождении пакета из одной подсети в другую через роутер на нем обязательно происходит задержка пакета на его обработку. Чаще всего и в основном потери времени идут на логирование, но могут быть задержки и на других программных надстройках роутера. Длинные пакеты задерживаются на большее время, чем короткие. В результате штатными средствами (ping) эта задержка не определяется, т. к. там по умолчанию очень короткие пакеты, которые, если нет проблем, проходят быстро. А длинные пакеты (работа с СУБД и обмен между серверами) задерживаются, и это – нормальная работа. Эти задержки на обработку пакетов замедляют работу системы в целом. Их можно минимизировать, но совсем от них избавиться нельзя, и такая работа требует наличия специфичных знаний у специалистов по сетевому оборудованию. Обычная практика в таких случаях – исключать маршрутизацию.
Однако и в том случае, если речь идет о VLAN, полностью снимать вопрос о непричастности маршрутизации к проблемам не стоит. Почему – рассказано ниже.
