-
Notifications
You must be signed in to change notification settings - Fork 18
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Best practices for backup: rsync #146
Conversation
This comment was written by the Continuous Documentation bot!
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I made some suggestions to the backup script, but I didn't run it.
Are you running the script in your daily life?
Co-authored-by: Dongdong Tian <[email protected]>
Co-authored-by: Dongdong Tian <[email protected]>
usually every month. I convert it from perl. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Please run the backup script again to make sure it works after applying my suggestions. After that this PR is good to merge.
Co-authored-by: Jiayuan Yao <[email protected]>
Co-authored-by: Dongdong Tian <[email protected]>
Co-authored-by: Dongdong Tian <[email protected]>
Have you read section 6 in this post (https://www.ruanyifeng.com/blog/2020/08/rsync.html)? |
Yes, I have read it. But I think we need a mirror, right? Do we want to do incremental backups? |
Co-authored-by: Dongdong Tian <[email protected]>
It's unclear to me what "a mirror" means. The current script works well, but it's still risky. We will have big trouble if we backup files weekly and realized that we did something wrong two weeks ago. |
That's a problem. Let's fix it later. |
Co-authored-by: Dongdong Tian <[email protected]>
Related to #43.