Ответственность за резервные копии данных

Краткий ответ: Бэкапы ваших данных — ваша ответственность. Cloud2Y не делает автоматических резервных копий содержимого клиентских серверов — RAID и резервирование инфраструктуры защищают от части аппаратных сбоев, но не от удаления, ransomware, неудачных деплоев или повреждения софтом. Держите собственные бэкапы, желательно offsite (Storage VPS хорошо для этого подходит).

Обзор

Это самая важная политика для усвоения. Резервирование инфраструктуры и клиентские бэкапы решают разные задачи: RAID удерживает сервис работающим при сбое диска; только бэкап вернёт базу данных, которую вы удалили в два часа ночи. Правило большого пальца — 3-2-1: три копии, два разных носителя/локации, одна offsite.

Что нужно знать

• Проинвентаризируйте, что действительно нужно бэкапить: базы данных, файлы сайтов, конфиги, почту — а не переустанавливаемую ОС.
• Определите приемлемую потерю данных (сколько часов/дней работы вы можете позволить себе потерять) — это задаёт частоту бэкапов.
• Выберите offsite-цель сейчас, а не после первого инцидента; см. бэкапы на Storage VPS.

Пошаговая инструкция

1. Настройте автоматические бэкапы (rsync, restic, панельные бэкапы или инструменты уровня приложения) по расписанию, соответствующему вашей толерантности к потерям.
2. Отправляйте их offsite — на другой сервер в другой локации; Storage VPS в другом регионе Cloud2Y — практичный выбор.
3. Шифруйте цель бэкапов и ограничивайте доступ к ней, чтобы атакующий на источнике не мог уничтожить копии.
4. Периодически тестируйте восстановление — непроверенный бэкап это надежда, а не план.
5. Задокументируйте процедуру восстановления, чтобы любой из команды мог выполнить её под стрессом.

Типичные проблемы

• «RAID — мой бэкап»: RAID переживает смерть диска, но не человеческую ошибку или ransomware — аппаратную сторону см. в политике замены.
• Бэкапы на том же сервере: полный диск, компрометация или переустановка уничтожают их вместе с оригиналами.
• Тихие сбои: немониторимые cron-бэкапы месяцами молча не работают — алертите на сбой задачи, а не только на успех.

Когда обращаться в поддержку

Поддержка поможет со Storage VPS для offsite-копий, переустановкой/rescue во время восстановления и платформенными вопросами — но не может восстановить данные, которые вы не бэкапили. Если случилась беда, всё равно немедленно откройте тикет: rescue-доступ иногда спасает часть данных.

Частые вопросы

Бэкапит ли Cloud2Y мой сервер автоматически?

Нет. Содержимое клиентских серверов платформа не бэкапит. RAID и резервирование защищают от части аппаратных сбоев, но ваши данные защищают только ваши собственные резервные копии.

Достаточно ли RAID на сервере, чтобы данные были в безопасности?

Нет. RAID сохраняет доступность сервиса при сбое диска, но мгновенно реплицирует удаления, ransomware и повреждения. Offsite-бэкапы покрывают сценарии, которые RAID покрыть не может.

Какой минимальный нормальный сетап бэкапов на Cloud2Y?

Автоматические ночные бэкапы offsite на Storage VPS в другой локации, зашифрованные, с ограниченными учётными данными и периодическим тестовым восстановлением — это покрывает реальные катастрофы.

Похожие статьи

• Как настроить бэкапы на Storage VPS
• Политика замены оборудования выделенных серверов
• Ответственность клиента за безопасность VPS
• Границы поддержки: managed или unmanaged услуги

Готовы начать? Заказать VPS в Cloud2Y →