BCV may not exist for the storage you have. That however, does not
preclude changing the storage. Not cheap but you really can't get
around some time limits without doing it.
As noted most people running extremely large databases use a
Mirror/Split (BCV/SRDF etc...) methodology to sync the mirror and split
it off then backup that split. That's pretty much the way I've done it
at my current job, a Fortune 500 I worked at previously and a Fortune
100 company on multiple Production databases at yet another job.
Another way I've seen this done (at the one site where I worked with SAP
on an Oracle database): We created a second server with its own
storage like the main one. We then restore the main server's DB backup
to that server and put the database in "hot standby mode". We would
copy archive logs from the main server to the hot standby server and
apply them to that hot standby database so it would get all changes made
to the main one.
We would copy immediately but only apply to hot standby after 6 hours -
that way we didn't propagate fat fingers (e.g. someone dropping an
entire table by accident) to the hot standby. Any time the main server
had an issue we would be back up within 6 hours.
-----Original Message-----
From: veritas-bu-bounces AT mailman.eng.auburn DOT edu
[mailto:veritas-bu-bounces AT mailman.eng.auburn DOT edu] On Behalf Of WEAVER,
Simon (external)
Sent: Thursday, May 06, 2010 11:29 AM
To: VERITAS-BU AT mailman.eng.auburn DOT edu
Subject: Re: [Veritas-bu] Large SAP backup problem
Luciano
My name is Simon Weaver (1st name Simon!)
You dont have to do what I tell you :-) It was only a suggestion!
I have quite a few SAN Media Servers, with SSO - connected to the same
library over Fabric.
I only suggested it for 2 reasons
1) It backs up itself
2) Faster over fabric than the LAN - Which I guess is how you were doing
your backups or are doing them!
I have many, many SAP Systems ... they are all done this way - some are
extremely large!
HTH
Simon
-----Original Message-----
From: veritas-bu-bounces AT mailman.eng.auburn DOT edu
[mailto:veritas-bu-bounces AT mailman.eng.auburn DOT edu] On Behalf Of luciano
prata
Sent: Thursday, May 06, 2010 4:02 PM
To: VERITAS-BU AT mailman.eng.auburn DOT edu
Subject: [Veritas-bu] Large SAP backup problem
Hi,
Weaver, Simon, i dont understand, you tell me to create one media server
specifically for this client is it? I think it's a good idea, I have a
free HBA in this P595, and create a media server on the same host as my
client and link the HBA with my SAN network to the VTL, I think its
work, my doubt is, is it correctly? If I create one media server on the
client I can mess up the performance of the database I think..., but for
now it's a good idea.
Pedro Moranga, yea, its not the best way to do this backup, I have other
client with BCV and EMC sancopy and its work fine, the BCV client
throughput is about 180Mb/s, 4 jobs with 45Mb/s each one.
But in this case My Unix analyst told me that BCV not apply to this
client (because im not a Unix analyst I think it's a hardware or
incompatibility problem I don't know how its work) and I go to find
other solution but now I return a meeting with the Unix team and they
told me the problem to do BCV or other solution for mirror de database
to a one media server is because we don't have other 10Tb free in the
storages.
In other words, the solution is take a mirror of this base to a media
server trough a SAN to VTL drives and do this backup like the other we
have with BCV or similar tecnology.
I will do a request to buy same disk to do this.
Thanks all for response,
Atenciosamente,
Luciano Prata
Analista de Backup
Service IT Solutions
(21) 2211-4473
RS-PR-SP-RJ-ARG
www.service.com.br
+----------------------------------------------------------------------
|This was sent by luciano.prata AT light.com DOT br via Backup Central.
|Forward SPAM to abuse AT backupcentral DOT com.
+----------------------------------------------------------------------
This email (including any attachments) may contain confidential
and/or privileged information or information otherwise protected
from disclosure. If you are not the intended recipient, please
notify the sender immediately, do not copy this message or any
attachments and do not use it for any purpose or disclose its
content to any person, but delete this message and any attachments
from your system. Astrium disclaims any and all liability if this
email transmission was virus corrupted, altered or falsified.
-o-
Astrium Limited, Registered in England and Wales No. 2449259
Registered Office:
Gunnels Wood Road, Stevenage, Hertfordshire, SG1 2AS, England
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
Proud partner. Susan G. Komen for the Cure.
Please consider our environment before printing this e-mail or attachments.
----------------------------------
CONFIDENTIALITY NOTICE: This e-mail may contain privileged or confidential
information and is for the sole use of the intended recipient(s). If you are
not the intended recipient, any disclosure, copying, distribution, or use of
the contents of this information is prohibited and may be unlawful. If you have
received this electronic transmission in error, please reply immediately to the
sender that you have received the message in error, and delete it. Thank you.
----------------------------------
_______________________________________________
Veritas-bu maillist - Veritas-bu AT mailman.eng.auburn DOT edu
http://mailman.eng.auburn.edu/mailman/listinfo/veritas-bu
|
