Re: Oracle ODA suggestions.

  • From: Jeff Chirco <backseatdba@xxxxxxxxx>
  • To: Jack Applewhite <jack.applewhite@xxxxxxxxxxxxx>
  • Date: Wed, 31 Mar 2021 07:45:13 -0700

 I've been contemplating getting an ODA for a while, we've never had one
but are in discussion of needing to upgrade our Dell hardware so it has
been on the table. Here are my thoughts on a couple of your points.


*  -- We have "a single throat to choke" in Oracle being responsible for
everything. No finger-pointing between Dell support and Oracle support.*


I found this to be a negative. Oracle support has always been a pain to
deal with. Occasionally you get a good one but more often responses take
too long and they are usually asking dumb questions which halfthe time I
already answered if they read the original problem description. If Oracle
support was better then this might be a good point. I've also heard that
there are not many ODA experts at Oracle support. I could be wrong.

*  -- Applying ODA patches upgrades all components to a compatible level -
most of the time flawlessly.*


The "most of the time" scares me. It should be every time. We are much more
comfortable patching things individually. Storage and server guys know
their stuff and I know database stuff. We don't over step each other. I
have heard horror stories of an ODA being down for hours or a full day
because a patch went wrong.  I don't know what people are running on these
things but we can't be down like that for more than an hour.  I also have
root on the server and take care of some things myself.


On Wed, Mar 31, 2021 at 7:23 AM Jack Applewhite <
jack.applewhite@xxxxxxxxxxxxx> wrote:

Mladen,

From a strictly hardware standpoint, you're probably right. However, the
bottom to top integration of HW, Infrastructure, OS, and RDBMS is Very
handy.
  -- We have "a single throat to choke" in Oracle being responsible for
everything. No finger-pointing between Dell support and Oracle support.
  -- Applying ODA patches upgrades all components to a compatible level -
most of the time flawlessly.
  -- We can usually use MOS notes and docs to troubleshoot errors and
problems at all levels.
  -- As Andrew mentioned, the ASR feature is Very useful. We've gotten
notice that Oracle has already shipped a new drive, fan, power supply, etc.
to us before we were even aware of the failing component.

These new Bare Metal X8-2Ms, without the RAC, virtualization, and ACFS
crap, are the best packages we've ever had. Plus, we get to be root and
mostly manage them ourselves, which may not be an option in a lot of shops.

That's my story and I'm stickin' to it. Happily.
--
Jack C. Applewhite - Database Administrator
Austin I.S.D. - MIS Department
512.414.9250 (wk)

I cannot help but notice that there is no problem between us that cannot
be solved by your departure.  -- Mark Twain
------------------------------
*From:* oracle-l-bounce@xxxxxxxxxxxxx <oracle-l-bounce@xxxxxxxxxxxxx> on
behalf of Mladen Gogala <gogala.mladen@xxxxxxxxx>
*Sent:* Tuesday, March 30, 2021 21:18
*To:* oracle-l@xxxxxxxxxxxxx <oracle-l@xxxxxxxxxxxxx>
*Subject:* Re: Oracle ODA suggestions.

Warning: EXTERNAL SENDER, use caution when opening links or attachments.



Hi Jack!

What is the difference between a big Dell box with many cores and NVME
drives and ODA? What you are describing sounds like a very big and fast
PC with Linux and Oracle per-installed.

On 3/30/21 4:59 PM, Jack Applewhite wrote:
Our X8s are Bare Metal, single server machines with 100% SSD storage
and a joy. After I re-imaged them to 18.8, patching to 19.6 presented
a few problems. mainly going from OEL 6 to 7, but, with Oracle
Support, we worked them out. We are very happy with 19.6 ODA version
and RDBMS version.

--
Mladen Gogala
Database Consultant
Tel: (347) 321-1217
https://dbwhisperer.wordpress.com

--

https://linkprotect.cudasvc.com/url?a=http%3a%2f%2fwww.freelists.org%2fwebpage%2foracle-l&c=E,1,7oEmWw3NZnzMfLDh1j5rp07U5pAf-X7k2R18tnrfxJ3qOX-41XGAzmK51BQqaA2yUxbT4EuveYpHyU6_6DU2HFv85P7KcthKvxlF9Q_s&typo=1


Confidentiality Notice: This email message, including all attachments, is
for the sole use of the intended recipient(s) and may contain confidential
student and/or employee information. Unauthorized use of disclosure is
prohibited under the federal Family Educational Rights & Privacy Act (20
U.S.C. §1232g, 34 CFR Part 99, 19 TAC 247.2, Gov’t Code 552.023, Educ. Code
21.355, 29 CFR 1630.14(b)(c)). If you are not the intended recipient, you
may not use, disclose, copy or disseminate this information. Please call
the sender immediately or reply by email and destroy all copies of the
original message, including attachments.

Other related posts: