• Please help support our sponsors by considering their products and services.
    Our sponsors enable us to serve you with this high-speed Internet connection and fast webservers you are currently using at ADSM.ORG.
    They support this free flow of information and knowledge exchange service at no cost to you.

    Please welcome our latest sponsor Tectrade . We can show our appreciation by learning more about Tectrade Solutions
  • Community Tip: Please Give Thanks to Those Sharing Their Knowledge.

    If you receive helpful answer on this forum, please show thanks to the poster by clicking "LIKE" link for the answer that you found helpful.

  • Community Tip: Forum Rules (PLEASE CLICK HERE TO READ BEFORE POSTING)

    Click the link above to access ADSM.ORG Acceptable Use Policy and forum rules which should be observed when using this website. Violators may be banned from this website. This notice will disappear after you have made at least 3 posts.

DD Performance

gernthefish

ADSM.ORG Member
Joined
Mar 3, 2005
Messages
129
Reaction score
0
Points
0
We are replacing our "disk to tape" solution with a DD4200 and are noticing DD backups/restores are slower. Of course, this is not going over well since disk is supposed to out-perform tape. Any thoughts on this? Can we continue to use the local TSM server drives and set up the DD as a NEXT stg pool?
 

marclant

ADSM.ORG Moderator
Joined
Jun 16, 2006
Messages
3,602
Reaction score
578
Points
0
Location
Canada
Website
www-947.ibm.com
I'd open a support call with DD if you are not getting the throughput you are expecting.
Are you connecting to the DD via the network?
How many GB/hr do you need to transfer?
Is your connection(s) fast enough for the data transfer you need?

I don't need the answer to those questions, but they are the questions you need to think about. Have to keep in mind that TSM can't send data faster than slowest link, and DD can't write data faster than it receives it.
 

moon-buddy

ADSM.ORG Moderator
Joined
Aug 24, 2005
Messages
7,032
Reaction score
402
Points
0
Location
Somewhere in the US
How is the DD device attached to the TSM server?

DD's are normally NFS mounted to the TSM server and defined as devclass=file. I have gone through several DD devices from DD880 to DD990 and the speed is amazing while transferring with multiple streams. I get transfers like 600 MB/s in two NIC paths or total of 1.2 GB/s with 80 to 100 simultaneous streams (from multiple nodes).

Check your NFS setup. Mine is ethernet-over-fiber at 10 GB per line.

I am betting there is nothing wrong with the DD. This looks like a network setup from the TSM side or how the TSM server is linked with the DD device.

On another thought, did you define the DD as VTL? If so, how many drives have you defined? Have you setup for the right LTO emulation? Have you setup for the right LTO capacity?
 

tpesselier

ADSM.ORG Member
Joined
Sep 1, 2013
Messages
102
Reaction score
0
Points
0
Location
paris
Hello
With dd860 and TSM (CIFS) , mtree show performance are slow 250MiB/s (read) when tsm backup on copy pool (4 process) , i think this is because of the high compression (80%) and I found something else,
RMAN client has an NFS share, on the same mtree
the best way to use the TDP agents and delete the NFS share

With agent the flow is between 400 and 500Mibs / s
 

moon-buddy

ADSM.ORG Moderator
Joined
Aug 24, 2005
Messages
7,032
Reaction score
402
Points
0
Location
Somewhere in the US
Hello
With dd860 and TSM (CIFS) , mtree show performance are slow 250MiB/s (read) when tsm backup on copy pool (4 process) , i think this is because of the high compression (80%) and I found something else,
RMAN client has an NFS share, on the same mtree
the best way to use the TDP agents and delete the NFS share

With agent the flow is between 400 and 500Mibs / s
Two things strike me here:

One:

You mentioned compression. Are you compressing data coming in from the node? If so, that is where your problem lies. Node data shoudl not be compressed. If compressed, DEDUP will not work on the Data Domain.

Two:

Are you using a Windows based TSM server? If yes, check your CIFS and network setup. Also, the NFS mount to the DD860 is OK IF Oracle is backing up to the DD860 directly and uses DD Boost. This does not need the TDP portion of TSM which, in most cases, runs backups faster.
 

tpesselier

ADSM.ORG Member
Joined
Sep 1, 2013
Messages
102
Reaction score
0
Points
0
Location
paris
Sorry i want to say dedup, the cifs parameter it s like datadomain best practice, in my case dba make many cross check after full backup and the datadomain have 20 000 ops, i think its to much
 

moon-buddy

ADSM.ORG Moderator
Joined
Aug 24, 2005
Messages
7,032
Reaction score
402
Points
0
Location
Somewhere in the US
Sorry i want to say dedup, the cifs parameter it s like datadomain best practice, in my case dba make many cross check after full backup and the datadomain have 20 000 ops, i think its to much
DEDUP rate has nothing to do with ingest rate on the Data Domain.

The ingest rate depends on the speed of your network, the TSM server I/O handling capacity and the amount of allowed nodes that simultaneously access the TSM server.

Check for maximum 'mount limit' defined for the devclass that points to the Data Domain DD860 CIFS connection.
 

tpesselier

ADSM.ORG Member
Joined
Sep 1, 2013
Messages
102
Reaction score
0
Points
0
Location
paris
On windows server , without dd boost on rman client

I just want to add that someone had the bad idea to put the cifs and nfs sharing the same mtree ,
 

Advertise at ADSM.ORG

If you are reading this, so are your potential customer. Advertise at ADSM.ORG right now.

UpCloud high performance VPS at $5/month

Get started with $25 in credits on Cloud Servers. You must use link below to receive the credit. Use the promo to get upto 5 month of FREE Linux VPS.

The Spectrum Protect TLA (Three-Letter Acronym): ISP or something else?

  • Every product needs a TLA, Let's call it ISP (IBM Spectrum Protect).

    Votes: 18 18.4%
  • Keep using TSM for Spectrum Protect.

    Votes: 60 61.2%
  • Let's be formal and just say Spectrum Protect

    Votes: 12 12.2%
  • Other (please comement)

    Votes: 8 8.2%

Forum statistics

Threads
31,738
Messages
135,308
Members
21,740
Latest member
mjkoz
Top