Резервные копии
Резервные копии баз данных предоставляют защиту, гарантируя, что если данные будут утрачены по какой-либо непредвиденной причине, сервис может быть восстановлен до предыдущего состояния из последней успешной резервной копии. Это минимизирует время простоя и предотвращает постоянную утрату критически важной для бизнеса информации. Этот руководств описывает, как работают резервные копии в ClickHouse Cloud, какие у вас есть настройки для конфигурации резервных копий вашего сервиса и как восстановить данные из резервной копии.
Как работают резервные копии в ClickHouse Cloud
Резервные копии ClickHouse Cloud представляют собой комбинацию "полных" и "инкрементных" резервных копий, составляющих цепочку резервных копий. Цепочка начинается с полной резервной копии, а потом на следующих запланированных интервалах времени делаются инкрементные резервные копии для создания последовательности резервных копий. Как только длина цепочки резервных копий достигает определенной величины, начинается новая цепочка. Вся эта цепочка резервных копий может быть использована для восстановления данных в новом сервисе при необходимости. Как только все резервные копии, входящие в конкретную цепочку, превышают установленный для сервиса срок хранения (более подробная информация о сроках хранения приведена ниже), цепочкаDiscarded.
На скриншоте ниже сплошные квадратные рамки обозначают полные резервные копии, а пунктирные квадратные рамки обозначают инкрементные резервные копии. Сплошной прямоугольник вокруг квадратов обозначает срок хранения и резервные копии, доступные конечному пользователю, которые можно использовать для восстановления резервной копии. В представленном сценарии резервные копии создаются каждые 24 часа и сохраняются на 2 дня.
В первый день создается полная резервная копия, чтобы начать цепочку резервных копий. На второй день создается инкрементная резервная копия, и теперь у нас есть доступная для восстановления полная и инкрементная резервные копии. На седьмой день в цепочке будет одна полная резервная копия и шесть инкрементных резервных копий, с двумя самыми последними инкрементными резервными копиями, доступными для пользователя. На восьмой день мы создаем новую полную резервную копию, а на девятый день, как только в новой цепочке окажутся две резервные копии, предыдущая цепочка будет утилизирована.
Пример сценария резервного копирования в ClickHouse Cloud
Политика резервного копирования по умолчанию
В Basic, Scale и Enterprise тарифах резервные копии имеют учет и выставляются отдельно от хранения. Все сервисы по умолчанию будут иметь одну резервную копию с возможностью настройки большего количества, начиная с тарифа Scale, через вкладку Настройки в Cloud Console.
Список статусов резервных копий
Ваш сервис будет резервироваться в соответствии с установленным расписанием, будь то стандартное ежедневное расписание или пользовательское расписание, выбранное вами. Все доступные резервные копии можно просмотреть на вкладке Резервные копии сервиса. Отсюда вы можете увидеть статус резервной копии, продолжительность, а также размер резервной копии. Вы также можете восстановить конкретную резервную копию, используя столбец Действия.
Понимание стоимости резервных копий
Согласно политике по умолчанию, ClickHouse Cloud требует резервную копию каждый день с 24-часовым сроком хранения. Выбор расписания, которое требует хранения большего объема данных или приводит к более частым резервным копиям, может вызвать дополнительные расходы на хранение резервных копий.
Чтобы понять стоимость резервной копии, вы можете просмотреть стоимость резервной копии на экран использования (как показано ниже). Как только у вас появятся резервные копии в течение нескольких дней с пользовательским расписанием, вы сможете получить представление о стоимости и экстраполировать для получения ежемесячной стоимости резервных копий.
Оценка общей стоимости ваших резервных копий требует настройки расписания. Мы также работаем над обновлением нашего калькулятора цен, чтобы вы могли получить оценку ежемесячной стоимости до установки расписания. Вам нужно будет предоставить следующие данные для оценки стоимости:
- Размер полных и инкрементных резервных копий
- Желаемая частота
- Желаемый срок хранения
- Облако провайдер и регион
Имейте в виду, чтоEstimated cost for backups will change as the size of the data in the service grows over time.
Восстановление резервной копии
Резервные копии восстанавливаются в новый сервис ClickHouse Cloud, а не в существующий сервис, из которого была сделана резервная копия.
После нажатия на иконку Восстановить резервную копию вы можете указать имя сервиса нового сервиса, который будет создан, а затем восстановить эту резервную копию:
Новый сервис будет отображаться в списке сервисов как Provisioning, пока он не будет готов:
Работа с восстановленным сервисом
После восстановления резервной копии у вас будет два похожих сервиса: оригинальный сервис, который необходимо было восстановить, и новый восстановленный сервис, который был восстановлен из резервной копии оригинального.
Как только восстановление резервной копии завершено, вам следует сделать одно из следующих действий:
- Использовать новый восстановленный сервис и удалить оригинальный сервис.
- Переместить данные из нового восстановленного сервиса обратно в оригинальный сервис и удалить новый восстановленный сервис.
Использовать новый восстановленный сервис
Чтобы использовать новый сервис, выполните следующие шаги:
- Убедитесь, что новый сервис имеет записи в списке доступа IP, необходимые для вашего случая использования.
- Убедитесь, что новый сервис содержит необходимые данные.
- Удалите оригинальный сервис.
Переместить данные из нового восстановленного сервиса обратно в оригинальный сервис
Предположим, вы не можете работать с новым восстановленным сервисом по какой-либо причине, например, если у вас все еще есть пользователи или приложения, подключающиеся к существующему сервису. Вы можете решить переместить новые восстановленные данные в оригинальный сервис. Перемещение может быть выполнено, следуя этим шагам:
Разрешите удаленный доступ к новому восстановленному сервису
Новый сервис должен быть восстановлен из резервной копии с таким же списком IP Allow List, как у оригинального сервиса. Это требуется, так как соединения не будут разрешены к другим сервисам ClickHouse Cloud, если вы не разрешили доступ из Anywhere. Временно измените список разрешений и разрешите доступ из Anywhere. См. документы по списку доступа IP для получения подробностей.
На новом восстановленном сервисе ClickHouse (система, которая хранит восстановленные данные)
Вам нужно будет сбросить пароль для нового сервиса, чтобы получить к нему доступ. Вы можете сделать это из вкладки Настройки списка сервисов.
Добавьте пользователя с правами только для чтения, который может читать исходную таблицу (db.table в этом примере):
Скопируйте определение таблицы:
На целевой системе ClickHouse Cloud (той, в которой была повреждена таблица):
Создайте целевую базу данных:
Используя оператор CREATE TABLE, полученный из исходной таблицы, создайте целевую:
Измените ENGINE на ReplicatedMergeTree без каких-либо параметров, когда будете выполнять оператор CREATE. ClickHouse Cloud всегда реплицирует таблицы и предоставляет правильные параметры.
Используйте функцию remoteSecure, чтобы перенести данные из нового восстановленного сервиса ClickHouse Cloud в ваш оригинальный сервис:
После успешного вставки данных в ваш оригинальный сервис убедитесь, что данные проверены в сервисе. Вы также должны удалить новый сервис после проверки данных.
Восстановление или отмена удаления таблиц
Команда UNDROP не поддерживается в ClickHouse Cloud. Если вы случайно DROP таблицу, лучше всего восстановить вашу последнюю резервную копию и воссоздать таблицу из резервной копии.
Чтобы предотвратить случайное удаление таблиц пользователями, вы можете использовать GRANT statements, чтобы отозвать права для DROP TABLE command для конкретного пользователя или роли.
Чтобы предотвратить случайное удаление данных, отметим, что по умолчанию невозможно удалить таблицы более чем >1TB в размере в ClickHouse Cloud.
Если вы хотите удалить таблицы больше этого порога, вы можете использовать настройку max_table_size_to_drop, чтобы сделать это:
Настраиваемые резервные копии
Если вы хотите настроить расписание резервных копий, отличное от стандартного расписания резервных копий, ознакомьтесь с Настраиваемыми резервными копиями.
Экспорт резервных копий в ваш собственный облачный аккаунт
Для пользователей, желающих экспортировать резервные копии в свои собственные облачные аккаунты, см. здесь.