× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



About the only time I can think we may need a physical is to send to IBM
for restoration there for certain special situations.

Our DD2500's are set up with a couple of pools of tapes.
Our Kendallville one has
- kdvl-vtl for the 'tapes' used on it
- grrt-vtl-dr for the tapes used on the Garrett vtl
Our Garrett one has
- grrt-vtl for the tapes used on it
- kdvl-vtl-dr for the tapes used on the Kendallville vtl

I can be doing backups to both at the same time. The pools are replicated
between each other. I have to shift tapes from one pool to the other if I
want to restore Garrett data in Kendallville (or vice versa). When you do
that the tape becomes a 'read only' while in that pool. Which kind of
makes sense.

It sounds to me like you are trying to get them to both appear as TAPMLB01
or some similar fashion on the same machine. If that's the case, I can
see why you would have to vary one off to vary the other on.
Here, we only ever see one of the libraries. All the Kendallville lpars
see KDVLVTL and all the Garrett lpars see GRRTVTL. But, as I said before,
we can 'move' the tapes to do a remote restore.
Sure beats driving the tape over or waiting for an Iron Mountain delivery.

When we were first banging out DUPMEDBRM and our first backups the boss
could really notice it on the comm when the replication was kicking in.
Now he keeps asking us if were done even though we have some intensive
DUPMEDBRM (four lpars at once) going on. Probably due to there being more
data in the deduping to select from.


Rob Berendt

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.