Нет. У Вас есть один пользователь SQL, но у Вас есть 50 мест, поражающих поле. В прошлый раз, когда я пробежал этот вид сценария, магическое число для CALs равнялось примерно 50, где стало более выгодно получить лицензию на процессор.
Тем не менее, если Вы не имеете больше чем 4 ГБ данных и не нуждаетесь в так большом количестве лошадиной силы, SQL Express могла быть хорошим местом для запуска. Самая большая оборотная сторона обычно, у Вас нет агента SQL, таким образом, необходимо управлять резервными копиями и такой через запланированные задачи и sqlcmd.exe. Но это не неуправляемо, если Вы Ваш сценарий не ужасно сложны.
Я думаю, что сквид регистрирует Ваши веб-подключения, что-либо проксированное через него (любил порт 80 запросов на веб-страницы). Потоки не проходят там, таким образом, они не замечены сервером сквида.
Если Ваш маршрутизатор поддерживает его, Вы могли бы быть более обеспеченной статистикой использования пропускной способности получения по запросу оттуда с SNMP для понимания, какого вида из использования проходит сеть в целом, но это не покажет отдельное использование.
Иначе необходимо будет искать способ проксировать соединения потока или выполнить брандмауэр, который использует вход IP, возможно, Linux или BSD основывали брандмауэр под ключ с регистрирующейся способностью (smoothwall, и т.д.).
Да, поскольку другие говорят, что загрузки потока обходят сквид.
Необходимо попробовать что-то еще. Создание netflow и анализ этого (человек pflow) являются лучшими и большая часть универсального решения. Это требует некоторого усилия. Некоторый инструмент, доступный для создания решения http://www.switch.ch/network/projects/completed/TF-NGN/floma/software.html
Можно выбрать более легкий путь вместо этого как использование ntop
сделать отчеты или установку iptraf
.