meteor-backup | Backup script for meteor mongodb | Continuous Backup library
kandi X-RAY | meteor-backup Summary
kandi X-RAY | meteor-backup Summary
Backup script for meteor mongodb
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 meteor-backup
meteor-backup Key Features
meteor-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 meteor-backup
For increased security we're using an instance IAM role, which lets us get away from storing actual AWS credentials on the host itself. AWS will take care of providing short lived one-time credentials to the s3cmd tool when it needs them. Create a role named MeteorMongoBackup. The Role Type should be Amazon EC2, next click on Custom Policy and insert the contents of the file MeteorMongoBackupRole.json (replacing my-perfect-backup with your own bucket name from step 0)
Boot up an EC2 micro instance (a micro should be enough). When you create this instance make sure you select MeteorMongoBackup as the instance role. This will allow the host to seamlessly access your S3 bucket without needing to hardcode your AWS credentials on it.
Once the host is running, ssh to this host and run the setup.sh script. Note that this script contains many sections (some of them are optional) so my suggestion is that you read it and run each line manually.
Edit the file backup.sh to update the SITE URL and the COLLECTIONS. The COLLECTIONS is only needed if you want to crate cleartext (json) backups using the meteor-backup tool. If you're only interested in binary backups (bson) using mongodump then no need to specify the collections, they will all be backed up automatically, in binary format. json backups are useful for diffing or looking at just one collection's data, or grepping through them, but they also consume some more space.
Next, test the backup.sh script by running /bin/bash backup.sh
Set up a cron job by running crontab -e and adding the contents of the crontab file from this repository
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