Re: Oracle ODA suggestions.

 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_at_austinisd.org> 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_at_freelists.org <oracle-l-bounce_at_freelists.org> on
> behalf of Mladen Gogala <gogala.mladen_at_gmail.com>
> *Sent:* Tuesday, March 30, 2021 21:18
> *To:* oracle-l_at_freelists.org <oracle-l_at_freelists.org>
> *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.
>

--
http://www.freelists.org/webpage/oracle-l