It eventually happened ... I lost some data
-
Seriously, have a look at AOMEI - it does images, incremental images, and you can load images are virtual drives to restore individual files if you need to, or rewrite the whole HDD from a boot WinPE disk. It compresses, it's got a free edition which does everything you want, pretty much, it's really damn good. The only thing I wish it handled was eMMC so I could image the WookieTab ...
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
-
Never overwrite backups immediately: Always keep a "grandfather...father...son" relationship so you can avoid things like this. It's also a good idea to keep several different physical backup media which you rotate each time you do a backup, and keep them physically disconnected from the computer once the backup is complete. That way you are insured against a single hardware failure, and against ransomware which can also encrypt your backup devices if they are on-line. I run several 4TB USB drives, and do a full image every two weeks, with a different drive each time, and I keep a "historic" 8 or so images on each drive. But then, I've been called paranoid before, so it doesn't bother me... :laugh: I'd also recommend AOMEI Backupper - but I may have done that here once or twice before!
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
-
Funny thing, it happened while I wanted to create backup of my data. I wanted to backup my screenshot folder with robocopy script. Destination folder also contained some older screenshots. What I forgot about, that since the last backup I reinstalled my notebook and to save some space I didn't restore the Screenshots folder. That was stupid from me, now I had newer screenshots with the same filenames, which meant robocopy rewrote them all. To be honest, this was not some super critical data, that why I was OK to have it at one place. So, maybe it was a fair price to learn for ever, that I have to be really careful with robocopy even when I'm not using the /MIR option.
Prove it. What data did you lose? :jig:
-
Prove it. What data did you lose? :jig:
-
It worked fine for me, both on my desktop when I did a trial restore, and on a ASUS lappie after a major user failure. My desktop runs legacy bios, the lappie UEFI. Did you report it to AOMEI?
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
OriginalGriff wrote:
Did you report it to AOMEI?
I can't 100% prove it is something wrong on their side, but I did search for similars in the support forum and what I saw was not convencing me. So no... I didn't report it.
M.D.V. ;) If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about? Help me to understand what I'm saying, and I'll explain it better to you Rating helpful answers is nice, but saying thanks can be even nicer.
-
Funny thing, it happened while I wanted to create backup of my data. I wanted to backup my screenshot folder with robocopy script. Destination folder also contained some older screenshots. What I forgot about, that since the last backup I reinstalled my notebook and to save some space I didn't restore the Screenshots folder. That was stupid from me, now I had newer screenshots with the same filenames, which meant robocopy rewrote them all. To be honest, this was not some super critical data, that why I was OK to have it at one place. So, maybe it was a fair price to learn for ever, that I have to be really careful with robocopy even when I'm not using the /MIR option.
I can definitely say you need some form of rotation on your backups. It's not always easy to automate, there's always some sort of manual intervention required. Imaging is also a very good idea, but IMO it's for a different purpose than to try and keep your data "safe". It's so you can revert back to how your OS worked before once you fiddle too much and bork it all up. For me, every time I update / do some major installation I make an image first. For my data I have 3 externals which I constantly swap around on a daily basis. Call them A, B & C. I've setup a rsync script on my Linux at home that just attempts to copy to a preset folder every time, if it doesn't exist the script just waits a few minutes and tries again. Then when I finally plug in the external the automount places it into that folder and the script does its thing. In the morning I unplug that drive (A), plug in another (B), take it with me to office. There I unplug C which I left there yesterday and plug in A. Where I use DeltaCopy in Windows to do the same thing there (it's just a frontend for rsync in Windows to compatible with the way rsync works in Linux). It then keeps my data at work synced with the data from home. At the end of the day I take the drive I left at work (C) back home leaving A there. Rinse-n-repeat. Pretty simple, all I need to do is plug in/out drives. Even if I forget it's just a case of the rotation skips a day. And since there's always at least 3 copies, such accidental overwrites isn't an immediate problem. Not to mention, since my Linux machine is using BTRFS I've got snapshots to previous versions of nearly all files, at least two of each - which means I'm able to get a previous version even if I've overwritten all 3 externals. I've twice had to restore due to a HDD failing, and that just meant plugging in so the script itself recreates the folders & files. Accidental deletes were the only points where I needed to manually restore - which entailed all of a normal copy-paste operation ... "sssssoooooo complicated to do isn't it?"
-
Funny thing, it happened while I wanted to create backup of my data. I wanted to backup my screenshot folder with robocopy script. Destination folder also contained some older screenshots. What I forgot about, that since the last backup I reinstalled my notebook and to save some space I didn't restore the Screenshots folder. That was stupid from me, now I had newer screenshots with the same filenames, which meant robocopy rewrote them all. To be honest, this was not some super critical data, that why I was OK to have it at one place. So, maybe it was a fair price to learn for ever, that I have to be really careful with robocopy even when I'm not using the /MIR option.
Reminds me of a company I used to work for many years ago. Every day a series of automated database backups went to LT02 tapes. Tapes got changed by hand if the operators remembered. On the only occasion that the data server failed we couldn't read the current backup to restore it. Luckily we managed to resurrect the server but management instituted a new data backup policy as a direct result. Moral of the story, making backups is a great idea but only if they can actually be used to restore as well.
We're philosophical about power outages here. A.C. come, A.C. go.
-
Never overwrite backups immediately: Always keep a "grandfather...father...son" relationship so you can avoid things like this. It's also a good idea to keep several different physical backup media which you rotate each time you do a backup, and keep them physically disconnected from the computer once the backup is complete. That way you are insured against a single hardware failure, and against ransomware which can also encrypt your backup devices if they are on-line. I run several 4TB USB drives, and do a full image every two weeks, with a different drive each time, and I keep a "historic" 8 or so images on each drive. But then, I've been called paranoid before, so it doesn't bother me... :laugh: I'd also recommend AOMEI Backupper - but I may have done that here once or twice before!
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
-
Funny thing, it happened while I wanted to create backup of my data. I wanted to backup my screenshot folder with robocopy script. Destination folder also contained some older screenshots. What I forgot about, that since the last backup I reinstalled my notebook and to save some space I didn't restore the Screenshots folder. That was stupid from me, now I had newer screenshots with the same filenames, which meant robocopy rewrote them all. To be honest, this was not some super critical data, that why I was OK to have it at one place. So, maybe it was a fair price to learn for ever, that I have to be really careful with robocopy even when I'm not using the /MIR option.
You can probably find the deleted files under the
_gsdata_
directory in the target directory.
-
Used to do that but would always get reminded at wrong time and which was where last (multiple pc's.) Even better is silent backup to network drive, daily/regular routine to switch drives - easier handling of multiple machines, no need to drag drives around. (Just stack them up next to the router.) Worst thing that can happen is forget to switch drive now and then - but for that the backups are set to keep a few generations of full/diff/incremental on each drive so still nothing is lost.
Sin tack the any key okay
Lopatir wrote:
Used to do that but would always get reminded at wrong time and which was where last (multiple pc's.)
Absolutely! My current backup reminder is on snooze for about three months! :|
Piyush K Singh
-
As a matter of interest, do you use the free or pro version of AOMEI?
I was using the free version, but then I bought it. You don't get a lot of more useful stuff, but if it encourages them to keep working, it's worth it!
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
-
I was using the free version, but then I bought it. You don't get a lot of more useful stuff, but if it encourages them to keep working, it's worth it!
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
Thanks for that, I have been using FBackup but AOMEI does look better. I'll give it a go...
-
You can probably find the deleted files under the
_gsdata_
directory in the target directory.
I couldn't find such directory in the destination (I've also checked for hidden and system files) and after googling (and binging) it I could only find results related to GoodSync and I used robocopy. So, probably I'm out of luck, but I appreciated your comment. For some folk might be life saver :) .
-
Funny thing, it happened while I wanted to create backup of my data. I wanted to backup my screenshot folder with robocopy script. Destination folder also contained some older screenshots. What I forgot about, that since the last backup I reinstalled my notebook and to save some space I didn't restore the Screenshots folder. That was stupid from me, now I had newer screenshots with the same filenames, which meant robocopy rewrote them all. To be honest, this was not some super critical data, that why I was OK to have it at one place. So, maybe it was a fair price to learn for ever, that I have to be really careful with robocopy even when I'm not using the /MIR option.
-
Never overwrite backups immediately: Always keep a "grandfather...father...son" relationship so you can avoid things like this. It's also a good idea to keep several different physical backup media which you rotate each time you do a backup, and keep them physically disconnected from the computer once the backup is complete. That way you are insured against a single hardware failure, and against ransomware which can also encrypt your backup devices if they are on-line. I run several 4TB USB drives, and do a full image every two weeks, with a different drive each time, and I keep a "historic" 8 or so images on each drive. But then, I've been called paranoid before, so it doesn't bother me... :laugh: I'd also recommend AOMEI Backupper - but I may have done that here once or twice before!
Bad command or file name. Bad, bad command! Sit! Stay! Staaaay...
OriginalGriff wrote:
I run several 4TB USB drives, and do a full image every two weeks, with a different drive each time, and I keep a "historic" 8 or so images on each drive. But then, I've been called paranoid before, so it doesn't bother me...
Is it paranoia if you know something will happen? ;P Hardware fails. Software fails. People make mistakes. People do bad things to others. Stuff happens. My strategy:
- Replace the primary HD every other year to mitigate HW failure
- Use the old primary HD as a hot swap backup inside the PC.
- Use old internal HDs as offline storage (got a cable/power supply for $15 USD that turns any HD [EIDE or SATA] into a flash drive).
- Make system images periodically, when changes to the OS & applications warrant it.
- Use WinZip to automatically backup certain directories nightly, weekly, or monthly, depending on data changes. Backups include a date/time stamp and are placed on the hot swap HD.
- Periodically move backups to one of several external HD, and use old internal HD as long range storage.
- Burn copies of files to DVD on a semi-regular basis. DVD-R has limitations, but it's proof against ransomware, the media is cheap, and it's easy to store.
One valuable feature of zip format is that it's extremely easy to pluck a file out of a backup. While system images are complete restores if a system is hosed ... it's not always easy (or possible) to get single file out without doing a complete restore. [A former employer got burned on a proprietary backup format so I avoid them.] Flash drives are cheap and easy to use, but the media is volatile, so I don't use it except as very temporary storage. Am I winning the paranoia contest??? :laugh:
