Когда-то изучал бесплатный курс "Основы сетевых технологий" и с удивлением отмечал для себя простые вещи, о которых я не знал и даже не задумывался. Простой пример. Когда читаешь статьи в интернете или просто с кем-то обсуждаешь сетевые вопросы, используются такие метрики как мегабайты и мегабиты в секунду. Кто как обозначает эти метрики, часто возникает путаница. Оказывается, есть четкие правила на тему того, как и что надо писать.

Скорости передачи данных:
▪️килобиты в секунду — кбит/с (kbps, kbit/s или kb/s)
▪️мегабиты в секунду — Мбит/с (Mbps, Mbit/s или Mb/s)
▪️гигабиты в секунду — Гбит/с (Gbps, Gbit/s или Gb/s)

Размеры данных:
▪️ Килобайт — КБ, Кбайт (KB)
▪️ Мегабайт — МБ, Мбайт (MB)
▪️ Гигабайт — ГБ, Гбайт (GB)

Килобиты в секунду всегда в сокращениях пишутся с маленькой буквы, а просто килобайты всегда с большой!!! Я этого не знал. Постоянно путаю ГБ, Гб или Gb.

Так же с обозначениями возникают следующие моменты:

◽️Часто путают MB/s и Mb/s (1 MB/s = 8 Mb/s), поэтому рекомендуется использовать сокращение Mbit/s
◽️ГОСТ 8.417-2002 предусматривает обозначение битов без сокращения
◽️Используем: ГБ/с (Гигабайт в секунду) и Гбит/с (Гигабит в секунду)
◽️Имеем в виду, что «б» может использоваться как «бит»: Гб/с (Гигабит в секунду)
◽️В англоязычной терминологии допускается использование «b» как «bit»: Mbps, Mb/s и др.

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

В завершении небольшой опрос. Знали, что кбит/с в сокращении всегда пишутся с маленькой буквы, а МБ/c с большой? Это стандарт.

Небольшой совет-предостережение во время настройки серверов. Недавно выстрелил себе в ногу. Обновил в очередной раз сервер, выполняющий роль nginx proxy и перезагрузил его. Дело было поздно вечером. Не ожидал никакого подвоха. После обновления проверил, что всё работает и сделал reboot. Отвлекся на какие-то другие дела. Через пол часа увидел в мониторинге оповещения, что легли все сайты, стоящие за этой проксёй.

Я уже спать собирался, подустал немного. Начал разбираться, что случилось. Сервер отвечает на пинги. Подключился по ssh, быстро всё проверил. Вроде всё работает. Посмотрел правила iptables, там были какие-то правила, но явно не те, что должны быть. И тут я понял, что загрузился сервис firewalld со своими правилами. А мои рабочие правила были в iptables. Я либо забыл отключить и удалить firewalld во время настройки, то ли он себя после обновления добавил снова в автозагрузку. Это уже не важно. Остановил в итоге firewalld и запустил нативные iptables со своими правилами.

Какой отсюда можно сделать вывод? Во-первых, после начальной настройки системы, обязательно перезагрузите её и убедитесь, что все сервисы, какие должны стартовать - стартуют, а какие не должны - отключены. Всё, что не используется, лучше сразу удалить. Обычно это касается firewalld, ufw, NetworkManager и т.д. Нет смысла их оставлять в системе, если не используете. Они могут подложить свинью в самый неподходящий момент. Сейчас уже не помню подробностей, но иногда бывало, что какая-то служба настройки DNS меняет, удаляя твои изменения, если сделал их не там, где следовало.

#совет

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

📌 Selectel – много и давно взаимодействую с этим хостером. Использовал у него разные услуги, но основное – аренда дедиков и S3 хранилище, плюс бесплатная – DNS хостинг. В какой-то момент для дедиков появился аукцион, где можно взять сервер дешевле основного ценника на 10-20%. Года два-три назад они подняли цены на услуги и показалось, что стало дорого. С тех пор цены не поднимали, так что сейчас нормально. Подозреваю, что скоро поднимут. Хостер постоянно развивается, что-то меняет, внедряет и т.д. Иногда это доставляет хлопоты, но с другой стороны, пользоваться удобно. Например, в ЛК можно давать доступ к своему аккаунту. Так что я к заказчикам могу заходить, не переключая учётки.

По надёжности и поддержке особых претензий нет. Обычно всё четко, поддержка адекватно воспринимает текст, отвечает нешаблонно. Можно о чём-то договориться, попросить скидки, помочь в каком-то вопросе.

📌 RUVDS – обычный хостер. Они одно время активно развивались и пиарились. То ДЦ в защищённом бункере показывали, то в космос что-то запускали. Последнее время особо не вижу новостей и нововведений. У меня уже несколько лет работает виртуалка за 40 р. для VPN, полученная по одной из акций. Из услуг использую только VDS с большим диском. Очень удобно для бэкапов и мониторинга. Арендуется обычная виртуалка, например 2 CPU, 4 RAM, 20 Гб системный диск и 1 TB дополнительный диск. На неё ставится внешний мониторинг и копируются бэкапы. Когда такую услугу добавили, у других не видел. Но сейчас такие виртуалки много где можно заказать.

📌 Simplecloud – здесь арендую виртуалки с почасовой оплатой для тестов. Можно взять сразу что-то мощное (создаётся виртуалка за 2-3 минуты), сделать всё, что нужно, а потом удалить. Виртуалка поднимается сразу на рабочем поддомене и можно тут же сертификат Let's Encrypt заказать, что очень удобно. На постоянку этот хостер тоже сойдет. Цены низкие, работает стабильно.

📌 Ihc – на VPS этого хостера с некоторого времени живёт мой сайт. Не могу сказать чего-то особенного про эту компанию, кроме того, что они давно на рынке и в каких-то серьёзных инцидентах замечены не были. Проблем у меня с ними не возникало. Переехал, с тех пор просто всё работает. Даже в техподдержку ни разу не писал. Набор услуг у хостера типовой, как и цены. Они плюс-минус как у всех компаний с похожим набором услуг. Так что если вам просто нужна VPS или виртуальный хостинг под типовые задачи, пользуйтесь. Также есть дешёвые виртуалки заграницей с оплатой рублями.

📌 Serverspace – использовал раньше под виртулаки в США. Сейчас необходимости в них нет, осталась ровно одна под заблокированные для нас сайты и репозитории. Ничего особенного про хостера сказать не могу, работает и работает. Когда кому-то советую, часто слышу отзывы, что дорого и скорость 50 мегабит по умолчанию. Поясняю. Это не low coster. Там мощное серверное железо (например, Xeon Gold, серверные диски и т.д.), гарантированный канал, API, свой CLI, Terraform-провайдер, виртуальные сети для VPS и т.д. В ihc, ruvds, simplecloud железо скорее всего будет старее и медленнее. И, соответственно, дешевле.

📌 Ihor – многие удивятся, увидев этого хостера. В прошлом он был очень популярен за счёт низких цен и активного маркетинга, но всё растерял после борьбы за него между собственниками. ЦОД был в дауне около недели и все разбежались, в том числе и я. У меня там были и виртуалки, и дедики. Осталась ровна одна VPS. Оставил, так как к внешнему IP привык, не хотел терять. С тех пор, как всё утряслось, не было вообще никаких проблем с ней. Работает стабильно, цены по прежнему очень низкие. Бонус – для этой VPS не замедляется ютуб, что довольно удобно для личного использования. Так что как лоукостера могу посоветовать.

#хостинг #подборка

Я анонсировал ранее подборку сайтов IT блогеров со статьями на различные темы, связанные с настройкой и эксплуатацией IT систем. Собралось небольшое сообщество авторов. Полный список сайтов будет в конце. А пока анонс новых статей тех авторов, кто согласился участвовать и прислал свои материалы. 

❗️Напомню, что основной смысл моей инициативы - поддержать донатами тех авторов, кого вы посчитаете нужным и у кого будут возможности для этого на сайте.

⇨ Скрипт блокировки сеанса в Linux
Блокировка сеанса с помощью loginctl. Автор таким решением ограничивает время, проведённое ребёнком за компьютером. Я, кстати, тоже ограничиваю детям время за гаджетами. Но они у меня пользуются обычными кухонными таймерами. Сами выключают, но под моим контролем. Иногда пытаются хитрить.

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

⇨ Как использовать Get-ADUser в PowerShell
⇨ Как импортировать пользователей AD из CSV с помощью PowerShell
⇨ Как экспортировать пользователей AD в CSV с помощью PowerShell
Очень подробное руководство по управлению пользователями в AD через PowerShell и командлет Get-ADUser.

⇨ Работа с образами в Docker. Часть 1 
⇨ Работа с образами в Docker. Часть 2
⇨ Работа с образами в Docker. Часть 3
Серия кратких руководств по работе с Docker: уменьшение образа, Анализ Dockerfile, проверка безопасности образов (Trivy, Dockle, Syft и Grype).

⇨ Черный экран после выбора типа установки Astra Linux 1.7.5
Решение частной проблемы с черным экраном на сервере после выбора типа установки Astra Linux 1.7.5.

⇨ Ваш сервер Exchange под угрозой: устаревшие версии больше не защищают от атак!
Устаревшие версии Exchange больше не могут автоматически устранять уязвимости из-за изменений в сертификатах. Автор объясняет, в чём конкретно проблема. Решения, кроме обновления самого сервера, нет.

⇨ Установка Graylog 6.1 на Debian 12
Автор актуализировал статью по установка и настройке Graylog.

⇨ Передаём логи в Graylog с помощью агентов
Передача логов в GrayLog с помощью FileBeat и WinlogBeat. Это компоненты от ELK Stack. Если кому-то актуальна эта тема, советую сразу для передачи логов рассмотреть vector.dev.

⇨ Временный сервер Microsoft KMS предприятия с использованием vlmcsd
Установка и использование локального KMS сервера для активации продуктов Microsoft.

⇨ Разворачиваем PostgreSQL кластер с помощью autobase. Часть 2
Вторая часть по кластеру PostgreSQL, где рассказано про бэкапы кластера в s3 хранилище с помощью pgbackrest.

⇨ Пишем ansible playbook для начальной настройки Linux сервера
Пример авторского плейбука по начальной настройке сервера.

Если кто-то хочет присоединиться к этой подборке, то пишите мне в личные сообщения. Пока список выглядит так:

▪️https://r4ven.me
▪️https://wiki-it.ru
▪️https://www.gurin.ru
▪️https://sysadminhub.ru
▪️https://devopslife.ru
▪️https://bite-byte.ru
▪️https://sysadminium.ru
▪️https://desoft.ru
▪️https://www.pc360.ru
▪️https://bafista.ru
▪️https://it-experience.ru
▪️https://blogadminday.ru
▪️https://marukhin.ru
▪️https://blog.mons.ws
▪️https://lytkins.ru

#статьи

Я написал очень подробный обзор российской Service Desk системы ITSM 365. Возможно, вы о ней слышали. Продукт на слуху, я раньше слышал про него.

⇨ Обзор ITSM 365 – Service Desk система для малого и среднего бизнеса

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

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

Для тех, кто не понимает, о каком типе программы идёт речь, поясню. Service Desk – более глубокая и детальная проработка Help Desk системы, которая остаётся её центральной и основной частью. Но развитие уходит дальше, нежели просто техническая поддержка и решение конкретных проблем.

Service Desk – это управление IT услугами в целом, чтобы в том числе проблем у пользователей было меньше, а решались они быстрее с помощью каких-то организационных моментов. Help Desk ориентирован на устранение текущих сбоев, а Service Desk – на организацию бизнес процессов для предотвращения сбоев.

Возвращаясь к ITSM 365 скажу, что система масштабная с разными дополнительными модулями, которые объединяются в единую платформу. Там есть модуль классического Help Desk для внутренней службы, расширенный модуль для аутсорсинговой компании и дополнительные модули для управления проектами и найма сотрудников.

Мне доводилось ранее и внедрять подобные системы, и писать обзоры на них. ITSM 365 на общем фоне, как мне показалось, смотрится выше среднего. У неё помимо админки с типичными настройками подобных систем, есть доступ к самой платформе, на базе которой она построена. Это что-то типа конфигуратора в 1С, где можно редактировать различные сущности, типа форм, отчётов, бизнес-процессов, полей, разделов меню и т.д. То есть при желании программу можно допилить под конкретные потребности, или сильно урезать, чтобы не было ничего лишнего в интерфейсе.

Очевидно, что это мнение сформировано только на основе моего теста. Опыта реального внедрения у меня нет, так что имейте это ввиду. Если подбираете себе подобную систему, то обратите внимание. ITSM 365 ориентирована на малый и средний бизнес, цены там доступные для любых масштабов. Начинается с 7500 в месяц. На максимальном тарифе можно развернуть систему у себя локально.

#helpdesk #itsm #управление_проектами #отечественное

Я в консоли Linux настройки IP адресов уже давно привык смотреть так:

# ip a

На выходе получается что-то похожее на ifconfig, только с другим форматированием. Ifconfig давно уже не ставлю и не использую. Все ключи позабыл. Смысла в ней уже нет с повсеместным распространением утилиты ip.

На прошлой неделе смотрел одного блогера и мельком увидел, как он смотрит IP адреса сервера:

# ip -br a
lo         UNKNOWN    127.0.0.1/8 ::1/128 
eth0        UP        172.18.107.235/20 fe80::215:5dff:fe0d:7101/64 
eth1        UP        192.168.101.2/24 fe80::215:5dff:fe0d:7105/64 
docker0      DOWN       172.17.0.1/16 
br-e901d734a0f3 DOWN       172.18.0.1/16 

Конкретизируем только IPv4:

# ip -br -4 a
lo         UNKNOWN   127.0.0.1/8 
eth0        UP       172.18.107.235/20 
eth1        UP        192.168.101.2/24 
docker0      DOWN      172.17.0.1/16 
br-e901d734a0f3 DOWN      172.18.0.1/16

Очень удобно. Я не знал и нигде не видел этот ключ. Сразу себе записал и постарался запомнить. Так реально удобнее смотреть. Сразу все адреса на виду, не надо глазами искать конкретный адрес в куче других строк.

Для просмотра линков и mac адресов ключ тоже применим:

# ip -br l
# ip -br n

Для справки ещё одну команду добавлю, которую тоже постоянно выполняю. Просмотр маршрутов:

# ip r

Вообще, использование ip упростило вопросы просмотра и управления сетевыми настройками, так что довольно легко и добровольно на неё переключился в своё время. Где-то наверное со времён Centos 7.

Интересно, кто-то ещё ставит специально ifconfig и использует? Её вроде выпилили из базовых наборов системных утилит.

#linux #terminal

👨‍💻 На днях постоянный читатель предложил необычную рубрику. Периодически делать публикацию с комментариями, где каждый желающий сможет оставить вакансию или резюме и заявить о поиске кандидата или работы.

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

Вы можете в комментариях к этой заметке опубликовать свою вакансию, пожелание заказать разовую работу. В обратную сторону - предложить свои услуги, опубликовать резюме. Очевидно, что всё в рамках ИТ тематики.

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

Ищу кого-то, кто лично покажет, как настроить сервер мониторинга на базе Zabbix Server и даст рекомендации по эксплуатации. Готов за это заплатить 15 000 - 30 000 р. в зависимости от затраченного времени.

Не могу корректно настроить в Nginx проксирование запросов с алиаса example.com/api на поддомен api.example.com. Готов заплатить 5 000 за помощь в этом вопросе.

Мне регулярно пишут люди с подобными вопросами. Буду их теперь отправлять в свежую публикацию по этой теме, если они станут постоянными.

Вот буквально на это неделе мне написали:

У нас есть задача по настройке nginx. Есть два интернет провайдера и облачный linux сервер с nginx. Нам надо:
1. Чтобы проксирование работало на оба ip с учётом ssl правильно. (обсудить можно)
2. Защита максимальная linux сервера
3. Настройка двух провайдеров в офисе. Отказоустойчивость.

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

Или вот ещё кто-то из читателей писал недавно:

Можно у вас заказать помощь?
Быть может у вас знакомые админы кто может помочь с VM OpenWRT? Не могу настроить LetsEncrypt серт на вход и реверс-прокси(((

#работа

Очередное напоминание-предостережение на тему бэкапов. Она просто вечная. Если вы делаете бэкапы, но не проверяете их работоспособность и просто возможность восстановления, это значит, что у вас их нет. Я не раз сталкивался с ситуацией, когда администратор делал бэкапы, но не разворачивал их. Когда случилась поломка, оказалось, что оперативно запустить работу системы из бэкапа не получается. Он просто не знает, как это сделать.

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

❗️Как я рекомендую организовать бэкап:

1️⃣ Бэкап виртуальной машины. К нему должна быть инструкция по восстановлению, где будет подробно указано, что и в какой последовательности делать, на какое железо восстанавливать. Соответственно, железо это должно быть.

2️⃣ Бэкап на уровне данных. Делать обязательно в дополнение к бэкапу виртуальных машин. Обычно бэкап виртуальной машины – это огромный файл. С ним могут быть различные проблемы. Он может долго копироваться, он может побиться при копировании или создании (сталкивался многократно). Его восстановление может длиться часами. Если у вас есть сырые данные, вы можете оперативно их предоставить хотя бы частично и запустить в работу, либо заранее копировать на подменный сервер из резерва.

3️⃣ Для бэкапов должен быть настроен мониторинг. Как его сделать – решать по месту. Обычно для файлов это проверка даты изменения в бэкапе и его объем, либо анализ созданных заранее меток для проверки. Если это бэкап через специализированную программу, то в качестве мониторинга могут выступать успешные уведомления о создании бэкапа, а не просто отправка писем при ошибке. Может банально не работать сама служба бэкапов или почтовый сервер, а вы будете думать, что у вас всё в порядке.

Когда все три пункта выполнены, можно более-менее спокойно жить и думать о проверке и разнесении территориально бэкапов. Это отдельная большая тема. Я по возможности настраиваю хранение бэкапов в двух различных локациях, помимо основной с исходными данными. Более подробно обо всём этом писал в статье:

⇨ Как правильно делать бэкапы и следить за ними

Информация там в основном теоретическая, так что не потеряла актуальности. Но есть и ссылки на конкретные материалы с реализацией отдельных функциональностей.

#совет #backup

Я обновил популярную подборку со своего сайта:

⇨ Топ бесплатных программ для бэкапа

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

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

Плюс, к каждому продукту есть ссылка на обсуждение в Telegram канале, где есть в том числе отзывы и рекомендации от тех, кто пользовался. Именно поэтому я прошу не флудить в комментариях и не превращать чат в болталку. Иногда удаляю то, что считаю бесполезным для читателей (мемы, картинки, ссоры и т.д.), чтобы не занимать зря их время и внимание.

Если считаете, что какой-то полезной программы не хватает, пишите в комментариях здесь или на сайте. Я буду дополнять. Не хватает какого-то хорошего софта для бэкапа виртуальных машин. Я кроме Proxmox Backup Server и Veeam Backup & Replication Community Edition ничего не припоминаю из этой области. Есть Vinchin Backup & Recovery, но там бесплатная версия очень куцая.

В этом обновлении добавил туда Hasleo Backup Suite Free, Minarca Backup, AOMEI Backupper Standard, Proxmox Backup Client, Rdiff-backup, nxs-backup, Veeam Backup & Replication Community Edition, Proxmox Backup Server, Vinchin Backup & Recovery. Обновил информацию по Veeam Agent for Windows or Linux Free, Cobian Backup, Kopia.

Полный список софта из статьи:

◽️Hasleo Backup Suite Free
◽️Minarca Backup
◽️Veeam Agent for Windows or Linux Free
◽️Kopia
◽️Burp
◽️Syncthing
◽️Borgbackup или Borg
◽️Clonezilla и Rescuezilla
◽️BackupPC
◽️UrBackup
◽️Butterfly Backup
◽️DeltaCopy
◽️Cobian Backup
◽️FreeFileSync
◽️Rclone
◽️Bup
◽️ReaR
◽️Restic
◽️ElkarBackup
◽️FBackup
◽️AOMEI Backupper Standard
◽️Proxmox Backup Client
◽️Rdiff-backup
◽️NXS-backup
◽️Veeam Backup & Replication Community Edition
◽️Proxmox Backup Server
◽️Vinchin Backup & Recovery

В планах всё это как-то упорядочить по различным признакам и объединить в одну таблицу с основными характеристиками. Но нужно время, чтобы всё это обработать. На деле это не такая простая задача, как может показаться.

#backup #подборка

Rsync – мощная консольная утилита и служба для быстрого копирования файлов. Отличает её в первую очередь скорость сравнения директорий с огромным количеством файлов. К примеру, если вам нужно будет сравнить и привести к единому содержимому два разнесённых по сети хранилища с миллионом файлов внутри, то rsync для этого подойдёт лучше, чем что-либо другое. У него только один существенный минус – однопоточность.

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

🔴 --backup и --backup-dir

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

# /usr/bin/rsync -av --progress --delete back_user@10.20.5.22:/var/lib/pgpro/backup/ /mnt/data/backup/bases --backup --backup-dir=/mnt/data/backup/bases_increment/`date +%Y-%m-%d`/ >> /var/log/rsync/1Csrv-`date +%Y-%m-%d`.log

Все свежие дампы базы из папки /var/lib/pgpro/backup/ сервера 10.20.5.22 будут скопированы в папку с бэкапами /mnt/data/backup/bases, при этом старые дампы, которые были скопированы вчера, переместятся в папку /mnt/data/backup/bases_increment/2025-02-13/ и будут там лежать, пока мы их не удалим, к примеру, через find. Глубину хранения сами выбираете, когда настраиваете очистку.

Я добавил ключ --progress, чтобы вывод, сохранённый в файл, содержал в том числе информацию о средней скорости и времени копирования каждого файла. Если у вас много мелких файлов, лучше этот ключ убрать. В логе /var/log/rsync/1Csrv-2025-02-13.log я увижу следующее:

2025-02-13_05-29 Start backup 1Csrv
receiving incremental file list
deleting 2025-02-10_05-01-zup.sql.gz
deleting 2025-02-10_05-01-buh.sql.gz
2025-02-13_05-01-buh.sql.gz
  1,380,560,010 100%    1.03MB/s    0:21:22 (xfr#1, to-chk=20/62)
2025-02-13_05-01-zup.sql.gz
    444,272,983 100%    1.63MB/s    0:04:19 (xfr#2, to-chk=19/62)

Будут перечислены все скопированные и удалённые (т.е. перемещённые в backup-dir папку) дампы.

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

🟡 --ignore-existing

Ключ полезен, когда вам надо из бэкапа накатить в источник файлы, не трогая там те, что уже есть, даже если изменились. Накатываем только то, чего не хватает, без какой-либо перезаписи. То есть кто-то случайно или специально накосячил и удалил несколько нужных файлов, которые нам надо вернуть, не трогая всё остальное.

# /usr/bin/rsync -av --ignore-existing back_user@10.30.7.5:/mnt/backup/www/ /var/www/

🟢 --update

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

# /usr/bin/rsync -av --update back_user@10.30.7.5:/mnt/backup/www/ /var/www/

Если в целевой папке файлов из источника вообще нет, то они тоже будут скопированы, как и с ключом --ignore-existing. Ключ удобен, когда ты из разных источников склеиваешь данные и хочешь получить в итоге самые свежие версии одних и тех же файлов.

⚫️ --dry-run

Привычное название ключа, который позволяет выполнить команду и посмотреть результат без реального выполнения. То есть выполняется тестовый прогон. Рекомендую использовать, когда отлаживаете команду. Спасёт, если с ключом --delete перепутаете источник и приёмник. Мигом удалите все файлы в источнике, если приёмник пустой.

❗️Если заметка вам полезна, не забудьте 👍 и забрать в закладки.

#rsync