synology-windows-ssh-rsync-backup | Synology Windows computer backup via rsync | Continuous Backup library
kandi X-RAY | synology-windows-ssh-rsync-backup Summary
kandi X-RAY | synology-windows-ssh-rsync-backup Summary
Copyright (c) 2012 Nic Jansma These scripts allow you to easily and securely backup your Windows computers to a Synology NAS via rsync over SSH.
Support
Quality
Security
License
Reuse
Top functions reviewed by kandi - BETA
Currently covering the most popular Java, JavaScript and Python libraries. See a Sample of synology-windows-ssh-rsync-backup
synology-windows-ssh-rsync-backup Key Features
synology-windows-ssh-rsync-backup Examples and Code Snippets
Community Discussions
Trending Discussions on Continuous Backup
QUESTION
ANSWER
Answered 2022-Feb-22 at 10:59I am not sure if you have seen this message in the portal when you created the account/also mentioned in the doc
"You will not be able to switch between the backup policies after the account has been created"
since you need to select either "Periodic" or "Continuous" at the creation of Cosmos Account, it becomes mandatory.
Update:
You will not see the above in portal anymore, you can Switch from "Periodic" to "Continous" on an existing account and that cannot be reverted. You can read more here.
QUESTION
What would be the consistency of the continuous backup of the write region if the database is using bounded staleness consistency? Will it be equivalent to strong consistent data assuming no failovers happened?
Thanks Guru
...ANSWER
Answered 2021-Nov-25 at 17:15Backups made from any secondary region will have data consistency defined by the guarantees provided by the consistency level chosen. In the case of strong consistency, all secondary region backups will have completely consistent data.
Bounded staleness will have data that may have stale or inconsistent data inside the defined staleness window (minimum 300 seconds or 100k writes). Outside of that staleness window the data will be consistent.
Data for the weaker consistency levels will have no guarantees for consistency from backups in secondary regions.
QUESTION
MongoDB has deprecated the continuous back up of data. It has recommended using CPS (Cloud provider snapshots). As far as I understood, snapshots isn't really going to be effective compared to continuous backup coz, if system breaks, then we can only be able to restore the data till the previous snapshot which isn't gonna make the database up-to-date or close to it atleast.
Am I missing something here in my understanding?
...ANSWER
Answered 2020-May-19 at 10:12Cloud provider snapshots can be combined with point in time restore to give the recovery point objective you require. With oplog based restores you can get granularity of one second.
Community Discussions, Code Snippets contain sources that include Stack Exchange Network
Vulnerabilities
No vulnerabilities reported
Install synology-windows-ssh-rsync-backup
Enable SSH on your Synology NAS if you haven't already. Go to Control Panel - Terminal, and check "Enable SSH service".
Log into your Synology via SSH.
Create a /root/.ssh directory if it doesn't already exist mkdir /root/.ssh chmod 700 /root/.ssh
Upload server/validate-rsync.sh to your /root/.ssh/validate-rsync.sh. Then chmod it so it can be run: chmod 755 /root/.ssh/validate-rsync.sh
Create an authorized_keys file for later use: touch /root/.ssh/authorized_keys chmod 600 /root/.ssh/authorized_keys
Ensure private/public key logins are enabled in /etc/ssh/sshd_config. vi /etc/ssh/sshd_config You want to ensure the following lines are uncommented: PubkeyAuthentication yes AuthorizedKeysFile .ssh/authorized_keys
You should reboot your Synology to ensure the settings are applied: reboot
Setup a share on your Synology NAS for backups (eg, 'backup').
For each client you want to backup, you will need to do the following:.
Generate a private/public key pair for the computer. You can do this by running ssh-keygen.exe, or have generate-client-keys.cmd do it for you: generate-client-keys.cmd or generate-client-keys.cmd [computername] If you run ssh-keygen.exe on your own, you should name the files rsync-keys-[computername]: ssh-keygen.exe -t dsa -f rsync-keys-[computername] If you run ssh-keygen.exe on your own, do not specify a password, or clients will need to enter it every time they backup.
Grab the public key out of rsync-keys-[computername].pub, and put it into your Synology backup user's .ssh/authorized_keys: vi ~/.ssh/authorized_keys You will want to prefix the authorized key with your validation command. It should look something like this command="[validate-rsync.sh location] [backup volume root]" [contents of rsync-keys-x.pub] For example: command="/root/.ssh/validate-rsync.sh /volume1/backup/MYCOMPUTER" ssh-dss AAAdsadasds... This ensures that the public/private key is only used for rsync (and can't be used as a shell login), and that the rsync starts at the specified root path and no higher (so it can't destroy the rest of the filesystem).
Copy backup-TEMPLATE.cmd to backup-[computername].cmd
Edit the backup-[computername].cmd file to ensure %rsyncPath% is correct. The following DOS environment variable is available to you, which is set in config.csv: %rsyncRootPath% - Remote root rsync path You should set rsyncPath to the root remote rsync path you want to use. For example: set rsyncPath=%rsyncRootPath%/%COMPUTERNAME% or set rsyncPath=%rsyncRootPath%/bob/%COMPUTERNAME% %rsyncRootPath% is set in config.csv to your Synology backup volume (eg, /volume1/backup), so %rsyncPath% would evaluate to this if your current computer's name is MYCOMPUTER: /volume1/backup/MYCOMPUTER You can see this is the same path that you put in the authorized_keys file.
Edit the backup-[computername].cmd file to run the appropriate rsync commands. The following DOS environment variables are available to you, which are set in start-backup.cmd: %rsyncStandardOpts% - Standard rsync command-line options %rsyncConnectionString% - Rsync connection string For example: set cmdArgs=rsync %rsyncStandardOpts% "/cygdrive/c/users/bob/documents/" %rsyncConnectionString%:%rsyncPath%/documents echo Starting %cmdArgs% call %cmdArgs%
Copy the client/ directories to the target computer, say C:\backup. If you are using %vcsUpdateCmd%, you can checkout the client directory so you can push remote updates (see above).
Setup a scheduled task (via Windows Task Scheduler) to run start-backup.cmd as often as you wish.
Create the computer's backup directory on your Synology NAS: mkdir /volume1/backup/MYCOMPUTER
Support
Reuse Trending Solutions
Find, review, and download reusable Libraries, Code Snippets, Cloud APIs from over 650 million Knowledge Items
Find more librariesStay Updated
Subscribe to our newsletter for trending solutions and developer bootcamps
Share this Page