Re: Looking for Suggestions - 5 TB DB WHSE Backup options

1. block change tracking
2. incrementally updated backups

Then you'll "never" have to backup the whole 5TB again

On Mon, Jul 18, 2016 at 6:27 AM, Jack van Zanen <jack_at_vanzanen.com> wrote:

> depending on your hardware I would simply do nightly full..
>
> We backup a 29TB database in 9.5 hours so 5TB should only be a couple of
> hours
>
> Jack van Zanen
>
> -------------------------
> This e-mail and any attachments may contain confidential material for the
> sole use of the intended recipient. If you are not the intended recipient,
> please be aware that any disclosure, copying, distribution or use of this
> e-mail or any attachment is prohibited. If you have received this e-mail in
> error, please contact the sender and delete all copies.
> Thank you for your cooperation
>
> On Wed, Jul 13, 2016 at 3:42 AM, Chris Taylor <
> christopherdtaylor1994_at_gmail.com> wrote:
>
>> Ok, guys & gals, I'm looking for suggestions for the following
>> challenge. I'm very familiar with RMAN fulls w/ incrementals writing
>> either to disk or directly to tape. What I'm NOT familiar with is other
>> options that I may not know of and that's where I need your help.
>>
>> Objective:
>> Nightly backups of 5 TB Data Warehouse that is currently being
>> snapshotted weekly at the SAN Layer instead of tape or disk based backups.
>>
>> Hardware/OS:
>> IBM XIV Storage (not sure of model #)
>> RedHat Linux OS (5.x)
>> Oracle 11.2.0.4
>> Netbackup is tape solution
>>
>> Method Options:
>> 1. RMAN Fulls on Weekend, (either to disk or direct to tape) with nightly
>> incrementals. I'm leaning toward disk based backups which are then written
>> to tape and using parallel threads for the disk based backup to prevent
>> overwhelming our tape library
>>
>> 2. Other options?
>>
>> Chris
>>
>
>

-- 
Connor McDonald
===========================
blog:   connormcdonald.wordpress.com
twitter: _at_connor_mc_d

"If you are not living on the edge, you are taking up too much room."
- Jayne Howard

*Fine print: Views expressed here are my own and not necessarily that of my
employer*

--
http://www.freelists.org/webpage/oracle-l