| lexa92 |
| Middle |
Сообщения: 147 |
Репутация: 126 |
| Дата регистрации: |
| 09.08.2026 |
АВТОР ТЕМЫ15 окт. 2026 г., 09:01 (GMT+3)
Утро началось не с кофе, а с алерта: сайт клиента отдаёт 500. С пятницы я ничего не трогал, значит оно само.
Захожу по ssh, первым делом df -h. Диск забит под ноль. Логи чистые, виновник другой: год назад клиент сам поставил плагин бэкапов в wordpress, и тот честно делал архив каждый день в wp-content/backups. По два гига за архив, почти четыреста штук. Диск кончился, mysql упал, дальше по цепочке.
Почистил, поднял, настроил как надо. А «как надо» тут старое правило: бэкап на том же диске, что и сайт, это не бэкап, а отложенное падение. Архив должен уезжать куда-то ещё. У меня сейчас так: сайт пакуется по cron и улетает на отдельный vps, ротация 14 дней, и раз в месяц я реально поднимаю копию из архива, руками. Потому что бэкап, из которого ни разу не восстанавливались, это надежда, а не бэкап.
Клиент, кстати, искренне думал, что раз плагин называется backup, значит он защищён.
У кого архивы до сих пор лежат рядом с сайтом — признавайтесь.
Захожу по ssh, первым делом df -h. Диск забит под ноль. Логи чистые, виновник другой: год назад клиент сам поставил плагин бэкапов в wordpress, и тот честно делал архив каждый день в wp-content/backups. По два гига за архив, почти четыреста штук. Диск кончился, mysql упал, дальше по цепочке.
Почистил, поднял, настроил как надо. А «как надо» тут старое правило: бэкап на том же диске, что и сайт, это не бэкап, а отложенное падение. Архив должен уезжать куда-то ещё. У меня сейчас так: сайт пакуется по cron и улетает на отдельный vps, ротация 14 дней, и раз в месяц я реально поднимаю копию из архива, руками. Потому что бэкап, из которого ни разу не восстанавливались, это надежда, а не бэкап.
Клиент, кстати, искренне думал, что раз плагин называется backup, значит он защищён.
У кого архивы до сих пор лежат рядом с сайтом — признавайтесь.
0