backlog: снята задача о резервном копировании

- бекап обеспечивает готовый механизм на сервере пет-проектов
- требования к тому и снятию копии SQLite перенесены в задачу деплоя

docs/backlog/CLOSED.md

@@ -3,3 +3,4 @@
 Задачи, покинувшие беклог без реализации. Пишется `backlog.py close`.
 
 <!-- - ГГГГ-ММ-ДД `slug` — Заголовок. Причина: … Был приоритет: … -->
+- 2026-08-01 `bekap-dannyh` — Резервное копирование ./data. Причина: бекап обеспечивает готовый механизм на сервере пет-проектов — своего заводить не нужно, задача снимается деплоем. Был приоритет: высокий.

docs/backlog/README.md

@@ -12,7 +12,6 @@
 - [Read API: точки, выбор слоя, свёртка по сетке](read-api-tochki.md) — Данные видны только через sqlite на хосте — ни один из трёх потребителей ничего прочитать не может
 - [OpenAPI-спека и Swagger UI](openapi-swagger.md) — Потребителей три и один из них агент — контракт должен читаться машиной, а не пересказываться в чате
 - [MCP-сервер поверх Read API](mcp-server.md) — Агент-медик — первый заказчик проекта, а подключить его сейчас нечем
-- [Резервное копирование ./data](bekap-dannyh.md) — История здоровья существует в единственном экземпляре на рабочей машине — потеря каталога необратима
 
 ## средний
 - [Словарь категориальных значений → коды HealthKit](slovar-kategorialnyh-znachenij.md) — Фазы сна и типы тренировок приходят строками русской локали — с экспортом Apple их не сверить

docs/backlog/bekap-dannyh.md

@@ -1,17 +0,0 @@
-# Резервное копирование ./data
-
-**Приоритет:** высокий
-
-`./data` — это база и 16 МБ сырого архива в единственном экземпляре на рабочей
-машине. Родной экспорт Apple делается раз в 2–3 месяца, то есть потеря каталога
-стоит всей истории с момента последнего экспорта.
-
-Отдельная тонкость: SQLite нельзя копировать `cp` под нагрузкой, а телефон шлёт
-непрерывно — нужен `VACUUM INTO` или backup API, а не копирование файла.
-
-Приоритет высокий не по ценности, а по асимметрии: задача на пару часов
-страхует данные, которые иначе не восстановить ничем.
-
-Готово, когда есть команда снятия копии, она отрабатывает на живой базе под
-приёмом, и копия проверяется восстановлением хотя бы раз.
-

docs/backlog/deploy-rivendell.md

@@ -20,3 +20,12 @@
 Зависит от задачи про секреты: выезжать наружу с выключенной проверкой токенов
 нельзя.
 
+Этим же переездом закрывается резервное копирование: на сервере пет-проектов
+механизм уже готов, своего заводить не нужно (задача `bekap-dannyh` снята,
+см. `CLOSED.md`). Побочное следствие — до деплоя история существует в одном
+экземпляре на рабочей машине; это и есть цена ожидания.
+
+Том стоит смонтировать так, чтобы серверный бекап забирал его без отдельной
+настройки, и снимать копию SQLite через `VACUUM INTO`, а не `cp`: телефон шлёт
+непрерывно, и файл под записью копировать нельзя.
+