Kellyn Pot’Vin• Westminster, Colorado• Oracle ACE, Sr. Technical Specialist at Enkitec• Multi-Platform DBA• Specialize in performance and management of large enterprise environments.• Board of directors for RMOUG, Director of Training Days 2013 and Database Track Committee for KSCOPE 2013• Blog: DBAKevlar.com• Twitter: @DBAKevlar
Why We Monitor our Databases• Pro-active notification of issues before resulting in outages/impact to users.• Awareness of performance, resource usage and demands.• Data collection to investigate performance issues- current, recent and historical.• Capacity planning.• Automation of maintenance work.
Monitoring and Notification DownfallsYahoo News- “Over 70% of workers would give upshower[ing] to eliminate unnecessary emails.”• Paging with “Successful” and/or “I’m OK”.• Not alerting for enough types of failures, instead covering with when complete.• Paging on “Warning”• Setting Critical thresholds too high vs. giving time to correct.
Presentation Agenda• EM Architecture• EM Incident Rules and the Incident Manager• Metric Extensions- The Why and the How.• Performance Pages • Top Activity • Diagnosing Issues • SQL Monitor • ASH Analytics
Simple EM Architecture • Oracle Repository stores data in an Oracle database. • OMS (Oracle Management Service) • Targets with OMA(Oracle Management Agent)/Plug- ins upload data to OMS. • Cloud Control Console, (aka EM Console) Used to view data through interaction with OMS.
Incident Rule Sets• Two Non-Editable, Main Rule Sets Come with EM12c Installation, • Incident Management • Event Management
Incident Management Rules- BrokenDown• Incident Creation for metric alerts• Auto- Clear rule for metric alert older then 7 days.• Auto-Clear rule for job status change for terminal status events.• SLA Incident Creation• Incident Creation for Target Unreachable, Down and Error.• Clear ADP, (Application Dependency and Performance) alerts without incident after 7 days.• Incident creation rule for high-availability events.
Utilizing Existing Rule Sets1. Disable existing, Non-editable, system generated, incident management rule set.2. Pre-existing are Quality Rule Sets, but need to be editable.3. Need to Copy the Incident Rule Sets.4. Enhance or Add Additional Rules to the New Copy of a Rule Set.
Copying a Rule Set• Fill in new name of Incident Rule Set.• Defaults to all targets, exclude, change to target types or specific types.• Enable if copying a disabled rule set.
Copying Rule Set, Rules Tab• Click on the Rules Tab • You can Edit Existing rules, enhancing, updating or changing default settings. • Remove any unwanted rules. • Add specific rules for your environment.
Rules vs. Metric Thresholds• Rule are Set Globally.• Rules are Independent of Database Metric Settings.
Metric Settings• Set at database level unless using a template.• In 188.8.131.52 BP1, only set with warning thresholds.• Good reason to use a template.
What Are Metric Extensions?• A dynamically configured extensions feature allowing to monitor environment specific conditions.• Simplifies monitoring of operational processes that once only existed outside of the EM12c console.• Eliminates requirements for secondary monitoring and management tools.• Eliminate need for external scripting that may require more monitoring logic than EM Jobs can provide.
Metric Extensions Details• Metric Extensions replace the formerly known “User Defined Metrics”• User Defined Metrics were limited to database and host types, no longer with Metric Extensions.• Ability to build a metric extensions library to utilize for your own environment.• Full development cycle support• Using specific protocols , the Oracle Integration Adapter gathers data about targets for use with metrics extensions.
The “More” of Metric Extensions• A simple wizard allows for easy development and refinement of metric extensions.• Ability to test metrics using the “Test Page” allows an ability to run real-time metric evaluations to ensure definitions and scripts are free of errors before deploying.• Loved, stand-alone scripts, with small changes can become metric extensions, too!
Add Columns• Columns • AGENT_PID with Description of “AGENT PID” • MEM_USG with Description of “MEMORY USAGE” • VAL_MEM with Description of “VALUE of MEMORY” • Number of occurrences before alerting=5, then click OK
Credentials• Choose a pre-existing setup or new?
The Finale!• Test, rinse, and repeat, (deploy/publish!)
Metric Extensions Summary• Create development metric extension, wizard will simplify process.• Test with test page and verify that all steps, all features of the metric extension test correctly.• Deploy to target separately or to groups.• Utilize to fulfill any missing areas in monitoring environment.
EM12c Performance Pages• Summary Page• Top Activity• SQL Monitor• ASH Analytics• ASH/AWR Reports• SQL Tuning Advisor• Misc. Features
Top Activity, “The Grid”• Graphical display of performance usage.• 15 second refresh, manual refresh or historical.• Review up to time retained in AWR.
The low down of the Top Activity• Top SQL on left.• Top sessions, clients, etc. on right in drop down.
Here’s our spike, which waits? • Commonly, focus on pink, orange, red and brown for issues. • Network and queuing do have opportunities for tuning, as well. • Green and blue are expected, but also part of problems when over utilized.
We’re in the Red, (Orange, too!) • Inspect High % use. • Red, orange, brown and pink.
Load Map New Visual Way of Showing Data, Multiple Ways!
ASH Analytics Summary• Future of “Top Activity”• Easy Agent Deployment through EM12c Console• Comfortable Interface for those familiar with Previous Versions.• Cool new features, new learning curve for some.• Oracle user DOES NOT need sudo, disregard the instructions.
LinksStep by Step to create a metric extension from Rob Zoeteweij-http://oemgc.files.wordpress.com/2012/05/using-metric-extensions-in-em12c.pdfEM12c blogs-Gokhan Atil- http://www.gokhanatil.com/Martin Bach- http://martincarstenbach.wordpress.comNiall Litchfield- http://orawin.info/blog/Info for Me!Company Website: www.enkitec.comTwitter: @DBAKevlarRMOUG: www.rmoug.orgRMOUG Training Days– Feb. 11th-13th, 2013, Denver, COLinkedin: Kellyn Potvin and/or Rocky Mountain Oracle User GroupEmail: email@example.com or firstname.lastname@example.org or TrainingdaysDir@rmoug.orgBlog: dbakevlar.com
SAVE THE DATE! COLLABORATE 13 April 7-11, 2013Colorado Convention Center Denver, Coloradohttp://collaborate13.ioug.org