ADSM-L

Re: EtherChannel Performance

2001-09-25 09:51:45
Subject: Re: EtherChannel Performance
From: Jim Sporer <james.sporer AT DOIT.WISC DOT EDU>
Date: Tue, 25 Sep 2001 08:49:02 -0500
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
(michael.ma.wiggan AT pdo.co DOT om)





-----Original Message-----
From: Jeff Bach [mailto:jdbach AT WAL-MART DOT COM]
Sent: 25 September 2001 00:24
To: ADSM-L AT VM.MARIST DOT EDU
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:ewinters AT AU1.IBM DOT COM]
        Sent:   Sunday, September 23, 2001 12:04 AM
        To:     ADSM-L AT VM.MARIST DOT EDU
        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.
**********************************************************************
<Prev in Thread] Current Thread [Next in Thread>