Если при работе на облаке через Удаленный рабочий стол или Удаленное приложение, база «подвисает» и «тормозит».
Качество работы с базой через Удаленный рабочий стол и Удаленное приложение напрямую зависит от интернет-канала(скорость интернет соединения), так как при работе с базой могут передаваться большие объемы данных. Минимальная скорость для работы с 1С — 512Кбит/сек. Рекомендованная скорость для комфортной работы — от 1Мбит/сек. Для оптимизации работы на облаке при медленном интернет соединении рекомендуем ознакомиться с инструкцией Медленно работает база в облаке
Проверить скорость Вашего соединения можно совершив переход по ссылке — Проверка скорости
Тестирование качества соединения при помощи утилиты WinMTR
Обратите внимание на значение Ping, которое сильно влияет на качество интернет соединения.
Иногда скорость работы может быть замедлена из-за сложностей у провайдера.
Для проверки качества интернет соединения в разрезе промежуточных серверов, можно воспользоваться утилитой WinMTR.
Данная утилита показывает полный маршрут следования траффика к указанному адресу, все промежуточные узлы (провайдеры) и данные о задержках на них.
Скачать данную утилиту можно по ссылкам:
После скачивания запустите утилиту и введите в поле Host адрес gateway.42clouds.com
Для начала проверки нажмите кнопку Start.
Расшифровка столбцов:
- Hostname — доменное имя или IP-адрес узла
- Nr — порядковый номер узла в маршруте
- Loss % — процент потерянных запросов-ответов от данного узла
- Sent — отправлено запросов данному узлу
- Recv — получено ответов от него
- Best — наименьшее (наилучшее) время задержки
- Avrg — среднее время задержки
- Worst — наибольшее (наихудшее) время задержки
- Last — время задержки последнего полученного пакета
Рекомендуем подождать пока количество оправленных запросов (Send) превысит 50 для получения более точного результата.
Самые главные столбцы для анализа качества — «Loss%» и «Avrg». При значении столбца Lost% более 5% уже будут заметны подтормаживания. При значении столбца Avrg более 350 также будет наблюдаться ухудшение работы сервиса.
В данном случае показан результат сложностей у промежуточного провайдера. Если Вы видите похожие показатели, рекомендуем обратиться к провайдеру, который предоставляет Вам доступ в интернет.
Учтите, что некоторые промежуточные сервера могут отображаться как «No response from host», это значит что данный промежуточный сервер скрывает данные о себе и работу данного узла проследить нельзя.




чел, у тебя на конечном хосте 0 процент потерь. Как у тебя могут быть потери в середине пути , но не быть их в конце?
Здравствуйте!
Как было написано выше, такое может быть. Это получается тогда, когда транзитный участок ограничивает количество icmp трафика.
Почему на последнем узле нет потерь, если до этого 10 процентов? Провайдер подкрутил?
Здравствуйте!
Как было написано выше, такое может быть. Это получается тогда, когда транзитный участок ограничивает количество icmp трафика.
Вот потом такие начинают провайдеру мозг делать. Вы сначала хоть немного в теме разберитесь, а потом статьи пишите
Здравствуйте!
Вы совершенно верно подметили, что если потери есть в середине, но их нет на конечной точке, значит они отсутствуют по всему маршруту.
Извините, но вы умеете читать статистику с мтр? Если на нижнем узле нет потерь, их фактически нет.
Здравствуйте!
Вы совершенно верно подметили, что если потери есть в середине, но их нет на конечной точке, значит они отсутствуют по всему маршруту.