Retroi 5 doesn't use next tape...

[Todd Reed]

I'm working with a PC running the latest version of Retrospect. Unlike the
Mac version, whenever the VXA fills up a tape, Retrospect always asks me
whether I want to proceed with using the next tape in the series.

The next tape is already written with the correct name. On the Mac version,
if I run a recycle backup, then Retrospect goes right ahead and uses tape 1,
tape 2 or tape 3 in the set without pause as long as the tape has previously
been written to the current storage set, or is erased.

On the PC, it always asks me whether I want to proceed, and then if the tape
should be erased, even though it is the correct one in the series. I've
checked the prefs but can't see why Retrospect persists in asking whether
the tape should be used.

TIA for any help given.

Todd
-- 
[EMAIL PROTECTED]
Just my two cents worth...
your mileage may vary.
www.infoasis.com



--
--
To subscribe:[EMAIL PROTECTED]
To unsubscribe:  [EMAIL PROTECTED]
Archives:
Search:  

For urgent issues, please contact Dantz technical support directly at
[EMAIL PROTECTED] or 925.253.3050.

Storage space efficiency statistics?

[Steve Rothman]

I currently back up about 30 volumes on about 10 clients, mostly Macs.

After doing a full backup and maybe 20 incremental backups, I have 
used up 5 DDS-3 tapes (native, 60GB, with compression, more like 
80GB). Roughly two/thirds of the backup data is from the full 
backups, the rest from the incrementals.

Here's my question, I would like to find out which volumes are 
responsible for what percentage of the incremental backup data for a 
particular backup set. I'm sure I could pore through the various 
reports logs and figure this out by hand, but is there a quicker way? 
Basically, I'd love a report that looks something like this:

Volume Name  Full Incrementals
===
abc 2.5GB 1.2GB
def  1.7GB 0.4GB
ghi  2.1GB 6.8GB
jkl  8.2GB 2.1GB


If I had a report like this, I could immediately see that "ghi" is 
generating a disproportionate amount of new data from day to day and 
investigate.  ("jkl" takes up a similar amount of tape, but the 
incremental numbers seem a lot more proportional.)

Is there any good way to generate a report like this? -Steve


--
--
To subscribe:[EMAIL PROTECTED]
To unsubscribe:  [EMAIL PROTECTED]
Archives:
Search:  

For urgent issues, please contact Dantz technical support directly at
[EMAIL PROTECTED] or 925.253.3050.

suggestions for scripting

[Donovan Brooke]

Hello, I am setting up scripts for a daily back-up.  I wanted to get
suggestions
(or reinforcement) on the appropriate procedure for doing a daily back-up
that
rotates between two removable drives every other week.
    I am backing up to a macintosh file.  I have
two 60gig USB drives.  I want
to backup to one for a week then take it to a safety deposit box. I
want to use
the other one to do the next weeks back-up.
    q: With just getting started in the world of retrospect
my thinking is that I will:
1. do the back-up on the first one.
2. Copy those files to the other drive.
3. Mount the second drive and name it the same as the first.
4. start back-up on the second.
Does this sound appropriate.  The whole "taking the drive to the
safety deposit
box" thing I think is a little overkill but this is what was decided
by the "higher
ups"  :-)
Thanks in advance
-- Donovan
D. Brooke
Systems Administrator/
Assc. Art Director
Epsen
Hillmer Graphics

Re: Slow to Read and Write

[andrew]

are you sure "byte-comparison" isn't on by mistake? That slows down the
drive tremendously.
- Original Message -
From: "Mike Stoker" <[EMAIL PROTECTED]>
To: "retro-talk" <[EMAIL PROTECTED]>
Sent: Tuesday, December 19, 2000 9:18 AM
Subject: Re: Slow to Read and Write


> Dear Retrospect users:
>
> We are using Retrospect with an HP SureStore DLT 80 and QuantumDLTtape
> IV. At some point recently, it began writing the tapes VERY slowly, like
> taking 10 hours to write one tape. The same tapes read about the same
> speed, too. The old tapes read very quickly. As far as we can tell, the
> settings in Retrospect and the Mac system haven't changed. It has been
> suggested that the machine is defective, but it's only a few months old.
> Any ideas?
>
> Mike Stoker
> Millet the Printer, Inc.
> Dallas
>
>
> --
> --
> To subscribe:[EMAIL PROTECTED]
> To unsubscribe:  [EMAIL PROTECTED]
> Archives:
> Search:  
>
> For urgent issues, please contact Dantz technical support directly at
> [EMAIL PROTECTED] or 925.253.3050.



--
--
To subscribe:[EMAIL PROTECTED]
To unsubscribe:  [EMAIL PROTECTED]
Archives:
Search:  

For urgent issues, please contact Dantz technical support directly at
[EMAIL PROTECTED] or 925.253.3050.

Re: Slow to Read and Write

[Mike Stoker]

Dear Retrospect users:

We are using Retrospect with an HP SureStore DLT 80 and QuantumDLTtape
IV. At some point recently, it began writing the tapes VERY slowly, like
taking 10 hours to write one tape. The same tapes read about the same
speed, too. The old tapes read very quickly. As far as we can tell, the
settings in Retrospect and the Mac system haven't changed. It has been
suggested that the machine is defective, but it's only a few months old.
Any ideas?

Mike Stoker
Millet the Printer, Inc.
Dallas


--
--
To subscribe:[EMAIL PROTECTED]
To unsubscribe:  [EMAIL PROTECTED]
Archives:
Search:  

For urgent issues, please contact Dantz technical support directly at
[EMAIL PROTECTED] or 925.253.3050.

Re: Mac OS x

[Karen Briggs]

>on 12/18/2000 4:34 PM, "sam edwards" <[EMAIL PROTECTED]> wrote:
>
>>  Hi All,
>>
>>  Just a quick question - sorry if this is a repeat (I couldn't find any
>>  archives for the listserv - honestly!!)
>
>Sigh...it is linked at the footer of every single message posted to this
>list.
>
>Also, it is the FIRST link that comes up in google.
>
>http://www.google.com/search?q=retro-talk
>
>Next time try a tiny bit harder. I know you can do it.
>
>-jon
>

No need for sarcasm - try and treat 'fleshware' as you would your hardware.

PS Honk


--
--
To subscribe:[EMAIL PROTECTED]
To unsubscribe:  [EMAIL PROTECTED]
Archives:
Search:  

For urgent issues, please contact Dantz technical support directly at
[EMAIL PROTECTED] or 925.253.3050.