Paul The Irishman, post: 347506, member: 262 wrote: "canÛªt wait for us to get passed this situation"
Who checks their grammar?
Maybe he was waiting for someone to pass this situation to him...:-S
😉
I know a lot of native speakers who make the same error.....
Synology NAS in RAID-1 Configuration with daily offsite backup to iDrive.
RAID 10 on Linux Server. RSYNC Files to Second Offsite Linux Server Running RAID 10. Linux server with RSYNC, running as a cronjob twice a day, the cronjob can be configured for hourly, if needed. RSYNC emails a log file of the files that were backed up and those that were changed or deleted. RSYNC creates a Mirror copy of the Primary File Server. The second Linux server can be configured with SMB, and act as the primary file server in the event of catastrophic failure on the Primary file server. Servers are both Dell with PERC cards, PERC cards write tabs to the disc, so disc can be transplanted from one server into another PERC systems with Zero data loss. Carbonite and others offer a backup solution, but you have no guarantee they can give you back your data. So its really up to you to make sure your data solution is rock solid. Also if the offsite data is not accessible through a VPN, you can use FTP to login and download the files.
I am a fan of offsite data storage no matter how you are doing it. Amazon S3 is a great product, and you only pay for what you use. If your broadband provider gives you enough upstream bandwidth, offisite is an absolute must have.
Yes it is very important to make sure the files that are being backed up are valid and accessible. This is a topic that lots of surveyors, feel they have planned for, but until a failure you really do not know for sure.
Norman Oklahoma, post: 346993, member: 9981 wrote: "....We then discovered our daily backups only covered part of what we lostÛ?"
Who checks their backups to make sure they are fully working until after the crash? How would you even do that?
for a home user or small office the simple test would be to install a new hard drive and run your restore program.
If you have trouble, data loss, or extreme down time or manual labor impact: regroup and do it another way.
my system works, does yours? 🙂
hard drives are cheap, they should be replace periodically anyway. the old one can go off site for disaster recovery.
Doug Suttles, post: 349177, member: 397 wrote: RAID 10 on Linux Server. RSYNC Files to Second Offsite Linux Server Running RAID 10. Linux server with RSYNC, running as a cronjob twice a day, the cronjob can be configured for hourly, if needed. RSYNC emails a log file of the files that were backed up and those that were changed or deleted. RSYNC creates a Mirror copy of the Primary File Server. The second Linux server can be configured with SMB, and act as the primary file server in the event of catastrophic failure on the Primary file server. Servers are both Dell with PERC cards, PERC cards write tabs to the disc, so disc can be transplanted from one server into another PERC systems with Zero data loss. Carbonite and others offer a backup solution, but you have no guarantee they can give you back your data. So its really up to you to make sure your data solution is rock solid. Also if the offsite data is not accessible through a VPN, you can use FTP to login and download the files.
I am a fan of offsite data storage no matter how you are doing it. Amazon S3 is a great product, and you only pay for what you use. If your broadband provider gives you enough upstream bandwidth, offisite is an absolute must have.
Yes it is very important to make sure the files that are being backed up are valid and accessible. This is a topic that lots of surveyors, feel they have planned for, but until a failure you really do not know for sure.
excellent plan.
I like using the cloud as an element, it works. I prefer to also keep a physical copy off-site as well.
