If you want to know how I use KeePass, check out my article called Adventures with Dropbox and KeePass.
I know you think you can’t live without Putty, Cygwin and/or Xming, but you really can. Give MobaXterm a go and I would be extremely surprised if you ever go back to that rag-tag bunch of apps…
PS. Includes “Updated OpenSSL library to 1.0.1g (for “Heartbleed Bug” correction)”
I’ve just manually initiated the auto-update on five blogs and all went through OK.
Now that we learned in Part I how to create a notification schedule for a specified user so that it will only page one individual on an oncall rotation, I’ll now show you how to use this in conjunction with rulesets to complete the process of modernizing and automating your oncall.
In my Test scenario, I’ve already made copies of the main rule sets, have deviated rules by three rules and four groups, (mission critical, production, test and development.)
With this said, now we look at our Rule Sets. Notice I’ve disabled the default rules that come with the EM12c, but have made copies that I can use to offer the best value to the business.
Let’s click on the left box to the rule named Mission Critical Incident Rule Set and click on Actions, Edit.
Notice that the rule set is only specific to Specific Targets by group and the group is Mission Critical. We then click on the Rules tab and we can update the current rule setting to use our new DBA_PAGE user!
Editing the Rule Set
There are two things we are going to do to the first, major rule set for metric alerts.
1. We are going to limit the categories that we want to be notified for. I want you to see this option so you can decide what categories that you want to page on and can update this as you want. For our example, I am going to limit our metric rule set to the categories of Capacity and Availability. At the end, I’ll show you how to create a second rule to email on the rest.
Click on the left of the rule set and then click on Edit up in the menu bar.
We’ll then edit the categories to limit to the two we spoke about above. You’ll be able to see all the categories in the drop down and note in your incident notifications you receive what categories are important to you for email vs. pages.
Click on Next to continue onto the actions.
2. We are going to update the rule to use the new DBA_PAGE user to page for the metric alerts in these two categories.
We’ve already got a pretty advanced set of actions to perform in the Action Summary. I like to automate many of the Incident Manager tasks, but this time around, we are going to add a page option to the actions. The firsts rule is already highlighted, so simply click on Edit in the menu bar to proceed.
I’m going to have all paged Incidents assigned automatically to the DBA_PAGE user and then I’m going to add the DBA_PAGE in the Page section in the Basic Notification section.
You can also enable Repeat notifications if you want to take this one step further, (we’ll go into this more in another blog post, but I thought I’d at least show it to you in this one… :))
If satisfied, I’d recommend clicking in the box to clear events permanently to keep your repository cleaned up and then click continue to review the changes you’ve made:
You’ll now see that the owner for the incident will be set to the DBA_PAGE user and you now page the DBA_PAGE user along with emails sent. Keep in mind, only during the notification schedule active times will this be able to notify, so Monday-Friday, 8-5, no paging will occur as that’s how we set it up in our Part I of this blog post series.
We now need to do this for each of the rules that we want to page on from this rule set:
As promised, I think created a new rule set to cover the categories no longer covered in the original. Click on Create in the menu bar and create the following rule:
Add the following Actions, ENSURING you do not choose to PAGE and assign the rule to SYSMAN as you would do your standard rules you did before. This is just to cover all your other categories, but NOT PAGE on them.
Complete the review, name the rule Metric Alert for All Other Categories to Email and then click Save and then SAVE ALL YOUR CHANGES you’ve made.
You have now updated all the rule sets to use the DBA_PAGE user we set up in Part I of this series and it will only notify that user during the scheduled time it is to be active, in this case, just for after hours support and to rotate on a one week schedule between three DBA’s SMS contact information!
I came across a discussion on Oracle-l on how after hours paging was handled for many companies and was kind of surprised how many DBAs still carry around a secondary pager/cell phone or are just expected to be woke up if on call or not. I’m not one to go back to sleep once I’m woke, so I’ve been a proponent of EM notification schedules for after hours paging. Now there are other ways to handle this in Enterprise Manager 12c as well, but we’ll use this method, as it is backward compatible to OEM 10g, too.
The requirement of this setup is to have an inbox alerting option separate from your SMS/Texting option on your smartphone, which can be Android or iphone, even blackberry, any of these are more than acceptable to satisfy the requirement. The next is know your SMS notification email address.
Your mobile provider can verify what your email extension is for your SMS address. With this information in hand, you can then proceed with the setup. The design is simple- All email notification will continue to go to your email, no matter if warnings or critical, but we will create a secondary user that will have the SMS addresses for the DBAs oncall and set them up for a rotation to be notified of critical issues.
Sit down and first figure out how often you want to rotate your schedule, weekly, every two weeks, once per month and any vacation or time off coming up. That should tell you what your rotation needs to be to keep things sane.
Create the Paging User in Enterprise Manager
First we need to create the user that will then be utilized for paging. This can be done from the Setup, Security, Administrators menu in the console.
We have all our DBAs currently listed, but for this user, we will need each of their SMS addresses and once you have those, click on Create.
Name the user DBA_PAGE and put in the following values, and it can be set to an Administrator, but just for this example, I shortened the process and created it as a Super Admin, (this is not required…)
Note that I’ve entered each of the DBA’s SMS addresses into the Email Address section, separated by commas and that I’ve entered a clear description of what this login is used for.
Click on Finish and your new DBA_PAGE user is now listed.
Managing the DBA_PAGE User
Once you’ve completed the entry and then log out of the EM12c console as your current user and log back in as the DBA_PAGE user, (just easier to manage the notification schedule as this user…)
Next you need to create the notification schedule, but I’ll first show you how you can add more users easily to this Administrator:
Once you’ve accessed this page, you will note that new email addresses can be added easily:
The Add Another Row option will allow you to add another SMS address and then you can check mark just that address and test it. You can also remove addresses from here of DBAs that have moved on from the company.
Editing the My Notification Schedule
This is again accessed from the Setup menu on the right hand of screen and once you are in the My Notification Schedule, you will see the following:
This is the default schedule, starts from the day the user was created and would notify ALL email addresses in the list. We are going to replace this schedule with a new one that supports a three week rotation of oncall, notifying on one DBA each week, switching automatically each week to the next DBAs SMS address.
Click on Edit Schedule Definition in the upper right of the screen.
As starting a rotation in the middle of a schedule would be difficult, we are going to choose the following Monday as our beginning. You can see the default is a one week rotation and that the time zone is set to Canadian Central Time, (I have no idea where that came from… :))
For our example, we are going for a three week rotation, (three DBAs, three week rotation… :)) We’ll start the rotation this following Monday, April 21st and we’re going to say that the DBAs are on Mountain Time.
We are then given a schedule of three weeks to fill in for who is oncall. By default, it will want to offer us all three SMS addresses entered for the user. We will only use the first one, we will click on Week 1 to fill in, ensure we are VIEWING Week 1 and now to fill in our schedule.
To create a schedule that DOES NOT notify during business hours, there is a batch file for each week of three steps. There is no way around this, so I’ll use the following schedule creation and then repeat it for the 2nd and 3rd week for the two other DBAs.
Now notice that we’re still viewing and editing week 1, and choosing all the days, but I’ve changed the time to show 12am-8am to fill in with the first DBA’s SMS address.
Finally, we fill in for the last time slot, Saturday and Sunday during the weekend daytime.
Your scheduled should now look something like this, with all sections above and below business hours filled in with the 1st DBA’s SMS Address for notifications:
We then will click on the down arrow button on the View menu and choose the second week, then do the same for the check mark in the box for Weeks, ensuring we are changing the schedule for Week 2. We’ll repeat the scheduling, but will also change the Email Address to the second DBA’s SMS Address by clicking on the search.
Once you have filled in everything for the Second DBA, you will switch to View Week 3 and edit Week 3 for the third DBA and fill in that schedule:
Once completed, Save the changes.
The default view may alarm you at first, as it will be empty:
The reason is the first date that is shown, which is the current date and if you remember from our example, we decided to start our rotation on April 21st. Go to the View Week Containing and change it to April 21st.
You will now see the rotation schedule for the first DBA for after hours.
Updating the date for the next week will display the 2nd DBA’s rotation:
And then if you switch the date to first week of May, we see the third DBA:
If you go past that, you’ll see that the rotation continues, starting again with the first DBA for the next week and will continue on without change unless you edit or replace the schedule.
If for some reason, let’s say a DBA can’t take a shift that is in their weekly schedule for one night, you can go into that DAY’s shift and edit it to one of the other two DBAs in the list.
Now you’ve finished setting up an after hours pager in a notification schedule. In Part II, I will show you how to use the notification schedule/user with rule sets to page on critical notifications.
One other internal presentation that was presented by me, showed the technical architecture and production experiences regarding Oracle VM V3. It was based on demo of a Hands-On Lab (HOL-9870, Oracle VM) given during Oracle Openworld 2013. Based on this HOL, structures were explained and demoed for architects and database administrators. An introduction into Oracle
I have given some internal and customer presentations lately that you might find useful or like, so hereby a direct share to the presentation about Oracle’s Enterprise Manager Cloud Control (V3) An introduction into Oracle Enterprise Manager Cloud Control 12c Release 3 from Marco Gralike
WordPress 3.8.3 came out yesterday. It’s a small maintenance release, with the downloads and changelog in the usual places. For many people, this update will happen automatically and they’ll just receive and email to say it has been applied.
I’m still not sure what to make of the auto-update feature of WordPress. Part of me likes it and part of me is a bit irritated by it. For the lazy folks out there, I think it is a really good idea, but for those who are on their blog admin screens regularly it might seem like a source of confusion. I currently self-host 5 WordPress blogs and the auto-update feature seems a little erratic. One blog always auto-updates as soon as the new a new release comes out. A couple sometimes do. I don’t think this blog has ever auto-updated…
I’d be interested to hear if other self-hosting WordPress bloggers have had a similar experience…
So this months project is an implementation of Oauth. I have now created a package that can create a request for temporary credentials in Oauth version 1.0, and have almost implemented authorize, access and resource calls as well.