I recall Larry responding to an audience question several OOW's ago:
"Are you planning to buy the San Francisco 49ers (US football team)?"
Larry paused, leaned forward to the microphone, and responded, "In order
to be buyer, there has to be a seller".
In order for there to be a new release, there has to be a development team.
On 11/14/18 08:32, niall.litchfield@xxxxxxxxx wrote:
There was a new release in July this year!
I get that the positioning from Oracle is unclear, but that seems a stretch, especially as there's no sign of the management cloud acquiring complete db management capabilities on-premises for example
On Wed, Nov 14, 2018 at 3:30 PM Tim Gorman <tim.evdbt@xxxxxxxxx <mailto:tim.evdbt@xxxxxxxxx>> wrote:
Courtney,
Thank you so much for your carefully written response, but the
statement "EM is not going anywhere" has many facets.
I think what is being asked (and to which we accept that you
cannot and should not respond in this forum) is that nobody should
be expecting future releases of EM.
Thanks!
-Tim
On 11/14/18 06:55, Courtney Llamas wrote:
Pete stop spreading vicious rumors ;) EM is not going
anywhere, just not the focus for Cloud deployments. Folks with
on-premises db’s can use either OEM or OMC, or a combination of
the two.
Send me the SR and I’ll have someone look into it ;)
-- - Courtney
Oracle <http://www.oracle.com/>
Courtney Llamas | Architect
Phone _+7133742102_| Mobile: +8324720596 <tel:+8324720596>
OracleStrategic Customer Program
Oracle
Green Oracle <http://www.oracle.com/commitment>
Oracle is committed to developing practices and products that
help protect the environment
*From:*Chris Stephens <cstephens16@xxxxxxxxx>
<mailto:cstephens16@xxxxxxxxx>
*Sent:* Wednesday, November 14, 2018 8:50 AM
*To:* peter.sharman@xxxxxxxxxxxxxx
<mailto:peter.sharman@xxxxxxxxxxxxxx>
*Cc:* Tim Gorman <tim.evdbt@xxxxxxxxx>
<mailto:tim.evdbt@xxxxxxxxx>; oracle-l <oracle-l@xxxxxxxxxxxxx>
<mailto:oracle-l@xxxxxxxxxxxxx>
*Subject:* Re: Enterprise Manager Application Data Modelling question
this is the second oracle-l thread where the future of EM has
been questioned. is the product going away in the future? will it
be replaced by something else for shops that run their own databases?
On Tue, Nov 13, 2018 at 6:03 PM <peter.sharman@xxxxxxxxxxxxxx
<mailto:peter.sharman@xxxxxxxxxxxxxx>> wrote:
Looking at other options is not on the table, Tim.
I make no comment about EOL for EM. :(
Pete
----- Original Message -----
*From:*
tim.evdbt@xxxxxxxxx <mailto:tim.evdbt@xxxxxxxxx>
*To:*
<peter.sharman@xxxxxxxxxxxxxx
<mailto:peter.sharman@xxxxxxxxxxxxxx>>,
<oracle-l@xxxxxxxxxxxxx <mailto:oracle-l@xxxxxxxxxxxxx>>
*Cc:*
*Sent:*
Tue, 13 Nov 2018 15:56:05 -0800
*Subject:*
Re: Enterprise Manager Application Data Modelling question
In the end, all products are EOL, but some are closer to
EOL than others.
With masking options from Informatica, IBM, Delphix, Red
Gate, Dataveil, and others to choose from, each of which
mask data across most all relational database platforms,
as well as documents, it seems short-sighted to invest
licensing money, time, and effort on masking one island
of information within Oracle one way, and masking all
other database platforms using other methods. Because all
confidential data in non-prod needs to be masked, not
just Oracle.
Full disclosure: I work for Delphix, and we do data
masking at-rest across almost all databases and
documents, including mainframe.
In the past 4+ years, I have only once come up against
data masking using the Oracle EM pack. This company
disliked their experiences masking with the Oracle pack
because it generated complex SQL and PL/SQL to perform
the masking within the database engine. Masking
algorithms are computationally intensive (i.e.
encryption, hashing, list-processing, etc) and thus
difficult to optimize in generated SQL and PL/SQL,
performing poorly as they chew up CPU expensively
licensed for database. When you charge as much as Oracle
does based on CPU, you don't want that CPU doing anything
but database workload.
By contrast, each and all of the other data masking
packages retrieve arrays of rows to an appserver, mask
them in the appserver (typically a generic Linux server),
then either insert them forward or update them back using
ROWID, less reliance on the Oracle optimizer, and
employing less expensive CPU for the
computationally-intense masking workload, conserving the
expensive database licensed CPUs for database workload.
So when your customers regroup to mask across the
enterprise instead of an island of Oracle, any of these
masking vendors will be happy to solve that. Especially
down under, on that super big island y'all have... :)
On 11/13/18 14:36, peter.sharman@xxxxxxxxxxxxxx
<mailto:peter.sharman@xxxxxxxxxxxxxx> wrote:
Yes, I know, it’s unlike me to be asking a question
on EM instead of answering one. 😊
This is one I’ve never seen before. I’ve been
setting up Data Masking for a customer and we have a
couple of different ADMs. Previously, the
Referential Relationships screen showed no records,
as the referential integrity is not defined in the
database (not ideal, but that's how it is). But now
the screen is completely blank - no buttons, no
screen saying no records found, nothing. Anyone seen
anything like that before? Restarting the OMS didn't
have any impact. Logged an SR, but no response on it
yet and the customer really wants to see some
progress so trying all avenues to move this forward.
EM 13.2 vanilla.
Thanks
Pete
--
Niall Litchfield
Oracle DBA
http://www.orawin.info