Никита Парфенович

снапшоты, самое удобное и правильное по моему мнению бэкапирование сервака.
ПО дофига по этому поводу, timeshift например

вариант 1 - "классика" tar-архив раздела с системой.
есть минусы с бекапом открытых на запись файлов (к примеру логи и т.д.)

вариант1а - дифференциальный или дополняющий бекап. с опцией --listed-incremental особо удобен для системы ибо системные файлы меняются редко.

вариант 1б - архиватор dar - руки не дойдут пробовать.

вариант 2 - снапшоты файловой системы. поддержка есть на btrfs и zfs. снапшот решает проблемы с открытми на запись файлами, делая мгновенный снимок системы. удобнее, функциональнее.
сам снапшот может использоваться как быстрый "горячий" бекап.

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

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

Зависит от данных.

Их типа (просто документы, которые взял и скопировал, или например база данных + приложение, которое требует установку софта)
Размер данных (стоимость и время на бэкап)
Их важность для компании (то есть какой бюджет).

Решений много. Рейд это не бэкап, но отказоустойчивость. А так - просто rsync директорий или dd всего раздела - вполне даже.

Не использовал, но подход нравится в Relax-and-Recover.

На конечном сервере установить Bacula File Daemon (клиент), а на другом сервере установить серверную часть Bacula, которая будет хранить резервные копии у себя или где-то ещё, подключаясь периодически к серверу-клиенту.

Bacula или его клон BareOS.

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

можно попробовать альтернативу резать трафик напрямую через,например, htb.init - wiki.enchtex.info/howto/htb

Вполне реально. На прошлой работе делал такое "на коленке" из awk для парсинга логов сквида и веб-интерфейсом на php, который показывал пользователям остаток дневного трафика и их статус (полный доступ, ограничен по скорости или заблокирован).

Часть заметок сохранилась вот в этой статье.

Клиенты из офиса 2 ходят на 192.168.4.30 напрямую, а не через роутер.

ИМХО бОльшинство этих бумажек только для сборка денег центрами обучения и подтирания жопы (вами и работодателем)...

забаньте на уровне днса, это проще в сто раз по ssl днс пока не ходит