Настройка сохранности Redis после перезапуска
Определяем назначение баз и ключей, объём, скорость записи, TTL, допустимую потерю по времени и требования к восстановлению. Проверяем текущие RDB, AOF, INFO persistence, журналы, права, свободный диск, volume и фактическую загрузку файлов после старта.
Когда стоит обратиться
Обычно к нам обращаются в таких ситуациях:
- После перезапуска Redis пользователи выходят из аккаунтов, очередь становится пустой либо исчезает часть рабочих ключей.
- RDB создаётся с ошибками, AOF перестал переписываться, диск заполнен или контейнер хранит persistence внутри временного слоя.
- Persistence выключен либо настроен исторически, а команда затрудняется оценить реальный объём возможной потери данных.
Что именно мы сделаем
Определяем назначение баз и ключей, объём, скорость записи, TTL, допустимую потерю по времени и требования к восстановлению.
Проверяем текущие RDB, AOF, INFO persistence, журналы, права, свободный диск, volume и фактическую загрузку файлов после старта.
Создаём резервную копию и безопасно включаем либо корректируем RDB, AOF и fsync с учётом нагрузки и версии Redis.
Настраиваем копирование persistence за пределы текущего сервера, контроль свежести, размера, checksum и ошибок фонового сохранения.
Проводим тестовое восстановление на отдельном экземпляре, сверяем количество и характерные ключи, затем проверяем рабочий перезапуск и уведомления.
Что входит в стоимость
19 900 ₽ за всю работу
Определяем назначение баз и ключей, объём, скорость записи, TTL, допустимую потерю по времени и требования к восстановлению. Проверяем текущие RDB, AOF, INFO persistence, журналы, права, свободный диск, volume и фактическую загрузку файлов после старта.
Создаём резервную копию и безопасно включаем либо корректируем RDB, AOF и fsync с учётом нагрузки и версии Redis. Перед сдачей проверяем, что отдельный тестовый экземпляр запускается из резервной копии и содержит согласованные контрольные ключи.
В комплект результата входят: рабочая конфигурация RDB и AOF с постоянным volume и проверенными правами; резервная копия Redis и протокол тестового восстановления с контрольными ключами; мониторинг persistence, свободного места, последнего успешного save и состояния AOF rewrite. Небольшие связанные уточнения, которые появляются во время работы, уже учитываем в стоимости.
Что будет готово
Передадим вам
- Рабочая конфигурация RDB и AOF с постоянным volume и проверенными правами.
- Резервная копия Redis и протокол тестового восстановления с контрольными ключами.
- Мониторинг persistence, свободного места, последнего успешного save и состояния AOF rewrite.
Перед сдачей проверим
- Отдельный тестовый экземпляр запускается из резервной копии и содержит согласованные контрольные ключи.
- После рабочего перезапуска Redis загружает нужный persistence, а приложение сохраняет ожидаемые сессии или сообщения.
- INFO persistence показывает успешное сохранение, мониторинг фиксирует свежесть копии и создаёт сигнал при тестовой ошибке.
Как это выглядит на практике
Сессии пропадают после обновления контейнера
Типичная ситуация: после перезапуска Redis пользователи выходят из аккаунтов, очередь становится пустой либо исчезает часть рабочих ключей. Сначала проверяем compose-конфигурацию и видим RDB внутри временного слоя контейнера, затем создаём постоянный volume, включаем подходящий AOF и дожидаемся успешного rewrite, а в финале копируем persistence и запускаем отдельный Redis с контрольными сессиями.
- 01
Проверяем compose-конфигурацию и видим RDB внутри временного слоя контейнера.
- 02
Создаём постоянный volume, включаем подходящий AOF и дожидаемся успешного rewrite.
- 03
Копируем persistence и запускаем отдельный Redis с контрольными сессиями.
- 04
Обновляем рабочий контейнер, сверяем ключи и проверяем уведомление о следующем сохранении.
Что понадобится для работы
От вас
- Доступ к Redis, серверу или контейнерной конфигурации и журналам.
- Описание данных в Redis и приемлемого интервала потери при аварии.
- Место для внешней резервной копии и окно для контрольного перезапуска.
Если у вас немного другая ситуация
Небольшие уточнения, которые помогают довести согласованный результат до рабочего состояния, уже учитываем в цене. Если по ходу работы появится отдельный крупный блок или понадобится платная лицензия, сначала обсудим варианты и стоимость. Расскажите о своей ситуации — подстроим план под неё.
- 3 000 ₽после подписания договора через Диадок
- 16 900 ₽после выполнения, демонстрации и приёмки результата
Предоплата входит в общую стоимость. Оставшуюся сумму оплачиваете после демонстрации и приёмки готовой работы.
Часто спрашивают
Об этой услуге
Чем RDB отличается от AOF?
RDB периодически сохраняет компактный снимок всей базы. AOF записывает операции и обычно позволяет восстановить более свежое состояние, занимая больше места и требуя фонового переписывания журнала.
Какой способ сохранения выбрать?
Для воспроизводимого кеша часто достаточно RDB либо полностью пустого старта. Для сессий, очередей и ценных ключей обычно подходит сочетание AOF и RDB с нужным fsync.
Можно включить AOF на работающем Redis?
Современный Redis поддерживает безопасное включение через CONFIG при правильной последовательности. Сначала сохраняем текущие данные, ждём завершения rewrite, проверяем файлы и закрепляем настройку в конфигурации.
Реплика Redis заменяет резервную копию?
Реплика быстро повторяет изменения основного узла, включая ошибочное удаление ключей. Отдельная копия с историей даёт возможность восстановить состояние до такого события.
Цена и изменения по ходу работы
Цена на странице окончательная?
Да. Перед началом мы сверяем исходные данные и фиксируем результат в договоре. Указанная на странице сумма покрывает согласованную работу целиком, даже если её техническая реализация потребует больше времени, чем ожидалось при оценке.
Что означает резерв незапланированных работ?
Это уже включённый в цену запас времени на небольшие связанные уточнения заказчика, которые появляются после старта: например, добавить поле, изменить формат уведомления или учесть ещё одно условие обработки.
Резерв рассчитывается по формуле: стоимость услуги × 30% ÷ 1 500 ₽. Для услуги за 30 000 ₽ это 6 часов. Эти часы относятся только к дополнительным, заранее незапланированным уточнениям. Они не являются сроком проекта и не ограничивают время на основную работу: согласованный результат мы выполняем полностью.
Можно уточнять детали уже во время работы?
Да. Небольшие связанные изменения обычно помещаются во включённый резерв и не требуют доплаты. Если новая идея заметно меняет результат или превращается в самостоятельную задачу, сначала обсудим подход и стоимость. Любое решение согласуем до выполнения.
Начало работы и оплата
Как оформляются договор и оплата?
Подписываем договор через Диадок. Предоплата составляет 3 000 ₽ и входит в общую стоимость услуги. Остаток оплачивается после демонстрации и приёмки готового результата.
Когда начинается срок выполнения?
Срок отсчитывается после согласования задачи, получения необходимых доступов и материалов, подписания договора и поступления предоплаты. Конкретную дату старта и плановый день готовности подтверждаем перед началом.
Как учитываются платные лицензии и внешние сервисы?
До старта проверяем, нужны ли тарифы, лицензии, сертификаты или дополнительные ресурсы внешних систем. Если они потребуются, заранее покажем варианты и стоимость. По возможности аккаунты и лицензии оформляются сразу на заказчика.
Проверка результата и гарантия
Как принимается готовая работа?
Вместе проверяем согласованные сценарии на контрольных данных или тестовой копии, а затем демонстрируем результат. Для интеграций сверяем передачу данных и обработку ошибок, для сайта — работу нужных страниц и действий пользователя, для отчёта — расчёты и обновление данных.
Какая гарантия действует после сдачи?
На выполненные изменения действует гарантия 3 месяца. Если в изменённой нами части обнаружится ошибка нашей реализации, проверим и исправим её без дополнительной оплаты. Переданные материалы, настройки и код остаются у заказчика.