Oracle Enterprise Manager – How to Avoid Unexpected Licensing Challenges

Oracle Enterprise Manager

Como Evitar Desafios Inesperados do Licenciamento de OEM

Oracle Enterprise Manager - Como Evitar Desafios Inesperados de Licenciamento

  • 18 junho 2021
  • 6.27 minutos de leitura

O Oracle Enterprise Manager (OEM) é um conjunto de ferramentas de gerenciamento de sistemas baseados na web para gerenciar o ambiente Oracle (camadas de Banco de Dados e Aplicativos). O OEM fornece ferramentas para monitorar o ambiente Oracle e automatizar (tanto de natureza única como de repetitiva) as tarefas de administração de banco de dados e de aplicativos. O OEM executa grande parte de sua atividade através de agentes inteligentes conhecidos como Agentes de Gerenciamento Oracle. Estes agentes funcionam como processos autônomos em um nó gerenciado e realizam tarefas de execução e monitoramento para o OEM, comunicando-se utilizando o Protocolo de Transferência de Hipertexto (HTTP ou HTTPS).

O Oracle Enterprise Manager é instalado com o Banco de Dados Oracle. Seus recursos só podem ser utilizados contratualmente em conjunto com o Oracle Database Enterprise Edition (embora também esteja tecnicamente funcionando com os programas Oracle Database Standard Edition TWO) e os Oracle Enterprise Management Packs estão habilitados por padrão, prontos para serem utilizados.

Processo de Instalação do OEM

O Oracle Enterprise Manager pode ser implantado em três arquiteturas diferentes:

  • Controle de banco de dados - Aplicativo OEM para gerenciamento de um único Banco de Dados Oracle. Os binários são sempre instalados com o software de banco de dados, e o repositório OEM é opcionalmente criado e configurado como parte da criação do banco de dados.
  • Controle de grade - Interface baseada na web do OEM para gerenciar de forma centralizada vários ambientes Oracle a partir de um único ponto. Ela requer uma instalação e configuração separadas.
  • Controle em nuvem - O Enterprise Manager Cloud Control é um software de gerenciamento de sistemas que oferece monitoramento centralizado, administração e funcionalidade de gerenciamento do ciclo de vida para a infraestrutura de TI completa, incluindo sistemas que executam tecnologias Oracle e não-Oracle.

O próprio Oracle Enterprise Manager é parte da licença do Banco de Dados Oracle e não requer uma licença separada. A funcionalidade OEM incluída no Banco de Dados Oracle é, em essência, um conjunto de funcionalidades básicas que podem ser utilizadas para realizar tarefas administrativas usuais (por ex.: criação de objetos de banco de dados [tabelas e índices], gerenciamento de segurança do usuário, backup e recuperação do banco de dados, e importação e exportação de dados).

Por padrão, durante o processo de instalação, o Oracle Management Agent (OMA) permite vários dos chamados "Pacotes de Gerenciamento de Banco de Dados Enterprise Edition", incluindo o 'Pacote de Diagnóstico', 'Pacote de Ajuste', 'Pacote de Gerenciamento do Ciclo de Vida do Banco de Dados', 'Pacote de Mascaramento e Subconjunto de Dados', 'Pacote de Gerenciamento de Nuvens para Banco de Dados', sem nenhuma conexão com o que um cliente licenciou. Como um usuário final, você precisa, portanto, desmarcar proativamente os pacotes não licenciados após instalar o agente em um banco de dados alvo para evitar qualquer uso não licenciado. Fazer isso, entretanto, armazenaria um carimbo de data/hora no banco de dados e tornaria o "Pacote de Acesso Aprovado" marcado como VERDADEIRO no esquema do banco de dados subjacente.

Essas funcionalidades premium contidas no OEM exigem uma licença Oracle separada, os chamados "Pacotes de Gerenciamento de Banco de Dados Enterprise Edition da Oracle" ou "Pacote OEM". Tecnicamente, porém, esse Pacote OEM não existe - estes consistem de uma "suíte" de recursos de banco de dados que a Oracle classifica como recursos licenciáveis.

No passado, as versões do OEM anteriores ao Database 10g, os Pacotes OEM, eram opcionalmente instalados a pedido do usuário final como parte do processo de instalação do OEM. A partir da versão 10g, os Pacotes OEM são sempre instalados com a configuração da funcionalidade básica do OEM sem que o usuário final tenha qualquer controle. A partir desta versão, um novo recurso foi introduzido também para os usuários finais. Ele é chamado de página de "Acesso ao Pacote de Gerenciamento" e nesta página, os usuários podem começar a ativar ou desativar o acesso ao recurso dos Pacotes OEM a partir daquela versão.

Quando o acesso é habilitado para um Pacote OEM, todos os elementos de interface (abas, botões e hiperlinks) e as funcionalidades correspondentes ao Pacote OEM específico são habilitados e podem ser acessados pelos usuários finais.
Desabilitar o acesso ao Pacote resultará na desabilitação ou ocultação de todos os elementos de interface correspondentes, mas não resulta em uma desinstalação.

Começando com a versão 10g do Banco de Dados, os binários OEM, incluindo todos os pacotes, são sempre instalados com o software do banco de dados. Os Pacotes OEM são instalados e habilitados por padrão com a configuração do DB Enterprise Manager, que é parte do processo de criação do banco de dados.

Desafios Comuns

Muitos usuários finais são considerados como “não em conformidade” durante o curso de uma auditoria porque o "Acesso ao Pacote" foi acordado, ou os relatórios do Repositório Automático de Carga de Trabalho foram utilizados. Muitos usuários finais, entretanto, não têm uma visão clara do que isto significa.

Pacote de Acesso Acordado

Começando com Banco de Dados Oracle 10g, todos os Pacotes OEM são instalados e habilitados por padrão. Com bastante frequência, os administradores do Oracle DB fazem uso de diferentes recursos de diagnóstico sem estarem cientes das implicações do licenciamento. Os Pacotes OEM podem ser habilitados e desabilitados a partir da interface GUI. Entretanto, no momento em que uma ação for tomada a partir da interface (habilitação/desabilitação), o Acesso ao Pacote será acordado, armazenando informações sobre os carimbos de data/hora e do usuário que realizou estas ações.

O Acesso ao Pacote OEM Habilitado não significa que o pacote também seja utilizado. Embora os recursos sejam acessíveis para os usuários finais, é possível que o usuário não tenha utilizado nenhum dos pacotes. Este uso não pode ser confirmado pelas informações armazenadas no Banco de dados Oracle. Acesso ao Pacote Habilitado significa que o usuário realizou algumas ações conforme explicado a seguir:

Acesso ao Pacote OEM Habilitado significa:

  • Para o Controle do Banco de Dados 10g, significa que pelo menos um usuário acessou o console OEM, leu as Informações de Licenciamento na tela de boas-vindas e clicou no botão Eu Concordo para acessar o console do banco de dados.
  • Para todas as demais versões do 10g e posteriores, significa que pelo menos um usuário acessou a página "Acesso ao Pacote de Gerenciamento", alterou as caixas de seleção de acesso ao pacote (todas habilitadas por padrão) e clicou no botão Aplicar.

Como resultado do "acesso ao pacote habilitado e acordado" acima, isso não significa que o pacote correspondente esteja em uso.

Repositório Automático de Carga de Trabalho (AWR) e Monitor de Diagnóstico Automático de Banco de Dados (ADDM)

O uso dos recursos AWR (Repositório Automático de Carga de Trabalho) ou ADDM (Monitor de Diagnóstico Automático de Banco de Dados) - ambos parte do Pacote de Diagnóstico - é frequentemente detectado sendo utilizado. Algumas vezes, no entanto, os usuários finais não reconhecem o uso desses recursos quando confrontados durante uma auditoria da Oracle. Esteja ciente de que não é incomum que, se você reabriu um chamado com o Suporte Oracle, seus representantes de suporte solicitaram ao administrador do seu banco de dados naquele momento para executar um relatório AWS (ninguém estando ciente de que isso requer uma licença separada).

Para lhe oferecer uma visão geral dos diferentes recursos do banco de dados que fazem parte dos programas licenciáveis separados "Pacote de Diagnóstico" e "Pacote de Ajuste", foi criada a tabela abaixo.

Característicos

Recursos do Pacote de Diagnóstico:

  • Repositório Automático de Carga de Trabalho (AWR)
  • Monitor de Diagnóstico Automático de Banco de Dados (ADDM)
  • Monitoramento de desempenho (banco de dados e host)
  • Notificações de eventos: métodos, regras e cronogramas de notificação
  • Histórico de eventos e histórico métrico (banco de dados e host)
  • Apagões
  • Linhas de base métricas dinâmicas
  • Modelos de monitoramento
  • Monitoramento de desempenho baseado em acesso à memória
  • Histórico de Sessão Ativa (ASH)
  • Funcionalidade de suporte para realizar a detecção de gargalo do fluxo e análise de eventos de espera por componente superior
  • Execução do Teste de Aplicativo Real 'Relatório do Período de Comparação de Repetição'
  • Monitoramento e diagnóstico de desempenho (banco de dados e host)
  • Depósito AWR
  • Período de comparação ADDM
  • ADDM em Tempo Real
  • Análise ASH
  • Hub de Desempenho
  • Administração de Grade Celular Exadata
  • Desempenho de Grade Celular Exadata
  • Página de Visão Geral da Saúde do Grupo Celular Exadata
  • Utilização do Recurso Exadata
  • Notificações
  • Histórico de Métrica e Alertas/Eventos
  • Métricas e Extensões Métricas Definidas pelo Usuário
  • Conectores de Gerenciamento
  • Linhas de base métricas dinâmicas e Limiares métricos adaptativos
  • Modelos de monitoramento e Coleções de Modelos
  • Relatório do Período de Comparação de Repetição

Recursos do Pacote de Ajuste:

  • Assessor de Acesso SQL
  • Assessor de Ajuste SQL
  • Conjuntos de Ajuste SQL
  • Reorganizar objetos (dbms_redefinição)
  • Ajuste SQL Automático
  • Monitoramento SQL
  • Assessor de Banco de Dados Oracle Em Memória
  • Perfis SQL
  • Monitoramento SQL e PL/SQL em Tempo Real
  • Monitoramento das Operações do Banco de Dados em Tempo Real

O uso do "Pacote de Ajuste" também requer uma licença para o "Pacote de Diagnóstico".

O licenciamento de Pacotes OEM pode ser subjetivo se não for possível identificar claramente o uso no Banco de Dados Oracle. Se um usuário final tiver habilitado e concordado em utilizar os Pacotes, na maioria dos casos o usuário final precisa ser licenciado. Caso você não seja licenciado para os Pacotes OEM e não reconheça o uso, as seguintes medidas podem ser tomadas:

  • Decida quais Pacotes OEM você deseja manter e compre as licenças apropriadas.
  • Desabilite o acesso aos Pacotes OEM para todos os Pacotes OEM que não estejam licenciados.

Desabilitar o uso dos Pacotes é uma tarefa simples que pode ser realizada por um DBA e não exigirá que o DB seja reinstalado. Observe que a Oracle poderia exigir que você desabilitasse o acesso ao Pacote e não desinstalasse os Pacotes se eles não fossem necessários.

Assuma o Controle do seu Licenciamento Oracle

Você está fazendo uso do OEM mas não tem certeza de como evitar desafios de licenciamento?

Contate-nos

Comente esse artigo

Deixe seu comentário para sabermos o que você achou desse assunto.

Deixe um comentário

Artigos relacionados

oracle-fusion-cloud-setting-up-individual-users

Oracle Cloud – Definindo usuários individuais

Neste artigo focamos em como as métricas de licença atual dos Serviços Fusion Cloud do Oracle ditam a importância de definir e monitorar seus usuários de uma maneira completa e precisa.

aws-license-included-model

Modelo de Licença Incluída do AWS

Leia mais sobre a ação judicial entre o Oracle e o Envisage, uma empresa usando os programas de software do Oracle implantados na plataforma RDS Cloud da Amazon, sob a opção “Licença Incluída”.

oracle-java-release-17

Oracle Java Lançamento 17 - É grátis novamente?

Em 13 de setembro, o Oracle lançou seu novo Suporte de Longo Prazo (LTS) do Oracle Java: Lançamento 17. Muitos usuários finais reclamam que com este novo lançamento, o Oracle Java está “livre de cobrança” novamente. Mas isso é verdade?