| At present the Unix and NT clients are used to backup files - the files can
be anything. We don't backup files that are open with an exclusive lock. If a
database file is open without an exclusive lock we can back it up. However, we
cannot guarentee the integrity of the data as some key transactions may be in
cache that is not backed up.
All this to say that we do not yet fully support backup of SQL, SAP or Oracle
databases or the NT registry file. We are working on registry file backup now
but I can't give you a firm date yet.
Full support for database backup is on the requirements list. Please keep in
mind that it's a long list!
|
| Ewald,
Currently ABS only supports one stream ( = client) per tape drive. This means
that a Unix/NT client do not utilize multiple drives in parallel; the onlt
backup agent that has this behaviuor is RMU BACKUP.
If you have a tape drive (e.g. TZ88, local SCSI), that is able to handle 3.0
MB/sec, one hour give you 3600 * 3.0 = 10.8GB/hour. Giving the size of data
you're talking about (90 - 150 GB/day), the backup window might become very long
if everything is in one Save Request. So you'll need multiple streams to
meet your backup window (you know where to set the number of drives, don't you).
Ideal would be a change in ABS to allow multiple streams from one Unix/NT client
for the same save request, so tune up the number of drives in the Execution
Environment (not the Storage Class). However, I'm afraid that a lot of water
still have to flow through the Rhine/Donau before we see something of that kind.
Another, very good solution for the customer, is to use Networker on Unix / NT.
It comes with modules for Oracle, SAP and SQL server (later this year). So, you
might want to move away from ABS if you're forced to by the (lack of offered
versus customer required) functionallity. NSR is the major competitor of ABS
inside Digital
Hans
|