Norman,
Go to your TSM Client preferences and find the pre and post command to execute.
You will find there where your vcbmount script located.
BR,
Martin
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Gee,
Norman
Sent: Friday, March 20, 200
Thanks for the help everyone. NDMP looked unsupportable to us since it'd
require putting the Filer on our SAN and we don't have a currently have system
to charge for data sent across the SAN. NDMP via the network looks like a
workable option though.
Thanks again,
--
Brian Kunst
Storage Admin
TSM does support mixing media in the library, but I believe you are correct
that with LTO2 + LTO4 drives and media, you will have a problem.
I've included the text from the 5.5 TSM Admin Guide for Windows below. I
interpret it to say that there is no way to keep an LTO2 scratch cartridge
from lan
LTO4 drives will read, but not write LTO2 media.
Kelly Lipp
CTO
STORServer, Inc.
485-B Elkton Drive
Colorado Springs, CO 80907
719-266-8777 x7105
www.storserver.com
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Howard
Coles
Sent: Thursday, M
We do this with a mixed LTO3 and LTO2 drives. We did not partition the
library. However, I would highly suggest putting the smaller format higher in
the drive number list. DRIVE01 = LTO2 . . . DRIVE10 =LTO4. That will keep the
LTO4 drives available for LTO4 tapes, if LTO4 drives will read an
After an update of the ESX server software, my VCB files backups has
started failing. My VMware administrator want me to changed the VCB
mount command from -a ipaddr:server to -a name:server. This command is
automatically issue from the TSM client and I don't see how I can change
it.
Is there o
Network data transfer rate is the rate when the client is actually sending the
data. Usually very close to the wire speed. Aggregate is amount of data
transferred divided by the backup's elapsed time. Not just the time the client
is actually moving data on the wire. If you don't see the netwo
I have a question about aggregate data transfer rate. Why it is always a
lot slower than the network data transfer rate?
For example:
ANE4961I (Session: 18137, Node: MFDCITRIX) Total number of bytes
transferred: 13.61 GB (SESSION: 18137)
03/18/09 15:37:37 ANE4963I (Session: 18137, Node: MFDCITR
You are very welcome!
On Thu, Mar 19, 2009 at 11:20 AM, Rainer Wolf wrote:
> Hi Wanda ,
> thanks a lot for this detailed clarification and your additional idea !
> - it makes all sense and is quite comprehensible now
>
> Rainer
>
> Wanda Prather schrieb:
>
>
> Compression algorithms work by remo
Hi Wanda ,
thanks a lot for this detailed clarification and your additional idea !
- it makes all sense and is quite comprehensible now
Rainer
Wanda Prather schrieb:
Compression algorithms work by removing repeating patterns in the data.
Encryption also works by removing repeating patterns in
As many say your mileage may vary You can positively impact the Dedupe
factor by ...
1) No Client Side Compressions (Compressed files always have unique Sig)
2) No Client Side Encryption (TSM or OS) - Encrypted Data is always unique like
compressed data.
3) If you have more than one VTL ea
Hi Team,
Ive a question about mixing LTO drives and media in the same library LTOn
and LTOn+2.
Windows TSM 5.4.3.2 (soon to be migrated to a 5.5.1.1 server running on
AIX)
IBM 3584 single frame library, presently with 4 x IBM LTO2 drives
Currently no library clients or storage agents.
M
Compression algorithms work by removing repeating patterns in the data.
Encryption also works by removing repeating patterns in the data.
So you are correct that no matter what type of drives you are using, the
drives are unlikely to be able to do any significant amount of compression
on encrypted
Thanks Wanda. That's what I was afraid of.
Oh well!!
Gary Lee
Senior System Programmer
Ball State University
phone: 765-285-1310
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Wanda
Prather
Sent: Thursday, March 19, 2009 9:07 AM
To: ADSM-
The bad news: Yes, you have to create a new copy pool and then delete the
volumes out of the old one.
The good news: 8 TB of TS1120 is only about 10 cartridges!
On Thu, Mar 19, 2009 at 9:01 AM, Lee, Gary D. wrote:
> Tsm server 5.4.4 running on Zlinux sles9.
>
> Since move data and move node
(7 days of retention at the DR site also sounds bogus to me - why 7? Sounds
like they don't really know what they need and you should reexamine RTO and
RPO.)
But regardless of that, here's what I would recommend to solve the problem
as stated:
For the primary site, keep your 180 days retention.
O
I have more customers that backup their filers by mounting the shares to a
Windows box than I do using NDMP.
It's slower, but it gives you true incrementals and lets you specify
retention using TSM's normal mgmt classes, and it makes individual file
restores easier. You usually end up sending le
Tsm server 5.4.4 running on Zlinux sles9.
Since move data and move nodedata will not go between copy pools, am I just
limited to copying to the new pool using ts1120 then deleting the volumes in
the old 3590 pool?
I hoped there would be something quicker since I have only two of each type of
d
Hi Martin,
The 1st Backup will probably don't do any major save for you. It always depend
on what kind of data you backup.
What we normally see is saving on Archive Data and TDP Data. Everything else is
most of the time unique data and you will not see any saving.
Dedup is a major saving for oth
Hi,
Does anyone here has been implementing or know how Dedup works in TSM using
TS7569G ? Let say I have 100 TB of data and backup to this VTL. On the 1st
attempt of backup / full backup, will this data size decrease on the VTL
BR,
Martin P
Hi Yudi,
Can u tell us here the specific type of movie format ? Certain file can't be
compressed as it has been compressed using specific algorithm. (e.g. .avi,
.mpg, .mpeg )
Martin Panggabean
ex NPP
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Be
Hi, Larry.
Depending on your various RTOs, it might make sense to restore stgpool
newstgpool=vtlpool where vtlpool is, well, on a VTL. Once the data is
on the VTL, you can perform massively parallel restores. This might be
a bit more expensive, and it eats up some initial prep time, but it
might
Devc = ltoclass, mount limit = drive, format=drive.
The data type (the biggest type) are the video format with big sizes. Is it
possible that the data like that can't be compressed?
Best Regards,
Yudi Darmadi
PT Niagaprima Paramitra
Jl. KH Ahmad Dahlan No.25 Kebayoran Baru, Jakarta Selatan 12
Nice.
Anyway, I didn't intend to be insulting, Nick. Sorry I gave offense. I
simply thought you were seriously wondering rather than merely
maundering.
Alex
-Original Message-
From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of
Nick Laflamme
Sent: Sunday, March 15,
24 matches
Mail list logo
