Smithson

Process Monitor

Всё верно Вы говорите, только этот свитч есть виртуальный и находится в самом гипервизоре (ESXi поддерживает создание виртуальных свитчей). Ваш реальный (физический) нагружаться не будет, если из плоскости гипервизора не выходить.

К конфигурации ssh выставьте StrictHostKeyChecking no

Как-то странно у вас база организована. Зачем бренд ссылается на товар? И каким образом это выглядит, когда под одним брендом несколько товаров? По уму это у товара должно быть поле id_бренда.
А проблема ваша решается, например, так:

SELECT *
  FROM `items` 
  WHERE MATCH (`name`) AGAINST :searchString
    OR `brand_id` IN (SELECT `id` FROM `brands` WHERE MATCH (`name`) AGAINST :searchString)

Проверка что файл изменялся более 20 с назад:

f=/tmp/test.txt
if ((`date +%s` - `date +%s -r "$f"` > 20)); then
   # do something
fi

Не нужно. Пользователи mysql и пользователи сайта/системы это разные вещи.

Я делаю так

mount.cifs //198.168.220.37/d$ /home/zolt/mnt/prod_d/ -o user=user,pass=password,dom=domain

Я помнится делал кучу вложенных таблиц, у каждой постепенно уменьшая интенсивность цвета рамки =)
Вполне себе тень. Главное - железобетонная. Везде отобразится.

Блог нужен человеку, которому есть что сказать и чем поделиться.
Судя вопросу, вам пока не нужен.

Олд-скульный метод, это

1) Зеркалирование на свитче (может быть из нескольких точек, тогда задумайтесь о нескольких сетевых на получателе, а то в пики будут дропы и странности в сети)
2) tcpdump + пара простых скриптов (новый файл должен начинать писаться чуть раньше чем старый закончился, чтобы небыло "дропов")
- сохранение
- удаление старейшего файла когда больше ...% диска занято
3) Последние добавления были - алерты, если файл дампа последний меньше\больше ... мегабайт, дабы отследить момент начала каких-то проблем