Как я могу имитировать латентность сети на моей машине разработчика?

Question

Я взламываю приложение MS Access 2003 на сервер SQL Server. На моей машине dev сервер SQL является локальным, поэтому производительность неплохая. Я хочу проверить производительность с помощью удаленного SQL Server, чтобы я мог учитывать последствия сетевой латентности, когда я перепроектирую приложение. Я ожидаю, что некоторые из запросов, которые кажутся быстрыми, будут работать довольно медленно после развертывания на производстве.

Как я могу замедлить (или имитировать скорость удаленного) SQL Server без использования виртуальной машины или переместить SQL на другой компьютер? Есть ли какая-то прокси или утилита Windows, которая сделает это для меня?

Answer 1

Я не использовал его сам, но вот еще С.О. вопрос:

• Network tools that simulate slow network connection

В одном из комментариев SQL Server был упомянут в явном виде.

Answer 2

Возможно, вы работаете по неправильному представлению. MS-Access поддерживает так называемые «гетерогенные соединения» (т. Е. Таблицы из множества back-end могут быть включены в один и тот же запрос, например, комбинируя данные из Oracle и SQLServer и Access и таблицы Excel). Чтобы поддерживать эту функцию, Access применяет параметр предложения WHERE у клиента, за исключением ситуаций, когда есть «сквозной» запрос к интеллектуальному серверу. В SQL Server фильтрация происходит в движке, запущенном на сервере, поэтому SQL Server обычно отправляет клиенту гораздо меньшие наборы данных.

Ответ на ваш вопрос также зависит от того, что вы подразумеваете под «удаленным». Если вы используете Access и SQL Server друг против друга в той же сети, SQL Server, работающий на сервере, будет потреблять лишь небольшую часть полосы пропускания, которую делает Access, если файл MDB доступа находится на файловом сервере. (Разумеется, если MDB находится на локальном ПК, пропускная способность сети не потребляется.) Если вы сравниваете доступ в локальной сети и SQL Server через широкополосную связь через облако, вы сравниваете номинальную скорость 100 мбит/с против DSL или полосу пропускания кабеля, то есть против номинала 20 мбит/с для высокоскоростного кабеля, в лучшем случае, пятая часть полосы пропускания, вероятно, намного меньше.

Таким образом, вы должны быть более конкретными в отношении того, что вы пытаетесь сравнить.

Вы сравниваете клиенты Access на локальном ПК, потребляющие MDB доступа, находящиеся на файловом сервере, против какого-либо другого клиента, потребляющего данные с SQL Server, находящегося на другом сервере в той же сети? Продолжаете ли вы использовать Access как клиент? Будут ли ваши запросы проходить через проход?

Answer 3

Существует программное приложение для Windows, которое делает это (имитирует низкую пропускную способность, латентность и потери при необходимости). Это не бесплатно. В пробной версии установлен предел эмуляции 30 секунд. Вот домашняя страница этого продукта: http://softperfect.com/products/connectionemulator/

Answer 4

@RedFilter: Вы должны указать, какую версию Access вы используете. Этот документ с 2006 года показывает, что история о том, что Access приносит клиенту по всему кабелю, сложнее, чем вопрос о том, содержит ли запрос «Ключи, специфичные для конкретного доступа».

http://msdn.microsoft.com/en-us/library/bb188204(SQL.90).aspx

Но доступ может быть все более и более изощренными об использовании ресурсов сервера с каждой новой версией.

Я буду стоять мой простой совет: если вы хотите, чтобы минимизировать потребление пропускной способности, в то же время с помощью Access в качестве графического интерфейса, сквозная запросов сделать лучше, потому что тогда это ты, а не доступ, который будет контролировать объем данных, которые поступают по проводам.

Я все еще думаю, что ваш первоначальный вопрос/подход ошибочен: если ваш файл MDB доступа был локально расположен в локальной сети (не так ли?), Вам не нужно моделировать эффекты латентности сети. Вам нужно нюхать SQL-предложения Access, а не вводить какой-то произвольный и постоянный фактор «сетевой задержки». Чтобы сравнить GUI доступа с использованием MDB, расположенного на сервере локальной сети, от повышенного графического интерфейса доступа к серверу SQL Server, вам необходимо оценить, какие данные Access сбрасываются через провод к клиенту с внутреннего сервера. Даже «повышенный» доступ может быть зависанием в полосе пропускания, если вы не используете сквозные запросы. Но правильно написанный клиент для базы данных SQL-Server всегда будет намного более экономным с пропускной способностью сети, чем Access, идущий против MDB, расположенного на LAN-сервере, ceteris paribus.