Re: huge catalogs and slow snapshots

2001-01-04 Thread Michael Kennard
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

Re: best way to run retrospect with multiple stations on network

2001-01-04 Thread David Chokwenda
Hi, 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 that. What i was thinking initially was to use the 7200/75 for

Re: Ricoh MP 7083 CDRW and HP 9500

2001-01-04 Thread Eric Ullman
Hi Joe, 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

Re: best way to run retrospect with multiple stations on network

2001-01-04 Thread matt barkdull
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 takes. So, for 8-10GB you

RE: Faster catalog matching (was RE: Anyone used Retrospect onme dium-large systems?)

2001-01-04 Thread Thone, Bradley A (Sbcsi)
Does the solution have "RISC" as part of it? ;-) Brad. -Original Message- From: Craig Isaacs [mailto:[EMAIL PROTECTED]] Sent: Wednesday, January 03, 2001 4:23 PM To: retro-talk Subject: Faster catalog matching (was RE: Anyone used Retrospect on medium-large systems?) - with a lot

RE: Anyone used Retrospect on medium-large systems?

2001-01-04 Thread Thone, Bradley A (Sbcsi)
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

Catalog 0ut of sync on NT server

2001-01-04 Thread Rob Davies
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 Symptoms: scripted backup of two volumes (C D drives). scans C drive, backs it up (

RE: Catalog 0ut of sync on NT server

2001-01-04 Thread Thone, Bradley A (Sbcsi)
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 SCSI adapter. --- begin old message - Just FYI.

Holding disk (feature request)

2001-01-04 Thread Seth D. Mattinen
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

Re: Ricoh MP 7083 CDRW and HP 9500

2001-01-04 Thread Joe Pokupec
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 it! I did have an opportunity to try a friend's BOA FireWire CR-RW using

Re: Holding disk (feature request)

2001-01-04 Thread Michael Kennard
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

RE: Holding disk (feature request)

2001-01-04 Thread Douglas B. McKay
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