nApoBo3

Проблемы со скоростью вставки с чем связаны?
Несколько таблиц по идее должны быть быстрее по целому ряду причин, но может вырасти кол-во джойнов на выборке, что скажется на производительности. Плюс возможно потребуется дополнительные проверки значений которые обеспечивались уникальными ключами, что сведет все плюсы на нет.
В любом случае это потребует пересмотра архитектуры базы и приложения, и не факт, что на выходе будет быстрее.
Возможно имеет смысл сделать разделение таблиц не по сущностям, а по каким то другим признакам, не зная структуры базы сказать сложно.
А может надо просто разделить объекты на чет-нечет и раскидать на два сервера.

Зависит от нагрузки на файловый сервер, лучше под него выделить отдельные диски. Плюс надо смотреть требования антивируса, их системы управления часто очень прожорливые.

Имхо в первую очередь следует пройти комплексные курсы cisco. Поскольку они дают очень неплохую теоретическую подготовку которую можно перенести на других. Плюс в ближайшем будущем спецы по cisco без хлеба не останутся. А дальше можно Что-нибудь молодёжной, прогрессивное, модное. Убикуты это конечно модно и дёшево, но денег на них заработать очень не просто, потому как ставят их там где денег хотят сэкономить.

У цисок большая часть есть, возможно и все, но все перечисленые фичи использовать не приходилось. Доступность некоторых фичь, зависит от модели точки и контроллера. Думаю у hp тоже должно быть, как и у моторолы.

Если не знаете точно зачем хранить в БД храните в файлах. Если есть веские причины, храните в БД. Все зависит от архитектуры платформы. ИМХО файлы удобнее, но надо понимать, что они тянут за собой дополнительные технологии резервного копирования и распределенного хранения.

Никак, переадресованный звонок идет мимо вас. Его конечно пишут, но получить доступ к записям вам вряд ли удастся. Есть вариант гонять трафик через себя, можно сделать на базе большинства ippbx.

Cisco sg300, не дорого и вполне прилично.

Имхо сложные raid себя не оправдывают, у них очень большое время ребилда которое с высокой вероятность может привести к потери всех данных.

Если нужен просто список групп, то или из внешнего справочника или distinct. Если сортировка по группе до order by. group by группиирует данные для получения итогов.

Все планки в любом случае будут работать на минимальной скорости. Работоспособность и дуалченел определяется опытным путем или по листу совместимости производителя материнки.
Может неработает даже при 4 одинаковых модулях.

1 включить лог на микротике
2 журнал винды

С внешним экраном более менее. Без нет.

У SSD есть проблемы при работе с RAID контроллерами и производительность зависит от степени заполнения. Диск с SSD кэшем имхо самый худший вариант, его производительность непредсказуема.
ИМХО пока лучше ставить 15k HDD, при установке SSD вам придется учитывать большое кол-во нюансов.

Надо смотреть какую конкретно позицию вы покупали, от этого зависит лиц. соглашение. Лиц.соглашения МС без пол литры лучше не читать, по этому лучше позвонить тем у кого покупали.

Проще всего openvpn. ИМХО на centos, но по большому счету не важно.
Правильно L2TP ipsec. Поскольку стандарт.

Стандартные средства лога позволяют получить необходимые данные.

У себя используем konftel. Звук хороший со стороны переговорки, но немного слабый на той стороне, желательно докупить комплект микрофонов. С ip есть сложности с видео связью, по этому мы поставили аналог, плюс мини комп и веб камеру с телеком.