Re: Things I learnt installing a v7.1.4 TSM for VE data mover
Mike I agree wholeheartedly. > *Thank you for pointing this out, Neil,* I will sadly have to lock my environment down at 7.1.2 or 7.1.3. Sadly it may not be that simple. The new thing I learnt today is that while IBM use the 'good' VDDK (v6.0.0) with both 7.1.3.0 and 7.1.3.1, the interim fix 7.1.3.2 actually installs the 'bad' VDDK (v6.0.1)! Regards Neil Neil Schofield Tivoli Storage Manager SME Backup & Recovery | Storage & Middleware | Central Infrastructure Services | Infrastructure & Service Delivery | Group IT LLOYDS BANKING GROUP Lloyds Banking Group plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC95000. Telephone: 0131 225 4555. Lloyds Bank plc. Registered Office: 25 Gresham Street, London EC2V 7HN. Registered in England and Wales no. 2065. Telephone 0207626 1500. Bank of Scotland plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC327000. Telephone: 03457 801 801. Cheltenham & Gloucester plc. Registered Office: Barnett Way, Gloucester GL4 3RL. Registered in England and Wales 2299428. Telephone: 0345 603 1637 Lloyds Bank plc, Bank of Scotland plc are authorised by the Prudential Regulation Authority and regulated by the Financial Conduct Authority and Prudential Regulation Authority. Cheltenham & Gloucester plc is authorised and regulated by the Financial Conduct Authority. Halifax is a division of Bank of Scotland plc. Cheltenham & Gloucester Savings is a division of Lloyds Bank plc. HBOS plc. Registered Office: The Mound, Edinburgh EH1 1YZ. Registered in Scotland no. SC218813. This e-mail (including any attachments) is private and confidential and may contain privileged material. If you have received this e-mail in error, please notify the sender and delete it (including any attachments) immediately. You must not copy, distribute, disclose or use any of the information in it or any attachments. Telephone calls may be monitored or recorded.
LTO-5 Compression ratio
Hello all, I'm looking for an advice or hint with following situation: On one TSM server I'm observing weird (pretty high) compression ratio on most of tapes. I wonder if it is possible to replicate this "success" to other TSM server(s) with same/similar configuration, but I'm clueless on where to start. Volume Name Storage poolDevice ClassEstimated Capacity Pct. UtilizationStatus CO0250L5SPT_ORA DEVCLPR62 8.7 T 34.4Full CO0273L5SPT_ORA DEVCLPR62 8.3 T 48.1Full CO0091L5SPT_ORA DEVCLPR62 7.6 T 58.6Full CO0308L5SPT_DB2 DEVCLPR62 7.1 T 60.4Full CO0316L5SPT_DB2 DEVCLPR62 6.8 T 77 Full CO0232L5SPT_DB2 DEVCLPR62 6.5 T 64.7Full CO0056L5SPT_DB2 DEVCLPR62 6.4 T 84.7Full CO0244L5SPT_DB2 DEVCLPR62 6.4 T 81.3Full CO0026L5SPT_DB2 DEVCLPR62 6.1 T 90.2Full CO0127L5SPT_DB2 DEVCLPR62 6.0 T 38 Full CO0325L5SPT_SAP DEVCLPR62 6.0 T 61.9Full CO0061L5SPT_DB2 DEVCLPR62 5.9 T 97.3Full CO0228L5SPT_SAP DEVCLPR62 5.9 T 59.4Full CO0071L5SPT_SAP DEVCLPR62 5.8 T 89.7Full CO0189L5SPT_SAP DEVCLPR62 5.8 T 90 Full CO0205L5SPT_SAP DEVCLPR62 5.8 T 90.2Full CO0221L5SPT_SAP DEVCLPR62 5.8 T 66.1Full CO0376L5SPT_SAP DEVCLPR62 5.8 T 99.9Full CO0404L5SPT_SAP DEVCLPR62 5.8 T 90.2Full CO0306L5SPT_SAP DEVCLPR62 5.7 T 86.5Full CO0078L5SPT_SAP DEVCLPR62 5.6 T 71.9Full CO0285L5SPT_SAP DEVCLPR62 5.6 T 93.4Full Previous output is sorted by capacity, listed only Full tapes because for those capacity is confirmed as real. Compression ratio is up to 5.8:1, Stored data are Oracle/DB2/SAP Oracle, full backups and logs. One exception is storage pool SPT_DB2 which holds backups of "directories" (someone forgot to set up correctly DIRMC). Tapes are created by "migration from disk stgpool" or by "clients directly writing on tapes", there is no LAN-Free, compression is disabled on client servers. We use IBM TS1050 (ULT3580-TD5) tape drives in TS3500 library with mixed firmware E6Q6 and D8D4 attached via 8Gb/s TAN(SAN) network. Any idea or suggestion is welcomed. Thank you M. Janosik
Re: LTO-5 Compression ratio
Tape compression ratios aren't so much dependent on server configuration as incoming data. If you have incoming data that's similarly compressible I would expect the compression ratios to be similar on the other servers. FWIW, I've gotten upwards of 20TB on LTO6, before our researchers realized they could compress genomic data (all text, only half-dozen characters) really really well client-side... On Wed, Jan 06, 2016 at 09:12:40PM +0100, Martin Janosik wrote: > Hello all, > > I'm looking for an advice or hint with following situation: > On one TSM server I'm observing weird (pretty high) compression ratio on > most of tapes. I wonder if it is possible to replicate this "success" to > other TSM server(s) with same/similar configuration, but I'm clueless on > where to start. > > Volume Name Storage poolDevice ClassEstimated Capacity > Pct. Utilization Status > CO0250L5 SPT_ORA DEVCLPR62 8.7 T 34.4Full > CO0273L5 SPT_ORA DEVCLPR62 8.3 T 48.1Full > CO0091L5 SPT_ORA DEVCLPR62 7.6 T 58.6Full > CO0308L5 SPT_DB2 DEVCLPR62 7.1 T 60.4Full > CO0316L5 SPT_DB2 DEVCLPR62 6.8 T 77 Full > CO0232L5 SPT_DB2 DEVCLPR62 6.5 T 64.7Full > CO0056L5 SPT_DB2 DEVCLPR62 6.4 T 84.7Full > CO0244L5 SPT_DB2 DEVCLPR62 6.4 T 81.3Full > CO0026L5 SPT_DB2 DEVCLPR62 6.1 T 90.2Full > CO0127L5 SPT_DB2 DEVCLPR62 6.0 T 38 Full > CO0325L5 SPT_SAP DEVCLPR62 6.0 T 61.9Full > CO0061L5 SPT_DB2 DEVCLPR62 5.9 T 97.3Full > CO0228L5 SPT_SAP DEVCLPR62 5.9 T 59.4Full > CO0071L5 SPT_SAP DEVCLPR62 5.8 T 89.7Full > CO0189L5 SPT_SAP DEVCLPR62 5.8 T 90 Full > CO0205L5 SPT_SAP DEVCLPR62 5.8 T 90.2Full > CO0221L5 SPT_SAP DEVCLPR62 5.8 T 66.1Full > CO0376L5 SPT_SAP DEVCLPR62 5.8 T 99.9Full > CO0404L5 SPT_SAP DEVCLPR62 5.8 T 90.2Full > CO0306L5 SPT_SAP DEVCLPR62 5.7 T 86.5Full > CO0078L5 SPT_SAP DEVCLPR62 5.6 T 71.9Full > CO0285L5 SPT_SAP DEVCLPR62 5.6 T 93.4Full > > Previous output is sorted by capacity, listed only Full tapes because for > those capacity is confirmed as real. Compression ratio is up to 5.8:1, > Stored data are Oracle/DB2/SAP Oracle, full backups and logs. One exception > is storage pool SPT_DB2 which holds backups of "directories" (someone > forgot to set up correctly DIRMC). > Tapes are created by "migration from disk stgpool" or by "clients directly > writing on tapes", there is no LAN-Free, compression is disabled on client > servers. > We use IBM TS1050 (ULT3580-TD5) tape drives in TS3500 library with mixed > firmware E6Q6 and D8D4 attached via 8Gb/s TAN(SAN) network. > > Any idea or suggestion is welcomed. > > Thank you > M. Janosik -- -- Skylar Thompson (skyl...@u.washington.edu) -- Genome Sciences Department, System Administrator -- Foege Building S046, (206)-685-7354 -- University of Washington School of Medicine
Re: LTO-5 Compression ratio
Hello, That compression seems to be reasonable. We have hundreds of LT06 tapes with 9-10TB on average.