Re: Database Encryption

Arun,

Just checking to see if you have any updates on this.

Thanks!

-Devin

> On Jun 13, 2018, at 5:30 AM, Tefft, Michael J <Michael.J.Tefft_at_snapon.com> wrote:
>
> I noticed that our AWR report (on a 12.2 database with encrypted tablespaces) specifically itemizes elapsed-time and CPU-time spent on tablespace encryption. It is in the ‘Time Model Statistics’ section.
>
> If your 40%-50% impact is not showing up here – perhaps you have plans changing or other factors that are causing the issue.
>
> Mike Tefft
>
> From: oracle-l-bounce_at_freelists.org [mailto:oracle-l-bounce_at_freelists.org] On Behalf Of Robert Freeman
> Sent: Monday, June 11, 2018 7:27 PM
> To: arun.chugh1610_at_gmail.com; Jay.Miller_at_tdameritrade.com
> Cc: Oracle Mailing List <oracle-l_at_freelists.org>
> Subject: RE: Database Encryption
>
> What version of the database are we talking about here? Always helpful knowledge.
>
> If it’s a supported version, I’d open an SR with Oracle, to be honest. You should not be seeing this kind of impact from encryption unless your server was already sitting on the edge.
> Depending on your version, there are known bugs (and – yes – bug fixes) for problems related to encryption and performance.
> Where are you seeing your biggest impacts? CPU, IO response times, changed execution plans? What was the command you used to do the encryption? Did you encrypt with or without salt? In other words, what have you done to quantify the problem you are seeing?
>
> Stay the course and figure out this problem would be my suggestion. Don’t just jump ship because you’re taking on a little water.
>
> Cheers
>
> Robert G. Freeman
> Deliverer of Enterprise Data®
> Businessolver
> Cell: 801-703-3405
>
> “Greater than the death of flesh is the death of hope. The death of dreams. Against this peril we can never surrender. The future is all around us, waiting in moments of transition, to be born in moments of revelation. No one knows the shape of that future, or where it will take us. We know only that it is always born in pain.”
>
> From: oracle-l-bounce_at_freelists.org [mailto:oracle-l-bounce_at_freelists.org] On Behalf Of Arun Chugh
> Sent: Thursday, June 07, 2018 12:45 PM
> To: Jay.Miller_at_tdameritrade.com
> Cc: Oracle Mailing List <oracle-l_at_freelists.org>
> Subject: Re: Database Encryption
>
> Yes right... Did not encrypt the system sysaux undo n temp..
>
> On Thu, Jun 7, 2018, 22:53 <Jay.Miller_at_tdameritrade.com> wrote:
> You say “almost all the datafiles of the database”. I assume you mean tablespaces rather than datafiles but just wanted to confirm that you didn’t encrypt SYSTEM, SYSAUX, UNDO or TEMP?
>
> Jay Miller
> Sr. Oracle DBA
> 201.369.8355
>
> From: oracle-l-bounce_at_freelists.org [mailto:oracle-l-bounce_at_freelists.org] On Behalf Of Arun Chugh
> Sent: Wednesday, June 06, 2018 11:51 PM
> To: Oracle Mailing List
> Subject: Database Encryption
>
> All,
>
> We have encrypted almost all the datafiles of the database, post that the performance of the database degraded to almost 40-50%
>
> Could anyone suggest what is the other alternative method that we can use in order to secure data with bit performance impact.
>
> Regards,
> Arun

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