Shaheen,
The scenario you present below renders it impossible to effectively back up in
any timely manner with the structure described, due to NBU (or any backup
application) needing to scan the filesystem prior to backup. It's only going
to be relieved by a re-design of how the data are stored. A couple of
suggestions: either a) use something like DFS to distribute the load (create a
set of root folders, mount those individually, present as their own
filesystems, then stagger the full/incr. backup schedules), or using a native
array utility to snapshot the folder structure, (assuming this is stored on an
actual SAN device and not on some local disk), then use NBU Snapshot Client to
back that up, which would allow backups to run into business hours if need be,
since the backup happens against the snapshot, not the live data. Really,
long-term, the second may be your best bet. But a) can be done in a lot less
time and may be a good stopgap until a more sustainable data store is im
plemented.
Respectfully,
Patricia Leeb
On Sat, Sep 27, 2014 at 2:43 PM, Shaheensn <nbu-forum AT backupcentral DOT
com<mailto:nbu-forum AT backupcentral DOT com>> wrote:
Hi,
It would be extremely helpful if the expert minds in this forum could help me
with below concerns related to backing up data using Symantec NetBackup.
Background
Our system has a folder containing millions of small files spread across 1000s
of sub folders running into more than 500GB that needs to be backed up on a
daily basis. The backup usually starts end of day and is ideally supposed to
finish before users start accessing the system the following day. However, the
current backup using Symantec Netbackup takes lot of time and hence, this
impacts the system performance. I assume this is because of the current backup
approach used by Symantec is based on file-level backup.
The current backup policy has a monthly full backup, weekly differential backup
and daily incremental backup. However, the daily backup itself takes more than
double the desired time. Symantec client version is 7.6.02.The server is a
physical server having Windows Server 2003. The drive is dedicated to storing
the files.
I am looking for a solution that would provide the fastest backup in order to
ensure that backups are completed before users start accessing the system in
the morning.
1. What is the best approach for backing up millions of small files spread
across 1000s of folders using Symantec Netbackup?
2. I understand that flash backup feature in Symantec uses block-level backup
and this would be ideal approach since there are lot of files involved?
3. What are the disadvantages of using Symantec Flashbackup feature?
4. Does installing Symantec SAN client without having fiber channel offer any
improvement in backup speed? I read on some forums that you should use SAN
client only if there is fiber channel support.
5. Would moving applications to Virtual Machines hosted on Vmware environment
provide any improvement.
PS: Backups are not my domain of expertise and hence, I would like to apologize
in advance if I have mentioned something absurd. Secondly, changing the
application file structure is not an option :(
Cheers,
Shaheen
+----------------------------------------------------------------------
|This was sent by shaheen.nalakath AT gmail DOT com<mailto:shaheen.nalakath AT
gmail DOT com> via Backup Central.
|Forward SPAM to abuse AT backupcentral DOT com<mailto:abuse AT backupcentral
DOT com>.
+----------------------------------------------------------------------
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT
edu<mailto:Veritas-bu AT mailman.eng.auburn DOT edu>
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
--
Rusty Major ? Manager - Compute Engineering, Backup and Storage ? Sungard
Availability Services
757 N. Eldridge Pkwy, Suite 200, Houston, TX 77079 ? Office: 281-584-4693 ?
Mobile: 713-724-4914 ? rusty.major AT sungardas DOT com<mailto:rusty.major AT
sungardas DOT com> ? www.sungardas.com<http://www.sungardas.com/>
[http://tools.sungardas.com/Sungard-Email-Signature/ASLogo_Email_Signature.jpg]<http://www.sungardas.com>
[http://tools.sungardas.com/Sungard-Email-Signature/RSSLogo_Email_Signature.jpg]<http://blog.sungardas.com/>
[http://tools.sungardas.com/Sungard-Email-Signature/YouTube_Email_Signature.jpg]
<http://www.youtube.com/SunGardAS>
[http://tools.sungardas.com/Sungard-Email-Signature/Google_Email_Signature.jpg]
<https://plus.google.com/102459878242108588663/about>
[http://tools.sungardas.com/Sungard-Email-Signature/Facebook_Email_Signature.jpg]
<http://www.facebook.com/SunGardAS>
[http://tools.sungardas.com/Sungard-Email-Signature/LinkedIn_Email_Signature.jpg]
<http://www.linkedin.com/company/sungard-availability-services>
[http://tools.sungardas.com/Sungard-Email-Signature/Twitter_Email_signature.jpg]
<http://www.twitter.com/SunGardAS>
CONFIDENTIALITY: This e-mail (including any attachments) may contain
confidential, proprietary and privileged information, and unauthorized
disclosure or use is prohibited. If you received this e-mail in error, please
notify the sender and delete this e-mail from your system.
________________________________
This e-mail was sent by GlaxoSmithKline Services Unlimited
(registered in England and Wales No. 1047315), which is a
member of the GlaxoSmithKline group of companies. The
registered address of GlaxoSmithKline Services Unlimited
is 980 Great West Road, Brentford, Middlesex TW8 9GS.
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://mailman.eng.auburn.edu/pipermail/veritas-bu/attachments/20140929/0b76cc38/attachment-0001.htm
------------------------------
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
End of Veritas-bu Digest, Vol 101, Issue 8
******************************************
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
|
