Just read your article and the one question that popped up is the usefulness or need for enabling dedupe, either post or inline. Your article said “no” deduplication. Does that mean don’t use it anymore or just not with the Oracle DBs you were discussing in particular?
-- Scott s.eno@me.com
On Oct 16, 2018, at 5:42 PM, Steiner, Jeffrey Jeffrey.Steiner@netapp.com wrote:
For the most part, running it post-processing doesn't make sense. You might as well compress the data as it arrives. The overhead is microscope to the point I've never heard of it being detectable.
Here's a detailed explanation of compressing and compacting old data: https://words.ofsteiner.com/2018/02/22/oracle-databases-and-efficiency/
Read it carefully. There's a complicated interaction between compression and thin provisioning. If you don't have the settings right, your savings could be invisible.
-----Original Message----- From: toasters-bounces@teaparty.net toasters-bounces@teaparty.net On Behalf Of Konnerth, Karl Sent: Tuesday, October 16, 2018 16:04 To: Philbert Rupkins philbertrupkins@gmail.com; Toasters toasters@teaparty.net Subject: RE: AFF Post Process Compression?
NetApp Security WARNING: This is an external email. Do not click links or open attachments unless you recognize the sender and know the content is safe.
Hi Phil,
NetApp does support running the background compression scanner on AFF volumes. Please see this KB article: https://kb.netapp.com/app/answers/answer_view/a_id/1030585
---Karl
-----Original Message----- From: toasters-bounces@teaparty.net toasters-bounces@teaparty.net On Behalf Of Philbert Rupkins Sent: Tuesday, October 16, 2018 1:51 PM To: Toasters toasters@teaparty.net Subject: AFF Post Process Compression?
NetApp Security WARNING: This is an external email. Do not click links or open attachments unless you recognize the sender and know the content is safe.
Hello Toasters,
I've come across several docs that make it clear that both secondary and adaptive post-process compression are not compatible with AFF systems. I have yet to find an explanation for this.
Does anybody know why? My best guess is it will shorten the life of the SSD's.
We have several large deduped-but-not-compressed volumes we're migrating from 8.1.4 7-Mode to AFF systems running ONTAP 9.2. I was hoping to run post-process compression on these volumes once cutover to the 9.2 system to reap additional savings.
I'm currently looking into enabling compression before cutting the volumes over to ONTAP9. However, each volume has 70+ snapshots associated with them and I see best practices for compression suggest removing as many snpashots as possible before running the post-process job.
Thank you, Phil _______________________________________________ Toasters mailing list Toasters@teaparty.net http://www.teaparty.net/mailman/listinfo/toasters
Toasters mailing list Toasters@teaparty.net http://www.teaparty.net/mailman/listinfo/toasters
Toasters mailing list Toasters@teaparty.net http://www.teaparty.net/mailman/listinfo/toasters