Re: Change TSM Platform
You will have to move the NAS clients over to the new TSM server, and wait for the old backups to expire before you retire the old backup server. That's what I figured, but I'm not keeping that thing around for 7 years. I guess we'll have to stick with Windows :( Regards, Shawn Shawn Drew Internet john.schnei...@computercoachingcommunity.com Sent by: ADSM-L@VM.MARIST.EDU 08/03/2009 06:38 PM Please respond to ADSM-L@VM.MARIST.EDU To ADSM-L cc Subject Re: [ADSM-L] Change TSM Platform Shawn, From my understanding, you are going to have to set up a new TSM server, and migrate the clients over to it. You can use the export commands to export policies and client data from one TSM server to another directly across the LAN. That will make it somewhat less painful, but depending on how many clients you have, this could take a few weeks. You will have to have enough storage capacity on the new system to absorb all this data. If you only have one tape library, you will have to set up library sharing, and have enough tapes to have two copies of some clients' data as you migrate clients over. If you want more detailed instructions, please ask. Many of us have been through such migrations before. According to the help on EXPORT NODE, you can't use it on nodes of type NAS. You will have to move the NAS clients over to the new TSM server, and wait for the old backups to expire before you retire the old backup server. Best Regards, John D. Schneider The Computer Coaching Community, LLC Office: (314) 635-5424 / Toll Free: (866) 796-9226 Cell: (314) 750-8721 Original Message Subject: Re: [ADSM-L] Change TSM Platform From: Michael Green mishagr...@gmail.com Date: Mon, August 03, 2009 1:32 pm To: ADSM-L@VM.MARIST.EDU You will be moving from x86/64 architecture to Power. They are binary incompatible. You cannot upload DB from x86 to Power (this is what backup/restore essentially doees). Your only option is to export DB. Don't know about the NDMP. -- Warm regards, Michael Green On Mon, Aug 3, 2009 at 9:06 PM, Shawn Drewshawn.d...@americas.bnpparibas.com wrote: We are looking at the possibility of changing a branch's TSM 5.4 server from Windows to AIX. As far as I know, you can NOT backup a DB on Windows and restore it to an AIX platform.Is this still the case? If not, can anyone think of a way to move NDMP toc/backups from one TSM server to another? This message and any attachments (the message) is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the message if modified. Please note that certain functions and services for BNP Paribas may be performed by BNP Paribas RCC, Inc.
Re: Change TSM Platform
I believe there is a tool called Backup Migrator that can do automated, hands off migrations of legacy data. There is an initial policy setup stage then the appliance moves the data between the environments. Meaning the old environment can be decommissioned. Ian Smith -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Shawn Drew Sent: 04 August 2009 15:46 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Change TSM Platform You will have to move the NAS clients over to the new TSM server, and wait for the old backups to expire before you retire the old backup server. That's what I figured, but I'm not keeping that thing around for 7 years. I guess we'll have to stick with Windows :( Regards, Shawn Shawn Drew Internet john.schnei...@computercoachingcommunity.com Sent by: ADSM-L@VM.MARIST.EDU 08/03/2009 06:38 PM Please respond to ADSM-L@VM.MARIST.EDU To ADSM-L cc Subject Re: [ADSM-L] Change TSM Platform Shawn, From my understanding, you are going to have to set up a new TSM server, and migrate the clients over to it. You can use the export commands to export policies and client data from one TSM server to another directly across the LAN. That will make it somewhat less painful, but depending on how many clients you have, this could take a few weeks. You will have to have enough storage capacity on the new system to absorb all this data. If you only have one tape library, you will have to set up library sharing, and have enough tapes to have two copies of some clients' data as you migrate clients over. If you want more detailed instructions, please ask. Many of us have been through such migrations before. According to the help on EXPORT NODE, you can't use it on nodes of type NAS. You will have to move the NAS clients over to the new TSM server, and wait for the old backups to expire before you retire the old backup server. Best Regards, John D. Schneider The Computer Coaching Community, LLC Office: (314) 635-5424 / Toll Free: (866) 796-9226 Cell: (314) 750-8721 Original Message Subject: Re: [ADSM-L] Change TSM Platform From: Michael Green mishagr...@gmail.com Date: Mon, August 03, 2009 1:32 pm To: ADSM-L@VM.MARIST.EDU You will be moving from x86/64 architecture to Power. They are binary incompatible. You cannot upload DB from x86 to Power (this is what backup/restore essentially doees). Your only option is to export DB. Don't know about the NDMP. -- Warm regards, Michael Green On Mon, Aug 3, 2009 at 9:06 PM, Shawn Drewshawn.d...@americas.bnpparibas.com wrote: We are looking at the possibility of changing a branch's TSM 5.4 server from Windows to AIX. As far as I know, you can NOT backup a DB on Windows and restore it to an AIX platform.Is this still the case? If not, can anyone think of a way to move NDMP toc/backups from one TSM server to another? This message and any attachments (the message) is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the message if modified. Please note that certain functions and services for BNP Paribas may be performed by BNP Paribas RCC, Inc. Dell Corporation Limited is registered in England and Wales. Company Registration Number: 2081369 Registered address: Dell House, The Boulevard, Cain Road, Bracknell, Berkshire, RG12 1LF, UK. Company details for other Dell UK entities can be found on www.dell.co.uk.
Re: Change TSM Platform
You could store a DB tape with the NAS tapes. Andy Huebner -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Shawn Drew Sent: Tuesday, August 04, 2009 9:46 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Change TSM Platform You will have to move the NAS clients over to the new TSM server, and wait for the old backups to expire before you retire the old backup server. That's what I figured, but I'm not keeping that thing around for 7 years. I guess we'll have to stick with Windows :( Regards, Shawn Shawn Drew Internet john.schnei...@computercoachingcommunity.com Sent by: ADSM-L@VM.MARIST.EDU 08/03/2009 06:38 PM Please respond to ADSM-L@VM.MARIST.EDU To ADSM-L cc Subject Re: [ADSM-L] Change TSM Platform Shawn, From my understanding, you are going to have to set up a new TSM server, and migrate the clients over to it. You can use the export commands to export policies and client data from one TSM server to another directly across the LAN. That will make it somewhat less painful, but depending on how many clients you have, this could take a few weeks. You will have to have enough storage capacity on the new system to absorb all this data. If you only have one tape library, you will have to set up library sharing, and have enough tapes to have two copies of some clients' data as you migrate clients over. If you want more detailed instructions, please ask. Many of us have been through such migrations before. According to the help on EXPORT NODE, you can't use it on nodes of type NAS. You will have to move the NAS clients over to the new TSM server, and wait for the old backups to expire before you retire the old backup server. Best Regards, John D. Schneider The Computer Coaching Community, LLC Office: (314) 635-5424 / Toll Free: (866) 796-9226 Cell: (314) 750-8721 Original Message Subject: Re: [ADSM-L] Change TSM Platform From: Michael Green mishagr...@gmail.com Date: Mon, August 03, 2009 1:32 pm To: ADSM-L@VM.MARIST.EDU You will be moving from x86/64 architecture to Power. They are binary incompatible. You cannot upload DB from x86 to Power (this is what backup/restore essentially doees). Your only option is to export DB. Don't know about the NDMP. -- Warm regards, Michael Green On Mon, Aug 3, 2009 at 9:06 PM, Shawn Drewshawn.d...@americas.bnpparibas.com wrote: We are looking at the possibility of changing a branch's TSM 5.4 server from Windows to AIX. As far as I know, you can NOT backup a DB on Windows and restore it to an AIX platform.Is this still the case? If not, can anyone think of a way to move NDMP toc/backups from one TSM server to another? This message and any attachments (the message) is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the message if modified. Please note that certain functions and services for BNP Paribas may be performed by BNP Paribas RCC, Inc. This e-mail (including any attachments) is confidential and may be legally privileged. If you are not an intended recipient or an authorized representative of an intended recipient, you are prohibited from using, copying or distributing the information in this e-mail or its attachments. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete all copies of this message and any attachments. Thank you.
Re: Change TSM Platform
What is the concern with keeping a Windows TSM platform (I sat in the weeds on this as long as I could)? 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 Shawn Drew Sent: Tuesday, August 04, 2009 8:46 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Change TSM Platform You will have to move the NAS clients over to the new TSM server, and wait for the old backups to expire before you retire the old backup server. That's what I figured, but I'm not keeping that thing around for 7 years. I guess we'll have to stick with Windows :( Regards, Shawn Shawn Drew Internet john.schnei...@computercoachingcommunity.com Sent by: ADSM-L@VM.MARIST.EDU 08/03/2009 06:38 PM Please respond to ADSM-L@VM.MARIST.EDU To ADSM-L cc Subject Re: [ADSM-L] Change TSM Platform Shawn, From my understanding, you are going to have to set up a new TSM server, and migrate the clients over to it. You can use the export commands to export policies and client data from one TSM server to another directly across the LAN. That will make it somewhat less painful, but depending on how many clients you have, this could take a few weeks. You will have to have enough storage capacity on the new system to absorb all this data. If you only have one tape library, you will have to set up library sharing, and have enough tapes to have two copies of some clients' data as you migrate clients over. If you want more detailed instructions, please ask. Many of us have been through such migrations before. According to the help on EXPORT NODE, you can't use it on nodes of type NAS. You will have to move the NAS clients over to the new TSM server, and wait for the old backups to expire before you retire the old backup server. Best Regards, John D. Schneider The Computer Coaching Community, LLC Office: (314) 635-5424 / Toll Free: (866) 796-9226 Cell: (314) 750-8721 Original Message Subject: Re: [ADSM-L] Change TSM Platform From: Michael Green mishagr...@gmail.com Date: Mon, August 03, 2009 1:32 pm To: ADSM-L@VM.MARIST.EDU You will be moving from x86/64 architecture to Power. They are binary incompatible. You cannot upload DB from x86 to Power (this is what backup/restore essentially doees). Your only option is to export DB. Don't know about the NDMP. -- Warm regards, Michael Green On Mon, Aug 3, 2009 at 9:06 PM, Shawn Drewshawn.d...@americas.bnpparibas.com wrote: We are looking at the possibility of changing a branch's TSM 5.4 server from Windows to AIX. As far as I know, you can NOT backup a DB on Windows and restore it to an AIX platform.Is this still the case? If not, can anyone think of a way to move NDMP toc/backups from one TSM server to another? This message and any attachments (the message) is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the message if modified. Please note that certain functions and services for BNP Paribas may be performed by BNP Paribas RCC, Inc.
Re: Change TSM Platform
Just a standard. All of our TSM servers are based on AIX in our main data centers. We recently took control of a branch location who has been running on Windows. We are spending a disproportionate amount of time to get our automation, and everything else, to work with Windows just for this little branch. little things like no grep or mail causes headaches. I know there are ways to get this to work, just requires time to work on it, where I'd rather just spend the extra money for an AIX box. Regards, Shawn Shawn Drew Internet l...@storserver.com Sent by: ADSM-L@VM.MARIST.EDU 08/04/2009 12:42 PM Please respond to ADSM-L@VM.MARIST.EDU To ADSM-L cc Subject Re: [ADSM-L] Change TSM Platform What is the concern with keeping a Windows TSM platform (I sat in the weeds on this as long as I could)? 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 Shawn Drew Sent: Tuesday, August 04, 2009 8:46 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Change TSM Platform You will have to move the NAS clients over to the new TSM server, and wait for the old backups to expire before you retire the old backup server. That's what I figured, but I'm not keeping that thing around for 7 years. I guess we'll have to stick with Windows :( Regards, Shawn Shawn Drew Internet john.schnei...@computercoachingcommunity.com Sent by: ADSM-L@VM.MARIST.EDU 08/03/2009 06:38 PM Please respond to ADSM-L@VM.MARIST.EDU To ADSM-L cc Subject Re: [ADSM-L] Change TSM Platform Shawn, From my understanding, you are going to have to set up a new TSM server, and migrate the clients over to it. You can use the export commands to export policies and client data from one TSM server to another directly across the LAN. That will make it somewhat less painful, but depending on how many clients you have, this could take a few weeks. You will have to have enough storage capacity on the new system to absorb all this data. If you only have one tape library, you will have to set up library sharing, and have enough tapes to have two copies of some clients' data as you migrate clients over. If you want more detailed instructions, please ask. Many of us have been through such migrations before. According to the help on EXPORT NODE, you can't use it on nodes of type NAS. You will have to move the NAS clients over to the new TSM server, and wait for the old backups to expire before you retire the old backup server. Best Regards, John D. Schneider The Computer Coaching Community, LLC Office: (314) 635-5424 / Toll Free: (866) 796-9226 Cell: (314) 750-8721 Original Message Subject: Re: [ADSM-L] Change TSM Platform From: Michael Green mishagr...@gmail.com Date: Mon, August 03, 2009 1:32 pm To: ADSM-L@VM.MARIST.EDU You will be moving from x86/64 architecture to Power. They are binary incompatible. You cannot upload DB from x86 to Power (this is what backup/restore essentially doees). Your only option is to export DB. Don't know about the NDMP. -- Warm regards, Michael Green On Mon, Aug 3, 2009 at 9:06 PM, Shawn Drewshawn.d...@americas.bnpparibas.com wrote: We are looking at the possibility of changing a branch's TSM 5.4 server from Windows to AIX. As far as I know, you can NOT backup a DB on Windows and restore it to an AIX platform.Is this still the case? If not, can anyone think of a way to move NDMP toc/backups from one TSM server to another? This message and any attachments (the message) is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the message if modified. Please note that certain functions and services for BNP Paribas may be performed by BNP Paribas RCC, Inc.
Re: Change TSM Platform
Perfectly rational! That one I can get behind... 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 Shawn Drew Sent: Tuesday, August 04, 2009 11:21 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Change TSM Platform Just a standard. All of our TSM servers are based on AIX in our main data centers. We recently took control of a branch location who has been running on Windows. We are spending a disproportionate amount of time to get our automation, and everything else, to work with Windows just for this little branch. little things like no grep or mail causes headaches. I know there are ways to get this to work, just requires time to work on it, where I'd rather just spend the extra money for an AIX box. Regards, Shawn Shawn Drew Internet l...@storserver.com Sent by: ADSM-L@VM.MARIST.EDU 08/04/2009 12:42 PM Please respond to ADSM-L@VM.MARIST.EDU To ADSM-L cc Subject Re: [ADSM-L] Change TSM Platform What is the concern with keeping a Windows TSM platform (I sat in the weeds on this as long as I could)? 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 Shawn Drew Sent: Tuesday, August 04, 2009 8:46 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Change TSM Platform You will have to move the NAS clients over to the new TSM server, and wait for the old backups to expire before you retire the old backup server. That's what I figured, but I'm not keeping that thing around for 7 years. I guess we'll have to stick with Windows :( Regards, Shawn Shawn Drew Internet john.schnei...@computercoachingcommunity.com Sent by: ADSM-L@VM.MARIST.EDU 08/03/2009 06:38 PM Please respond to ADSM-L@VM.MARIST.EDU To ADSM-L cc Subject Re: [ADSM-L] Change TSM Platform Shawn, From my understanding, you are going to have to set up a new TSM server, and migrate the clients over to it. You can use the export commands to export policies and client data from one TSM server to another directly across the LAN. That will make it somewhat less painful, but depending on how many clients you have, this could take a few weeks. You will have to have enough storage capacity on the new system to absorb all this data. If you only have one tape library, you will have to set up library sharing, and have enough tapes to have two copies of some clients' data as you migrate clients over. If you want more detailed instructions, please ask. Many of us have been through such migrations before. According to the help on EXPORT NODE, you can't use it on nodes of type NAS. You will have to move the NAS clients over to the new TSM server, and wait for the old backups to expire before you retire the old backup server. Best Regards, John D. Schneider The Computer Coaching Community, LLC Office: (314) 635-5424 / Toll Free: (866) 796-9226 Cell: (314) 750-8721 Original Message Subject: Re: [ADSM-L] Change TSM Platform From: Michael Green mishagr...@gmail.com Date: Mon, August 03, 2009 1:32 pm To: ADSM-L@VM.MARIST.EDU You will be moving from x86/64 architecture to Power. They are binary incompatible. You cannot upload DB from x86 to Power (this is what backup/restore essentially doees). Your only option is to export DB. Don't know about the NDMP. -- Warm regards, Michael Green On Mon, Aug 3, 2009 at 9:06 PM, Shawn Drewshawn.d...@americas.bnpparibas.com wrote: We are looking at the possibility of changing a branch's TSM 5.4 server from Windows to AIX. As far as I know, you can NOT backup a DB on Windows and restore it to an AIX platform.Is this still the case? If not, can anyone think of a way to move NDMP toc/backups from one TSM server to another? This message and any attachments (the message) is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the message if modified. Please note that certain functions and services for BNP Paribas may be performed by BNP Paribas RCC, Inc.
Re: Change TSM Platform
Anything wrong with running these scripts etc. on an AIX server and just point your dsmadmc's to the windows TSM server? Steven Langdale Global Information Services EAME SAN/Storage Planning and Implementation ( Phone : +44 (0)1733 584175 ( Mob: +44 (0)7876 216782 ü Conference: +44 (0)208 609 7400 Code: 331817 + Email: steven.langd...@cat.com Shawn Drew shawn.d...@americas.bnpparibas.com Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU 04/08/2009 18:23 Please respond to ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU To ADSM-L@VM.MARIST.EDU cc Subject Re: [ADSM-L] Change TSM Platform Caterpillar: Confidential Green Retain Until: 03/09/2009 Just a standard. All of our TSM servers are based on AIX in our main data centers. We recently took control of a branch location who has been running on Windows. We are spending a disproportionate amount of time to get our automation, and everything else, to work with Windows just for this little branch. little things like no grep or mail causes headaches. I know there are ways to get this to work, just requires time to work on it, where I'd rather just spend the extra money for an AIX box. Regards, Shawn Shawn Drew Internet l...@storserver.com Sent by: ADSM-L@VM.MARIST.EDU 08/04/2009 12:42 PM Please respond to ADSM-L@VM.MARIST.EDU To ADSM-L cc Subject Re: [ADSM-L] Change TSM Platform What is the concern with keeping a Windows TSM platform (I sat in the weeds on this as long as I could)? 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 Shawn Drew Sent: Tuesday, August 04, 2009 8:46 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Change TSM Platform You will have to move the NAS clients over to the new TSM server, and wait for the old backups to expire before you retire the old backup server. That's what I figured, but I'm not keeping that thing around for 7 years. I guess we'll have to stick with Windows :( Regards, Shawn Shawn Drew Internet john.schnei...@computercoachingcommunity.com Sent by: ADSM-L@VM.MARIST.EDU 08/03/2009 06:38 PM Please respond to ADSM-L@VM.MARIST.EDU To ADSM-L cc Subject Re: [ADSM-L] Change TSM Platform Shawn, From my understanding, you are going to have to set up a new TSM server, and migrate the clients over to it. You can use the export commands to export policies and client data from one TSM server to another directly across the LAN. That will make it somewhat less painful, but depending on how many clients you have, this could take a few weeks. You will have to have enough storage capacity on the new system to absorb all this data. If you only have one tape library, you will have to set up library sharing, and have enough tapes to have two copies of some clients' data as you migrate clients over. If you want more detailed instructions, please ask. Many of us have been through such migrations before. According to the help on EXPORT NODE, you can't use it on nodes of type NAS. You will have to move the NAS clients over to the new TSM server, and wait for the old backups to expire before you retire the old backup server. Best Regards, John D. Schneider The Computer Coaching Community, LLC Office: (314) 635-5424 / Toll Free: (866) 796-9226 Cell: (314) 750-8721 Original Message Subject: Re: [ADSM-L] Change TSM Platform From: Michael Green mishagr...@gmail.com Date: Mon, August 03, 2009 1:32 pm To: ADSM-L@VM.MARIST.EDU You will be moving from x86/64 architecture to Power. They are binary incompatible. You cannot upload DB from x86 to Power (this is what backup/restore essentially doees). Your only option is to export DB. Don't know about the NDMP. -- Warm regards, Michael Green On Mon, Aug 3, 2009 at 9:06 PM, Shawn Drewshawn.d...@americas.bnpparibas.com wrote: We are looking at the possibility of changing a branch's TSM 5.4 server from Windows to AIX. As far as I know, you can NOT backup a DB on Windows and restore it to an AIX platform.Is this still the case? If not, can anyone think of a way to move NDMP toc/backups from one TSM server to another? This message and any attachments (the message) is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the message if modified. Please note that certain functions and services for BNP Paribas may be performed by BNP Paribas RCC, Inc.
Re: Change TSM Platform
Shawn, You've probably already looked at this, but if you want to stick with shell programs without having to rewrite, we have had good success with Cygwin, a free Windows package that includes pdksh (public-domain korn shell), and all the goodies that a Unix guy likes; grep, tail, cut, mail, etc. Like you, we have mainly AIX TSM servers, but also a handful of Windows ones as well. Cygwin has worked well for the scripts we needed to write for the Windows servers. Best Regards, John D. Schneider The Computer Coaching Community, LLC Office: (314) 635-5424 / Toll Free: (866) 796-9226 Cell: (314) 750-8721 Original Message Subject: Re: [ADSM-L] Change TSM Platform From: Kelly Lipp l...@storserver.com Date: Tue, August 04, 2009 12:29 pm To: ADSM-L@VM.MARIST.EDU Perfectly rational! That one I can get behind... 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 Shawn Drew Sent: Tuesday, August 04, 2009 11:21 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Change TSM Platform Just a standard. All of our TSM servers are based on AIX in our main data centers. We recently took control of a branch location who has been running on Windows. We are spending a disproportionate amount of time to get our automation, and everything else, to work with Windows just for this little branch. little things like no grep or mail causes headaches. I know there are ways to get this to work, just requires time to work on it, where I'd rather just spend the extra money for an AIX box. Regards, Shawn Shawn Drew Internet l...@storserver.com Sent by: ADSM-L@VM.MARIST.EDU 08/04/2009 12:42 PM Please respond to ADSM-L@VM.MARIST.EDU To ADSM-L cc Subject Re: [ADSM-L] Change TSM Platform What is the concern with keeping a Windows TSM platform (I sat in the weeds on this as long as I could)? 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 Shawn Drew Sent: Tuesday, August 04, 2009 8:46 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Change TSM Platform You will have to move the NAS clients over to the new TSM server, and wait for the old backups to expire before you retire the old backup server. That's what I figured, but I'm not keeping that thing around for 7 years. I guess we'll have to stick with Windows :( Regards, Shawn Shawn Drew Internet john.schnei...@computercoachingcommunity.com Sent by: ADSM-L@VM.MARIST.EDU 08/03/2009 06:38 PM Please respond to ADSM-L@VM.MARIST.EDU To ADSM-L cc Subject Re: [ADSM-L] Change TSM Platform Shawn, From my understanding, you are going to have to set up a new TSM server, and migrate the clients over to it. You can use the export commands to export policies and client data from one TSM server to another directly across the LAN. That will make it somewhat less painful, but depending on how many clients you have, this could take a few weeks. You will have to have enough storage capacity on the new system to absorb all this data. If you only have one tape library, you will have to set up library sharing, and have enough tapes to have two copies of some clients' data as you migrate clients over. If you want more detailed instructions, please ask. Many of us have been through such migrations before. According to the help on EXPORT NODE, you can't use it on nodes of type NAS. You will have to move the NAS clients over to the new TSM server, and wait for the old backups to expire before you retire the old backup server. Best Regards, John D. Schneider The Computer Coaching Community, LLC Office: (314) 635-5424 / Toll Free: (866) 796-9226 Cell: (314) 750-8721 Original Message Subject: Re: [ADSM-L] Change TSM Platform From: Michael Green mishagr...@gmail.com Date: Mon, August 03, 2009 1:32 pm To: ADSM-L@VM.MARIST.EDU You will be moving from x86/64 architecture to Power. They are binary incompatible. You cannot upload DB from x86 to Power (this is what backup/restore essentially doees). Your only option is to export DB. Don't know about the NDMP. -- Warm regards, Michael Green On Mon, Aug 3, 2009 at 9:06 PM, Shawn Drewshawn.d...@americas.bnpparibas.com wrote: We are looking at the possibility of changing a branch's TSM 5.4 server from Windows to AIX. As far as I know, you can NOT backup a DB on Windows and restore it to an AIX platform. Is this still the case? If not, can anyone think of a way to move NDMP toc/backups from one TSM server to another? This message and any attachments (the message) is intended solely for the addressees and is confidential. If you receive
Change TSM Platform
We are looking at the possibility of changing a branch's TSM 5.4 server from Windows to AIX. As far as I know, you can NOT backup a DB on Windows and restore it to an AIX platform.Is this still the case? If not, can anyone think of a way to move NDMP toc/backups from one TSM server to another? Regards, Shawn Shawn Drew This message and any attachments (the message) is intended solely for the addressees and is confidential. If you receive this message in error, please delete it and immediately notify the sender. Any use not in accord with its purpose, any dissemination or disclosure, either whole or partial, is prohibited except formal approval. The internet can not guarantee the integrity of this message. BNP PARIBAS (and its subsidiaries) shall (will) not therefore be liable for the message if modified. Please note that certain functions and services for BNP Paribas may be performed by BNP Paribas RCC, Inc.
Re: Change TSM Platform
You will be moving from x86/64 architecture to Power. They are binary incompatible. You cannot upload DB from x86 to Power (this is what backup/restore essentially doees). Your only option is to export DB. Don't know about the NDMP. -- Warm regards, Michael Green On Mon, Aug 3, 2009 at 9:06 PM, Shawn Drewshawn.d...@americas.bnpparibas.com wrote: We are looking at the possibility of changing a branch's TSM 5.4 server from Windows to AIX. As far as I know, you can NOT backup a DB on Windows and restore it to an AIX platform. Is this still the case? If not, can anyone think of a way to move NDMP toc/backups from one TSM server to another?
Re: Change TSM Platform
Shawn, From my understanding, you are going to have to set up a new TSM server, and migrate the clients over to it. You can use the export commands to export policies and client data from one TSM server to another directly across the LAN. That will make it somewhat less painful, but depending on how many clients you have, this could take a few weeks. You will have to have enough storage capacity on the new system to absorb all this data. If you only have one tape library, you will have to set up library sharing, and have enough tapes to have two copies of some clients' data as you migrate clients over. If you want more detailed instructions, please ask. Many of us have been through such migrations before. According to the help on EXPORT NODE, you can't use it on nodes of type NAS. You will have to move the NAS clients over to the new TSM server, and wait for the old backups to expire before you retire the old backup server. Best Regards, John D. Schneider The Computer Coaching Community, LLC Office: (314) 635-5424 / Toll Free: (866) 796-9226 Cell: (314) 750-8721 Original Message Subject: Re: [ADSM-L] Change TSM Platform From: Michael Green mishagr...@gmail.com Date: Mon, August 03, 2009 1:32 pm To: ADSM-L@VM.MARIST.EDU You will be moving from x86/64 architecture to Power. They are binary incompatible. You cannot upload DB from x86 to Power (this is what backup/restore essentially doees). Your only option is to export DB. Don't know about the NDMP. -- Warm regards, Michael Green On Mon, Aug 3, 2009 at 9:06 PM, Shawn Drewshawn.d...@americas.bnpparibas.com wrote: We are looking at the possibility of changing a branch's TSM 5.4 server from Windows to AIX. As far as I know, you can NOT backup a DB on Windows and restore it to an AIX platform.Is this still the case? If not, can anyone think of a way to move NDMP toc/backups from one TSM server to another?
Re: Preferred TSM Platform
On Thu, Feb 26, 2009 at 10:57:44AM -0500, Sergio Fuentes wrote: Any thoughts from anyone running a TSM server on Solaris? I recently installed TSM 5.5.1 server code on a Sun X4540 (Thumper 2) with 2 x 2.3GHz quad-core Opterons, 32GB RAM, 48 x 1TB 7200RPM internal SATA disks, 3 PCIe slots, and Solaris 10 x86 Update 5. It has only one dual-port 2Gbps FC-AL PCIe HBA driving 4 Sun T1B tape drives. This was a development server that I decided to test as a TSM server, otherwise I would have preferred a dual-port 4Gbps HBA. But so far it has performed fine. The one catch is that TSM 5.5.1 does not support ZFS volumes (zvols) as raw random access storage pools. So I used ZFS to create a zpool of striped mirrors, created different ZFS file systems (with compression enabled) in place of random access disk storage pools, and then defined a bunch of 50GB TSM sequential volumes in each one. So basically, clients are writing to devtype FILE instead of DISK when they push data to the server. Like many folks have said, choose the OS you best support. I prefer Solaris, so that's what I'm using. RHEL would have been the next choice. I'm not saying the setup I'm using is the fastest out there, but it is adequate for our needs right now. -- Lance Nakata SLAC National Accelerator Laboratory Scientific Computing and 2575 Sand Hill Road, MS 97 Computing Services (SCCS)Menlo Park, CA 94025 lnak...@slac.stanford.edu http://www.slac.stanford.edu/
Re: Tape performance (was: Re: Preferred TSM Platform)
Alex Paschal apasc...@msiinet.com writes: [...] Have a look at the 'fcstat' command recently introduced into AIX. This will output an unpleasant bunch of data, but some nice scripting can isolate the FC SCSI Traffic Input Bytes and Output Bytes lines for the desired HBA, even if the HBA doesn't have disk on it. A loop, fcstat | grep | awk, sleep , and a subtraction will give you bytes/second numbers. Heck, it'll even give you cool stuff like IP over FC bytes if you use it. Cute. IBM: Please, make the command work on the JS21 (1st generation blades), too! Currently it's not operational there - surely that's because of the QLOGIC HBAs. We happened to get a bunch of (4-way) JS21s, and (given fast FC disks) they make for surprisingly speedy TSM servers, likely because of their CPU horsepower. As regards basic tape I/O statistics: In 'topas', the Readch/Writech values (upper right corner) have always included tape I/O. Served me well enough in the past ... - Wolfgang J Moeller @ GWDG (who had to help IBM adapt the _TSM_device_drivers_ to the QLOGIC HBA :-)
Re: Tape performance (was: Re: Preferred TSM Platform)
Need your advice. I had a scheduled monthly archive for a file server, data stored direct to tape LTO4 with total size approx. 900GB, and it takes 26 hours! I had try using NT backup for the same object, and it's just take 10 hours. What's wrong with this TSM-tape performance? The aggregate rate is just 10MB/s. My TSM server is Wind 2003 R2 SP2, TSM Client Win 2003 R2 SP2, LANFree. Best Regards, Yudi Darmadi PT Niagaprima Paramitra Jl. KH Ahmad Dahlan No.25 Kebayoran Baru, Jakarta Selatan 12130 Phone: 021-72799949; Fax: 021-72799950; Mobile: 081905530830 http://www.niagaprima.com - Original Message - From: Marcel Anthonijsz marcel.anthoni...@gmail.com To: ADSM-L@VM.MARIST.EDU Sent: Saturday, February 28, 2009 3:03 PM Subject: Re: [ADSM-L] Tape performance (was: Re: Preferred TSM Platform) I wrote a small script to collect the snmp data from the Brocade fibre switches and put the data into Servergraph. Next I created a report to graph the data and in that way we could see historical data throughput and identified more than once a faulty tape drive! You definitely want to monitor your tape throughput! For fiber-attached tape drives - use snmp to monitor the fiber switch ports. I use mrtg to acquire the data from my two tape-oriented SAN switches; this feeds my hobbit (renaming, currently, to xymon) monitoring package. I get to see the activity for each tape drive (one per switch port) and for each TSM HBA (one per switch port - zoned to all tape drives, run as one primary and 4 alternates per switch). Marcel
Re: Tape performance (was: Re: Preferred TSM Platform)
And on this one . . . Have you tried nmone with ^ ? And what is the fcstat command in? AIX? Not in my man pages and find doesn't show fcstat. -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of David Bronder Sent: Friday, February 27, 2009 7:25 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: Tape performance (was: Re: Preferred TSM Platform) Rick Saylor wrote: Instead of selecting 'a' on nmon try '^' instead. This will give you the FC adapter stats from fcstat. At least it does on version 12e of nmon. Thanks, Rick! I was still running nmon 11e and didn't have this new option (and I'm still at 5.3 TL8... at TL9 nmon is bundled in with topas). Once I upgraded to 12e, the '^' key does indeed show all the HBAs. Also thanks to Stef Coene, Alex Paschal and Richard Cowen for pointers to fcstat, a tool I wasn't aware of that falls in the dead simple or obvious category. :) Wonder why the IBMers and business partner tech folks weren't aware of it either. -- Hello World.David Bronder - Systems Admin Segmentation Fault ITS-SPA, Univ. of Iowa Core dumped, disk trashed, quota filled, soda warm. david-bron...@uiowa.edu mccg.org email firewall made the following annotation CONFIDENTIALITY NOTICE: The information transmitted in this e-mail message, including any attachments, is for the sole use of the intended recipient(s) or entity to which it is addressed and may contain confidential, privileged and/or proprietary information. Any unauthorized review, retransmission, use, disclosure, dissemination or other use of,or taking any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you are not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately by reply e-mail, or by calling (478) 633-7272, and destroy the original message, attachments and all copies thereof on all computers and in any other form. Thank you. The Medical Center Of Central Georgia. http://www.mccg.org/ 03/02/09, 09:52:48
Re: Tape performance (was: Re: Preferred TSM Platform)
The fcstat was introduced in AIX 5.3. It is included in the devices.common.IBM.fc.rte fileset. -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Wallace.Dwight Sent: Monday, March 02, 2009 7:53 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: Tape performance (was: Re: Preferred TSM Platform) And on this one . . . Have you tried nmone with ^ ? And what is the fcstat command in? AIX? Not in my man pages and find doesn't show fcstat. -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of David Bronder Sent: Friday, February 27, 2009 7:25 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: Tape performance (was: Re: Preferred TSM Platform) Rick Saylor wrote: Instead of selecting 'a' on nmon try '^' instead. This will give you the FC adapter stats from fcstat. At least it does on version 12e of nmon. Thanks, Rick! I was still running nmon 11e and didn't have this new option (and I'm still at 5.3 TL8... at TL9 nmon is bundled in with topas). Once I upgraded to 12e, the '^' key does indeed show all the HBAs. Also thanks to Stef Coene, Alex Paschal and Richard Cowen for pointers to fcstat, a tool I wasn't aware of that falls in the dead simple or obvious category. :) Wonder why the IBMers and business partner tech folks weren't aware of it either. -- Hello World.David Bronder - Systems Admin Segmentation Fault ITS-SPA, Univ. of Iowa Core dumped, disk trashed, quota filled, soda warm. david-bron...@uiowa.edu mccg.org email firewall made the following annotation CONFIDENTIALITY NOTICE: The information transmitted in this e-mail message, including any attachments, is for the sole use of the intended recipient(s) or entity to which it is addressed and may contain confidential, privileged and/or proprietary information. Any unauthorized review, retransmission, use, disclosure, dissemination or other use of,or taking any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you are not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately by reply e-mail, or by calling (478) 633-7272, and destroy the original message, attachments and all copies thereof on all computers and in any other form. Thank you. The Medical Center Of Central Georgia. http://www.mccg.org/ 03/02/09, 09:52:48
Re: Tape performance (was: Re: Preferred TSM Platform)
To be exact fcstat was introduced in AIX 5.3 @ TL05. Regards, Kamran Rao -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of James Choate Sent: March 2, 2009 10:06 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Tape performance (was: Re: Preferred TSM Platform) The fcstat was introduced in AIX 5.3. It is included in the devices.common.IBM.fc.rte fileset. -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Wallace.Dwight Sent: Monday, March 02, 2009 7:53 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: Tape performance (was: Re: Preferred TSM Platform) And on this one . . . Have you tried nmone with ^ ? And what is the fcstat command in? AIX? Not in my man pages and find doesn't show fcstat. -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of David Bronder Sent: Friday, February 27, 2009 7:25 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: Tape performance (was: Re: Preferred TSM Platform) Rick Saylor wrote: Instead of selecting 'a' on nmon try '^' instead. This will give you the FC adapter stats from fcstat. At least it does on version 12e of nmon. Thanks, Rick! I was still running nmon 11e and didn't have this new option (and I'm still at 5.3 TL8... at TL9 nmon is bundled in with topas). Once I upgraded to 12e, the '^' key does indeed show all the HBAs. Also thanks to Stef Coene, Alex Paschal and Richard Cowen for pointers to fcstat, a tool I wasn't aware of that falls in the dead simple or obvious category. :) Wonder why the IBMers and business partner tech folks weren't aware of it either. -- Hello World.David Bronder - Systems Admin Segmentation Fault ITS-SPA, Univ. of Iowa Core dumped, disk trashed, quota filled, soda warm. david-bron...@uiowa.edu mccg.org email firewall made the following annotation CONFIDENTIALITY NOTICE: The information transmitted in this e-mail message, including any attachments, is for the sole use of the intended recipient(s) or entity to which it is addressed and may contain confidential, privileged and/or proprietary information. Any unauthorized review, retransmission, use, disclosure, dissemination or other use of,or taking any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you are not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately by reply e-mail, or by calling (478) 633-7272, and destroy the original message, attachments and all copies thereof on all computers and in any other form. Thank you. The Medical Center Of Central Georgia. http://www.mccg.org/ 03/02/09, 09:52:48
Re: Tape performance (was: Re: Preferred TSM Platform)
We are not on 12e with nmon. We are at 11e. I just saw an email that said the fcstat came with 5.3 TL05 -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Wallace.Dwight Sent: Monday, March 02, 2009 9:53 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: Tape performance (was: Re: Preferred TSM Platform) And on this one . . . Have you tried nmone with ^ ? And what is the fcstat command in? AIX? Not in my man pages and find doesn't show fcstat. -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of David Bronder Sent: Friday, February 27, 2009 7:25 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: Tape performance (was: Re: Preferred TSM Platform) Rick Saylor wrote: Instead of selecting 'a' on nmon try '^' instead. This will give you the FC adapter stats from fcstat. At least it does on version 12e of nmon. Thanks, Rick! I was still running nmon 11e and didn't have this new option (and I'm still at 5.3 TL8... at TL9 nmon is bundled in with topas). Once I upgraded to 12e, the '^' key does indeed show all the HBAs. Also thanks to Stef Coene, Alex Paschal and Richard Cowen for pointers to fcstat, a tool I wasn't aware of that falls in the dead simple or obvious category. :) Wonder why the IBMers and business partner tech folks weren't aware of it either. -- Hello World.David Bronder - Systems Admin Segmentation Fault ITS-SPA, Univ. of Iowa Core dumped, disk trashed, quota filled, soda warm. david-bron...@uiowa.edu mccg.org email firewall made the following annotation CONFIDENTIALITY NOTICE: The information transmitted in this e-mail message, including any attachments, is for the sole use of the intended recipient(s) or entity to which it is addressed and may contain confidential, privileged and/or proprietary information. Any unauthorized review, retransmission, use, disclosure, dissemination or other use of,or taking any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you are not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately by reply e-mail, or by calling (478) 633-7272, and destroy the original message, attachments and all copies thereof on all computers and in any other form. Thank you. The Medical Center Of Central Georgia. http://www.mccg.org/ 03/02/09, 09:52:48
Re: Tape performance (was: Re: Preferred TSM Platform)
I wrote a small script to collect the snmp data from the Brocade fibre switches and put the data into Servergraph. Next I created a report to graph the data and in that way we could see historical data throughput and identified more than once a faulty tape drive! You definitely want to monitor your tape throughput! For fiber-attached tape drives - use snmp to monitor the fiber switch ports. I use mrtg to acquire the data from my two tape-oriented SAN switches; this feeds my hobbit (renaming, currently, to xymon) monitoring package. I get to see the activity for each tape drive (one per switch port) and for each TSM HBA (one per switch port - zoned to all tape drives, run as one primary and 4 alternates per switch). Marcel
Re: Tape performance (was: Re: Preferred TSM Platform)
An interesting source of tape drive performance data is the TSM server itself, in the SUMMARY table. Extract it with SELECT into a comma-delimited or tab-delimited file, and then read it in to any popular statistical program like SPSS or SAS. You have to match up the records for processes such as MIGRATION, RECLAMATION, MOVE DATA... with the corresponding TAPE MOUNT records to track it down to the individual drive, but that's not rocket science in a stat program. Subtract media wait time, and you've got pretty good tape drive performance informaiton. Every day, I have a cron process that extracts the previous day's SUMMARY data into a file. But for exploration, you could simply extract the entire 30-days SUMMARY table into a file and then work that over with SAS or SPSS to get some very intersting stats. This is, of course, measuring only end-to-end tape subsystem speed. There is no way to separate out the bus, controllers, the drives, etc. But since you are collecting all of it, rather than spot anecdotal measurements, and since you do have specific drive names in the data, it gains quite a bit of statistical validity. You can also correlate the data with what kind of operation it is e.g. migration, reclamation, move data, client backup, etc. A distinct advantage is that it requires no instrumentation other than the TSM server itself, so you can get this data in brain-dead systems like Windows just fine. Another distinct advantage of this data source is that it's measuring it where it really matters - how much data TSM actually can push through that pathway. Therefore it's easy to track whether changes such as splitting drives out among multiple controllers, helps or not. P.S. I like AIX systems for TSM servers too. The best server system for large data I/O throughput. If you don't use AIX, you'll find yourself splitting servers much earlier, and into far more small pieces. Roger Deschner University of Illinois at Chicago rog...@uic.edu == If you torture the data long enough, they will confess. === On Fri, 27 Feb 2009, David Bronder wrote: Wanda Prather wrote: And there is NO instrumentation in Windows to give you any idea whatever about what is going on performance-wise on a bus with tape drives attached. Unfortunately, there doesn't seem to be any real instrumentation in AIX about tape drive performance, either. None of the standard AIX tools seem to give tape-related information (e.g. iostat or nmon), either for the tape drives themselves or for the buses or adapters the drives are connected to (unless there is also disk behind those buses or adapters). (Speaking only of FC drives, since the last time I used SCSI tape drives years ago, I never tried to get that data.) So far, neither IBMers nor business partners I've talked to have been able to identify a way of collecting that kind of data, either. The best ideas I've been able to come up with are manual timing tests (measure the time to transfer a known volume of data, whether within TSM or externally) or to look at stats on the fibre ports on the SAN switches (assuming one has that kind of access to the switches). If anyone can tell me differently, I'd love to hear about it. Even if (especially if?) it's something dead simple or obvious that I've been missing. =Dave (sticking with AIX for TSM for the forseeable future) -- Hello World.David Bronder - Systems Admin Segmentation Fault ITS-SPA, Univ. of Iowa Core dumped, disk trashed, quota filled, soda warm. david-bron...@uiowa.edu
Tape performance (was: Re: Preferred TSM Platform)
Wanda Prather wrote: And there is NO instrumentation in Windows to give you any idea whatever about what is going on performance-wise on a bus with tape drives attached. Unfortunately, there doesn't seem to be any real instrumentation in AIX about tape drive performance, either. None of the standard AIX tools seem to give tape-related information (e.g. iostat or nmon), either for the tape drives themselves or for the buses or adapters the drives are connected to (unless there is also disk behind those buses or adapters). (Speaking only of FC drives, since the last time I used SCSI tape drives years ago, I never tried to get that data.) So far, neither IBMers nor business partners I've talked to have been able to identify a way of collecting that kind of data, either. The best ideas I've been able to come up with are manual timing tests (measure the time to transfer a known volume of data, whether within TSM or externally) or to look at stats on the fibre ports on the SAN switches (assuming one has that kind of access to the switches). If anyone can tell me differently, I'd love to hear about it. Even if (especially if?) it's something dead simple or obvious that I've been missing. =Dave (sticking with AIX for TSM for the forseeable future) -- Hello World.David Bronder - Systems Admin Segmentation Fault ITS-SPA, Univ. of Iowa Core dumped, disk trashed, quota filled, soda warm. david-bron...@uiowa.edu
Re: Tape performance (was: Re: Preferred TSM Platform)
On Friday 27 February 2009, David Bronder wrote: Wanda Prather wrote: And there is NO instrumentation in Windows to give you any idea whatever about what is going on performance-wise on a bus with tape drives attached. Unfortunately, there doesn't seem to be any real instrumentation in AIX about tape drive performance, either. None of the standard AIX tools seem to give tape-related information (e.g. iostat or nmon), either for the tape drives themselves or for the buses or adapters the drives are connected to (unless there is also disk behind those buses or adapters). (Speaking only of FC drives, since the last time I used SCSI tape drives years ago, I never tried to get that data.) So far, neither IBMers nor business partners I've talked to have been able to identify a way of collecting that kind of data, either. The best ideas I've been able to come up with are manual timing tests (measure the time to transfer a known volume of data, whether within TSM or externally) or to look at stats on the fibre ports on the SAN switches (assuming one has that kind of access to the switches). If anyone can tell me differently, I'd love to hear about it. Even if (especially if?) it's something dead simple or obvious that I've been missing. The problem is that the numbers are not available. Don't ask me why. What I do is starting nmon. With 'a' you can see the adapter stats. With 'V' you van see the volume group stats. The difference is tape drive I/O. Stef
Re: Tape performance (was: Re: Preferred TSM Platform)
Stef Coene wrote: On Friday 27 February 2009, David Bronder wrote: Unfortunately, there doesn't seem to be any real instrumentation in AIX about tape drive performance, either. None of the standard AIX tools seem to give tape-related information (e.g. iostat or nmon), either for the tape drives themselves or for the buses or adapters the drives are connected to (unless there is also disk behind those buses or adapters). The problem is that the numbers are not available. Don't ask me why. What I do is starting nmon. With 'a' you can see the adapter stats. With 'V' you van see the volume group stats. The difference is tape drive I/O. In my environment, at least, only fibre HBAs with disk connected to them appear in the nmon 'a'dapter screen, so my HBAs dedicated to tape drives are not listed. With 8 HBAs, 2 for LUNs and 6 for tape drives, I only see the 2 used for disk (oddly, fscsi0 and fscsi1, plus fcs1 but not fcs0) and the planar SAS adapter for the system disks. So, unless you have disk and tape mixed on the same adapter (which I've always been told was contrary to best practices), I still don't see a way to get those numbers out of AIX (directly or derived). Or is nmon lying about what adapters it's reporting on? (nmon and iostat also don't cleanly deal with the multiple paths to LUNs as implemented by EMC PowerPath, so some of the stats can't be taken at face value for disks, either. nmon has support for SDD, of course. :) ) -- Hello World.David Bronder - Systems Admin Segmentation Fault ITS-SPA, Univ. of Iowa Core dumped, disk trashed, quota filled, soda warm. david-bron...@uiowa.edu
Re: Tape performance (was: Re: Preferred TSM Platform)
On Friday 27 February 2009, David Bronder wrote: In my environment, at least, only fibre HBAs with disk connected to them appear in the nmon 'a'dapter screen, so my HBAs dedicated to tape drives are not listed. With 8 HBAs, 2 for LUNs and 6 for tape drives, I only see the 2 used for disk (oddly, fscsi0 and fscsi1, plus fcs1 but not fcs0) and the planar SAS adapter for the system disks. Indeed, I just checked it on an AIX box with a tape-dedicated fiber card. So, unless you have disk and tape mixed on the same adapter (which I've always been told was contrary to best practices), I still don't see a way to get those numbers out of AIX (directly or derived). Or is nmon lying about what adapters it's reporting on? fcstat can show statistics, so in theory, nmon can have the same numbers. I will try to contact Nigel about this. Stef
Re: Tape performance (was: Re: Preferred TSM Platform)
Instead of selecting 'a' on nmon try '^' instead. This will give you the FC adapter stats from fcstat. At least it does on version 12e of nmon. Rick Saylor Austin Community College At 04:59 AM 2/27/2009, you wrote: Stef Coene wrote: On Friday 27 February 2009, David Bronder wrote: Unfortunately, there doesn't seem to be any real instrumentation in AIX about tape drive performance, either. None of the standard AIX tools seem to give tape-related information (e.g. iostat or nmon), either for the tape drives themselves or for the buses or adapters the drives are connected to (unless there is also disk behind those buses or adapters). The problem is that the numbers are not available. Don't ask me why. What I do is starting nmon. With 'a' you can see the adapter stats. With 'V' you van see the volume group stats. The difference is tape drive I/O. In my environment, at least, only fibre HBAs with disk connected to them appear in the nmon 'a'dapter screen, so my HBAs dedicated to tape drives are not listed. With 8 HBAs, 2 for LUNs and 6 for tape drives, I only see the 2 used for disk (oddly, fscsi0 and fscsi1, plus fcs1 but not fcs0) and the planar SAS adapter for the system disks. So, unless you have disk and tape mixed on the same adapter (which I've always been told was contrary to best practices), I still don't see a way to get those numbers out of AIX (directly or derived). Or is nmon lying about what adapters it's reporting on? (nmon and iostat also don't cleanly deal with the multiple paths to LUNs as implemented by EMC PowerPath, so some of the stats can't be taken at face value for disks, either. nmon has support for SDD, of course. :) ) -- Hello World.David Bronder - Systems Admin Segmentation Fault ITS-SPA, Univ. of Iowa Core dumped, disk trashed, quota filled, soda warm. david-bron...@uiowa.edu
Re: Tape performance (was: Re: Preferred TSM Platform)
For fiber-attached tape drives - use snmp to monitor the fiber switch ports. I use mrtg to acquire the data from my two tape-oriented SAN switches; this feeds my hobbit (renaming, currently, to xymon) monitoring package. I get to see the activity for each tape drive (one per switch port) and for each TSM HBA (one per switch port - zoned to all tape drives, run as one primary and 4 alternates per switch). The resulting graphs show that my fifth adapter to either switch from TSM us idle about 50% of the time, peaks at 400 MB/sec, and runs at a fairly steady 200 MB/sec during my peak tape activity time. I'm running 10 LTO-4 and 6 LTO-2 in a 3584 library -- 16 drives, 10 HBAs from TSM -- and it looks like I'm getting my money's worth. Tom Kauffman NIBCO, Inc -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of David Bronder Sent: Friday, February 27, 2009 3:34 AM To: ADSM-L@VM.MARIST.EDU Subject: Tape performance (was: Re: Preferred TSM Platform) Wanda Prather wrote: And there is NO instrumentation in Windows to give you any idea whatever about what is going on performance-wise on a bus with tape drives attached. Unfortunately, there doesn't seem to be any real instrumentation in AIX about tape drive performance, either. None of the standard AIX tools seem to give tape-related information (e.g. iostat or nmon), either for the tape drives themselves or for the buses or adapters the drives are connected to (unless there is also disk behind those buses or adapters). (Speaking only of FC drives, since the last time I used SCSI tape drives years ago, I never tried to get that data.) So far, neither IBMers nor business partners I've talked to have been able to identify a way of collecting that kind of data, either. The best ideas I've been able to come up with are manual timing tests (measure the time to transfer a known volume of data, whether within TSM or externally) or to look at stats on the fibre ports on the SAN switches (assuming one has that kind of access to the switches). If anyone can tell me differently, I'd love to hear about it. Even if (especially if?) it's something dead simple or obvious that I've been missing. =Dave (sticking with AIX for TSM for the forseeable future) -- Hello World.David Bronder - Systems Admin Segmentation Fault ITS-SPA, Univ. of Iowa Core dumped, disk trashed, quota filled, soda warm. david-bron...@uiowa.edu CONFIDENTIALITY NOTICE: This email and any attachments are for the exclusive and confidential use of the intended recipient. If you are not the intended recipient, please do not read, distribute or take action in reliance upon this message. If you have received this in error, please notify us immediately by return email and promptly delete this message and its attachments from your computer system. We do not waive attorney-client or work product privilege by the transmission of this message.
Re: Tape performance (was: Re: Preferred TSM Platform)
Hello, David. Have a look at the 'fcstat' command recently introduced into AIX. This will output an unpleasant bunch of data, but some nice scripting can isolate the FC SCSI Traffic Input Bytes and Output Bytes lines for the desired HBA, even if the HBA doesn't have disk on it. A loop, fcstat | grep | awk, sleep , and a subtraction will give you bytes/second numbers. Heck, it'll even give you cool stuff like IP over FC bytes if you use it. Alex Paschal Storage Solutions Engineer MSI Systems Integrators Your Business. Better. -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of David Bronder Sent: Friday, February 27, 2009 12:34 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Tape performance (was: Re: Preferred TSM Platform) Wanda Prather wrote: And there is NO instrumentation in Windows to give you any idea whatever about what is going on performance-wise on a bus with tape drives attached. Unfortunately, there doesn't seem to be any real instrumentation in AIX about tape drive performance, either. None of the standard AIX tools seem to give tape-related information (e.g. iostat or nmon), either for the tape drives themselves or for the buses or adapters the drives are connected to (unless there is also disk behind those buses or adapters). (Speaking only of FC drives, since the last time I used SCSI tape drives years ago, I never tried to get that data.) So far, neither IBMers nor business partners I've talked to have been able to identify a way of collecting that kind of data, either. The best ideas I've been able to come up with are manual timing tests (measure the time to transfer a known volume of data, whether within TSM or externally) or to look at stats on the fibre ports on the SAN switches (assuming one has that kind of access to the switches). If anyone can tell me differently, I'd love to hear about it. Even if (especially if?) it's something dead simple or obvious that I've been missing. =Dave (sticking with AIX for TSM for the forseeable future) -- Hello World.David Bronder - Systems Admin Segmentation Fault ITS-SPA, Univ. of Iowa Core dumped, disk trashed, quota filled, soda warm. david-bron...@uiowa.edu This message (including any attachments) is intended only for the use of the individual or entity to which it is addressed and may contain information that is non-public, proprietary, privileged, confidential, and exempt from disclosure under applicable law or may constitute as attorney work product. If you are not the intended recipient, you are hereby notified that any use, dissemination, distribution, or copying of this communication is strictly prohibited. If you have received this communication in error, notify us immediately by telephone and (i) destroy this message if a facsimile or (ii) delete this message immediately if this is an electronic communication. Thank you.
Re: Tape performance (was: Re: Preferred TSM Platform)
Rick Saylor wrote: Instead of selecting 'a' on nmon try '^' instead. This will give you the FC adapter stats from fcstat. At least it does on version 12e of nmon. Thanks, Rick! I was still running nmon 11e and didn't have this new option (and I'm still at 5.3 TL8... at TL9 nmon is bundled in with topas). Once I upgraded to 12e, the '^' key does indeed show all the HBAs. Also thanks to Stef Coene, Alex Paschal and Richard Cowen for pointers to fcstat, a tool I wasn't aware of that falls in the dead simple or obvious category. :) Wonder why the IBMers and business partner tech folks weren't aware of it either. -- Hello World.David Bronder - Systems Admin Segmentation Fault ITS-SPA, Univ. of Iowa Core dumped, disk trashed, quota filled, soda warm. david-bron...@uiowa.edu
Re: Preferred TSM Platform
Yup. It boils down to Wanda's statement: I/O, I/O, it's all about I/O --- Wanda Prather If you can do the work with LTO-1 or -2 drives, or DLT-7000, or similar speed/capacity, then Windows will work. When you get into high-speed/high-capacity drives the Intel/AMD architecture comes unglued. A single LTO-4 drive will use ALL the I/O bandwith of a PCI or PCI-x bus, and a significant chunk of a PCIe(1) bus. The challenge becomes one of finding a suitable X86 server with multiple PCIe busses in the design. IBM has the GX series I/O modules with two PCIe busses each for the P6 architecture that allows for significant I/O bandwith expansion -- for a cost, of course. Tom Kauffman NIBCO, Inc -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Kelly Lipp Sent: Wednesday, February 25, 2009 4:14 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: Preferred TSM Platform I love it when somebody quotes me! Somebody is listening. I had this discussion with one of our customers yesterday. It really does/should boil down to the OS experience you have on hand. Does the AIX platform have more capacity/performance than the best Windows platform? I'm guessing it probably does. But at what cost? And then more importantly: do either of the platforms have enough for you? If both do, then pick the one that makes more sense based on your OS experience. And remember: one can always divide and conquer. 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 Allen S. Rout Sent: Wednesday, February 25, 2009 1:52 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform On Wed, 25 Feb 2009 15:57:37 +0100, Henrik Vahlstedt s...@statoilhydro.com said: Time to quote Kelly... So to me it's either AIX or Windows (yes, you can do a lot of TSM on Windows once you get past the bigotry!). Choose whichever one you have the most experience with. gollum Ac! It BURNS usss, naty windowsss /gollum - Allen S. Rout - Prefers AIX for this. *koff* :) CONFIDENTIALITY NOTICE: This email and any attachments are for the exclusive and confidential use of the intended recipient. If you are not the intended recipient, please do not read, distribute or take action in reliance upon this message. If you have received this in error, please notify us immediately by return email and promptly delete this message and its attachments from your computer system. We do not waive attorney-client or work product privilege by the transmission of this message.
Re: Preferred TSM Platform
We're actually considering a new platform for future TSM servers simply because we're not an AIX shop anymore (TSM being the lone holdout). We're not a very good windows shop either, and our strength is really in Solaris and/or Linux, technically speaking. When I compare the hardware and LVM features for Solaris with those of Linux, I can see the benefits of Solaris. But this listserv group has me second-guessing myself since I have yet to hear from someone with a Solaris-based TSM infrastructure. (I would stick with AIX if I could, but you know... politics). Solaris 10 and the built-in features of ZFS alone have kind of swayed me towards Solaris. It's the only native LVM-based filesystem that I think can compete with what I'm used to, namely JFS2. As for hardware, Sun offers some pretty hefty I/O-centric boxes, with a hefty pricetag. But the pricey p650 that we're on now has lasted almost 7 years, is still very stable and not breaking much of a sweat. Still, the range of servers that Sun offers (which I don't see in the Dell world) is another advantage. Any thoughts from anyone running a TSM server on Solaris? We could use the insight since I believe we'll be rolling out a development environment on Solaris as a proof-of-concept. Anyone familiar with DB2 performance on Solaris? Thanks! SF Jim Zajkowski wrote: On Feb 25, 2009, at 10:09 AM, Strand, Neil B. wrote: consider Solaris Actually I'm considering replacing my Linux TSM server with Solaris - either SPARC or x86 - predominately because Solaris has a fast TCP/IP stack, ZFS, and fewer driver issues than on Linux. Has anyone also moved from Linux to Solaris? --Jim
Re: Preferred TSM Platform
We're primarily a Solaris based TSM shop, our backup server platforms are T2000's and T5220's currently which seem to be very good at handling the I/O of the newer T1A B drives along with the speeds of LTO's and what not. Most of our servers are loaded up with dual port 4Gb Emulex cards usually eight total HBA ports per server. Network wise we use the onboard 4 Gb ports and usually a dual port Gb card and Etherchannel/trunking to give us a large pipe for backup traffic. Speed wise the machines are great for an enterprise solution, price wise I think they're fantastic as well. The only issues we seem to run in to is IBM Solaris pointing fingers at each other when there are complicated bugs encountered that can be resolved via simple queries to get to the root of the problem. We're primarily using SAN based storage SUN/EMC arrays along with EDL's, disk suite management is usually done with Veritas for us though mpxio is always an option. For any disk we use in TSM we typically use raw volumes and not formatted file systems. I think the preferred platform is still AIX as TSM just seems to perform better on it with less of these odd bugs we see from time to time. The new Sun servers though are a great buy performance wise and really do handle these newer tape drive speeds well. Most of these new servers we're using we can't even get the CPU usage to go above 40% yet with 400-500 clients on them. -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Sergio Fuentes Sent: Thursday, February 26, 2009 10:58 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform We're actually considering a new platform for future TSM servers simply because we're not an AIX shop anymore (TSM being the lone holdout). We're not a very good windows shop either, and our strength is really in Solaris and/or Linux, technically speaking. When I compare the hardware and LVM features for Solaris with those of Linux, I can see the benefits of Solaris. But this listserv group has me second-guessing myself since I have yet to hear from someone with a Solaris-based TSM infrastructure. (I would stick with AIX if I could, but you know... politics). Solaris 10 and the built-in features of ZFS alone have kind of swayed me towards Solaris. It's the only native LVM-based filesystem that I think can compete with what I'm used to, namely JFS2. As for hardware, Sun offers some pretty hefty I/O-centric boxes, with a hefty pricetag. But the pricey p650 that we're on now has lasted almost 7 years, is still very stable and not breaking much of a sweat. Still, the range of servers that Sun offers (which I don't see in the Dell world) is another advantage. Any thoughts from anyone running a TSM server on Solaris? We could use the insight since I believe we'll be rolling out a development environment on Solaris as a proof-of-concept. Anyone familiar with DB2 performance on Solaris? Thanks! SF Jim Zajkowski wrote: On Feb 25, 2009, at 10:09 AM, Strand, Neil B. wrote: consider Solaris Actually I'm considering replacing my Linux TSM server with Solaris - either SPARC or x86 - predominately because Solaris has a fast TCP/IP stack, ZFS, and fewer driver issues than on Linux. Has anyone also moved from Linux to Solaris? --Jim
Re: Preferred TSM Platform
I have to disagree with that. We routinely run multiple (up to six, and the only reason it's only six is we don't have any more to test so perhaps more will run) LTO4 drives as fast as they want to run using and IBM x3850 processor. We run four at a time using an x3650. The buses are PCI-E, drives are either SAS or FC. Would that box run six or eight of the IBM fancy pants drives? I don't know, haven't ever seen it tried. For most sites, Windows and the crummy little hardware it runs on will be just fine. For you big fellas, not so much. If you are in the gotta push 3-6TB/day Windows will work. For you 10TB/day folks, maybe not. 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 Kauffman, Tom Sent: Thursday, February 26, 2009 7:39 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform Yup. It boils down to Wanda's statement: I/O, I/O, it's all about I/O --- Wanda Prather If you can do the work with LTO-1 or -2 drives, or DLT-7000, or similar speed/capacity, then Windows will work. When you get into high-speed/high-capacity drives the Intel/AMD architecture comes unglued. A single LTO-4 drive will use ALL the I/O bandwith of a PCI or PCI-x bus, and a significant chunk of a PCIe(1) bus. The challenge becomes one of finding a suitable X86 server with multiple PCIe busses in the design. IBM has the GX series I/O modules with two PCIe busses each for the P6 architecture that allows for significant I/O bandwith expansion -- for a cost, of course. Tom Kauffman NIBCO, Inc -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Kelly Lipp Sent: Wednesday, February 25, 2009 4:14 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: Preferred TSM Platform I love it when somebody quotes me! Somebody is listening. I had this discussion with one of our customers yesterday. It really does/should boil down to the OS experience you have on hand. Does the AIX platform have more capacity/performance than the best Windows platform? I'm guessing it probably does. But at what cost? And then more importantly: do either of the platforms have enough for you? If both do, then pick the one that makes more sense based on your OS experience. And remember: one can always divide and conquer. 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 Allen S. Rout Sent: Wednesday, February 25, 2009 1:52 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform On Wed, 25 Feb 2009 15:57:37 +0100, Henrik Vahlstedt s...@statoilhydro.com said: Time to quote Kelly... So to me it's either AIX or Windows (yes, you can do a lot of TSM on Windows once you get past the bigotry!). Choose whichever one you have the most experience with. gollum Ac! It BURNS usss, naty windowsss /gollum - Allen S. Rout - Prefers AIX for this. *koff* :) CONFIDENTIALITY NOTICE: This email and any attachments are for the exclusive and confidential use of the intended recipient. If you are not the intended recipient, please do not read, distribute or take action in reliance upon this message. If you have received this in error, please notify us immediately by return email and promptly delete this message and its attachments from your computer system. We do not waive attorney-client or work product privilege by the transmission of this message.
Re: Preferred TSM Platform
Those high end Windows boxes are priced similarly to equivalent (or better) AIX boxes. Check the benchmarks before deciding. Orville L. Lantto From: Kauffman, Tom Sent: Thu 2/26/2009 08:38 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform Yup. It boils down to Wanda's statement: I/O, I/O, it's all about I/O --- Wanda Prather If you can do the work with LTO-1 or -2 drives, or DLT-7000, or similar speed/capacity, then Windows will work. When you get into high-speed/high-capacity drives the Intel/AMD architecture comes unglued. A single LTO-4 drive will use ALL the I/O bandwith of a PCI or PCI-x bus, and a significant chunk of a PCIe(1) bus. The challenge becomes one of finding a suitable X86 server with multiple PCIe busses in the design. IBM has the GX series I/O modules with two PCIe busses each for the P6 architecture that allows for significant I/O bandwith expansion -- for a cost, of course. Tom Kauffman NIBCO, Inc -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Kelly Lipp Sent: Wednesday, February 25, 2009 4:14 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: Preferred TSM Platform I love it when somebody quotes me! Somebody is listening. I had this discussion with one of our customers yesterday. It really does/should boil down to the OS experience you have on hand. Does the AIX platform have more capacity/performance than the best Windows platform? I'm guessing it probably does. But at what cost? And then more importantly: do either of the platforms have enough for you? If both do, then pick the one that makes more sense based on your OS experience. And remember: one can always divide and conquer. 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 Allen S. Rout Sent: Wednesday, February 25, 2009 1:52 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform On Wed, 25 Feb 2009 15:57:37 +0100, Henrik Vahlstedt s...@statoilhydro.com said: Time to quote Kelly... So to me it's either AIX or Windows (yes, you can do a lot of TSM on Windows once you get past the bigotry!). Choose whichever one you have the most experience with. gollum Ac! It BURNS usss, naty windowsss /gollum - Allen S. Rout - Prefers AIX for this. *koff* :) CONFIDENTIALITY NOTICE: This email and any attachments are for the exclusive and confidential use of the intended recipient. If you are not the intended recipient, please do not read, distribute or take action in reliance upon this message. If you have received this in error, please notify us immediately by return email and promptly delete this message and its attachments from your computer system. We do not waive attorney-client or work product privilege by the transmission of this message. This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.
Re: Preferred TSM Platform
Sure, but if you don't have any AIX expertise and have to buy/rent that, the cost goes up significantly. I'm no huge fan of Windows, but almost everybody has some of that expertise while AIX expertise is not available in most shops. 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 Orville Lantto Sent: Thursday, February 26, 2009 9:15 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform Those high end Windows boxes are priced similarly to equivalent (or better) AIX boxes. Check the benchmarks before deciding. Orville L. Lantto From: Kauffman, Tom Sent: Thu 2/26/2009 08:38 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform Yup. It boils down to Wanda's statement: I/O, I/O, it's all about I/O --- Wanda Prather If you can do the work with LTO-1 or -2 drives, or DLT-7000, or similar speed/capacity, then Windows will work. When you get into high-speed/high-capacity drives the Intel/AMD architecture comes unglued. A single LTO-4 drive will use ALL the I/O bandwith of a PCI or PCI-x bus, and a significant chunk of a PCIe(1) bus. The challenge becomes one of finding a suitable X86 server with multiple PCIe busses in the design. IBM has the GX series I/O modules with two PCIe busses each for the P6 architecture that allows for significant I/O bandwith expansion -- for a cost, of course. Tom Kauffman NIBCO, Inc -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Kelly Lipp Sent: Wednesday, February 25, 2009 4:14 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: Preferred TSM Platform I love it when somebody quotes me! Somebody is listening. I had this discussion with one of our customers yesterday. It really does/should boil down to the OS experience you have on hand. Does the AIX platform have more capacity/performance than the best Windows platform? I'm guessing it probably does. But at what cost? And then more importantly: do either of the platforms have enough for you? If both do, then pick the one that makes more sense based on your OS experience. And remember: one can always divide and conquer. 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 Allen S. Rout Sent: Wednesday, February 25, 2009 1:52 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform On Wed, 25 Feb 2009 15:57:37 +0100, Henrik Vahlstedt s...@statoilhydro.com said: Time to quote Kelly... So to me it's either AIX or Windows (yes, you can do a lot of TSM on Windows once you get past the bigotry!). Choose whichever one you have the most experience with. gollum Ac! It BURNS usss, naty windowsss /gollum - Allen S. Rout - Prefers AIX for this. *koff* :) CONFIDENTIALITY NOTICE: This email and any attachments are for the exclusive and confidential use of the intended recipient. If you are not the intended recipient, please do not read, distribute or take action in reliance upon this message. If you have received this in error, please notify us immediately by return email and promptly delete this message and its attachments from your computer system. We do not waive attorney-client or work product privilege by the transmission of this message. This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.
Re: Preferred TSM Platform
We have had a couple of customers over the years running TSM on Solaris. I must echo Mike's comments. As Solaris would optimistically finish third in IBMs race for resources there will necessarily be fewer resources both on the development and support side. If/when there are problems they will be solved more slowly than on the Windows or AIX. I guess I would enter the TSM on Solaris world with caution. That said, I have found that if you are a very good Solaris person, the issues are much easier to solve as you can often walk the IBM resource through the problem. But it will take more of your time if there is a problem. The most prevalent issues we have seen are integrating with libraries and drives as you would expect. Perhaps if you stay with IBM tape products these problems would be less? Who knows. 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 De Gasperis, Mike Sent: Thursday, February 26, 2009 9:09 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform We're primarily a Solaris based TSM shop, our backup server platforms are T2000's and T5220's currently which seem to be very good at handling the I/O of the newer T1A B drives along with the speeds of LTO's and what not. Most of our servers are loaded up with dual port 4Gb Emulex cards usually eight total HBA ports per server. Network wise we use the onboard 4 Gb ports and usually a dual port Gb card and Etherchannel/trunking to give us a large pipe for backup traffic. Speed wise the machines are great for an enterprise solution, price wise I think they're fantastic as well. The only issues we seem to run in to is IBM Solaris pointing fingers at each other when there are complicated bugs encountered that can be resolved via simple queries to get to the root of the problem. We're primarily using SAN based storage SUN/EMC arrays along with EDL's, disk suite management is usually done with Veritas for us though mpxio is always an option. For any disk we use in TSM we typically use raw volumes and not formatted file systems. I think the preferred platform is still AIX as TSM just seems to perform better on it with less of these odd bugs we see from time to time. The new Sun servers though are a great buy performance wise and really do handle these newer tape drive speeds well. Most of these new servers we're using we can't even get the CPU usage to go above 40% yet with 400-500 clients on them. -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Sergio Fuentes Sent: Thursday, February 26, 2009 10:58 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform We're actually considering a new platform for future TSM servers simply because we're not an AIX shop anymore (TSM being the lone holdout). We're not a very good windows shop either, and our strength is really in Solaris and/or Linux, technically speaking. When I compare the hardware and LVM features for Solaris with those of Linux, I can see the benefits of Solaris. But this listserv group has me second-guessing myself since I have yet to hear from someone with a Solaris-based TSM infrastructure. (I would stick with AIX if I could, but you know... politics). Solaris 10 and the built-in features of ZFS alone have kind of swayed me towards Solaris. It's the only native LVM-based filesystem that I think can compete with what I'm used to, namely JFS2. As for hardware, Sun offers some pretty hefty I/O-centric boxes, with a hefty pricetag. But the pricey p650 that we're on now has lasted almost 7 years, is still very stable and not breaking much of a sweat. Still, the range of servers that Sun offers (which I don't see in the Dell world) is another advantage. Any thoughts from anyone running a TSM server on Solaris? We could use the insight since I believe we'll be rolling out a development environment on Solaris as a proof-of-concept. Anyone familiar with DB2 performance on Solaris? Thanks! SF Jim Zajkowski wrote: On Feb 25, 2009, at 10:09 AM, Strand, Neil B. wrote: consider Solaris Actually I'm considering replacing my Linux TSM server with Solaris - either SPARC or x86 - predominately because Solaris has a fast TCP/IP stack, ZFS, and fewer driver issues than on Linux. Has anyone also moved from Linux to Solaris? --Jim
Re: Preferred TSM Platform
DB2 performs well on all platforms. You just have to size memory and disk layout the correct way. Aside from the Red books two good sources are: Configuring and tuning Databases on the Solaris Platform by Allan N Packer (a little dated but still good concepts) Understanding DB2 Learning Visually with Examples. 2nd Edition Raul F. Chong, Xiaomel Wang, Michael Dang and Dwaine R. Snow On Feb 26, 2009, at 10:57 AM, Sergio Fuentes wrote: We're actually considering a new platform for future TSM servers simply because we're not an AIX shop anymore (TSM being the lone holdout). We're not a very good windows shop either, and our strength is really in Solaris and/ or Linux, technically speaking. When I compare the hardware and LVM features for Solaris with those of Linux, I can see the benefits of Solaris. But this listserv group has me second-guessing myself since I have yet to hear from someone with a Solaris-based TSM infrastructure. (I would stick with AIX if I could, but you know... politics). Solaris 10 and the built-in features of ZFS alone have kind of swayed me towards Solaris. It's the only native LVM-based filesystem that I think can compete with what I'm used to, namely JFS2. As for hardware, Sun offers some pretty hefty I/O-centric boxes, with a hefty pricetag. But the pricey p650 that we're on now has lasted almost 7 years, is still very stable and not breaking much of a sweat. Still, the range of servers that Sun offers (which I don't see in the Dell world) is another advantage. Any thoughts from anyone running a TSM server on Solaris? We could use the insight since I believe we'll be rolling out a development environment on Solaris as a proof-of-concept. Anyone familiar with DB2 performance on Solaris? Thanks! SF Jim Zajkowski wrote: On Feb 25, 2009, at 10:09 AM, Strand, Neil B. wrote: consider Solaris Actually I'm considering replacing my Linux TSM server with Solaris - either SPARC or x86 - predominately because Solaris has a fast TCP/IP stack, ZFS, and fewer driver issues than on Linux. Has anyone also moved from Linux to Solaris? --Jim
Re: Preferred TSM Platform
I'll admit to not having a good grasp of the PCI-E architecture, but I'll stand by my statement that you'll need PCI-E to get maximal performance out of LTO-4. I'm fairly certain you'll need to go LAN-free to hit the maximum as well - I know that's my current bottleneck. As a side note - does anyone know what the maximum drive data compression is on LTO-4? I'm getting about 4.1 to 1 on SAP/R3-Oracle, with some tapes hitting 3.5 to 3.7 TB before becoming full. I am glad to hear the X86 architecture scales this well - thanks, Kelly. Tom Kauffman NIBCO, Inc -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Kelly Lipp Sent: Thursday, February 26, 2009 11:12 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: Preferred TSM Platform I have to disagree with that. We routinely run multiple (up to six, and the only reason it's only six is we don't have any more to test so perhaps more will run) LTO4 drives as fast as they want to run using and IBM x3850 processor. We run four at a time using an x3650. The buses are PCI-E, drives are either SAS or FC. Would that box run six or eight of the IBM fancy pants drives? I don't know, haven't ever seen it tried. For most sites, Windows and the crummy little hardware it runs on will be just fine. For you big fellas, not so much. If you are in the gotta push 3-6TB/day Windows will work. For you 10TB/day folks, maybe not. 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 Kauffman, Tom Sent: Thursday, February 26, 2009 7:39 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform Yup. It boils down to Wanda's statement: I/O, I/O, it's all about I/O --- Wanda Prather If you can do the work with LTO-1 or -2 drives, or DLT-7000, or similar speed/capacity, then Windows will work. When you get into high-speed/high-capacity drives the Intel/AMD architecture comes unglued. A single LTO-4 drive will use ALL the I/O bandwith of a PCI or PCI-x bus, and a significant chunk of a PCIe(1) bus. The challenge becomes one of finding a suitable X86 server with multiple PCIe busses in the design. IBM has the GX series I/O modules with two PCIe busses each for the P6 architecture that allows for significant I/O bandwith expansion -- for a cost, of course. Tom Kauffman NIBCO, Inc -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Kelly Lipp Sent: Wednesday, February 25, 2009 4:14 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: Preferred TSM Platform I love it when somebody quotes me! Somebody is listening. I had this discussion with one of our customers yesterday. It really does/should boil down to the OS experience you have on hand. Does the AIX platform have more capacity/performance than the best Windows platform? I'm guessing it probably does. But at what cost? And then more importantly: do either of the platforms have enough for you? If both do, then pick the one that makes more sense based on your OS experience. And remember: one can always divide and conquer. 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 Allen S. Rout Sent: Wednesday, February 25, 2009 1:52 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform On Wed, 25 Feb 2009 15:57:37 +0100, Henrik Vahlstedt s...@statoilhydro.com said: Time to quote Kelly... So to me it's either AIX or Windows (yes, you can do a lot of TSM on Windows once you get past the bigotry!). Choose whichever one you have the most experience with. gollum Ac! It BURNS usss, naty windowsss /gollum - Allen S. Rout - Prefers AIX for this. *koff* :) CONFIDENTIALITY NOTICE: This email and any attachments are for the exclusive and confidential use of the intended recipient. If you are not the intended recipient, please do not read, distribute or take action in reliance upon this message. If you have received this in error, please notify us immediately by return email and promptly delete this message and its attachments from your computer system. We do not waive attorney-client or work product privilege by the transmission of this message. CONFIDENTIALITY NOTICE: This email and any attachments are for the exclusive and confidential use of the intended recipient. If you are not the intended recipient, please do not read, distribute or take action in reliance upon this message. If you have received this in error, please notify us immediately by return email and promptly delete this message and its attachments from your computer system. We do not waive attorney-client or work product privilege by the transmission of this message.
Re: Preferred TSM Platform
I haven't checked AIX prices lately, but my last Dell 2900 with 8-1TB drives (for the LZ) and 2-500GB mirrored drives (OS and DB) with 8GB RAM cost under $11K. As I mentioned, the RH Linux license is around $50. I think it has 2-PCIe slots for the HBA's and 2-GIGe NICS. Orville Lantto orville.lan...@glasshouse.com Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU 02/26/2009 11:17 AM Please respond to ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU To ADSM-L@VM.MARIST.EDU cc Subject Re: [ADSM-L] Preferred TSM Platform Those high end Windows boxes are priced similarly to equivalent (or better) AIX boxes. Check the benchmarks before deciding. Orville L. Lantto From: Kauffman, Tom Sent: Thu 2/26/2009 08:38 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform Yup. It boils down to Wanda's statement: I/O, I/O, it's all about I/O --- Wanda Prather If you can do the work with LTO-1 or -2 drives, or DLT-7000, or similar speed/capacity, then Windows will work. When you get into high-speed/high-capacity drives the Intel/AMD architecture comes unglued. A single LTO-4 drive will use ALL the I/O bandwith of a PCI or PCI-x bus, and a significant chunk of a PCIe(1) bus. The challenge becomes one of finding a suitable X86 server with multiple PCIe busses in the design. IBM has the GX series I/O modules with two PCIe busses each for the P6 architecture that allows for significant I/O bandwith expansion -- for a cost, of course. Tom Kauffman NIBCO, Inc -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Kelly Lipp Sent: Wednesday, February 25, 2009 4:14 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: Preferred TSM Platform I love it when somebody quotes me! Somebody is listening. I had this discussion with one of our customers yesterday. It really does/should boil down to the OS experience you have on hand. Does the AIX platform have more capacity/performance than the best Windows platform? I'm guessing it probably does. But at what cost? And then more importantly: do either of the platforms have enough for you? If both do, then pick the one that makes more sense based on your OS experience. And remember: one can always divide and conquer. 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 Allen S. Rout Sent: Wednesday, February 25, 2009 1:52 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform On Wed, 25 Feb 2009 15:57:37 +0100, Henrik Vahlstedt s...@statoilhydro.com said: Time to quote Kelly... So to me it's either AIX or Windows (yes, you can do a lot of TSM on Windows once you get past the bigotry!). Choose whichever one you have the most experience with. gollum Ac! It BURNS usss, naty windowsss /gollum - Allen S. Rout - Prefers AIX for this. *koff* :) CONFIDENTIALITY NOTICE: This email and any attachments are for the exclusive and confidential use of the intended recipient. If you are not the intended recipient, please do not read, distribute or take action in reliance upon this message. If you have received this in error, please notify us immediately by return email and promptly delete this message and its attachments from your computer system. We do not waive attorney-client or work product privilege by the transmission of this message. This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.
Re: Preferred TSM Platform
This level of performance is pretty near the bottom of the pSeries range, but a comparable would be a pSeries 520 which could be had for this a similar price. I just checked and a basic 520 is list priced below $12,000. Orville Lantto | Consultant -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Zoltan Forray/AC/VCU Sent: Thursday, February 26, 2009 11:17 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform I haven't checked AIX prices lately, but my last Dell 2900 with 8-1TB drives (for the LZ) and 2-500GB mirrored drives (OS and DB) with 8GB RAM cost under $11K. As I mentioned, the RH Linux license is around $50. I think it has 2-PCIe slots for the HBA's and 2-GIGe NICS. Orville Lantto orville.lan...@glasshouse.com Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU 02/26/2009 11:17 AM Please respond to ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU To ADSM-L@VM.MARIST.EDU cc Subject Re: [ADSM-L] Preferred TSM Platform Those high end Windows boxes are priced similarly to equivalent (or better) AIX boxes. Check the benchmarks before deciding. Orville L. Lantto From: Kauffman, Tom Sent: Thu 2/26/2009 08:38 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform Yup. It boils down to Wanda's statement: I/O, I/O, it's all about I/O --- Wanda Prather If you can do the work with LTO-1 or -2 drives, or DLT-7000, or similar speed/capacity, then Windows will work. When you get into high-speed/high-capacity drives the Intel/AMD architecture comes unglued. A single LTO-4 drive will use ALL the I/O bandwith of a PCI or PCI-x bus, and a significant chunk of a PCIe(1) bus. The challenge becomes one of finding a suitable X86 server with multiple PCIe busses in the design. IBM has the GX series I/O modules with two PCIe busses each for the P6 architecture that allows for significant I/O bandwith expansion -- for a cost, of course. Tom Kauffman NIBCO, Inc -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Kelly Lipp Sent: Wednesday, February 25, 2009 4:14 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: Preferred TSM Platform I love it when somebody quotes me! Somebody is listening. I had this discussion with one of our customers yesterday. It really does/should boil down to the OS experience you have on hand. Does the AIX platform have more capacity/performance than the best Windows platform? I'm guessing it probably does. But at what cost? And then more importantly: do either of the platforms have enough for you? If both do, then pick the one that makes more sense based on your OS experience. And remember: one can always divide and conquer. 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 Allen S. Rout Sent: Wednesday, February 25, 2009 1:52 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform On Wed, 25 Feb 2009 15:57:37 +0100, Henrik Vahlstedt s...@statoilhydro.com said: Time to quote Kelly... So to me it's either AIX or Windows (yes, you can do a lot of TSM on Windows once you get past the bigotry!). Choose whichever one you have the most experience with. gollum Ac! It BURNS usss, naty windowsss /gollum - Allen S. Rout - Prefers AIX for this. *koff* :) CONFIDENTIALITY NOTICE: This email and any attachments are for the exclusive and confidential use of the intended recipient. If you are not the intended recipient, please do not read, distribute or take action in reliance upon this message. If you have received this in error, please notify us immediately by return email and promptly delete this message and its attachments from your computer system. We do not waive attorney-client or work product privilege by the transmission of this message. This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.
Re: Preferred TSM Platform
IBM x3850, dual quad core processors, 16GB, 7 PCI-E slots with four 2.5 15K SAS 73GB drives (have to use external storage on this guy), around $14K. Can have up to four quad core procs, 256GB memory. This is one screaming dude when used with TSM. And it's IBM... 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 Orville Lantto Sent: Thursday, February 26, 2009 11:19 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform This level of performance is pretty near the bottom of the pSeries range, but a comparable would be a pSeries 520 which could be had for this a similar price. I just checked and a basic 520 is list priced below $12,000. Orville Lantto | Consultant -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Zoltan Forray/AC/VCU Sent: Thursday, February 26, 2009 11:17 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform I haven't checked AIX prices lately, but my last Dell 2900 with 8-1TB drives (for the LZ) and 2-500GB mirrored drives (OS and DB) with 8GB RAM cost under $11K. As I mentioned, the RH Linux license is around $50. I think it has 2-PCIe slots for the HBA's and 2-GIGe NICS. Orville Lantto orville.lan...@glasshouse.com Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU 02/26/2009 11:17 AM Please respond to ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU To ADSM-L@VM.MARIST.EDU cc Subject Re: [ADSM-L] Preferred TSM Platform Those high end Windows boxes are priced similarly to equivalent (or better) AIX boxes. Check the benchmarks before deciding. Orville L. Lantto From: Kauffman, Tom Sent: Thu 2/26/2009 08:38 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform Yup. It boils down to Wanda's statement: I/O, I/O, it's all about I/O --- Wanda Prather If you can do the work with LTO-1 or -2 drives, or DLT-7000, or similar speed/capacity, then Windows will work. When you get into high-speed/high-capacity drives the Intel/AMD architecture comes unglued. A single LTO-4 drive will use ALL the I/O bandwith of a PCI or PCI-x bus, and a significant chunk of a PCIe(1) bus. The challenge becomes one of finding a suitable X86 server with multiple PCIe busses in the design. IBM has the GX series I/O modules with two PCIe busses each for the P6 architecture that allows for significant I/O bandwith expansion -- for a cost, of course. Tom Kauffman NIBCO, Inc -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Kelly Lipp Sent: Wednesday, February 25, 2009 4:14 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: Preferred TSM Platform I love it when somebody quotes me! Somebody is listening. I had this discussion with one of our customers yesterday. It really does/should boil down to the OS experience you have on hand. Does the AIX platform have more capacity/performance than the best Windows platform? I'm guessing it probably does. But at what cost? And then more importantly: do either of the platforms have enough for you? If both do, then pick the one that makes more sense based on your OS experience. And remember: one can always divide and conquer. 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 Allen S. Rout Sent: Wednesday, February 25, 2009 1:52 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform On Wed, 25 Feb 2009 15:57:37 +0100, Henrik Vahlstedt s...@statoilhydro.com said: Time to quote Kelly... So to me it's either AIX or Windows (yes, you can do a lot of TSM on Windows once you get past the bigotry!). Choose whichever one you have the most experience with. gollum Ac! It BURNS usss, naty windowsss /gollum - Allen S. Rout - Prefers AIX for this. *koff* :) CONFIDENTIALITY NOTICE: This email and any attachments are for the exclusive and confidential use of the intended recipient. If you are not the intended recipient, please do not read, distribute or take action in reliance upon this message. If you have received this in error, please notify us immediately by return email and promptly delete this message and its attachments from your computer system. We do not waive attorney-client or work product privilege by the transmission of this message. This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate
Re: Preferred TSM Platform
On Feb 26, 2009, at 1:26 PM, Kelly Lipp wrote: IBM x3850, dual quad core processors, 16GB, 7 PCI-E slots with four 2.5 15K SAS 73GB drives (have to use external storage on this guy), around $14K. Can have up to four quad core procs, 256GB memory. This is one screaming dude when used with TSM. And it's IBM... Well...it has an IBM label on it, but I don't know who actually makes the xSeries boxes. We've had a number of them dead on arrival, and some others which had failures not long after arrival. And with several of them we endured multi-month debugging marathons with IBM service, where they would mysteriously crash or fail to boot, having to incrementally replace just about everything inside the case to resolve it. By contrast, RS/6000s have long been solid, reliable performers. I guess it proves the old adage that you get what you pay for. Richard Sims
Re: Preferred TSM Platform
Hey Tom. I don't know that there's a max for the drive compression algorithm; it's a function of the data. I routinely see 2.1-2.2:1 on basic mixtures of fileservers, print servers, winders stuff. Oracle is almost always higher, I expect 3-3.5:1. I've seen DB2 compress at 6:1. On Thu, Feb 26, 2009 at 12:07 PM, Kauffman, Tom kauffm...@nibco.com wrote: I'll admit to not having a good grasp of the PCI-E architecture, but I'll stand by my statement that you'll need PCI-E to get maximal performance out of LTO-4. I'm fairly certain you'll need to go LAN-free to hit the maximum as well - I know that's my current bottleneck. As a side note - does anyone know what the maximum drive data compression is on LTO-4? I'm getting about 4.1 to 1 on SAP/R3-Oracle, with some tapes hitting 3.5 to 3.7 TB before becoming full. I am glad to hear the X86 architecture scales this well - thanks, Kelly. Tom Kauffman NIBCO, Inc -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Kelly Lipp Sent: Thursday, February 26, 2009 11:12 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: Preferred TSM Platform I have to disagree with that. We routinely run multiple (up to six, and the only reason it's only six is we don't have any more to test so perhaps more will run) LTO4 drives as fast as they want to run using and IBM x3850 processor. We run four at a time using an x3650. The buses are PCI-E, drives are either SAS or FC. Would that box run six or eight of the IBM fancy pants drives? I don't know, haven't ever seen it tried. For most sites, Windows and the crummy little hardware it runs on will be just fine. For you big fellas, not so much. If you are in the gotta push 3-6TB/day Windows will work. For you 10TB/day folks, maybe not. 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 Kauffman, Tom Sent: Thursday, February 26, 2009 7:39 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform Yup. It boils down to Wanda's statement: I/O, I/O, it's all about I/O --- Wanda Prather If you can do the work with LTO-1 or -2 drives, or DLT-7000, or similar speed/capacity, then Windows will work. When you get into high-speed/high-capacity drives the Intel/AMD architecture comes unglued. A single LTO-4 drive will use ALL the I/O bandwith of a PCI or PCI-x bus, and a significant chunk of a PCIe(1) bus. The challenge becomes one of finding a suitable X86 server with multiple PCIe busses in the design. IBM has the GX series I/O modules with two PCIe busses each for the P6 architecture that allows for significant I/O bandwith expansion -- for a cost, of course. Tom Kauffman NIBCO, Inc -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Kelly Lipp Sent: Wednesday, February 25, 2009 4:14 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: Preferred TSM Platform I love it when somebody quotes me! Somebody is listening. I had this discussion with one of our customers yesterday. It really does/should boil down to the OS experience you have on hand. Does the AIX platform have more capacity/performance than the best Windows platform? I'm guessing it probably does. But at what cost? And then more importantly: do either of the platforms have enough for you? If both do, then pick the one that makes more sense based on your OS experience. And remember: one can always divide and conquer. 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 Allen S. Rout Sent: Wednesday, February 25, 2009 1:52 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform On Wed, 25 Feb 2009 15:57:37 +0100, Henrik Vahlstedt s...@statoilhydro.com said: Time to quote Kelly... So to me it's either AIX or Windows (yes, you can do a lot of TSM on Windows once you get past the bigotry!). Choose whichever one you have the most experience with. gollum Ac! It BURNS usss, naty windowsss /gollum - Allen S. Rout - Prefers AIX for this. *koff* :) CONFIDENTIALITY NOTICE: This email and any attachments are for the exclusive and confidential use of the intended recipient. If you are not the intended recipient, please do not read, distribute or take action in reliance upon this message. If you have received this in error, please notify us immediately by return email and promptly delete this message and its attachments from your computer system. We do not waive attorney-client or work product privilege by the transmission of this message. CONFIDENTIALITY NOTICE: This email and any attachments
Re: Preferred TSM Platform
One of these days, I'll be bored enough to try backing up /dev/zero and see how many petabytes I can get on the tape - and if I can get the throughput up to the 370 MB/sec that the LTO-4 claims to support (going from memory here - I know it's well over 300 MB/sec). I see about the same as you on the MS stuff, with the exception of TDP for Mail and Exchange - that seems to be around 1.5 to 1, with most tapes going 'full' around 1.2 TB. Tom Kauffman NIBCO, Inc -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Wanda Prather Sent: Thursday, February 26, 2009 2:28 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: Preferred TSM Platform Hey Tom. I don't know that there's a max for the drive compression algorithm; it's a function of the data. I routinely see 2.1-2.2:1 on basic mixtures of fileservers, print servers, winders stuff. Oracle is almost always higher, I expect 3-3.5:1. I've seen DB2 compress at 6:1. On Thu, Feb 26, 2009 at 12:07 PM, Kauffman, Tom kauffm...@nibco.com wrote: I'll admit to not having a good grasp of the PCI-E architecture, but I'll stand by my statement that you'll need PCI-E to get maximal performance out of LTO-4. I'm fairly certain you'll need to go LAN-free to hit the maximum as well - I know that's my current bottleneck. As a side note - does anyone know what the maximum drive data compression is on LTO-4? I'm getting about 4.1 to 1 on SAP/R3-Oracle, with some tapes hitting 3.5 to 3.7 TB before becoming full. I am glad to hear the X86 architecture scales this well - thanks, Kelly. Tom Kauffman NIBCO, Inc -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Kelly Lipp Sent: Thursday, February 26, 2009 11:12 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: Preferred TSM Platform I have to disagree with that. We routinely run multiple (up to six, and the only reason it's only six is we don't have any more to test so perhaps more will run) LTO4 drives as fast as they want to run using and IBM x3850 processor. We run four at a time using an x3650. The buses are PCI-E, drives are either SAS or FC. Would that box run six or eight of the IBM fancy pants drives? I don't know, haven't ever seen it tried. For most sites, Windows and the crummy little hardware it runs on will be just fine. For you big fellas, not so much. If you are in the gotta push 3-6TB/day Windows will work. For you 10TB/day folks, maybe not. 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 Kauffman, Tom Sent: Thursday, February 26, 2009 7:39 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform Yup. It boils down to Wanda's statement: I/O, I/O, it's all about I/O --- Wanda Prather If you can do the work with LTO-1 or -2 drives, or DLT-7000, or similar speed/capacity, then Windows will work. When you get into high-speed/high-capacity drives the Intel/AMD architecture comes unglued. A single LTO-4 drive will use ALL the I/O bandwith of a PCI or PCI-x bus, and a significant chunk of a PCIe(1) bus. The challenge becomes one of finding a suitable X86 server with multiple PCIe busses in the design. IBM has the GX series I/O modules with two PCIe busses each for the P6 architecture that allows for significant I/O bandwith expansion -- for a cost, of course. Tom Kauffman NIBCO, Inc -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Kelly Lipp Sent: Wednesday, February 25, 2009 4:14 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: Preferred TSM Platform I love it when somebody quotes me! Somebody is listening. I had this discussion with one of our customers yesterday. It really does/should boil down to the OS experience you have on hand. Does the AIX platform have more capacity/performance than the best Windows platform? I'm guessing it probably does. But at what cost? And then more importantly: do either of the platforms have enough for you? If both do, then pick the one that makes more sense based on your OS experience. And remember: one can always divide and conquer. 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 Allen S. Rout Sent: Wednesday, February 25, 2009 1:52 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform On Wed, 25 Feb 2009 15:57:37 +0100, Henrik Vahlstedt s...@statoilhydro.com said: Time to quote Kelly... So to me it's either AIX or Windows (yes, you can do a lot of TSM on Windows once you get past the bigotry!). Choose whichever one you have the most experience with. gollum Ac
Re: Preferred TSM Platform
and the cost for AIX.. Orville Lantto orville.lan...@glasshouse.com Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU 02/26/2009 01:21 PM Please respond to ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU To ADSM-L@VM.MARIST.EDU cc Subject Re: [ADSM-L] Preferred TSM Platform This level of performance is pretty near the bottom of the pSeries range, but a comparable would be a pSeries 520 which could be had for this a similar price. I just checked and a basic 520 is list priced below $12,000. Orville Lantto | Consultant -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Zoltan Forray/AC/VCU Sent: Thursday, February 26, 2009 11:17 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform I haven't checked AIX prices lately, but my last Dell 2900 with 8-1TB drives (for the LZ) and 2-500GB mirrored drives (OS and DB) with 8GB RAM cost under $11K. As I mentioned, the RH Linux license is around $50. I think it has 2-PCIe slots for the HBA's and 2-GIGe NICS. Orville Lantto orville.lan...@glasshouse.com Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU 02/26/2009 11:17 AM Please respond to ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU To ADSM-L@VM.MARIST.EDU cc Subject Re: [ADSM-L] Preferred TSM Platform Those high end Windows boxes are priced similarly to equivalent (or better) AIX boxes. Check the benchmarks before deciding. Orville L. Lantto From: Kauffman, Tom Sent: Thu 2/26/2009 08:38 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform Yup. It boils down to Wanda's statement: I/O, I/O, it's all about I/O --- Wanda Prather If you can do the work with LTO-1 or -2 drives, or DLT-7000, or similar speed/capacity, then Windows will work. When you get into high-speed/high-capacity drives the Intel/AMD architecture comes unglued. A single LTO-4 drive will use ALL the I/O bandwith of a PCI or PCI-x bus, and a significant chunk of a PCIe(1) bus. The challenge becomes one of finding a suitable X86 server with multiple PCIe busses in the design. IBM has the GX series I/O modules with two PCIe busses each for the P6 architecture that allows for significant I/O bandwith expansion -- for a cost, of course. Tom Kauffman NIBCO, Inc -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Kelly Lipp Sent: Wednesday, February 25, 2009 4:14 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: Preferred TSM Platform I love it when somebody quotes me! Somebody is listening. I had this discussion with one of our customers yesterday. It really does/should boil down to the OS experience you have on hand. Does the AIX platform have more capacity/performance than the best Windows platform? I'm guessing it probably does. But at what cost? And then more importantly: do either of the platforms have enough for you? If both do, then pick the one that makes more sense based on your OS experience. And remember: one can always divide and conquer. 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 Allen S. Rout Sent: Wednesday, February 25, 2009 1:52 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform On Wed, 25 Feb 2009 15:57:37 +0100, Henrik Vahlstedt s...@statoilhydro.com said: Time to quote Kelly... So to me it's either AIX or Windows (yes, you can do a lot of TSM on Windows once you get past the bigotry!). Choose whichever one you have the most experience with. gollum Ac! It BURNS usss, naty windowsss /gollum - Allen S. Rout - Prefers AIX for this. *koff* :) CONFIDENTIALITY NOTICE: This email and any attachments are for the exclusive and confidential use of the intended recipient. If you are not the intended recipient, please do not read, distribute or take action in reliance upon this message. If you have received this in error, please notify us immediately by return email and promptly delete this message and its attachments from your computer system. We do not waive attorney-client or work product privilege by the transmission of this message. This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail. This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information
Re: Preferred TSM Platform
On Feb 26, 2009, at 21:04 , Zoltan Forray/AC/VCU wrote: and the cost for AIX.. I'm not saying that's a good idea, but TSM is supported on Linux for pSeries. OTOH Usually AIX is not a major cost factor and Windows is not exactly free either I prefer AIX, I've seen a p630 on 2CPU do 10 TB/24h not easily, but it didn't break either. Now, I'm not convinced that any other OS could survive the load -- Met vriendelijke groeten, Remco Post r.p...@plcs.nl +31 6 248 21 622
Re: Preferred TSM Platform
AIX was included in the $12,000. AIX costs a bit more than Linux, $300 list, but you get what you pay for. You can run Linux on Power hardware, if you prefer it. Orville Lantto | Consultant GlassHouse Technologies, Inc. T: +1 952 738 1933 orville.lan...@glasshouse.com | www.glasshouse.com Infrastructure :: Optimized -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Zoltan Forray/AC/VCU Sent: Thursday, February 26, 2009 2:04 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform and the cost for AIX.. Orville Lantto orville.lan...@glasshouse.com Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU 02/26/2009 01:21 PM Please respond to ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU To ADSM-L@VM.MARIST.EDU cc Subject Re: [ADSM-L] Preferred TSM Platform This level of performance is pretty near the bottom of the pSeries range, but a comparable would be a pSeries 520 which could be had for this a similar price. I just checked and a basic 520 is list priced below $12,000. Orville Lantto | Consultant -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Zoltan Forray/AC/VCU Sent: Thursday, February 26, 2009 11:17 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform I haven't checked AIX prices lately, but my last Dell 2900 with 8-1TB drives (for the LZ) and 2-500GB mirrored drives (OS and DB) with 8GB RAM cost under $11K. As I mentioned, the RH Linux license is around $50. I think it has 2-PCIe slots for the HBA's and 2-GIGe NICS. Orville Lantto orville.lan...@glasshouse.com Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU 02/26/2009 11:17 AM Please respond to ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU To ADSM-L@VM.MARIST.EDU cc Subject Re: [ADSM-L] Preferred TSM Platform Those high end Windows boxes are priced similarly to equivalent (or better) AIX boxes. Check the benchmarks before deciding. Orville L. Lantto From: Kauffman, Tom Sent: Thu 2/26/2009 08:38 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform Yup. It boils down to Wanda's statement: I/O, I/O, it's all about I/O --- Wanda Prather If you can do the work with LTO-1 or -2 drives, or DLT-7000, or similar speed/capacity, then Windows will work. When you get into high-speed/high-capacity drives the Intel/AMD architecture comes unglued. A single LTO-4 drive will use ALL the I/O bandwith of a PCI or PCI-x bus, and a significant chunk of a PCIe(1) bus. The challenge becomes one of finding a suitable X86 server with multiple PCIe busses in the design. IBM has the GX series I/O modules with two PCIe busses each for the P6 architecture that allows for significant I/O bandwith expansion -- for a cost, of course. Tom Kauffman NIBCO, Inc -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Kelly Lipp Sent: Wednesday, February 25, 2009 4:14 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: Preferred TSM Platform I love it when somebody quotes me! Somebody is listening. I had this discussion with one of our customers yesterday. It really does/should boil down to the OS experience you have on hand. Does the AIX platform have more capacity/performance than the best Windows platform? I'm guessing it probably does. But at what cost? And then more importantly: do either of the platforms have enough for you? If both do, then pick the one that makes more sense based on your OS experience. And remember: one can always divide and conquer. 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 Allen S. Rout Sent: Wednesday, February 25, 2009 1:52 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform On Wed, 25 Feb 2009 15:57:37 +0100, Henrik Vahlstedt s...@statoilhydro.com said: Time to quote Kelly... So to me it's either AIX or Windows (yes, you can do a lot of TSM on Windows once you get past the bigotry!). Choose whichever one you have the most experience with. gollum Ac! It BURNS usss, naty windowsss /gollum - Allen S. Rout - Prefers AIX for this. *koff* :) CONFIDENTIALITY NOTICE: This email and any attachments are for the exclusive and confidential use of the intended recipient. If you are not the intended recipient, please do not read, distribute or take action in reliance upon this message. If you have received this in error, please notify us immediately by return email and promptly delete this message and its attachments from your computer system. We do not waive attorney-client or work product privilege by the transmission of this message. This email and any files transmitted with it are confidential and intended solely for the use of the individual
Preferred TSM Platform
Hi I am sure this question has been asked many times, however with server and OS development what is the favored OS for TSM v5? I have always preferred AIX however never been keen on Solaris and am considering Windows instead. Will v6 be compatible with the Windows platform? Ian Smith Dell Corporation Limited is registered in England and Wales. Company Registration Number: 2081369 Registered address: Dell House, The Boulevard, Cain Road, Bracknell, Berkshire, RG12 1LF, UK. Company details for other Dell UK entities can be found on www.dell.co.uk.
Re: Preferred TSM Platform
On 25 feb 2009, at 11:30, Ian Smith wrote: Hi Hi Ian, how's life? I am sure this question has been asked many times, however with server and OS development what is the favored OS for TSM v5? I have always preferred AIX however never been keen on Solaris and am considering Windows instead. Quite a few people agree with you on that. Will v6 be compatible with the Windows platform? Would you think it likely that IBM would drop support for windows? Yes, win2000 is not supported :) Ian Smith -- Met vriendelijke groeten/Kind regards Remco Post r.p...@plcs.nl +31 6 24821 622
Re: Preferred TSM Platform
I have it on Windows OS, but i ll migrate it to AIX in the future... On Wed, Feb 25, 2009 at 12:36 PM, Remco Post r.p...@plcs.nl wrote: On 25 feb 2009, at 11:30, Ian Smith wrote: Hi Hi Ian, how's life? I am sure this question has been asked many times, however with server and OS development what is the favored OS for TSM v5? I have always preferred AIX however never been keen on Solaris and am considering Windows instead. Quite a few people agree with you on that. Will v6 be compatible with the Windows platform? Would you think it likely that IBM would drop support for windows? Yes, win2000 is not supported :) Ian Smith -- Met vriendelijke groeten/Kind regards Remco Post r.p...@plcs.nl +31 6 24821 622 -- THE MASTER
Re: Preferred TSM Platform
Hi, Use the OS you have the best support for in your shop. In our case we have ITSM servers running on AIX and Windows. Regards, Karel Bos -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Ian Smith Sent: woensdag 25 februari 2009 11:31 To: ADSM-L@VM.MARIST.EDU Subject: Preferred TSM Platform Hi I am sure this question has been asked many times, however with server and OS development what is the favored OS for TSM v5? I have always preferred AIX however never been keen on Solaris and am considering Windows instead. Will v6 be compatible with the Windows platform? Ian Smith Dell Corporation Limited is registered in England and Wales. Company Registration Number: 2081369 Registered address: Dell House, The Boulevard, Cain Road, Bracknell, Berkshire, RG12 1LF, UK. Company details for other Dell UK entities can be found on www.dell.co.uk. ÿþD i t b e r i c h t i s v e r t r o u w e l i j k e n k a n g e h e i m e i n f o r m a t i e b e v a t t e n e n k e l b e s t e m d v o o r d e g e a d r e s s e e r d e . I n d i e n d i t b e r i c h t n i e t v o o r u i s b e s t e m d , v e r z o e k e n w i j u d i t o n m i d d e l l i j k a a n o n s t e m e l d e n e n h e t b e r i c h t t e v e r n i e t i g e n . A a n g e z i e n d e i n t e g r i t e i t v a n h e t b e r i c h t n i e t v e i l i g g e s t e l d i s m i d d e l s v e r z e n d i n g v i a i n t e r n e t , k a n A t o s O r i g i n n i e t a a n s p r a k e l i j k w o r d e n g e h o u d e n v o o r d e i n h o u d d a a r v a n . H o e w e l w i j o n s i n s p a n n e n e e n v i r u s v r i j n e t w e r k t e h a n t e r e n , g e v e n w i j g e e n e n k e l e g a r a n t i e d a t d i t b e r i c h t v i r u s v r i j i s , n o c h a a n v a a r d e n w i j e n i g e a a n s p r a k e l i j k h e i d v o o r d e m o g e l i j k e a a n w e z i g h e i d v a n e e n v i r u s i n d i t b e r i c h t . O p a l o n z e r e c h t s v e r h o u d i n g e n , a a n b i e d i n g e n e n o v e r e e n k o m s t e n w a a r o n d e r A t o s O r i g i n g o e d e r e n e n / o f d i e n s t e n l e v e r t z i j n m e t u i t s l u i t i n g v a n a l l e a n d e r e v o o r w a a r d e n d e L e v e r i n g s v o o r w a a r d e n v a n A t o s O r i g i n v a n t o e p a s s i n g . D e z e w o r d e n u o p a a n v r a a g d i r e c t k o s t e l o o s t o e g e z o n d e n . T h i s e - m a i l a n d t h e d o c u m e n t s a t t a c h e d a r e c o n f i d e n t i a l a n d i n t e n d e d s o l e l y f o r t h e a d d r e s s e e ; i t m a y a l s o b e p r i v i l e g e d . I f y o u r e c e i v e t h i s e - m a i l i n e r r o r , p l e a s e n o t i f y t h e s e n d e r i m m e d i a t e l y a n d d e s t r o y i t . A s i t s i n t e g r i t y c a n n o t b e s e c u r e d o n t h e I n t e r n e t , t h e A t o s O r i g i n g r o u p l i a b i l i t y c a n n o t b e t r i g g e r e d f o r t h e m e s s a g e c o n t e n t . A l t h o u g h t h e s e n d e r e n d e a v o u r s t o m a i n t a i n a c o m p u t e r v i r u s - f r e e n e t w o r k , t h e s e n d e r d o e s n o t w a r r a n t t h a t t h i s t r a n s m i s s i o n i s v i r u s - f r e e a n d w i l l n o t b e l i a b l e f o r a n y d a m a g e s r e s u l t i n g f r o m a n y v i r u s t r a n s m i t t e d . O n a l l o f f e r s a n d a g r e e m e n t s u n d e r w h i c h A t o s O r i g i n s u p p l i e s g o o d s a n d / o r s e r v i c e s o f w h a t e v e r n a t u r e , t h e T e r m s o f D e l i v e r y f r o m A t o s O r i g i n e x c l u s i v e l y a p p l y . T h e T e r m s o f D e l i v e r y s h a l l b e p r o m p t l y s u b m i t t e d t o y o u o n y o u r r e q u e s t . A t o s O r i g i n N e d e r l a n d B . V . / U t r e c h t K v K U t r e c h t 3 0 1 3 2 7 6 2
Re: Preferred TSM Platform
Well, IBM did drop support for 32bit Linux! I have 2-servers that can't run V6.1 due to the hardware not supporting x86_64 Bos, Karel karel@atosorigin.com Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU 02/25/2009 05:54 AM Please respond to ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU To ADSM-L@VM.MARIST.EDU cc Subject Re: [ADSM-L] Preferred TSM Platform Hi, Use the OS you have the best support for in your shop. In our case we have ITSM servers running on AIX and Windows. Regards, Karel Bos -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Ian Smith Sent: woensdag 25 februari 2009 11:31 To: ADSM-L@VM.MARIST.EDU Subject: Preferred TSM Platform Hi I am sure this question has been asked many times, however with server and OS development what is the favored OS for TSM v5? I have always preferred AIX however never been keen on Solaris and am considering Windows instead. Will v6 be compatible with the Windows platform? Ian Smith Dell Corporation Limited is registered in England and Wales. Company Registration Number: 2081369 Registered address: Dell House, The Boulevard, Cain Road, Bracknell, Berkshire, RG12 1LF, UK. Company details for other Dell UK entities can be found on www.dell.co.uk. ÿþD i t b e r i c h t i s v e r t r o u w e l i j k e n k a n g e h e i m e i n f o r m a t i e b e v a t t e n e n k e l b e s t e m d v o o r d e g e a d r e s s e e r d e . I n d i e n d i t b e r i c h t n i e t v o o r u i s b e s t e m d , v e r z o e k e n w i j u d i t o n m i d d e l l i j k a a n o n s t e m e l d e n e n h e t b e r i c h t t e v e r n i e t i g e n . A a n g e z i e n d e i n t e g r i t e i t v a n h e t b e r i c h t n i e t v e i l i g g e s t e l d i s m i d d e l s v e r z e n d i n g v i a i n t e r n e t , k a n A t o s O r i g i n n i e t a a n s p r a k e l i j k w o r d e n g e h o u d e n v o o r d e i n h o u d d a a r v a n . H o e w e l w i j o n s i n s p a n n e n e e n v i r u s v r i j n e t w e r k t e h a n t e r e n , g e v e n w i j g e e n e n k e l e g a r a n t i e d a t d i t b e r i c h t v i r u s v r i j i s , n o c h a a n v a a r d e n w i j e n i g e a a n s p r a k e l i j k h e i d v o o r d e m o g e l i j k e a a n w e z i g h e i d v a n e e n v i r u s i n d i t b e r i c h t . O p a l o n z e r e c h t s v e r h o u d i n g e n , a a n b i e d i n g e n e n o v e r e e n k o m s t e n w a a r o n d e r A t o s O r i g i n g o e d e r e n e n / o f d i e n s t e n l e v e r t z i j n m e t u i t s l u i t i n g v a n a l l e a n d e r e v o o r w a a r d e n d e L e v e r i n g s v o o r w a a r d e n v a n A t o s O r i g i n v a n t o e p a s s i n g . D e z e w o r d e n u o p a a n v r a a g d i r e c t k o s t e l o o s t o e g e z o n d e n . T h i s e - m a i l a n d t h e d o c u m e n t s a t t a c h e d a r e c o n f i d e n t i a l a n d i n t e n d e d s o l e l y f o r t h e a d d r e s s e e ; i t m a y a l s o b e p r i v i l e g e d . I f y o u r e c e i v e t h i s e - m a i l i n e r r o r , p l e a s e n o t i f y t h e s e n d e r i m m e d i a t e l y a n d d e s t r o y i t . A s i t s i n t e g r i t y c a n n o t b e s e c u r e d o n t h e I n t e r n e t , t h e A t o s O r i g i n g r o u p l i a b i l i t y c a n n o t b e t r i g g e r e d f o r t h e m e s s a g e c o n t e n t . A l t h o u g h t h e s e n d e r e n d e a v o u r s t o m a i n t a i n a c o m p u t e r v i r u s - f r e e n e t w o r k , t h e s e n d e r d o e s n o t w a r r a n t t h a t t h i s t r a n s m i s s i o n i s v i r u s - f r e e a n d w i l l n o t b e l i a b l e f o r a n y d a m a g e s r e s u l t i n g f r o m a n y v i r u s t r a n s m i t t e d . O n a l l o f f e r s a n d a g r e e m e n t s u n d e r w h i c h A t o s O r i g i n s u p p l i e s g o o d s a n d / o r s e r v i c e s o f w h a t e v e r n a t u r e , t h e T e r m s o f D e l i v e r y f r o m A t o s O r i g i n e x c l u s i v e l y a p p l y . T h e T e r m s o f D e l i v e r y s h a l l b e p r o m p t l y s u b m i t t e d t o y o u o n y o u r r e q u e s t . A t o s O r i g i n N e d e r l a n d B . V . / U t r e c h t K v K U t r e c h t 3 0 1 3 2 7 6 2
Re: Preferred TSM Platform
I would stick with AIX as the #1 Choice just because the combo of hardware and OS are unbeatable for this kind of thing. I've seen Windows Servers Choke on half the amounts of data I move every day, and I have yet to even use more than 1% of my proc, or use the swap space on my AIX box. Second from that would be Linux (because I don't know Solaris). I would avoid Windows. See Ya' Howard -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Ian Smith Sent: Wednesday, February 25, 2009 4:31 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Preferred TSM Platform Hi I am sure this question has been asked many times, however with server and OS development what is the favored OS for TSM v5? I have always preferred AIX however never been keen on Solaris and am considering Windows instead. Will v6 be compatible with the Windows platform? Ian Smith Dell Corporation Limited is registered in England and Wales. Company Registration Number: 2081369 Registered address: Dell House, The Boulevard, Cain Road, Bracknell, Berkshire, RG12 1LF, UK. Company details for other Dell UK entities can be found on www.dell.co.uk.
Re: Preferred TSM Platform
I agree with that up to a point. I/O, I/O, it's all about I/O --- me The majority of my customers have Windows TSM servers - precisely because there are more small/medium sites in the world than large ones. TSM on Windows is very stable and very effective. The only problem I have with it is the hardware. Only the very largest Windows servers have enough HBA slots to support more than about 4 tape drives (if you want to have bandwidth to really run LTO3 or LTO4 or 3592.) And adding HBA's to a Windows box doesn't necessarily give you more throughput. And there is NO instrumentation in Windows to give you any idea whatever about what is going on performance-wise on a bus with tape drives attached. My Windows customers that have LTO3 and LTO4 attached get great capacity, but don't come anywhere near pushing the drives at full speed. AIX on P-series hardware, on the other hand, is a screaming I/O machine. You can push amazing amounts of data through one. So in general (and this is just based on my experience with my customers and YMMV): -if you have a site that is pushing 2 TB of data per day or less, it will work fine on Windows, you won't have to tune anything, it will just run. -If you have a site that needs to push more than 5-6 TB of data per day, for sure stick with AIX. In between, you have to plan your hardware config CAREFULLY and think a lot about architecture before going to a Windows TSM server. W 2009/2/25 Bos, Karel karel@atosorigin.com Hi, Use the OS you have the best support for in your shop. In our case we have ITSM servers running on AIX and Windows. Regards, Karel Bos -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Ian Smith Sent: woensdag 25 februari 2009 11:31 To: ADSM-L@VM.MARIST.EDU Subject: Preferred TSM Platform Hi I am sure this question has been asked many times, however with server and OS development what is the favored OS for TSM v5? I have always preferred AIX however never been keen on Solaris and am considering Windows instead. Will v6 be compatible with the Windows platform? Ian Smith Dell Corporation Limited is registered in England and Wales. Company Registration Number: 2081369 Registered address: Dell House, The Boulevard, Cain Road, Bracknell, Berkshire, RG12 1LF, UK. Company details for other Dell UK entities can be found on www.dell.co.uk.
Re: Preferred TSM Platform
Time to quote Kelly... So to me it's either AIX or Windows (yes, you can do a lot of TSM on Windows once you get past the bigotry!). Choose whichever one you have the most experience with. //Henrik -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Howard Coles Sent: den 25 februari 2009 15:11 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform I would stick with AIX as the #1 Choice just because the combo of hardware and OS are unbeatable for this kind of thing. I've seen Windows Servers Choke on half the amounts of data I move every day, and I have yet to even use more than 1% of my proc, or use the swap space on my AIX box. Second from that would be Linux (because I don't know Solaris). I would avoid Windows. See Ya' Howard -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Ian Smith Sent: Wednesday, February 25, 2009 4:31 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Preferred TSM Platform Hi I am sure this question has been asked many times, however with server and OS development what is the favored OS for TSM v5? I have always preferred AIX however never been keen on Solaris and am considering Windows instead. Will v6 be compatible with the Windows platform? Ian Smith Dell Corporation Limited is registered in England and Wales. Company Registration Number: 2081369 Registered address: Dell House, The Boulevard, Cain Road, Bracknell, Berkshire, RG12 1LF, UK. Company details for other Dell UK entities can be found on www.dell.co.uk. --- The information contained in this message may be CONFIDENTIAL and is intended for the addressee only. Any unauthorised use, dissemination of the information or copying of this message is prohibited. If you are not the addressee, please notify the sender immediately by return e-mail and delete this message. Thank you.
Re: Preferred TSM Platform
If you are going to consider Solaris or HP for a TSM server, pause and think when was the last time that these companies participated in a lovefest? Trying to troubleshoot a driver, hba or performance issue would be like asking a Nancy Pelosi to throw a birthday party for George Bush. Life is easier if you stick with AIX or Windows for a TSM server. Cheers, Neil Strand Storage Engineer - Legg Mason Baltimore, MD. (410) 580-7491 Whatever you can do or believe you can, begin it. Boldness has genius, power and magic. -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Henrik Vahlstedt Sent: Wednesday, February 25, 2009 9:58 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform Time to quote Kelly... So to me it's either AIX or Windows (yes, you can do a lot of TSM on Windows once you get past the bigotry!). Choose whichever one you have the most experience with. //Henrik -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Howard Coles Sent: den 25 februari 2009 15:11 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform I would stick with AIX as the #1 Choice just because the combo of hardware and OS are unbeatable for this kind of thing. I've seen Windows Servers Choke on half the amounts of data I move every day, and I have yet to even use more than 1% of my proc, or use the swap space on my AIX box. Second from that would be Linux (because I don't know Solaris). I would avoid Windows. See Ya' Howard -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Ian Smith Sent: Wednesday, February 25, 2009 4:31 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Preferred TSM Platform Hi I am sure this question has been asked many times, however with server and OS development what is the favored OS for TSM v5? I have always preferred AIX however never been keen on Solaris and am considering Windows instead. Will v6 be compatible with the Windows platform? Ian Smith Dell Corporation Limited is registered in England and Wales. Company Registration Number: 2081369 Registered address: Dell House, The Boulevard, Cain Road, Bracknell, Berkshire, RG12 1LF, UK. Company details for other Dell UK entities can be found on www.dell.co.uk. --- The information contained in this message may be CONFIDENTIAL and is intended for the addressee only. Any unauthorised use, dissemination of the information or copying of this message is prohibited. If you are not the addressee, please notify the sender immediately by return e-mail and delete this message. Thank you. IMPORTANT: E-mail sent through the Internet is not secure and timely delivery of Internet mail is not guaranteed. Legg Mason therefore, recommends that you do not send any action-oriented or time-sensitive information to us via electronic mail, or any confidential or sensitive information including: social security numbers, account numbers, or personal identification numbers. This message is intended for the addressee only and may contain privileged or confidential information. Unless you are the intended recipient, you may not use, copy or disclose to anyone any information contained in this message. If you have received this message in error, please notify the author by replying to this message and then kindly delete the message. Thank you.
Re: Preferred TSM Platform
Been there...tried to do that..and would never put TSM on a Windoze box. Your environment is a big factor in platform decisions. When we first discussed moving off AIX (yes, I would have loved to have stayed on AIX but it was decided by higher-ups that AIX was not a strategic platform and was told to move to an x86 platform), I tried to put up a Windoze TSM server. I quickly found out that Windoze does not play well in a SAN/shared device environment. Every time I tried to get the Windoze server to use a tape drive, it would kill all tape processes on the other TSM servers (it has the Bill Gates persona...MINEALL MINE...I WANT TO OWN/CONTROL IT ALL...;--)). There were constant SAN issues. So, we went to Linux and haven't looked back. Everything worked the first time. No issues with sharing resources/SAN, etc. Granted, we overload our servers (190GB DB with over 300M objects, 200+ nodes per server), but they work and share resources just fine and a RedHat Linux license is cheap ($50/server) Just my $.02 worth Strand, Neil B. nbstr...@lmus.leggmason.com Sent by: ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU 02/25/2009 10:11 AM Please respond to ADSM: Dist Stor Manager ADSM-L@VM.MARIST.EDU To ADSM-L@VM.MARIST.EDU cc Subject Re: [ADSM-L] Preferred TSM Platform If you are going to consider Solaris or HP for a TSM server, pause and think when was the last time that these companies participated in a lovefest? Trying to troubleshoot a driver, hba or performance issue would be like asking a Nancy Pelosi to throw a birthday party for George Bush. Life is easier if you stick with AIX or Windows for a TSM server. Cheers, Neil Strand Storage Engineer - Legg Mason Baltimore, MD. (410) 580-7491 Whatever you can do or believe you can, begin it. Boldness has genius, power and magic. -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Henrik Vahlstedt Sent: Wednesday, February 25, 2009 9:58 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform Time to quote Kelly... So to me it's either AIX or Windows (yes, you can do a lot of TSM on Windows once you get past the bigotry!). Choose whichever one you have the most experience with. //Henrik -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Howard Coles Sent: den 25 februari 2009 15:11 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform I would stick with AIX as the #1 Choice just because the combo of hardware and OS are unbeatable for this kind of thing. I've seen Windows Servers Choke on half the amounts of data I move every day, and I have yet to even use more than 1% of my proc, or use the swap space on my AIX box. Second from that would be Linux (because I don't know Solaris). I would avoid Windows. See Ya' Howard -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Ian Smith Sent: Wednesday, February 25, 2009 4:31 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Preferred TSM Platform Hi I am sure this question has been asked many times, however with server and OS development what is the favored OS for TSM v5? I have always preferred AIX however never been keen on Solaris and am considering Windows instead. Will v6 be compatible with the Windows platform? Ian Smith Dell Corporation Limited is registered in England and Wales. Company Registration Number: 2081369 Registered address: Dell House, The Boulevard, Cain Road, Bracknell, Berkshire, RG12 1LF, UK. Company details for other Dell UK entities can be found on www.dell.co.uk. --- The information contained in this message may be CONFIDENTIAL and is intended for the addressee only. Any unauthorised use, dissemination of the information or copying of this message is prohibited. If you are not the addressee, please notify the sender immediately by return e-mail and delete this message. Thank you. IMPORTANT: E-mail sent through the Internet is not secure and timely delivery of Internet mail is not guaranteed. Legg Mason therefore, recommends that you do not send any action-oriented or time-sensitive information to us via electronic mail, or any confidential or sensitive information including: social security numbers, account numbers, or personal identification numbers. This message is intended for the addressee only and may contain privileged or confidential information. Unless you are the intended recipient, you may not use, copy or disclose to anyone any information contained in this message. If you have received this message in error, please notify the author by replying to this message and then kindly delete the message. Thank you.
Re: Preferred TSM Platform
If you GO with Windows use 64bit Prepared by IBM Attorney - IBM Confidential (Unless indicated otherwise) Såvida annat inte anges ovan: / Unless stated otherwise above: IBM Svenska AB Organisationsnummer: 556026-6883 Adress: 164 92 Stockholm
Re: Preferred TSM Platform
I'd tend to agree but on Windows you have two flavors of 64bit. Real 64 bit (Itanium, IA-64) and emulated (AMD's AMD64/x86-64 or Intel's EMT64T:) http://en.wikipedia.org/wiki/X86-64 Does someone have experience/metrics on both that we could compare? -- Martin -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Mikael Lindstrom Sent: Wednesday, February 25, 2009 11:53 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform If you GO with Windows use 64bit Prepared by IBM Attorney - IBM Confidential (Unless indicated otherwise) Såvida annat inte anges ovan: / Unless stated otherwise above: IBM Svenska AB Organisationsnummer: 556026-6883 Adress: 164 92 Stockholm
Re: Preferred TSM Platform
On Feb 25, 2009, at 18:17 , Thomas, Martin wrote: I'd tend to agree but on Windows you have two flavors of 64bit. Real 64 bit (Itanium, IA-64) and emulated (AMD's AMD64/x86-64 or Intel's EMT64T:) http://en.wikipedia.org/wiki/X86-64 Does someone have experience/metrics on both that we could compare? Itanium is dead (or should be), at least there will be no Windows on Itanium support in TSM 6.1 -- Martin -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Mikael Lindstrom Sent: Wednesday, February 25, 2009 11:53 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform If you GO with Windows use 64bit Prepared by IBM Attorney - IBM Confidential (Unless indicated otherwise) Såvida annat inte anges ovan: / Unless stated otherwise above: IBM Svenska AB Organisationsnummer: 556026-6883 Adress: 164 92 Stockholm -- Met vriendelijke groeten, Remco Post r.p...@plcs.nl +31 6 248 21 622
Re: Preferred TSM Platform
Greetings, We have 22 TSM servers and 5 Lan-free servers in our environment. AIX is the host of choice, but we have 6 Windows TSM servers, and 3 of our Lan-free servers are Windows. The 6 TSM Windows servers are all in remote offices where we only have Windows support people, and we thought having only one AIX server at that site would make support more difficult. The AIX servers are extremely reliable and dependable. We have a complex environment at one site, where 10 TSM servers and 5 Lan-free servers are sharing multiple virtual and real tape libraries and 196 virtual and 24 real tape drives using TSM library sharing, and on the whole it works quite well. The 3 Lan-free servers that are Windows also shares those same tape libraries and drives, and that has worked without any particular problems. We are using all IBM tape libraries except for a virtual library which is emulating an IBM library, and so we are using the IBM drivers everywhere, which I am sure has something to do with the excellent reliability. However, the Windows servers have had problems with the drives where the devices all disappear after a reboot, or come back with different drive numbers after a reboot, which requires us to reinstall the drivers. The problem is not with persistent binding in the HBA like we thought at first, because persistent binding is turned on. So every time we reboot, we have to carefully test the tape library to make sure it came back, and frequently it doesn't. Best Regards, John D. Schneider Email: john.schnei...@mercy.net -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Strand, Neil B. Sent: Wednesday, February 25, 2009 9:10 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform If you are going to consider Solaris or HP for a TSM server, pause and think when was the last time that these companies participated in a lovefest? Trying to troubleshoot a driver, hba or performance issue would be like asking a Nancy Pelosi to throw a birthday party for George Bush. Life is easier if you stick with AIX or Windows for a TSM server. Cheers, Neil Strand Storage Engineer - Legg Mason Baltimore, MD. (410) 580-7491 Whatever you can do or believe you can, begin it. Boldness has genius, power and magic. -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Henrik Vahlstedt Sent: Wednesday, February 25, 2009 9:58 AM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform Time to quote Kelly... So to me it's either AIX or Windows (yes, you can do a lot of TSM on Windows once you get past the bigotry!). Choose whichever one you have the most experience with. //Henrik -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Howard Coles Sent: den 25 februari 2009 15:11 To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform I would stick with AIX as the #1 Choice just because the combo of hardware and OS are unbeatable for this kind of thing. I've seen Windows Servers Choke on half the amounts of data I move every day, and I have yet to even use more than 1% of my proc, or use the swap space on my AIX box. Second from that would be Linux (because I don't know Solaris). I would avoid Windows. See Ya' Howard -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Ian Smith Sent: Wednesday, February 25, 2009 4:31 AM To: ADSM-L@VM.MARIST.EDU Subject: [ADSM-L] Preferred TSM Platform Hi I am sure this question has been asked many times, however with server and OS development what is the favored OS for TSM v5? I have always preferred AIX however never been keen on Solaris and am considering Windows instead. Will v6 be compatible with the Windows platform? Ian Smith Dell Corporation Limited is registered in England and Wales. Company Registration Number: 2081369 Registered address: Dell House, The Boulevard, Cain Road, Bracknell, Berkshire, RG12 1LF, UK. Company details for other Dell UK entities can be found on www.dell.co.uk. --- The information contained in this message may be CONFIDENTIAL and is intended for the addressee only. Any unauthorised use, dissemination of the information or copying of this message is prohibited. If you are not the addressee, please notify the sender immediately by return e-mail and delete this message. Thank you. IMPORTANT: E-mail sent through the Internet is not secure and timely delivery of Internet mail is not guaranteed. Legg Mason therefore, recommends that you do not send any action-oriented or time-sensitive information to us via electronic mail, or any confidential or sensitive information including: social security numbers, account numbers, or personal identification numbers. This message is intended for the addressee only
Re: Preferred TSM Platform
This sounds like you did not turn off the RSM (Windows removable storage management) service. RSM will take exclusive control of any tape/library device, so this sounds like a configuration issue. Library sharing and storage agents is functioning just as advertised on both Linux, Windows and AIX (and when mixing platforms) so this should not be a factor in determining platform. Windows 64bit (2k3 and 2k8) is just as viable a platform as Linux x86 and performance wise I have yet to see any difference that doesnt boil down to either hardware or configuration. Just use what your admins are comfortable with. And ofcourse, POWER when you need something that can push I/O. -km On 25/02, Zoltan Forray/AC/VCU wrote: Been there...tried to do that..and would never put TSM on a Windoze box. Your environment is a big factor in platform decisions. When we first discussed moving off AIX (yes, I would have loved to have stayed on AIX but it was decided by higher-ups that AIX was not a strategic platform and was told to move to an x86 platform), I tried to put up a Windoze TSM server. I quickly found out that Windoze does not play well in a SAN/shared device environment. Every time I tried to get the Windoze server to use a tape drive, it would kill all tape processes on the other TSM servers (it has the Bill Gates persona...MINEALL MINE...I WANT TO OWN/CONTROL IT ALL...;--)). There were constant SAN issues. So, we went to Linux and haven't looked back. Everything worked the first time. No issues with sharing resources/SAN, etc. Granted, we overload our servers (190GB DB with over 300M objects, 200+ nodes per server), but they work and share resources just fine and a RedHat Linux license is cheap ($50/server) Just my $.02 worth
Re: Preferred TSM Platform
On Feb 25, 2009, at 10:09 AM, Strand, Neil B. wrote: consider Solaris Actually I'm considering replacing my Linux TSM server with Solaris - either SPARC or x86 - predominately because Solaris has a fast TCP/IP stack, ZFS, and fewer driver issues than on Linux. Has anyone also moved from Linux to Solaris? --Jim
Re: Preferred TSM Platform
On Wed, 25 Feb 2009 15:57:37 +0100, Henrik Vahlstedt s...@statoilhydro.com said: Time to quote Kelly... So to me it's either AIX or Windows (yes, you can do a lot of TSM on Windows once you get past the bigotry!). Choose whichever one you have the most experience with. gollum Ac! It BURNS usss, naty windowsss /gollum - Allen S. Rout - Prefers AIX for this. *koff* :)
Re: Preferred TSM Platform
I love it when somebody quotes me! Somebody is listening. I had this discussion with one of our customers yesterday. It really does/should boil down to the OS experience you have on hand. Does the AIX platform have more capacity/performance than the best Windows platform? I'm guessing it probably does. But at what cost? And then more importantly: do either of the platforms have enough for you? If both do, then pick the one that makes more sense based on your OS experience. And remember: one can always divide and conquer. 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 Allen S. Rout Sent: Wednesday, February 25, 2009 1:52 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform On Wed, 25 Feb 2009 15:57:37 +0100, Henrik Vahlstedt s...@statoilhydro.com said: Time to quote Kelly... So to me it's either AIX or Windows (yes, you can do a lot of TSM on Windows once you get past the bigotry!). Choose whichever one you have the most experience with. gollum Ac! It BURNS usss, naty windowsss /gollum - Allen S. Rout - Prefers AIX for this. *koff* :)
Re: Preferred TSM Platform
I have said it before and I will say it again. If Windows had good hardware then it would be just fine for TSM. Good Windows hardware cost way more then middle level AIX hardware. The same is true for Linux running on AMD/Intel. Andy Huebner -Original Message- From: ADSM: Dist Stor Manager [mailto:ads...@vm.marist.edu] On Behalf Of Allen S. Rout Sent: Wednesday, February 25, 2009 2:52 PM To: ADSM-L@VM.MARIST.EDU Subject: Re: [ADSM-L] Preferred TSM Platform On Wed, 25 Feb 2009 15:57:37 +0100, Henrik Vahlstedt s...@statoilhydro.com said: Time to quote Kelly... So to me it's either AIX or Windows (yes, you can do a lot of TSM on Windows once you get past the bigotry!). Choose whichever one you have the most experience with. gollum Ac! It BURNS usss, naty windowsss /gollum - Allen S. Rout - Prefers AIX for this. *koff* :) This e-mail (including any attachments) is confidential and may be legally privileged. If you are not an intended recipient or an authorized representative of an intended recipient, you are prohibited from using, copying or distributing the information in this e-mail or its attachments. If you have received this e-mail in error, please notify the sender immediately by return e-mail and delete all copies of this message and any attachments. Thank you.
Re: TSM Platform ?
Zlatko, Thanks for your insight and for correcting my questions. It really helped me to think in a right way! Regards, Jin Bae Chi (Gus) Data Center 614-287-2496 614-287-5488 Fax e-mail: [EMAIL PROTECTED] [EMAIL PROTECTED] 07/05/02 04:50AM Next best choice is - stay where you are ! Or make some long-waited upgrades for 20% of the budget - you will get more. TSM stresses not the operating system itself (excluding TCP/IP stack) but the box. Thus the question is formulated bad and you will get bad answer. Ask yourself correct: We are on RS/6000 with N buses and M slots but TSM should not use more than half or third of them. We cannot afford IBM pSeries (not AIX) or Sun Fire (not Solrais) because of budget limitations. So why not to throw our money for an Intel-based box with 1/6xN buses and 1/5xM slots (Windows, Linux is still not having a TSM server) and *downgrade* the server there ??? I will not do it but you have the right to try! Guess what my TSM server's processor is doing - crunching nuts for distributed.net. Count what *does* affect the performance and forget for a while about bellswhistles. Zlatko Krastev IT Consultant Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] Sent by:ADSM: Dist Stor Manager [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject:Re: TSM Platform ? Hi, Experts, We have TSM server installed on AIX 4.3.3 which is also the failover server for 2 other production servers. All production clients are AIX. We try to move TSM server to a dedicated one. We can get neither AIX nor Sun because of budget constraint, I think. What would be the next best choice? I was thinking of Linux. Thanks. Regards, Jin Bae Chi (Gus) Data Center 614-287-2496 614-287-5488 Fax e-mail: [EMAIL PROTECTED] [EMAIL PROTECTED] 07/03/02 01:49PM If you have AIX installed already, I would hands-down recommend TSM on AIX. -- Joshua S. Bassi IBM Certified - AIX 4/5L, SAN, Shark eServer Systems Expert -pSeries HACMP Tivoli Certified Consultant - ADSM/TSM Sr. Solutions Architect @ rs-unix.com An IBM Premier Business Partner [EMAIL PROTECTED] Cell (415) 215-0326 -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]] On Behalf Of COURBIER Eric Sent: Tuesday, June 25, 2002 3:09 AM To: [EMAIL PROTECTED] Subject: TSM Platform ? Hi, we have the project to deploy a TSM server in our site. On it there are AS400, RS6000, Linux and many NT. Can someone advise me on the best platform (AS400 with PASE, AIX, NT) to choose ? thanks Eric -Message d'origine- De : Oliver Martin [mailto:[EMAIL PROTECTED]] Envoyé : mardi 25 juin 2002 08:47 À : [EMAIL PROTECTED] Objet : One Client Two TSM Server I have installed an TSM Test Server on it so that I can try same things, but when I want to connect with the command line to the real TSM server I always change the dsm.opt for the new settings. Is this the only way ? By the way I thougth about the possibility to install a second version of the TSM Client, but the install process checkes that there is already one installed. Oli
Re: TSM Platform ?
Next best choice is - stay where you are ! Or make some long-waited upgrades for 20% of the budget - you will get more. TSM stresses not the operating system itself (excluding TCP/IP stack) but the box. Thus the question is formulated bad and you will get bad answer. Ask yourself correct: We are on RS/6000 with N buses and M slots but TSM should not use more than half or third of them. We cannot afford IBM pSeries (not AIX) or Sun Fire (not Solrais) because of budget limitations. So why not to throw our money for an Intel-based box with 1/6xN buses and 1/5xM slots (Windows, Linux is still not having a TSM server) and *downgrade* the server there ??? I will not do it but you have the right to try! Guess what my TSM server's processor is doing - crunching nuts for distributed.net. Count what *does* affect the performance and forget for a while about bellswhistles. Zlatko Krastev IT Consultant Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] Sent by:ADSM: Dist Stor Manager [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject:Re: TSM Platform ? Hi, Experts, We have TSM server installed on AIX 4.3.3 which is also the failover server for 2 other production servers. All production clients are AIX. We try to move TSM server to a dedicated one. We can get neither AIX nor Sun because of budget constraint, I think. What would be the next best choice? I was thinking of Linux. Thanks. Regards, Jin Bae Chi (Gus) Data Center 614-287-2496 614-287-5488 Fax e-mail: [EMAIL PROTECTED] [EMAIL PROTECTED] 07/03/02 01:49PM If you have AIX installed already, I would hands-down recommend TSM on AIX. -- Joshua S. Bassi IBM Certified - AIX 4/5L, SAN, Shark eServer Systems Expert -pSeries HACMP Tivoli Certified Consultant - ADSM/TSM Sr. Solutions Architect @ rs-unix.com An IBM Premier Business Partner [EMAIL PROTECTED] Cell (415) 215-0326 -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]] On Behalf Of COURBIER Eric Sent: Tuesday, June 25, 2002 3:09 AM To: [EMAIL PROTECTED] Subject: TSM Platform ? Hi, we have the project to deploy a TSM server in our site. On it there are AS400, RS6000, Linux and many NT. Can someone advise me on the best platform (AS400 with PASE, AIX, NT) to choose ? thanks Eric -Message d'origine- De : Oliver Martin [mailto:[EMAIL PROTECTED]] Envoyé : mardi 25 juin 2002 08:47 À : [EMAIL PROTECTED] Objet : One Client Two TSM Server I have installed an TSM Test Server on it so that I can try same things, but when I want to connect with the command line to the real TSM server I always change the dsm.opt for the new settings. Is this the only way ? By the way I thougth about the possibility to install a second version of the TSM Client, but the install process checkes that there is already one installed. Oli
Re: TSM Platform ?
From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of Jin Bae Chi We have TSM server installed on AIX 4.3.3 which is also the failover server for 2 other production servers. All production clients are AIX. We try to move TSM server to a dedicated one. We can get neither AIX nor Sun because of budget constraint, I think. What would be the next best choice? I was thinking of Linux. Thanks. Unfortunately, there is no TSM server for Linux (yet!). If you can't swing Solaris or AIX because of budget, you've really got no choice but Windows. -- Mark Stapleton ([EMAIL PROTECTED]) Certified TSM consultant Certified AIX system engineer MCSE
Re: TSM Platform ?
Hi, Experts, We have TSM server installed on AIX 4.3.3 which is also the failover server for 2 other production servers. All production clients are AIX. We try to move TSM server to a dedicated one. We can get neither AIX nor Sun because of budget constraint, I think. What would be the next best choice? I was thinking of Linux. Thanks. Regards, Jin Bae Chi (Gus) Data Center 614-287-2496 614-287-5488 Fax e-mail: [EMAIL PROTECTED] [EMAIL PROTECTED] 07/03/02 01:49PM If you have AIX installed already, I would hands-down recommend TSM on AIX. -- Joshua S. Bassi IBM Certified - AIX 4/5L, SAN, Shark eServer Systems Expert -pSeries HACMP Tivoli Certified Consultant - ADSM/TSM Sr. Solutions Architect @ rs-unix.com An IBM Premier Business Partner [EMAIL PROTECTED] Cell (415) 215-0326 -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]] On Behalf Of COURBIER Eric Sent: Tuesday, June 25, 2002 3:09 AM To: [EMAIL PROTECTED] Subject: TSM Platform ? Hi, we have the project to deploy a TSM server in our site. On it there are AS400, RS6000, Linux and many NT. Can someone advise me on the best platform (AS400 with PASE, AIX, NT) to choose ? thanks Eric -Message d'origine- De : Oliver Martin [mailto:[EMAIL PROTECTED]] Envoyé : mardi 25 juin 2002 08:47 À : [EMAIL PROTECTED] Objet : One Client Two TSM Server I have installed an TSM Test Server on it so that I can try same things, but when I want to connect with the command line to the real TSM server I always change the dsm.opt for the new settings. Is this the only way ? By the way I thougth about the possibility to install a second version of the TSM Client, but the install process checkes that there is already one installed. Oli
Re: TSM Platform ?
If you have AIX installed already, I would hands-down recommend TSM on AIX. -- Joshua S. Bassi IBM Certified - AIX 4/5L, SAN, Shark eServer Systems Expert -pSeries HACMP Tivoli Certified Consultant - ADSM/TSM Sr. Solutions Architect @ rs-unix.com An IBM Premier Business Partner [EMAIL PROTECTED] Cell (415) 215-0326 -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]] On Behalf Of COURBIER Eric Sent: Tuesday, June 25, 2002 3:09 AM To: [EMAIL PROTECTED] Subject: TSM Platform ? Hi, we have the project to deploy a TSM server in our site. On it there are AS400, RS6000, Linux and many NT. Can someone advise me on the best platform (AS400 with PASE, AIX, NT) to choose ? thanks Eric -Message d'origine- De : Oliver Martin [mailto:[EMAIL PROTECTED]] Envoyé : mardi 25 juin 2002 08:47 À : [EMAIL PROTECTED] Objet : One Client Two TSM Server I have installed an TSM Test Server on it so that I can try same things, but when I want to connect with the command line to the real TSM server I always change the dsm.opt for the new settings. Is this the only way ? By the way I thougth about the possibility to install a second version of the TSM Client, but the install process checkes that there is already one installed. Oli
Re: TSM Platform ?
Don, if you allow me I prefer Jack's order - Sun or even HP-UX before WinNT/2k if any mentioning of SAN is made. The way Win2k deals with SAN zoning, naming or any addition/removal/reconfiguration in the fabric is just terrible. I had no chance to experiment with XP or (God help me) .Net but to be honest do not intend to try until forced to. Plug-n-Pray Windows functionality is playing bad jokes in the most dangerous field of corporate data - the SAN. Rule of thumb - avoid SAN-attached Windows machines (no matter TSM server, TSM MgSysSAN or ordinary appl. servers) at any cost or at least separate them in a fabric zone far from your responsibility. The rest is playing with open fire. Zlatko Krastev IT Consultant Please respond to ADSM: Dist Stor Manager [EMAIL PROTECTED] Sent by:ADSM: Dist Stor Manager [EMAIL PROTECTED] To: [EMAIL PROTECTED] cc: Subject:Re: TSM Platform ? Your order is pretty good, Jack; based on what's been getting the support, I'd say AIX, Win2K, Solaris -- alot of focus is being placed on Win2K, ref. the LTO sales activity, MSCS support, etc... and, for sure, don't add platform learning curve to new product. Also, multiple TSM servers can coexist on any platform, but they pretty much require the same level (ie, only once instance of the installed binaries),,, see the QuickStart book for the platform choice to see clues about doing it (it's somewhat intuitive, provided you know the given platform). Don France Technical Architect -- Tivoli Certified Consultant San Jose, Ca (408) 257-3037 mailto:[EMAIL PROTECTED] Professional Association of Contract Employees (P.A.C.E. -- www.pacepros.com) -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of Coats, Jack Sent: Tuesday, June 25, 2002 10:43 AM To: [EMAIL PROTECTED] Subject: Re: TSM Platform ? My suggestion is AIX, Sun, NT, pretty much in that order. I have used Sun and NT, but AIX is currently the 'vendors preferred' platform. For large, high performance requirements, I would go with Sun or AIX. Primarily use a platform you feel comfortable with. No need to throw an OS learning curve on top of learning TSM too. ... JC -Original Message- From: COURBIER Eric [mailto:[EMAIL PROTECTED]] Sent: Tuesday, June 25, 2002 5:09 AM To: [EMAIL PROTECTED] Subject: TSM Platform ? Hi, we have the project to deploy a TSM server in our site. On it there are AS400, RS6000, Linux and many NT. Can someone advise me on the best platform (AS400 with PASE, AIX, NT) to choose ? thanks Eric -Message d'origine- De : Oliver Martin [mailto:[EMAIL PROTECTED]] Envoyi : mardi 25 juin 2002 08:47 @ : [EMAIL PROTECTED] Objet : One Client Two TSM Server I have installed an TSM Test Server on it so that I can try same things, but when I want to connect with the command line to the real TSM server I always change the dsm.opt for the new settings. Is this the only way ? By the way I thougth about the possibility to install a second version of the TSM Client, but the install process checkes that there is already one installed. Oli
TSM Platform ?
Hi, we have the project to deploy a TSM server in our site. On it there are AS400, RS6000, Linux and many NT. Can someone advise me on the best platform (AS400 with PASE, AIX, NT) to choose ? thanks Eric -Message d'origine- De : Oliver Martin [mailto:[EMAIL PROTECTED]] Envoyé : mardi 25 juin 2002 08:47 À : [EMAIL PROTECTED] Objet : One Client Two TSM Server I have installed an TSM Test Server on it so that I can try same things, but when I want to connect with the command line to the real TSM server I always change the dsm.opt for the new settings. Is this the only way ? By the way I thougth about the possibility to install a second version of the TSM Client, but the install process checkes that there is already one installed. Oli
Re: TSM Platform ?
Dear Eric This, is my oppinion and in this order. 1´st AIX 2´nd SUN 3´rd HP-UX 4´th AS/400 5´th S/390 6´th Windows 2000 7´th Windows NT 8´th VMS Choose the platform on your TSM server you feel confortable supporting, if you don´t have AIX, don´t buy AIX just because TSM runs best on it. Kvedja/Regards Petur Eythorsson Taeknimadur/Technician IBM Certified Specialist - AIX Tivoli Storage Manager Certified Professional Microsoft Certified System Engineer [EMAIL PROTECTED] Nyherji Hf Simi TEL: +354-569-7700 Borgartun 37105 Iceland URL:http://www.nyherji.is -Original Message- From: ADSM: Dist Stor Manager [mailto:[EMAIL PROTECTED]]On Behalf Of COURBIER Eric Sent: 25. júní 2002 10:09 To: [EMAIL PROTECTED] Subject: TSM Platform ? Hi, we have the project to deploy a TSM server in our site. On it there are AS400, RS6000, Linux and many NT. Can someone advise me on the best platform (AS400 with PASE, AIX, NT) to choose ? thanks Eric -Message d'origine- De : Oliver Martin [mailto:[EMAIL PROTECTED]] Envoyé : mardi 25 juin 2002 08:47 À : [EMAIL PROTECTED] Objet : One Client Two TSM Server I have installed an TSM Test Server on it so that I can try same things, but when I want to connect with the command line to the real TSM server I always change the dsm.opt for the new settings. Is this the only way ? By the way I thougth about the possibility to install a second version of the TSM Client, but the install process checkes that there is already one installed. Oli
Re: TSM Platform ?
If you have strength in AIX, that is the way to go. Paul D. Seay, Jr. Technical Specialist Naptheon, INC 757-688-8180 -Original Message- From: COURBIER Eric [mailto:[EMAIL PROTECTED]] Sent: Tuesday, June 25, 2002 6:09 AM To: [EMAIL PROTECTED] Subject: TSM Platform ? Hi, we have the project to deploy a TSM server in our site. On it there are AS400, RS6000, Linux and many NT. Can someone advise me on the best platform (AS400 with PASE, AIX, NT) to choose ? thanks Eric -Message d'origine- De : Oliver Martin [mailto:[EMAIL PROTECTED]] Envoyé : mardi 25 juin 2002 08:47 À : [EMAIL PROTECTED] Objet : One Client Two TSM Server I have installed an TSM Test Server on it so that I can try same things, but when I want to connect with the command line to the real TSM server I always change the dsm.opt for the new settings. Is this the only way ? By the way I thougth about the possibility to install a second version of the TSM Client, but the install process checkes that there is already one installed. Oli
TSM Platform Change
What is involved in changing a TSM server from one platform (HPUX) to another (AIX)? I'm involved in a project that needs to move a TSM server from hp to ibm. I know the db needs exported/imported, unloaded/loaded, backedup/restored (I'm not sure how, but I've heard it can be done). The bigger question is the tapes. After a tsm db is brought to a new platform, can that tsm instance read the tapes that were created on the other platform? Thanks Rick
Re: TSM Platform Change
Hi Rick, This question keeps coming up on the list, and I have never seen a definitive answer. But I will throw this out and see who can respond to it with better info - I think the answer is USUALLY NOT, and even if you somehow get away with it, it's not supported. To move client data across platforms, TSM provides EXPORT, which takes the client data and creates a portable format file that can be imported into the other platform. I think the reason a different platform can't read the tapes directly is the drivers. Take the more extreme case of going from HP/UX to Windows - how likely is it, really, that Windows tape driver will be able to read the data off a tape written by UNIX? On the other hand, in the closer cases of HP/UX to AIX, it probably depends on who wrote the driver, and what the driver expects to see (If your AIX box is available already, why not just try one and let us know?). A couple of years ago, I believe somebody on the list reported getting away with it when converting from OS/390 to AIX using a 3490-type tape. When he found he could read the tapes, he marked all the OS/390-written tapes as READONLY, just to ensure that all new tapes were written with the AIX drivers. But in that case, we know the drivers were at least written by the same vendor Anyway, as more than one person has posted today, moving with EXPORT/IMPORT is problematic if you have lots of data. But I believe it's the only supported way, and I am SURE Tivoli doesn't test or support the direct way. So much for my musings Wanda Prather The Johns Hopkins Applied Physics Lab 443-778-8769 [EMAIL PROTECTED] Intelligence has much less practical application than you'd think - Scott Adams/Dilbert -Original Message- From: Richard L. Rhodes [mailto:[EMAIL PROTECTED]] Sent: Tuesday, November 27, 2001 10:32 AM To: [EMAIL PROTECTED] Subject: TSM Platform Change What is involved in changing a TSM server from one platform (HPUX) to another (AIX)? I'm involved in a project that needs to move a TSM server from hp to ibm. I know the db needs exported/imported, unloaded/loaded, backedup/restored (I'm not sure how, but I've heard it can be done). The bigger question is the tapes. After a tsm db is brought to a new platform, can that tsm instance read the tapes that were created on the other platform? Thanks Rick
