Comments for Kerry Osborne's Oracle Blog

Comment on Exadata Serial Numbers by osborne

osborne — Tue, 31 Jan 2012 16:55:06 +0000

/opt/oracle.SupportTools/CheckHWnFWProfile -S

You’ll need to be root to run the command.

Comment on Exadata Serial Numbers by Nuno Trocado

Nuno Trocado — Mon, 30 Jan 2012 11:35:24 +0000

Hi all

Seems my Sun X4170 labels have been wiped out or cleaned from the top cover and i need to retireve the Serial number of this particular server.

Is there any command in Solaris Unix that i can see or retrieve the serail of the server.

Much appreciated.

Comment on Oracle Database Appliance – (Baby Exadata?) by osborne

osborne — Wed, 25 Jan 2012 00:51:27 +0000

Hi Moosandl,

Yes – this is a known (but unpublished) bug (bios related). The bios is supposed to be fixed in the next ODA bundle patch set. You should open an SR and support should be able to help you fix the problem. CPUSPEEDNW will be around 675 with the bug and should be around 2700 after the fix.

Kerry

Comment on Oracle Database Appliance – (Baby Exadata?) by Moosandl Ralf

Moosandl Ralf — Mon, 23 Jan 2012 18:25:46 +0000

Hi all,

we are facing really poor single thread performance of ODA with 6-core Intel Xeon
processors X5675. 3.06 GHz.

Can somebody share output of

select PVAL1 from aux_stats$ where pname=’CPUSPEEDNW’;

THX
Ralf

Comment on Running Oracle Exadata V2 on Dell Hardware by osborne

osborne — Sat, 14 Jan 2012 02:10:19 +0000

I know a few people who have set up virtual machines with Exadata software.

Kerry

Comment on Running Oracle Exadata V2 on Dell Hardware by jcnars

jcnars — Fri, 13 Jan 2012 05:53:04 +0000

Looks like Gokhan Atil has done this !
http://www.gokhanatil.com/2012/01/is-it-possible-to-build-exadata.html

Comment on Exadata and Parallel Queuing by DBA Teracomp

DBA Teracomp — Fri, 13 Jan 2012 01:37:34 +0000

Hi Kerry

Thank you for this article, it’s very useful!

Please, continue to post articles like that to share your great knowledge about Exadata with us!

My best regards,

.:. Teracomp IT Consulting .:.

Comment on C. J. Date Speaking in Dallas by osborne

osborne — Thu, 12 Jan 2012 16:47:02 +0000

Of course

Comment on Oracle Support Sanctions Manually Created SQL Profiles! by Chuck

Chuck — Thu, 12 Jan 2012 16:04:36 +0000

Looking in coe_xfr_sql_profile I see that the signatures are created by calling:
DBMS_SQLTUNE.SQLTEXT_TO_SIGNATURE(sql_txt)

So yes, something must have happened to the sql somewhere along the line.

I understand your point of not moving profiles between environments, but this is a VLDB and I’m not permitted to modify the sql so I was considering this as an alternative for plan stability when needed.

Thanks for all the help

Comment on Oracle Support Sanctions Manually Created SQL Profiles! by osborne

osborne — Thu, 12 Jan 2012 15:44:17 +0000

Yes – the SIGNATURE in dba_sql_profiles should match either EXACT_MATCHING_SIGNATURE or FORCE_MATCHING_SIGNATURE from v$sql depending on whether you used FORCE_MATCHING or not. So something must have happened to make the text string of the SQL text not match exactly.

By the way, I generally don’t move Profiles from one environment to another. It seems more productive to me to work directly in the production environment on a test copy of the problem SQL (one with a comment in it for example). There’s no guarantee that the hints that produce the desired plan in TEST will produce the same plan in PROD even if you get it to use the Profile. That’s because there are so many possible differences in the inputs into the optimizer (stats, parameters, memory sizing, etc…) If you do want to move an existing Profile you can also use the DBMS_SQLTUNE.PACK_STGTAB_SQLPROF and DBMS_SQLTUNE.UNPACK_STGTAB_SQLPROF procedures. We’ve used these for migrating a set of Profiles to a new platform, but I’ve not written about it on the blog as it’s a relatively uncommon thing for me.

Hope that gives you some ideas.

Kerry