|
|
|
RAID recovery performance
 |
|
 |
 |
|
 |
|
Recovering a huge RAID volume requires that you do some prior
planning and set up. You do not want the system to run out of memory and start
swapping, as the recovery will grind to a halt. So to recover some
really big array, you need to
- add a /3GB switch in your boot.ini file
- have at least 3GB (preferably 4GB) physical memory installed.
- make sure you have some place to offload that data
Under these conditions, ZAR will recover an array containing about
12,000,000 objects (files and directories combined). This number is a
full-stop limit - if the volume contains more than 12M objects, ZAR will
eventually run out of memory. On the other hand, a typical NTFS volume,
something you most likely have at home, contains 500,000 files or less. For this typical
setup, 512MB of a physical memory is enough with low cache size, and 1GB
is enough if you have the cache size at maximum. Most of the reasonably
modern systems will thus perform quite well on a typical volume. In
these cases, no
additional tweaks are necessary. |
|
 |
|
 |
ReZARrect your data.
|
|
|
|
Weekend discount starts in 9 hours 20 min
Zero Assumption Recovery though allows you to recover 4 folders at a
time per run (you can do all if you pay for it), and regardless of
whether you've paid for it or not, you can restore as many images as you
want. Plus the smegger is quick. It went through a 40 Gig NTFS hard drive and
found all lost and deleted items and such in under an hour. It also has
some funky options for RAID and it talks about rebuilding a RAID partition.
|
|