I'm actually the lone mac support in a large organisation. I would
never give up my mac but the company uses PeeCees and I need to
support that world as well. So I need to find the best solution for
support without making it too obvious that I'm terribly biased. How
many times have I said
thanks for your email. Yes its a total of 6-8gb for all dtp machines - i am
deliberately forcing my users to keep the required backup files to a limit
of 2GB each - so you think that one server should be able to handle all
What i was thinking initially was to use the 7200/75 for
It's unlikely that we will qualify and write drivers for each possible CD-RW
drive and external FireWire/USB bridged enclosure. There are just too many
variables, and if we find problems with a drive's or bridge's firmware, it's
unlikely that we be able to convince the device's
What are you getting now for the backup times on the local machine?
That's a pretty good indication of the top speed of your system
usually. If the log shows 15MB/Min, just take the total amount
backed up and divide it by 15MB and you will get the total minutes it
So, for 8-10GB you
Does the solution have "RISC" as part of it?
From: Craig Isaacs [mailto:[EMAIL PROTECTED]]
Sent: Wednesday, January 03, 2001 4:23 PM
Subject: Faster catalog matching (was RE: Anyone used Retrospect on
- with a lot
Well, that's not *entirely* true. Retrospect scales with some difficulty,
though I'm learning to work around some of its shortcomings, and ranting
about some others.
I have about 1000 clients, currently being backed up by 3 Macs.
I am converting the 3 Mac servers into 4 NT servers, not because
Title: Catalog 0ut of sync on NT server
I have a Compaq DL380 server with a separate disk array attached via two (long) SCSI3 cables. 1GB RAM plenty of HD space.
Server has 35/70 DLT drive internal
scripted backup of two volumes (C D drives).
scans C drive, backs it up (
Here's a message I posted on 11/9/00...
Upon re-reading what I wrote, I'd like to amend #2 by stating that the
server in question was a DL580, not a DL380.
Anyway, try a different SCSI adapter, rather than using Compaq's built-in
--- begin old message -
Since it seems we're on the subject of feature requests, speeds of backups
over network to tape and so on, here's what I'd like to see added to
Retrospect. I'll be talking about tapes because that's what I use, but I'm
sure this would apply to any sort of backup set.
Add an option that does
Thanks for the reply Eric. I absolutely agree and understand why I should
select one of the tried and true CD-R's. I've just become such a fan of the
Pyro 1394 external kit, I was hoping to find as many ways of implementing
I did have an opportunity to try a friend's BOA FireWire CR-RW using
Just a thought, when does it get time to copy to tape, this seems
good in theory but I guess it could only be efficient if you can run
multiple backup sessions in parallel. I'm not sure about the problem
with speed, I think tape drives can keep up with network speeds
though I can't tell you
Perhaps the process could queue the files in 650MB (or whatever) size
chunks which could then be copied to tape as soon as the first one on
the disk is complete. If the tape drive ran faster than the system
could fetch the data from the clients, you could simply increase the
number of backup
Mail list logo