03-20-2014 11:27 PM
Master server: Window 2008, NBU :7.5.0.4
Media server : Solaris 10, NBU :7.5.0.4
DR
Master server: Window 2008, NBU :7.5.0.4
Client : Windows 2003(VM machine), NBU : 7.5.0.4
We are trying to windows client on over DR site. Restore is running with very low throughput
Nearly imposible to restore huge data of 10 TB.
Data is backed on tape with Solaris Media server with SIZE_DATA_BUFFER of 1048576. We did
Faced issue while importing tapes at DR site due to 1 MB block size, However we overcome it
By changing the block size on HBA card.
Now we are facing challenges with Restore. We did replaced NIC with 10 GB. But no use
In detailed Tab we do see buffer delay time.
03-21-2014 06:31 AM
Never seen anyone use a buffe size that large! normally 256 is opmimum
Have you set the number of data buffers too?
03-21-2014 11:44 AM
Number of Buffer are 128,
SIZE_DATA_BUFFERS are set 1048576 under the guidence of Symantec techsupport, to bump up the speed
on data domain, But it has adversly affected our DR site recovery.
message in detailed Tab shows
" waited for empty buffer 6042 times, delayed 16176 times"
I thing there is no point it tunnig buffer parameters, If yes please let me know..
03-21-2014 01:56 PM
Can you tell us what low throughput means? (Quantify)
03-21-2014 02:04 PM
are you possibly restoring over the wan? Are you selecting proper copy number?
03-21-2014 08:33 PM
It is Over the LAN and these are imported image (Primary copy)
05-08-2014 03:12 AM
JollyJ what is your NUMBER_DATA_BUFFERS on the primary site ?
Seems to me that more buffers might help, also think there was a special NUMBER file for restores
Then there is the Buffer size on the Windows client, which defaults to 32KB sometimes 64, 128 or even 256 gives better throughput
Regards
Michael