Look at /usr/lpp/bos/README for information on etherchannel.
Jim Sporer

At 04:22 PM 9/25/2001 +0400, you wrote:
>Hi,
>
>We have AIX 4.3.3 on a P660, TSM Server 4.2 and TDP for R/3 V3.2. We want to
>be able to backup/restore 200Gbytes/Hour using 4 parallel 3590E's. To do
>this
>we will be putting in a Cisco Gigabit switch. My questions are
>
>1) Will a single Gigabit without compression be able to meet this? I
>calculate
>gigabit at 50-60% utilization.
>
>2) To improve availability we are considering Etherchannel. Can you mix
>100Base T
>and Gigabit? If yes, will the connection still work if you lose either?
>
>Kind regards
>
>Mike Wiggan,
>Infrastructure Integration Specialist
>Petroleum Devlopment Oman LLC
>([EMAIL PROTECTED])
>
>
>
>
>
>-----Original Message-----
>From: Jeff Bach [mailto:[EMAIL PROTECTED]]
>Sent: 25 September 2001 00:24
>To: [EMAIL PROTECTED]
>Subject: Re: Etherchannel and EBU backups.
>
>
>The original question was what can you do and with what setup.
>
>
>
>HP client OS, Informix Database, 100 Base T on the client to four Gigabits
>autoport aggregated together on the server(4.3.3 AIX and 4.1.3 TSM) .  The
>database backup is configured and runs 6 onbar processes at the same time
>for the backup.   Client compression on.  EMC client disk storage.  1 SSA
>array server with each session going to a separate disk drive.
>
>Results:        131 Gigs per hour. (59 Gigs in 27 minutes)  No server CPU,
>memory, or database constraint.
>
>I use 4 Gigabit ethernets on the server using autoport aggregation.  I use
>Gigabit to be able to scale the number of clients.
>
>Jeff Bach
>Home Office Open Systems Engineering
>Wal-Mart Stores, Inc.
>
>WAL-MART CONFIDENTIAL
>
>
>         -----Original Message-----
>         From:   Eric Winters [SMTP:[EMAIL PROTECTED]]
>         Sent:   Sunday, September 23, 2001 12:04 AM
>         To:     [EMAIL PROTECTED]
>         Subject:        Re: Etherchannel and EBU backups.
>
>         I've had some feedback re my attached note explaining that whilst it
>will
>         work, all four sessions would operate through a single interface on
>the
>         client and a single interface at the TSM server end, not improving
>my
>         throughput a jot.
>
>         Forgetting Etherchannel for a moment, is there any way that an
>EBU/TDP for
>         Oracle can direct individual parallel sessions to different TSM
>servers? I
>         don't see how - as I understand it the entire database instance is
>sent
>         with optionally multiple parallel sessions to a single TSM server.
>Of
>         course I don't really want to backup to separate servers, but I do
>want to
>         backup to 4 different IP addresses. Can I do this?
>
>         Regards,
>
>         Eric Winters
>         I
>
>
>         I'm interested in determining if etherchannel and EBU/TDP for
>Oracle, might
>         be effective in reducing backup times.
>
>         Client system: AIX 4.3.3, uses Oracle 7 and backs up using EBU via
>TDP for
>         Oracle 2.1
>         Server system: AIX 4.3.3 and TSM Server 3.7
>
>         Network interfaces today are 100 MB ethernet, a single adapter in
>each
>         system.
>
>         Proposal is to speed up backups by using 4 ethernet adapters in both
>the
>         client and the server and use Etherchannel. 4 parallel sessions
>would be
>         set in the EBU script. A much larger database will be implemented
>shortly
>         and etherchannel looks attractive, providing TDP for Oracle will use
>4
>         concurrent sessions, which I think it should.
>
>         Can anyone confirm that the above should be a workable solution? Is
>anyone
>         doing this?
>
>
>         Thanks people,
>
>         Eric Winters
>
>
>**********************************************************************
>This email and any files transmitted with it are confidential
>and intended solely for the individual or entity to
>whom they are addressed.  If you have received this email
>in error destroy it immediately.
>**********************************************************************

Reply via email to