Been quite busy of late, so my blog has not had quite the number of updates that I'd like. One thing I thought I'd share with you is that I found my first Oracle 11g bug last week. Apparently when you are using the FRA with 11g it decides to archive redo logs to the FRA (as one would expect) AND to the default archivelog destination directory (which one does not expect). I've opened an SR with Oracle on this and we will see how it goes. I've heard a story or two of other bugs that have been discovered, but I've not heard details yet.
So, the moral of the story with 11g is, be careful out there!
I'm finishing up another chapter of my new book, Oracle Database 11g New Features. I'll have some more Oracle features to share with you in the next couple of days, so please standby and be patient.
Monday, August 27, 2007
Thursday, August 23, 2007
Landing on Insturments...
So, more Oracle Database 11g in a couple of days. I'm wrapping up another chapter right now and I'll post a bit or two soon.
For this post though, I'd like to share with you that I'm back working on my instrument rating. For me, the best part of flying is cross-country trips. Some people like to get out and just putter around, but I love the experience of actually flying somewhere. Seeing new things, new airports and so on. Because of this, weather is a bit more of an issue for me.
I started my instrument training back in Chicago after I got N7598U. I logged about 15 hours of training or so. Now, I'm back at it! I took my written a few months ago, so thats out of the way. I've just started the flying back up this week and I've logged about 4 hours. Here is one of the approach plates that I use for doing an ILS into Ogden...

I find this stuff pretty cool. This is a precision approach which means it pretty much takes you down to the runway both vertically and horizontally.
I flew this approach and a couple of others on Tuesday, and flew down to Provo on Wed. Saturday I'm back up again and I hope to be done by October if I'm lucky.
More on this later, and more Oracle Database 11g!!!!
For this post though, I'd like to share with you that I'm back working on my instrument rating. For me, the best part of flying is cross-country trips. Some people like to get out and just putter around, but I love the experience of actually flying somewhere. Seeing new things, new airports and so on. Because of this, weather is a bit more of an issue for me.
I started my instrument training back in Chicago after I got N7598U. I logged about 15 hours of training or so. Now, I'm back at it! I took my written a few months ago, so thats out of the way. I've just started the flying back up this week and I've logged about 4 hours. Here is one of the approach plates that I use for doing an ILS into Ogden...

I find this stuff pretty cool. This is a precision approach which means it pretty much takes you down to the runway both vertically and horizontally.
I flew this approach and a couple of others on Tuesday, and flew down to Provo on Wed. Saturday I'm back up again and I hope to be done by October if I'm lucky.
More on this later, and more Oracle Database 11g!!!!
Thursday, August 16, 2007
Oracle Support and 11g
There were some initial reports that Oracle Support had pushed back on providing SR support for Oracle Database 11g after it's initial release last week. I've not heard any reports in the last couple of days, so I hope this problem has been resolved.
However, this does bring up a good topic, dealing with Oracle support.
First and foremost, one has to realize that while Oracle support is a service organization, it is a big organization. As a result Oracle support sometimes lumbers slower than one would like, and sometimes you get a support analyst that is less than steller. All this is to be expected with a large organization. Because of this it's important to know how to move around such a beast.
First of all, when you open an SR and you need some form of response, make sure the SR is a priority 2 or better. Obviously if you don't want to work the thing 24/7 then you don't need it to be a priority 1, but I've seen priority 4's lag into forever before you get help. I've never seen a priority 3 I don't think (not that I've noticed), so I don't know if those even exist. How do you ensure that your SR is a priority 2? I've noticed that when you enter the SR, if you mark the last 3 questions as NO. These questions are:
Can you easily recover from, bypass or work around the problem?
Does your system or application continue normally after the problem occurs?
Are the standard features of the system or application still available; is the loss of service minor?
These will make you a priority 2. You can also always ask the person working your SR to escalate to a 2.
The next key is escalation. There was a very good post on ORACLE-L which references Chris Warticki's Blog with information about this very topic, so rather than rehash it, I'll just post a blog link here:
http://blogs.oracle.com/Support/2007/07/18#a18
The bottom line with Oracle support seems to be the squeaky SR gets the oil. You pay a lot for that support, so squeak my friends!
[Edit: added some clarity to a sentence]
However, this does bring up a good topic, dealing with Oracle support.
First and foremost, one has to realize that while Oracle support is a service organization, it is a big organization. As a result Oracle support sometimes lumbers slower than one would like, and sometimes you get a support analyst that is less than steller. All this is to be expected with a large organization. Because of this it's important to know how to move around such a beast.
First of all, when you open an SR and you need some form of response, make sure the SR is a priority 2 or better. Obviously if you don't want to work the thing 24/7 then you don't need it to be a priority 1, but I've seen priority 4's lag into forever before you get help. I've never seen a priority 3 I don't think (not that I've noticed), so I don't know if those even exist. How do you ensure that your SR is a priority 2? I've noticed that when you enter the SR, if you mark the last 3 questions as NO. These questions are:
Can you easily recover from, bypass or work around the problem?
Does your system or application continue normally after the problem occurs?
Are the standard features of the system or application still available; is the loss of service minor?
These will make you a priority 2. You can also always ask the person working your SR to escalate to a 2.
The next key is escalation. There was a very good post on ORACLE-L which references Chris Warticki's Blog with information about this very topic, so rather than rehash it, I'll just post a blog link here:
http://blogs.oracle.com/Support/2007/07/18#a18
The bottom line with Oracle support seems to be the squeaky SR gets the oil. You pay a lot for that support, so squeak my friends!
[Edit: added some clarity to a sentence]
Wednesday, August 15, 2007
Oracle Database 11g Finer Grained Dependencies
So, here is a promised new feature for Oracle Database 11g!! Have you ever had something like this happen:
We have a view, emp_view built on EMP as seen in this query:
set lines 132
column owner format a8
column view_name format a10
column text format a50
select dv.owner, dv.view_name, do.status, dv.text
from dba_views dv, dba_objects do
where view_name='EMP_VIEW'
and dv.view_name=do.object_name
and dv.owner=do.owner
and do.object_type='VIEW';
OWNER VIEW_NAME STATUS TEXT
-------- ---------- ------- ---------------------
SCOTT EMP_VIEW VALID select ename from emp
Now, we add a column to EMP and watch what happens to the view:
alter table emp add (new_column number);
select dv.owner, dv.view_name, do.status, dv.text
from dba_views dv, dba_objects do
where view_name='EMP_VIEW'
and dv.view_name=do.object_name
and dv.owner=do.owner
and do.object_type='VIEW';
OWNER VIEW_NAME STATUS TEXT
-------- ---------- ------- ---------------------
SCOTT EMP_VIEW INVALID select ename from emp
Now.... Oracle database 11g has improved dependency management. Let's look at this example in 11g:
select dv.owner, dv.view_name, do.status, dv.text
from dba_views dv, dba_objects do
where view_name='EMP_VIEW'
and dv.view_name=do.object_name
and dv.owner=do.owner
and do.object_type='VIEW';
OWNER VIEW_NAME STATUS TEXT
-------- ---------- ------- ---------------------
SCOTT EMP_VIEW VALID select ename from emp
alter table emp add (new_column number);
select dv.owner, dv.view_name, do.status, dv.text
from dba_views dv, dba_objects do
where view_name='EMP_VIEW'
and dv.view_name=do.object_name
and dv.owner=do.owner
and do.object_type='VIEW';
OWNER VIEW_NAME STATUS TEXT
-------- ---------- ------- ------------------------------
SCOTT EMP_VIEW VALID select ename from emp
Note in 11g that the update did not invalidate the view. If the change had been to the ename column, then it would have invalidated the view since there is a direct dependency between the ename column and the view. This same new dependency logic applies to things like PL/SQL code too.
More on 11g New Feature topics in my new book, Oracle Database 11g New Features from Oracle Press.
We have a view, emp_view built on EMP as seen in this query:
set lines 132
column owner format a8
column view_name format a10
column text format a50
select dv.owner, dv.view_name, do.status, dv.text
from dba_views dv, dba_objects do
where view_name='EMP_VIEW'
and dv.view_name=do.object_name
and dv.owner=do.owner
and do.object_type='VIEW';
OWNER VIEW_NAME STATUS TEXT
-------- ---------- ------- ---------------------
SCOTT EMP_VIEW VALID select ename from emp
Now, we add a column to EMP and watch what happens to the view:
alter table emp add (new_column number);
select dv.owner, dv.view_name, do.status, dv.text
from dba_views dv, dba_objects do
where view_name='EMP_VIEW'
and dv.view_name=do.object_name
and dv.owner=do.owner
and do.object_type='VIEW';
OWNER VIEW_NAME STATUS TEXT
-------- ---------- ------- ---------------------
SCOTT EMP_VIEW INVALID select ename from emp
Now.... Oracle database 11g has improved dependency management. Let's look at this example in 11g:
select dv.owner, dv.view_name, do.status, dv.text
from dba_views dv, dba_objects do
where view_name='EMP_VIEW'
and dv.view_name=do.object_name
and dv.owner=do.owner
and do.object_type='VIEW';
OWNER VIEW_NAME STATUS TEXT
-------- ---------- ------- ---------------------
SCOTT EMP_VIEW VALID select ename from emp
alter table emp add (new_column number);
select dv.owner, dv.view_name, do.status, dv.text
from dba_views dv, dba_objects do
where view_name='EMP_VIEW'
and dv.view_name=do.object_name
and dv.owner=do.owner
and do.object_type='VIEW';
OWNER VIEW_NAME STATUS TEXT
-------- ---------- ------- ------------------------------
SCOTT EMP_VIEW VALID select ename from emp
Note in 11g that the update did not invalidate the view. If the change had been to the ename column, then it would have invalidated the view since there is a direct dependency between the ename column and the view. This same new dependency logic applies to things like PL/SQL code too.
More on 11g New Feature topics in my new book, Oracle Database 11g New Features from Oracle Press.
Tuesday, August 14, 2007
All along the watchtower
11g SOON... However I was sitting here and thinking about some of my other passions. I watch almost zero TV. For some reason though, I seem to like Sci-Fi. There are a few shows that have a fond spot in my heart... I'm not one of those guys that walks around in some uniform at some convention, but they do speak to me.
They are:
Battlestar Galactica (the new rendering).... If you didn't catch the season 3 finale, here it is... simply amazing I think... Season 4 will be it's final season, very sad!
Another show with a soft spot in my heart, Babylon 5... Seasons 2-3-4 were during some times of very good, and very tough times. There is a new CD out just now, Babylon 5: Lost Tales. It was just released a couple of weeks ago. The two stories on it are not the best of Babylon 5 but it's nice to see some B5 again. Here is a YouTube link to the trailer:
and another bit on YouTube from the series, the season 3 finale (I love YouTube):
and finally, a campy old show that takes me back to about age five, UFO...Here are the opening credits with what I think is one of the coolest opening theme songs of all time (it *is* CAMPY):
Ok.... so I've bored you with enough personal stuff. Tomorrow something 11g related...
[Edit: misspelling...]
They are:
Battlestar Galactica (the new rendering).... If you didn't catch the season 3 finale, here it is... simply amazing I think... Season 4 will be it's final season, very sad!
Another show with a soft spot in my heart, Babylon 5... Seasons 2-3-4 were during some times of very good, and very tough times. There is a new CD out just now, Babylon 5: Lost Tales. It was just released a couple of weeks ago. The two stories on it are not the best of Babylon 5 but it's nice to see some B5 again. Here is a YouTube link to the trailer:
and another bit on YouTube from the series, the season 3 finale (I love YouTube):
and finally, a campy old show that takes me back to about age five, UFO...Here are the opening credits with what I think is one of the coolest opening theme songs of all time (it *is* CAMPY):
Ok.... so I've bored you with enough personal stuff. Tomorrow something 11g related...
[Edit: misspelling...]
Subscribe to:
Posts (Atom)