Main Area and Open Discussion > General Software Discussion

In search of ideal backup utility

<< < (13/20) > >>

tslim:
I'll suggest this to our developers, but I don't see how useful would it be to have the exact backup job in two different groups and have them both sharing the same centralized settings. If that source is important and want to be sure it gets backed up, you can set up a scheduler for it.
-Softland (August 25, 2008, 05:23 AM)
--- End quote ---
It is for the sake of easy maintenance and flexibility when setting up manual/timed schedules of backup. I have never thought about using it "just to ensure a source gets backup". Neither have I expected you to think along this direction and I feel disappointed for you can't see the usefulness of sharing job definition...

I hope the below will reach the developer of Backup4All:
Do you find "clone job" a useful function?
I suppose you do, because it is in Backup4All.
By providing the "clone job" function, I know you are expecting users will use it to create exact copies or variant copies of a job.
But what if the "common part" of multiple replica/variant needs a change? Don't you find changing every copy of them a pain?

The registry backup feature has lower priority compared with other features we want to implement, because other than using it for backing up applications (which can be done with plugins too) it doesn't have much applicability.
-Softland (August 25, 2008, 05:23 AM)
--- End quote ---
1) Clone job function is to clone a job (1 purpose)
2) The zip engine is to compress the backup source (1 purpose)
3) The scheduler is to create backup schedule (1 purpose)
etc

I can find a lot of features in Backup4all all serves a specific purpose just like the "Backup registry key" feature. In term of applicability, why do you/ what makes you find the others serve more than "Backup registry key" function? After all, they all serve only a specific function, right?

One can use "Backup registry key" function to backup application settings for:
a) Rebuild Windows from scratch, and therefore reinstall application and use the backup to quickly restore its previous settings.

b) Test an upgrade version of a utility. Regret? Uninstall and reinstall the previous ver. If settings are gone, then take them back from the backup.

c) Transfer application settings from 1 PC to the other PC. Of course this sometime won't work, but most of the time a backup from PC A follow by a Restore on PC B works.

As you can see, though it only does 1 thing, but it might come to help in many different scenarios. I see great applicability in it.

Btw,
Nice to meet you here Softland.

Armando:
Interesting thread. We had a few discussions about backup in the past -- of course, not necessarily about tslim's requirements, specifically. Here's one : https://www.donationcoder.com/forum/index.php?topic=1999.0

cmpm:
) Transfer application settings from 1 PC to the other PC. Of course this sometime won't work, but most of the time a backup from PC A follow by a Restore on PC B works.
--- End quote ---

This wouldn't work for a lot of software because of the nature of the settings.

tslim:
) Transfer application settings from 1 PC to the other PC. Of course this sometime won't work, but most of the time a backup from PC A follow by a Restore on PC B works.
--- End quote ---

This wouldn't work for a lot of software because of the nature of the settings.
-cmpm (August 25, 2008, 10:17 AM)
--- End quote ---
I would say it depends. The chance of a successful transfer is greatly boosted base on 2 factors:
1) How smart one guess what is the purpose of a setting in the registry, since there won't be documentation for 99% of programs.
2) How you restore settings in target PC. One example is restore all settings and tweak the one or two which give trouble. That is it.

Of course, the fundamental requirement is you know where in the registry the settings are stored. (Use Total Uninstall will be of great help)

mwang:
The GBM Pro is the world most extreme software. It has fast zip engine, it is unicode aware
-tslim (August 21, 2008, 01:58 PM)
--- End quote ---
Last time I tried, GBM Pro v.8 did backup and restore files with unicode filenames fine, but its search function couldn't find them in the zipped archives. Zip format doesn't have native unicode support, and GBM has to change the filenames before storing them. When searching, however, it didn't handle this conversion properly.

Not sure if it's still a valid observation, but be sure to check if this is important to you.

Navigation

[0] Message Index

[#] Next page

[*] Previous page