Спросите у подрядчика или хостера, где физически лежит резервная копия вашего сайта. Ответов бывает три: на том же сервере, у того же хостера, у другого провайдера в другом городе. По ответу видно, после каких происшествий магазин вернётся, а после каких его придётся собирать заново.
Копию заводят на день, когда сервера с сайтом больше нет. Если в этот день вместе с сервером пропала и копия, восстанавливать нечего: каталог, цены, заказы и учётки покупателей остались только в памяти сотрудников и в 1С.
Три места, где лежит копия
На том же сервере. Штатное резервное копирование 1С-Битрикс по умолчанию складывает архивы в папку на диске сайта. Неудачное обновление с такой копии откатывают за минуты. Но диск у сайта и у копии один.
У того же хостера. Хостер по расписанию снимает копии сервера и хранит их у себя. Где именно, написано в договоре или в описании услуги. Загляните туда: копии могут стоять в том же дата-центре, что и сам сервер.
У другого провайдера в другом городе. Копия уходит на хранилище, которое не связано с хостингом сайта ни зданием, ни договором, ни учётной записью.
Что переживает каждая копия
| Что случилось | Копия на том же сервере | Копия у того же хостера | Копия у другого провайдера |
|---|---|---|---|
| Неудачное обновление, удалён раздел каталога | Спасает | Спасает | Спасает |
| Сломался диск сервера | Пропадает вместе с сайтом | Спасает | Спасает |
| Сайт взломали | Взломщик стирает или шифрует её вместе с сайтом | Спасает, если к копиям нет доступа с сервера сайта | Спасает, если с сервера сайта копии нельзя удалить |
| Дата-центр остановился: пожар, авария питания | Недоступна | Недоступна, если лежит в том же дата-центре | Спасает |
| Хостер заблокировал учётную запись или закрылся | Недоступна | Недоступна | Спасает |
Первые две копии закрывают частые и мелкие неприятности, редкие и крупные закрывает только третья. Отказываться от ближних копий при этом незачем: с них откатываются за минуты, а дальняя нужна на случай, когда ближних уже нет. Про взлом и семь мер защиты сайта у нас есть отдельный разбор.
Копия в том же здании: пожар в Страсбурге
В марте 2021 года в Страсбурге горел дата-центр хостинг-провайдера OVH: одно здание уничтожено, соседнее повреждено. Часть клиентов платила за резервное копирование. В договоре одного из них было написано, что копия "физически изолирована" от сервера. Копия стояла в том же здании и сгорела вместе с сервером: сайты компании перестали работать, восстановить их было не из чего.
Клиенты пошли в суд. В начале 2023 года коммерческий суд Лилля присудил двоим из них компенсацию, провайдер заявил, что будет обжаловать решение (разбор дела в Blocks & Files). От пожара до решения прошло почти два года. Данные за это время не вернулись.
Четыре требования к дальней копии
- 01Другой провайдер. Отдельный договор и отдельная учётная запись. Блокировка, спор об оплате или закрытие хостера копий не задевают.
- 02Другой город. Пожар, авария питания или обрыв связи в одном дата-центре до второго не доходят.
- 03С сервера сайта копии нельзя стереть. Взломщик получает всё, что лежит на сервере, в том числе пароль от хранилища. Если с этим паролем копии удаляются, он сможет удалить и их.
- 04Хранилище в той же стране, что и покупатели. В базе магазина лежат имена, телефоны, адреса и заказы, то есть персональные данные. Закон Казахстана о персональных данных (статья 12) требует хранить их в базе на территории страны. Хранилище в другой стране для копии такой базы не подходит, даже если оно дешевле.
Как копия уходит с сервера
Для резервного копирования сайтов на 1С-Битрикс у нас свой инструмент, simple.backup. Он построен вокруг одного решения: копия уходит на удалённое хранилище сразу, пока создаётся, и на диск сайта не записывается. Хранилищем служит сервер с доступом по FTP, его арендуют у другого провайдера.
- →Копия ни минуты не лежит рядом с сайтом. На диске не остаётся архива, который взломщик зашифровал бы вместе с сайтом и который легко принять за настоящую копию.
- →Серверу не нужен запас места размером с сайт. Если сначала собирать архив на диске, а потом отправлять, под него нужно свободное место. Кончилось место - копии за эту ночь нет.
- →Инструмент шифрует архив до отправки. Владелец хранилища видит зашифрованный файл и прочитать базу с покупателями не может. Пароль от шифра нужно держать отдельно от сервера: если он записан только на том же диске, что и сайт, вместе с диском пропадёт и возможность открыть копии.
- →Недокачанный файл помечен. Пока архив передаётся, у него временное имя. Оборвалась связь - обрывок не выдаёт себя за целую копию.
На хранилище порядок наводит второй инструмент, file.sieve. Он оставляет по копии за каждый из последних дней, дальше по одной за неделю, месяц и год, а остальное удаляет, чтобы место не кончалось.
Пять вопросов подрядчику или хостеру
- 01У какого провайдера и в каком городе лежит копия сайта? Совпадает ли это с хостингом самого сайта?
- 02Что останется от копий, если хостер заблокирует учётную запись?
- 03Получится ли удалить копии с сервера сайта, зная пароли, которые на нём записаны?
- 04Зашифрована ли копия и у кого хранится пароль?
- 05Когда из копии последний раз поднимали сайт целиком и сколько времени это заняло?
На первый вопрос хороший ответ называет город. "Копии делаются, всё в порядке" ответом не считается. Если на любой из пяти вопросов вам говорят "надо посмотреть", пусть посмотрят сегодня, пока сайт работает.
На сопровождении магазина резервные копии входят в ежемесячную техническую проверку. Свой сайт проверьте первым вопросом из списка: попросите назвать провайдера и город, где лежит копия, и сравните с адресом хостинга.
