Are All Copies Backups?
-
@Dashrender My point is, you're building a backup for a purpose, and to ensure that the backup works, you test it.
That is what makes it a backup.
Sporadic testing, is still testing. But if you have a single "backup" that is broken and just doesn't work it's not a backup, because you can't recover from it.
-
@DustinB3403 said:
That is what makes it a backup.
nooo... is it smart to test it? yes, but I don't agree that testing is intrinsic to it being a backup.
It's like Scott's earlier post
@scottalanmiller said:
I'd not go so far as to quantify reliability in the definition. Intent is black or white. Either you intend to retain or you don't intend to retain. You could add a third possibility... you intend to retain, you don't intend to retain or you intend not to retain.
Your testing requirement is the same as the reliability quantification that NattNatt was looking to add.
-
Now I will add - if your backup process fails - then you clearly Don't have a backup. But if the process claims that it is successful, well then I say generically you do have a backup, wither it's reliable/usable isn't known until you try using it.
-
@Dashrender said:
So we take a picture on our phone, it saves to the local storage. When the phone has a network connection it copies that picture to the cloud storage. At which point does the local picture change from being the primary to being the backup?
I say when it hits the cloud. Because the cloud is your storage. And the cloud provider has a backup. (As @scottalanmiller often says WE are the IT user in that case, not the IT Admin. That is the job of the cloud provider.) The copy on your phone is just synced, must the same as your contacts.
Me? I like a little more granular control over my data than just hoping the cloud provider can get it back. Even Apple recommends downloading your library somewhere other than iCloud.
-
@Dashrender But why would the process reportedly succeed, but still not work. If it doesn't work, you have nothing but wasted resources.
You have no backup at that point.
-
@BRRABill said:
Me? I like a little more granular control over my data than just hoping the cloud provider can get it back. Even Apple recommends downloading your library somewhere other than iCloud.
LOL even they don't trust their ability to restore your data. iCloud isn't O365. Hell OneDrive isn't O365. I wouldn't expect either service to have any onus toward recoverability of my data unless it's specifically in their TOS.
-
@Dashrender said:
LOL even they don't trust their ability to restore your data. iCloud isn't O365. Hell OneDrive isn't O365. I wouldn't expect either service to have any onus toward recoverability of my data unless it's specifically in their TOS.
Considering my recent (and andgoing) issue with iCloud, I am starting to get a little nervous.
-
TL:DR rest of thread:
A copy is a copy,.. I can have 30 copies of a document,... but the one I'm working on could get lost or damaged. But I haven't copied back to the other 29 locations,.. so I've lost hours of work.
A back up - a true back up looks at the original.. Better to have 20 backups theAn 20 copies.
And a good back up is only as valid as the last tested restore.
Yes @NattNatt ----thAn; speed typing... smh
-
@gjacobse "Better to have 20 backups Than 20 copies" I assume you mean?
-
I think of copies and backups like this: a backup is a conscious effort to protect your data, while a copy is just a duplicate of your data. Backups are most likely run on a regular schedule, and offer some way to easily restore the data when needed, as well as check to make sure that they're working correctly..You may be diligent enough to copy your files after each change, but most likely,you're not. If you don't make a new copy with each change, or even once daily, how useful is a copy if you need to restore from it? Also, how do you check to ensure that the copy hasn't been corrupted?
-
So this is computer existentialism?
-
I think you're getting two separate things mixed up needlessly.
-
Intentional backups / backup strategy
-
Potential sources of data to recover from
Bottom line, if you're in a position to need to recover stuff it makes lots of sense to look at both 1 and 2. Should you depend on 2? Hell no, that's the whole point of 1.
-
-
To me.
A Backup is a read only copy that can not be alterted.. Otherwise it's living data, And you can not verify the data has not changed/added or removed since the backup was taken.
