cancel
Showing results for 
Search instead for 
Did you mean: 

FT backup speed less

srikanth09
Level 4

Hi Everyone,

We have an enterprise server 7.5.0.3 and SAN Clients configured in 7.5.0.3. I have enabled the FT media server and SAN client as given in the FT and SAN client guide. We are using Qlogic HBA card for FT media server(configured 1 port). The validation is successful, the FT media server can see the SAN clients. When the backup runs, in the activity monitor, it shows Transport as Fibre Transport. But the speed it is writing to is very less(around 25MBps). Can ayone please tell what could be the issue. I am attaching the details below:

/usr/openv/netbackup/bin/admincmd/nbftconfig -lc -verbose
SAN Client Name      : xxx-xxx-ecm01
SAN Client Version   : 7.5
SAN Client State     : active
Master Server Name   : xxx-xxx-bak01
FT Server Connections: 1
Client Ports/Server  : 2
Usage Preference     : preferred
Backup Wait Time     : 15
Restore Wait Time    : 5
SAN Client HBA Port  : 0
        SAN Client Device State: active
        Media Server Name      : xxx-xxx-bak01
        Media Sever State      : active
        Media Server HBA Port  : 1
        Media Server Port Mode : FABRIC
        Media Server LUN       : 1

        SAN Client Device State: active
        Media Server Name      : xxx-xxx-bak01
        Media Sever State      : active
        Media Server HBA Port  : 1
        Media Server Port Mode : FABRIC
        Media Server LUN       : 0

SAN Client Name      : xxx-xxx-bpm01
SAN Client Version   : 7.5
SAN Client State     : active
Master Server Name   : xxx-xxx-bak01
FT Server Connections: 1
Client Ports/Server  : 2
Usage Preference     : preferred
Backup Wait Time     : 15
Restore Wait Time    : 5
SAN Client HBA Port  : 0
        SAN Client Device State: active
        Media Server Name      : xxx-xxx-bak01
        Media Sever State      : active
        Media Server HBA Port  : 1
        Media Server Port Mode : FABRIC
        Media Server LUN       : 1

        SAN Client Device State: active
        Media Server Name      : xxx-xxx-bak01
        Media Sever State      : active
        Media Server HBA Port  : 1
        Media Server Port Mode : FABRIC
        Media Server LUN       : 0

# /usr/openv/netbackup/bin/admincmd/nbftconfig -ls -verbose
FT Server Name     : xxx-xxx-bak01
FT Server Version  : 7.5.0.3
FT Server State    : active
Connection Limit   : 8
Maximum Limit      : 32
FT Server HBA Port  : 0
FT Server Port Mode : DISCONNECTED
FT Server Port WWN  : 21:00:00:24:FF:3F:E7:27
FT Server Port Model: QLE256x Series FC Hba
        FT Server Device State   : active
        Associated LUN           : 0
        Active Connections on LUN: 1

        FT Server Device State   : active
        Associated LUN           : 1
        Active Connections on LUN: 1

FT Server HBA Port  : 1
FT Server Port Mode : FABRIC
FT Server Port WWN  : 21:00:00:24:FF:3F:E7:26
FT Server Port Model: QLE256x Series FC Hba
        FT Server Device State   : active
        Associated LUN           : 0
        Active Connections on LUN: 1

        FT Server Device State   : active
        Associated LUN           : 1
        Active Connections on LUN: 1

 

Thanks for your support

 

Regards

Sri

7 REPLIES 7

Yasuhisa_Ishika
Level 6
Partner Accredited Certified

25MB/s  .. , I assume that slow performance will be brought by poor read performance in client side. There might be nothing wrong with FT.

Please check your client's performance using bpbkar first.

http://www.symantec.com/docs/HOWTO56131

srikanth09
Level 4

The data is stored on EMC storage box, i doubt there might be any issue in read performance. When i was configuring SAN client, according to the guide, there should be ARCHIVE python drive detected and an entry in st.conf file. But it was not there in st.conf file. I added the entries of those two lines in st.conf file as it was given in the example in the guide. Will this be any problem? Could there be a problem with zoning or the Archive python not visible from client side? Both the machines, FT media server and SAN client are Solaris Sparc 10.

Yasuhisa_Ishika
Level 6
Partner Accredited Certified

As per "SAN Client and Fibre Transport Guide" and "Device Configuration Guide", ARCHIVE Python device should be exposed to SAN clients, but st.conf can not be automatically changed. You need to modify st.conf although if you configured FT server correctly.

If you can not find "ARCHIVE Python" devices in output of "sgscan" or "scan" commands, review your SAN zoning.

srikanth09
Level 4

Hi All,

We raised a case with Symantec support but the no improvements in the backup speed. We have 9 SAN clients. The speed what we are getting different speed for different servers. For root filesystems we are getting around 20 - 40MBps and for one particular server where the the size of backup is around 6 TB and its not a database, there are millions of files comprising it to 6TB. That filesystem is running at 3 to 4 MBps. Can anyone please let me  know what could be the issue.

toady777
Level 3
Partner Accredited

Hi All,

Did you ever get to the bottom of this?

I have a RH 6 box running 7.5.0.4 with QLE2562 HBA's thats showing the same issue.

I have test clients that can happily run LAN backups at 40-50 Mb/s, but i cant more than 20 Mb/s with SAN client.

I've changed FT buffers all over the place and its not made any difference. Null device tests on clients and media server show performance > 200 Mb/s should be possible :(

Any advice greatly apprieciated

Andrew_Madsen
Level 6
Partner

So you can see the FT devices. Ho many FT connections do you have set? WHat is your buffer size and buffer count settings? When you say small do you mean <64K? How much memory does your FT server have. Where does the backup go after it hits the FT server?

carlesguri
Not applicable

Hi All,

I am not sure if somebody is still following this. I am having similar issues and in some of my clients (sol10) upgrading powerpath from 5.3 to 5.5 has boosted the speed from 10MB/s to 80MB/s. Something to do with powerpath sending scsi queries to the FT server. I am still troubleshooting, some other servers are still performing poorly.

Regards