×
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.
Le 19/07/2016 à 19:52, Rob Berendt a écrit :
Couldn't you do a DUPMEDBRM from one VTL volume to another VTL volume?
This way they would be on two separate volumes?
Our two VTLs are configured as a backup of each other. The replication
is managed by the VTL so that the media are put on virtual shelves. For
a given partition, both VTL are configured but only one is varied on at
the same time. In case of a failure on the varied on/active VTL, we have
to vary it off [to avoid the partition to be aware of two medias with
the same name, which is not good], vary on the backup one, through the
VTL interface move the media from the shelves to the virtual library
slots, and, through BRMS move them from the location related to the
failing VTL to the newly varied on VTL.
The replication is running on both ways. If we would run DUPMEDBRM
from/to VTL, we would have in fact 4 times the same save.
On another side, we have to keep the physical tape library as we do not
want to use the VTL for media with a long term retention (for example
with a 10 years retention). For this reason, I have to check with the
architect what was the idea to do so, but if I remember fine, keeping
those media would decrease the deduplication ratio. So, as we have to
keep the physical library, we use them.
By the way the VTL are used by all our customers but only one or two
require duplications. And, I have also to check, they required at least
one physical media to agree using our VTL implementation. We have had a
lot of troubles to convince them (and all others, in fact) to switch
from physical to virtual libraries.
Marc
midrange.com
