Why on earth wouldn't you use the compression built into the SDLT? Restores should actually be faster than non-compressed tapes.
Compression from the client is another matter - it won't change restore times because it is not done on restores.
Mickey
I have seen problems with DLT drives for years and many fewer problems with LTO and AIT tapes. DLT is near the end of technology life with SDLT (will there be an SDLT2?) and LTO is mid-life with an LTO3 in the works.
AIT is very dense with inexpensive media!
The key to robot longevity is...
I'm having this exact problem with a SAN media client. I'm running with the same st.conf from the master server that works fine, also Solaris 8. I have 2 other aix SSO media servers that work fine.
This is weird... I'll report back when we figure this out.
Mickey
Use the tar command that comes with NetBackup, not the one that comes with AIX: /usr/openv/netbackup/bin/tar.
There's a good reference to do exactly this at in the Administator's Guide - page 598 of the latest DataCenter Administrator's Guide.
You don't mention what platform you're running, but there is a log file somewhere with the answer to your question.
Perhaps netbackup hasn't had the license key entered on the new system?
Try the Help > License Keys panel in the NetBackup Administration console on the new system. You will...
We've done this with most of our long expiration media. The duplicate process takes a long time, but if you duplicate backup sets and fill up an LTO tape, you can get rid of a lot DLT media.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.