Где хранить резервные копии и как их защитить

Правило трёх копий

Храните данные в трёх экземплярах — сам сайт и две резервные копии — на двух разных носителях, один из которых находится вне сервера вашего сайта. Если один пропадёт, два других останутся.

Три места, три назначения

• На сервере сайта. Удобно, чтобы быстро откатиться после обновления, которое что-то сломало. Бесполезно, если упадёт сам сервер.
• На вашем компьютере. Вне сервера — при условии, что вы не забываете об этом и надёжно храните файл: в нём весь ваш сайт.
• В вашем собственном хранилище — на сервере SFTP или в хранилище, совместимом с S3, какие предлагают многие сервисы хранения. Вне сервера и без лишних забот, если резервная копия отправляется туда сама.

Под замком

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

А GDPR?

Если ваш сайт хранит данные людей (клиентов, зарегистрированных пользователей, заказы), ваши резервные копии тоже их содержат. GDPR, в частности, требует:

• уметь восстанавливать данные и доступ к ним своевременно после инцидента (статья 32): это и есть главная задача резервной копии;
• защищать их, например с помощью шифрования (статья 32);
• не хранить их дольше необходимого (статья 5): выберите срок и дайте самым старым удаляться;
• знать, где они находятся: хранилище за пределами Европейского союза — это передача данных, которая должна быть надлежащим образом оформлена (глава V). Выбирайте регион вашего хранилища осознанно.

Шифрование помогает и в день утечки: если украденные данные непонятны тем, у кого нет права доступа к ним, GDPR освобождает от обязанности уведомлять каждого затронутого человека (статья 34).