From d3efb90d929d397c02fc2c8edb1a8a1097e3fdf4 Mon Sep 17 00:00:00 2001 From: dettlaff Date: Thu, 5 Oct 2023 14:35:01 +0400 Subject: [PATCH] docs: fix ru backups --- content/ru/docs/Backups/_index.md | 46 +++++++++++++++---------------- 1 file changed, 23 insertions(+), 23 deletions(-) diff --git a/content/ru/docs/Backups/_index.md b/content/ru/docs/Backups/_index.md index 684c1d3..eb00d46 100644 --- a/content/ru/docs/Backups/_index.md +++ b/content/ru/docs/Backups/_index.md @@ -4,17 +4,17 @@ linkTitle: "Резервное копирование" date: 2023-07-31T weight: 2 description: > - Резервное копирование сервисов, чтобы они не были потеряны + Резервное копирование сервисов, чтобы данные никогда не были потеряны --- ## Зачем нужно резервное копирование (backups) -Когда ваш сервис сломался, но еще вчера он работал, у вас есть два варианта действия: +Когда ваш сервис сломался, но ещё вчера он работал, у вас есть два варианта действий: - * Потратить некоторое время на чтение журналов и отладку того, что пошло не так. Но сервис становится не рабочим и, возможно, некоторые данные безвозвратно будут потеряны. - * Восстановить сервис до рабочего состояния и затем отлаживать в более спокойном темпе. Надеясь, что это была просто солнечная вспышка или сбой в Матрице. + * Потратить некоторое время на чтение журналов и отладку того, что пошло не так. Сервис в это время будет оставаться не рабочим, и возможно, некоторые данные уже безвозвратно утеряны. + * Откатить сервис до рабочего состояния и затем отлаживать в более спокойном темпе. Надеясь, что это была просто солнечная вспышка или сбой в Матрице. -Второй вариант, экономящее нервы, регулярное, а еще лучше - автоматическое резервное копирование. +Второй вариант, экономящий нервы, регулярное, а ещё лучше — автоматическое резервное копирование. Дополнительным преимуществом резервного копирования является возможность переноса сервиса с одной машины на другую с минимальными трудностями. Это полезно, к примеру, в случае пожара в центре обработки данных, если ваш серверный провайдер выкуплен другой корпорацией или если акционеры решили, что наконец-то пришло время получать больше прибыли. @@ -24,24 +24,24 @@ description: > ## Что такое моментальный снимок (snapshot)? SelfPrivacy не создает резервных копий всей машины. -Вместо этого сохраняется состояние каждого сервиса. +Вместо этого сохраняются состояния каждого сервиса. Снимком называется состояние файлов сервиса, сделанное в определенный момент времени. -В интерфейсе можно увидеть, что снимок имеет идентификатор, службу, которую он резервирует, и дату создания. +В интерфейсе можно увидеть, что снимок имеет дату создания, идентификатор и название сервиса, который он резервирует. ## Когда происходит резервное копирование? -Снимок создается в трех случаях: +Снимок создается в трёх случаях: * По ручной команде пользователя * Автоматически через определенные промежутки времени, если включена функция автоматического резервного копирования - * В качестве меры предосторожности, перед восстановлением сервиса + * В качестве меры предосторожности, перед восстановлением сервиса на месте ## Как хранятся данные? -Файлы сервиса хранятся у провайдера в облаке на выбор пользователя. +Резервные копии сервисов хранятся в облаке на выбор пользователя. В настоящий момент мы поддерживаем Backblaze, но в дальнейшем планируется добавить и других провайдеров. -Все данные сервиса шифруются локальным секретным ключом, который облако никогда не получит. +Все данные сервисов шифруются локальным секретным ключом, который облако никогда не получит. Для передачи зашифрованных данных мы используем Restic. В таких облаках, как Backblaze, есть возможность запретить немедленное удаление данных. @@ -59,38 +59,38 @@ SelfPrivacy не создает резервных копий всей маши При восстановлении моментального снимка сервис останавливается, а все его файлы восстанавливаются до состояния, в котором они находились на момент создания снимка. Это можно сделать двумя способами. -Самый безопасный и используемый по умолчанию - загрузить снимок полностью, убедиться, что данные не повреждены, и заменить служебные файлы файлами из снимка. +Самый безопасный и используемый по умолчанию — загрузить снимок полностью, убедиться, что данные не повреждены, и заменить сервисные файлы, файлами из снимка. Недостатком этого способа является то, что для хранения снимка необходимо дополнительное место. -Несколько более рискованный способ - перезаписать служебные файлы напрямую, без промежуточного хранения. В этом случае требуется меньше места, но если перенос пройдет неправильно, то в результате вы получите неработающий сервис. -Чтобы несколько смягчить эту проблему, непосредственно перед восстановлением делается еще один снимок. +Несколько более рискованный способ — перезаписать служебные файлы напрямую, без промежуточного хранения. В этом случае требуется меньше места. Но если перенос пройдет неправильно, то в результате вы получите неработающий сервис. +Чтобы несколько смягчить эту проблему, непосредственно перед восстановлением делается ещё один снимок. Перед попыткой восстановления приложение проверяет наличие свободного места. ## Забывание моментального снимка -Забывание делает снимок недоступным с сервера, но само удаление можно восстановить из облачного пользовательского интерфейса в течение некоторого времени (по умолчанию 30 дней для Backblaze). +Забывание делает снимок недоступным, но его можно восстановить из облачного пользовательского интерфейса в течение некоторого времени (по умолчанию 30 дней для Backblaze). ## Автоматическое резервное копирование -Если задать период автоматического резервного копирования, то резервное копирование всех сервисов будет производиться регулярно в соответствии с заданным периодом. +Если задать период автоматического резервного копирования, то оно будет производиться регулярно, и работать для всех сервисов. Обратите внимание, что резервное копирование для каждого сервиса происходит независимо. Если резервное копирование сервисов A и B выполняется автоматически каждый день утром, а затем в полдень выполняется резервное копирование сервиса B вручную, то следующее резервное копирование сервиса A будет выполняться утром, как обычно, а резервное копирование сервиса B будет выполняться в полдень. Если значение равно нулю, то автоматическое резервное копирование будет отключено. -## Восстановление после удаления всех снимков +## Восстановление после того как кто-то удалил все снимкки * Перейдите непосредственно в интерфейс Backblaze/другого облака. - * Отмотайте состояние ведра до события, предшествовавшего удалению. + * Откатите состояние ведра до состояния, предшествовавшего удалению. * Откройте приложение SelfPrivacy. - * Аннулируйте кэш моментальных снимков. - * Пролистайте снимки + * Обновите список моментальных снимков. + * Откройте снимки * Восстановите моментальный снимок обычным способом. ## Устранение неполадок при резервном копировании - * Если вы подозреваете, что список моментальных снимков неточен, попробуйте удалить кэш. - * Если восстановление на месте не удалось, убедитесь, что облако доступно и контракт активен, а затем попробуйте восстановить либо снимок, который вы пытались восстановить, либо снимок, сгенерированный автоматически перед восстановлением. - * Если на диске не хватает места для безопасного восстановления, попробуйте второй вариант восстановления — восстановить на месте \ No newline at end of file + * Если вы подозреваете, что список моментальных снимков неточен, попробуйте . + * Если восстановление на месте не удалось, убедитесь, что облако доступно и аккаунт не заблокирован, а затем попробуйте восстановить либо снимок, который вы пытались восстановить, либо снимок, сгенерированный автоматически перед восстановлением. + * Если на диске не хватает места для безопасного восстановления, попробуйте второй вариант восстановления: восстановить на месте \ No newline at end of file