Случайно удалил VM в Proxmox: снапшот спас

Бэкапы в Proxmox — тема, которую я осознал после того, как случайно удалил не ту VM. У меня было несколько виртуальных машин, и я хотел удалить одну, но по невнимательности выбрал другую. Паника была мгновенная: я понимал, что на этой машине лежат важные настройки и данные. К счастью, у меня был настроен снапшот, сделанный за час до этого. Я откатил его — и все данные оказались на месте.

Этот случай стал для меня поворотным моментом. С тех пор резервное копирование — моя святая обязанность, а не необязательная опция. В этой статье я расскажу, как я настроил бэкапы в Proxmox и что делаю, чтобы не потерять данные.

Как я попал в эту ситуацию

Я хотел освободить место на сервере и решил удалить старую тестовую машину. В списке VM имена были похожи, и я не проверил ID перед удалением. Кликнул «Remove», подтвердил — и только потом понял, что удалил не ту машину. Это был тот самый момент, когда сердце уходит в пятки.

Хорошо, что я незадолго до этого настроил снапшоты для всех машин. Снапшот — это точка восстановления, которая сохраняет состояние машины на конкретный момент. Я открыл список снапшотов, выбрал последний и нажал Restore. Через несколько минут машина снова работала, как будто ничего не случилось.

Что такое снапшот в Proxmox

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

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

Настройка регулярных бэкапов

После инцидента я настроил регулярное резервное копирование. Proxmox умеет делать это встроенным инструментом VZDump. Я создал задание, которое запускается ежедневно в два часа ночи, когда никто не работает с машинами. Так копии не мешают рабочим процессам.

Хранение я настроил так: держу семь последних копий и четыре еженедельных. Старые копии удаляются автоматически, поэтому хранилище не забивается. Сжатие использую zstd — оно быстрое и хорошо экономит место.

Куда складываю бэкапы

Копии я складываю на отдельный диск, который смонтирован как Backup storage. Важно, чтобы бэкапы лежали не на том же диске, где виртуальные машины. Если диск с машинами умрёт, копии на нём же погибнут вместе с ними.

Раз в неделю скриптом я копирую свежие бэкапы на внешний диск. Это даёт вторую, выносную копию. Если случится что-то с основным сервером, у меня останется копия на внешнем носителе. Такая схема в духе правила 3-2-1: три копии, два разных носителя, одна вне дома.

Как проходит восстановление

Восстановление в Proxmox оказалось очень простым. Я открыл список бэкапов, выбрал нужный файл и нажал Restore. Proxmox сам создал виртуальную машину из копии. Через пять минут машина работала, как новая.

Восстанавливать можно под тем же ID или под новым. Я проверяю восстановление на тестовой машине время от времени, чтобы убедиться, что копии действительно рабочие. Непроверенный бэкап — это просто файл, который может и не сработать в нужный момент.

Почему я не ставлю Proxmox Backup Server

Proxmox Backup Server (PBS) — это отдельное решение для резервного копирования с дедупликацией. Я о нём знаю и понимаю его преимущества. Но для дома мне пока хватает встроенного механизма. Он простой, надёжный и не требует отдельной машины.

Если проект вырастет или появится несколько серверов, я вернусь к вопросу о PBS. Пока же встроенные бэкапы закрывают мои задачи полностью. Главное — они работают, и я проверяю их регулярно.

Почему снапшот спасает, но не заменяет бэкап

Снапшот спас мою машину, но я понимаю его ограничения. Он живёт на том же диске, что и сама машина. Если диск умрёт — снапшот умрёт вместе с ним. Также снапшоты не защищают от ошибок пользователя, которые потом дублируются в копию. Поэтому полагаться только на снапшоты нельзя.

Моя текущая схема такая: снапшоты для быстрых откатов перед изменениями, а регулярные бэкапы на отдельный диск — для долгосрочного хранения. Снапшот и бэкап дополняют друг друга, а не заменяют. Этот дуэт даёт мне уверенность в любой ситуации.

Как я тестирую восстановление

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

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

Что было на восстановленной машине

На удалённой по ошибке машине был мой сайт для тестов и несколько настроек серверов. Потерять это было бы неприятно, но не катастрофично. Восстановление из снапшота вернуло всё в состояние «час назад». Я потерял только тот час работы, который был между снапшотом и удалением.

Это показало мне цену свежих снапшотов. Чем чаще вы делаете снапшот, тем меньше работы потеряете при откате. С тех пор перед серьёзными действиями я делаю снапшот прямо перед операцией. Мелочь, а экономит часы.

Автоматизация — мой помощник

Чтобы не полагаться на память, я автоматизировал бэкапы полностью. Расписание задано в Proxmox, копии пишутся сами. Мне остаётся только периодически проверять, что задания завершились успешно. Один раз в неделю я открываю список задач и смотрю результат.

Автоматизация убрала человеческий фактор. Даже если я забуду о бэкапах, система сделает всё сама. А проверка задач занимает минуты. Такой подход сделал мои данные по-настоящему защищёнными.

Что я изменил в своей работе

Этот случай изменил мои привычки. Теперь я проверяю ID машины дважды перед удалением. И вообще стараюсь не удалять машины в спешке. А если нужно удалить — сначала делаю свежий бэкап. Лишние две минуты страховки экономят дни разбирательств.

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

Сколько места занимают бэкапы

Многие боятся, что бэкапы займут слишком много места. На практике всё зависит от размера машин. Мои виртуальные машины небольшие, поэтому копии занимают немного. Сжатие zstd помогает ещё сильнее — копии становятся компактнее, а место на диске экономится.

Хранение семи ежедневных и четырёх еженедельных копий — мой оптимум. Этого достаточно, чтобы вернуться на нужную дату, но не настолько много, чтобы забить диск. Я контролирую свободное место в хранилище и при необходимости настраиваю хранение.

Что делать новичку в Proxmox

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

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

Мой опыт в одном абзаце

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

Главное, что я понял: не откладывайте бэкапы на потом. Настройка занимает полчаса, а защита действует годами. Один удачно сделанный бэкап стоит всех потраченных усилий, и я убедился в этом на собственном опыте.

Ошибка, которая научила меня проверять

После случая с удалением я стал внимательнее относиться к списку машин. Но однажды чуть не удалил важную машину снова, потому что спешил и смотрел только на название, а не на ID. К счастью, вовремя заметил. Теперь у меня правило: перед удалением проверяю и название, и ID, и делаю свежий снапшот.

Эта двойная проверка занимает минуту, но исключает ошибку почти полностью. Я советую всем администраторам делать то же самое. Удаление виртуальной машины — операция необратимая, и спешить тут нельзя ни в коем случае.

Почему я рассказываю о своей ошибке

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

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

План действий для каждого

Соберу всё в простой план. Первый шаг — настроить ежедневные бэкапы всех машин. Второй — хранить копии на отдельном диске, а не рядом с машинами. Третий — раз в неделю выносить свежие копии на внешний носитель. Четвёртый — регулярно проверять восстановление.

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

Итог

Моя история закончилась хорошо благодаря снапшоту. Но я сделал выводы и теперь защищаюсь серьёзнее: ежедневные бэкапы, отдельное хранилище, выносная копия и регулярные проверки восстановления. Если вы ещё не настроили бэкапы в Proxmox — сделайте это сегодня.

Как настроить резервное копирование в Proxmox через VZDump — подробная инструкция. В сводном гайде по Proxmox я собрал все свои статьи про этот гипервизор. Там и про LXC, и про резервное копирование, и про GPU. Не повторяйте моих ошибок — делайте бэкапы заранее.