Re: Using OPTIMIZER_CAPTURE_SQL_PLAN_BASELINES=TRUE in Production
Date: Fri, 10 May 2019 03:13:56 -0400
Message-ID: <1d1363a8-9217-1891-6a95-6d8455027e53_at_gmail.com>
On 5/9/19 9:32 PM, Leng Burgess wrote:
> eg. If you backup archive logs every 10 minutes, you’d get a control file auto backup every 10 minutes too! On one environment
Yes. And?
> I saw that the backupset for control file auto backups were much larger than any other backup sets!!
Your database must be very small if the control file auto-backup makes 
such a difference. Control file size is expressed in MB, usually less 
than 100 MB. With database sizes regularly reaching tens of TB, 50 MB is 
not such a big deal. Disks are getting rather big these days:
 
https://www.extremetech.com/extreme/233358-seagate-unveils-the-worlds-largest-ssd-60tb
 
https://www.pcworld.com/article/3256281/samsung-30tb-ssd-pm1643.html
 
You can buy 4TB SSD on Amazon:
 
https://www.amazon.com/Samsung-Inch-Internal-MZ-76E4T0B-AM/dp/B07864XY8B/ref=sr_1_fkmr2_2
 
Rotational drives  with capacity of 6TB or 8TB are dime a dozen. These 
days typical redo log size for a large database exceeds 1GB, which is 
about 20 times larger than the typical control file. I really don't see 
a problem with having a control file auto-backup being a part of every 
backup I create. This reminds me of the good old times when some storage 
was only having 1.2 MB or 1.4 MB of space for the entire piece of 
hardware. That was called "floppy", and  was something that many people 
working today have never seen used. That was before CD's and DVD's which 
are very much obsolete today, just as floppy drives are.
-- Mladen Gogala Database Consultant Tel: (347) 321-1217 -- http://www.freelists.org/webpage/oracle-lReceived on Fri May 10 2019 - 09:13:56 CEST
