Jun 8: Real Application Testing and more Relinking
Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - Production With the Partitioning, OLAP, Data Mining and Real Application Testing options
It looked like a nice addition because, as others have pointed out on their blogs, it could prove very useful for capturing an application workload on 10g to test how it will work on 11g before upgrading. There's a genuine business need for that. Then, having updated our first couple of test instances at work, I was reminded of the great care we take with license management at my current site (thanks, Tam) and, on closer inspection of the documentation :-
The Oracle Real Application Testing license is required on both capture and replay systems for Database Replay and is charged by the total number of CPUs on those systems.
Whilst I realise that's a link to the 11g documentation, I don't imagine for a second that Oracle won't apply the same license rules to the 10.2.0.4 or 9.2.0.8 instances where the workload is captured. The additional cost is around £5000 per processor.
So it looked like it was time for another relink operation. (Note that this operation was performed on an AIX server. Windows is very different!) It didn't take long to have a look in ins_rdbms.mk and search for 'rat'. Sure enough, there are options to enable or disable RAT. So our new standard relink command included in our installation process is.
/usr/ccs/bin/make -f ins_rdbms.mk olap_off dm_off rat_off ioracle
One or two people have questioned our relinking of the product because it means we're running on an executable that few sites are using and I have some sympathy with that view, but it's far too easy for a DBA to think 'Mmmm, I'll try that out' or not even be aware that they're trying out an additional cost option. Oh, and if you think Oracle wouldn't know about it, then how about this view?
TESTUSER@TEST1020> select name, detected_usages, currently_used, 2 first_usage_date, feature_info, last_sample_date, 3 sample_interval, description 4 from DBA_FEATURE_USAGE_STATISTICS 5 where name like 'Database Replay%' 6 / NAME DETECTED_USAGES CURRE FIRST_USA ---------------------------------------- --------------- ----- --------- FEATURE_INFO -------------------------------------------------------------------------------- LAST_SAMP SAMPLE_INTERVAL --------- --------------- DESCRIPTION -------------------------------------------------------------------------------- Database Replay: Workload Capture 0 FALSE 20-MAY-08 604800 Database Replay: Workload was ever captured.
I haven't used workload capture on this instance yet, so I thought I'd give it a quick try. Interesting though it is to try this out for the first time, I'm going to keep this post short by referring you to another blog that shows how to use RAT via OEM DB Console. Actually, my first attempt failed with the following error message.
SYSTEM@TEST1020> BEGIN dbms_workload_capture.start_capture('CAPTURE-TEST1020-20080608151755',
'DATA_FILE_DIR', 300, 'INCLUDE', FALSE); END;
*
ERROR at line 1:
ORA-15591: cannot start capture because parameter "PRE_11G_ENABLE_CAPTURE" is
not enabled
ORA-06512: at "SYS.DBMS_WORKLOAD_CAPTURE", line 799
ORA-06512: at line 1OK, so let me fix that and try again
SYS@TEST1020> alter system set pre_11g_enable_capture=true; System altered.
Yes, it worked this time. Here's the Summary Screen and you can pick up the associated capture report from here. Note that this was a 5 minute/2 user test of the SOE benchmark that's supplied with Swingbench.

More to the point, maybe the feature usage view has been updated?
SYS@TEST1020> select name, detected_usages, currently_used, 2 first_usage_date, feature_info, last_sample_date, 3 sample_interval, description 4 from DBA_FEATURE_USAGE_STATISTICS 5 where name like 'Database Replay%'; NAME DETECTED_USAGES CURRE FIRST_USA ---------------------------------------- --------------- ----- --------- FEATURE_INFO -------------------------------------------------------------------------------- LAST_SAMP SAMPLE_INTERVAL --------- --------------- DESCRIPTION -------------------------------------------------------------------------------- Database Replay: Workload Capture 0 FALSE 08-JUN-08 604800 Database Replay: Workload was ever captured.
Perhaps not, but I expect it will be next time this sample is updated.
#1 - Fuad Arshad said:
2008-06-08 16:27 - (Reply)
Doug you are right but the point is 1. it was introduced in a patch set. Oracle typically doesnt introduce new features in a patch set as it is only supposed to have bug fixes. While not opposed to getting RAT it just put a lot of extra work to test a patch with new features . Also it should be asomething that would be a checkmark install RAT if you want to rather than throw it on. it just creates complications for all the people that install software and then are dinged on audit
#1.1 - Doug Burns said:
2008-06-08 16:32 - (Reply)
I agree completely. I know a DBA should be keeping an eye out for such things, but I don't think an extra cost option should appear just because I applied a patchset! I suppose the only saving grace is that the parameter to enable it has a default value of FALSE so you shouldn't be able to use it without meaning to.
I notice that it appears as a one-off patch for other earlier versions, so Oracle could have pushed it out that way and we could decide whether we want to apply it or not.
#2 - Christian Antognini said:
2008-06-09 07:55 - (Reply)
Hi Doug
> Whilst I realise that's a link to the
> 11g documentation, I don't imagine for
> a second that Oracle won't apply the
> same license rules to the 10.2.0.4 or
> 9.2.0.8 instances where the workload
> is captured.
Note that the 10.2 Licensing Information guide has been updated for RAT.
http://download.oracle.com/docs/cd/B19306_01/license.102/b14199/options.htm#sthref56
Cheers,
Chris
#2.1 - Doug Burns said:
2008-06-09 08:06 - (Reply)
Thanks, Chris. I should have checked that.
#3 - Doug Burns said:
2008-06-22 08:13 - (Reply)
Yes, when I started the database on Thursday for my presentation, it appears that the server has decided that I have used Workload Capture on my 10.2.0.4 instance (which I haven't, but it must be picking up the previous usage)
#4 - Louiza 2009-02-09 20:07 - (Reply)
Hi there,
I am trying to start a real application testing capture in 9.2.0.8 to replay in 11g. I keep getting this error when I try to start the workload capture:
ora-20222: Invalid DB State or Input. Input "" is not a valid DIRECTORY object!
The directory object and the filesystem directory it references both exist and I am using CAPS for the directory name. Has anyone else seen this issue and resolved it?
Any pointers would be greatly appreciated.
Thanks,
#4.1 - Doug Burns said:
2009-02-10 05:21 - (Reply)
Louiza,
Have you seen Metalink Note 463263.1?
Maybe it will help.
Regards,
Doug
#5.1 - Doug Burns said:
2009-06-18 17:09 - (Reply)
?

