docs: upd eng backups #73
|
@ -11,13 +11,13 @@ description: >
|
|||
|
||||
When your service is broken but it worked yesterday you have two options:
|
||||
|
||||
* Spend some time reading logs and debugging what went wrong. Meanwhile the service is unusable and maybe some data is irreversibly lost.
|
||||
* Rewind the service to the working state and then debug at a more relaxed pace. Hopefully it was just solar flare or a glitch in the Matrix.
|
||||
* Spend some time reading logs and debugging what went wrong. Meanwhile the service is unusable and maybe some data is irreversibly lost;
|
||||
* Restore the service to a working state and then debug at a more relaxed pace. Hopefully it was just a solar flare or a glitch in the Matrix.
|
||||
inex marked this conversation as resolved
Outdated
|
||||
|
||||
This second, nerve-saving option is enabled by backing up regularly, and even better, automatically.
|
||||
|
||||
As an extra benefit, backing up makes it easy to transfer a service from one machine to another with minimal hassle.
|
||||
This is useful for datacenters on fire, if your server provider gets bought out by another corporation or if shareholders decide that it is finally time to make more profit.
|
||||
Having a backup simplifies the process of transferring a service between machines, ensuring minimal inconvenience.
|
||||
NaiJi marked this conversation as resolved
Outdated
inex
commented
Outdated
Review
Ты изменил глагол на существительное, и не подправил грамматику предложения под это обстоятельство Ты изменил глагол на существительное, и не подправил грамматику предложения под это обстоятельство
def
commented
Outdated
Review
done done
|
||||
This is useful if your datacenter is on fire, if your server provider gets bought out by another corporation, or when shareholders decide that it is finally time to make more profit.
|
||||
inex marked this conversation as resolved
Outdated
NaiJi
commented
Outdated
Review
This is useful if your datacenter is on fire This is useful **if your datacenter is** on fire
def
commented
Outdated
Review
done done
|
||||
|
||||
This document covers the basic terms and usage of SelfPrivacy backup subsystem.
|
||||
NaiJi marked this conversation as resolved
Outdated
inex
commented
Outdated
Review
Смысл слишком улетел куда-то не туда, лучше верни как было Смысл слишком улетел куда-то не туда, лучше верни как было
def
commented
Outdated
Review
done done
|
||||
|
||||
|
@ -25,45 +25,45 @@ This document covers the basic terms and usage of SelfPrivacy backup subsystem.
|
|||
|
||||
SelfPrivacy does not make backups of the whole machine.
|
||||
Instead, it saves the states of each service.
|
||||
The state of files used by a service, taken at a certain time, is called a Snapshot.
|
||||
In the interface, you can see a snapshot as having an id, a service it backs up, and a date of creation.
|
||||
The state of the files used by a service, taken at a certain time, is called a Snapshot.
|
||||
In the interface, you can see that a snapshot has an ID, a service it backs up, and a date of creation.
|
||||
|
||||
## When backups occur?
|
||||
|
||||
A snapshot is created in 3 cases:
|
||||
|
||||
* By user's manual command to back up a service
|
||||
* Automatically at certain intervals if Automatic Backups are enabled
|
||||
* As a precaution before an inplace restore of a service
|
||||
* By user's manual command to back up a service;
|
||||
* Automatically at specified intervals if Automatic Backups are enabled;
|
||||
* As a precaution before an inplace restore of a service.
|
||||
|
||||
## How the data is stored?
|
||||
|
||||
The service's files are stored at the cloud of user's choosing.
|
||||
At the moment we support Backblaze but more are to be added.
|
||||
The service's files are stored at the cloud of the user's choice.
|
||||
We currently support Backblaze, with more to come.
|
||||
inex marked this conversation as resolved
Outdated
NaiJi
commented
Outdated
Review
We currently support Backblaze, with more to come. We currently support Backblaze, **with more to come.**
def
commented
Outdated
Review
done done
|
||||
|
||||
All of the service data is encrypted with a local secret which the cloud never receives.
|
||||
Under the hood, we use Restic for transfers of encrypted data.
|
||||
All of the service data is encrypted with a local secret that the cloud never receives.
|
||||
Under the hood, we use Restic to transfer encrypted data.
|
||||
inex marked this conversation as resolved
Outdated
NaiJi
commented
Outdated
Review
... we use Restic to transfer encrypted data. ... we use Restic to **transfer encrypted** data.
def
commented
Outdated
Review
done done
|
||||
|
||||
Cloud storage providers, such as Backblaze, have an option to prevent immediate deletion of data.
|
||||
inex marked this conversation as resolved
Outdated
NaiJi
commented
Outdated
Review
Cloud storage providers, such as Backblaze, have an option to prevent immediate deletion of data. Cloud storage providers, **such as Backblaze,** have an option to **prevent** immediate deletion of data.
def
commented
Outdated
Review
done done
|
||||
|
||||
Clouds like Backblaze have an option to disallow immediate removal of data.
|
||||
SelfPrivacy app uses this option so that in case when the server is hacked the data cannot be erased.
|
||||
|
||||
## Listing snapshots
|
||||
|
||||
There are 2 factors to keep in mind when looking at the list:
|
||||
|
||||
* For the sake of performance, the list is cached. If some snapshots are missing which you think should be there, invalidate the cache so it reloads.
|
||||
* If you remove some snapshots, they will disappear from the list, but for some limited time they are still restorable with the help of the cloud.
|
||||
* For the sake of performance, the list is cached. If some snapshots are missing which you think should be there, invalidate the cache so it reloads;
|
||||
NaiJi marked this conversation as resolved
Outdated
inex
commented
Outdated
Review
> will removed
def
commented
Outdated
Review
done done
|
||||
* If you delete some snapshots, they will be removed from the list, but for some limited time they are still restorable with the help of the cloud.
|
||||
|
||||
## Restoring a snapshot
|
||||
|
||||
inex marked this conversation as resolved
Outdated
inex
commented
Outdated
Review
смысловые связи в предложении утеряны смысловые связи в предложении утеряны
def
commented
Outdated
Review
готово готово
|
||||
When you restore a snapshot, the service is stopped, and all of its files are restored to the state when the snapshot was taken.
|
||||
There are 2 ways to do it.
|
||||
Restoring a snapshot involves stopping the service and reverting all files to their state at the snapshot's creation. This process can be accomplished in two distinct ways.
|
||||
|
||||
The safest one, the default one, is to download the snapshot in its entirety, verify that data is not damaged, and replace the service files with the files from the snapshot.
|
||||
This has a downside that you need to have extra space to store the snapshot.
|
||||
However, this method requires additional storage space for the snapshot.
|
||||
|
||||
A somewhat riskier way is to overwrite the service files directly, without intermediate storage. This needs less space, but if the transfer goes wrong, you end up with a broken service.
|
||||
To somewhat mitigate this, a pre-restore snapshot is made just before the restoration.
|
||||
A somewhat riskier way is to overwrite the service files directly, without intermediate storage. It requires less space, but if the transfer goes wrong, you end up with a broken service.
|
||||
To help reduce the impact, a snapshot is taken just before restoring.
|
||||
|
||||
The app does check that we have enough space before attempting a restore.
|
||||
|
||||
|
@ -73,23 +73,22 @@ Forgetting makes the snapshot inaccessible from the server, but deletion itself
|
|||
|
||||
## Automatic Backup
|
||||
|
||||
NaiJi
commented
Outdated
Review
... backed up according to the set period. ... backed up **according to** the set period.
def
commented
Outdated
Review
done done
|
||||
If you set up an automatic backup period, all of the services will be backed up regularly according to the period.
|
||||
If you set up an automatic backup period, all of the services will be backed up according to the set period.
|
||||
|
||||
Note that backups are independent per service. If you have services A and B backed up automatically every day in the morning, and then you back up service B manually at noon, then service A's next backup will be in the morning as usual, but B's backups will occur at noons.
|
||||
|
||||
inex marked this conversation as resolved
Outdated
inex
commented
Outdated
Review
грамматические ошибки грамматические ошибки
def
commented
Outdated
Review
done done
|
||||
If set to zero, autobackups will be disabled.
|
||||
If it is disabled, automatic backups will not be performed.
|
||||
|
||||
## Restoring after someone has deleted all the snapshots
|
||||
|
||||
* Go to your Backblaze/other cloud interface directly.
|
||||
* Rewind the bucket's state to prior the deletion event.
|
||||
* Open SelfPrivacy app
|
||||
* Invalidate snapshot cache
|
||||
* List the snapshots
|
||||
* Restore from snapshots as usual
|
||||
* Go to your Backblaze/other cloud interface directly;
|
||||
NaiJi marked this conversation as resolved
Outdated
inex
commented
Outdated
Review
occurred можно убрать occurred можно убрать
def
commented
Outdated
Review
done done
|
||||
* Rewind the bucket to its previous state before the deletion event;
|
||||
* Open SelfPrivacy app;
|
||||
* Update the snapshot list;
|
||||
NaiJi
commented
Outdated
Review
@inex what does this imperative mean? @inex what does this imperative mean?
inex
commented
Outdated
Review
Probably just opening the screen with the list of snapshots Probably just opening the screen with the list of snapshots
NaiJi
commented
Outdated
Review
Then we can remove it, because "Make sure the list is updated" is somewhat implied from the previous step Then we can remove it,
because "Make sure the list is updated" is somewhat implied from the previous step
def
commented
Outdated
Review
done done
|
||||
* Restore from snapshots as usual.
|
||||
|
||||
## Troubleshooting backups
|
||||
|
||||
* If you suspect that the snapshot list is inaccurate, try discarding the cache
|
||||
* If an inplace restore failed, make sure that your cloud is accessible and your contract is active, then try to either restore a snapshot you tried to restore, or a pre-restore snapshot generated automatically
|
||||
* If you do not have enough space on the disk for a safe restore, try restoring inplace
|
||||
* If you suspect that the list of snapshots is incorrect, try updating the snapshot list;
|
||||
NaiJi
commented
Outdated
Review
... try updating the snapshot list; ... try **updating** **the** snapshot list;
def
commented
Outdated
Review
done done
|
||||
* If an inplace restore has failed, make sure that your cloud is accessible and your contract is active. Then try to restore either a snapshot that you tried to restore or a pre-restore snapshot that was automatically generated;
|
||||
NaiJi
commented
Outdated
Review
Then try to restore either a snapshot that you tried to restore or a pre-restore snapshot that was automatically generated; Then try **to restore either** a snapshot **that** you tried to restore or a pre-restore snapshot that was automatically generated;
def
commented
Outdated
Review
done done
|
||||
* If you do not have enough space on the disk for a safe restore, try restoring inplace.
|
||||
|
|
|
@ -86,7 +86,6 @@ SelfPrivacy не создает резервных копий всей маши
|
|||
* Откатите состояние ведра до состояния, предшествовавшего удалению;
|
||||
* Откройте приложение SelfPrivacy;
|
||||
* Обновите список копий;
|
||||
* Откройте снимки;
|
||||
* Восстановите моментальный снимок обычным способом.
|
||||
|
||||
## Устранение неполадок при резервном копировании
|
||||
|
|
a solar flare
done