Pular para o conteúdo principal

Oracle Enterprise Manager - Tecnologias de Servidor - Família Oracle


#7

Realiza o gerenciamento de um ambiente tão complexo e poderoso não é uma tarefa fácil ou simples de fazer. Com isso surgiram ferramentas de gerenciamento que automatizam varias funcionalizadades e com isso torna a tarefa mais fácil e produtiva.

O Oracle Enterprise Manager está disponível em três formas que são, Database Control, Application Server Control, Grid Control

- Database Control
É uma ferramenta gráfica usada para gerenciar um banco de dados, que pode ser um banco de dados em Cluster, com a funcionalidade de Real Application Clusters (RAC).
Ele possibilita o gerenciamento e monitoramento em tempo real, para executar tarefas agendadas, como operações de backup, e para reportar condições de alerta interativamente e por email.
Um banco de dados em RAC terá um processo Database Control rodando em cada nó onde exista uma instância de banco de dados.
RAC será explicado posteriormente.

- Application Server Control
É uma ferramenta gráfica que possibilita o gerenciamento de uma instância ou um grupo de instâncias e a tecnologia de agrupamento irá depender da versão. Até a versão 10g release 2, vários servidores de aplicação eram gerenciados como um farm, com um repositório de metadados, esse é um excelente modelo de gerenciamento, mas, ele é proprietário da Oracle. A partir da versão 10g release 3, a tecnologia é baseado no padrão de cluster J2EE, que não é proprietária da Oracle.

- Grid Control
Ele globaliza o ambiente de gerenciamento e fornece uma visão holística do ambiente, tornando assim a equipe de DBA mais produtiva.
Ele gerencia o ambiente completo, todos os servidores de aplicações e banco de dados, onde quer que eles possam estar.
Ele também pode gerenciar os nós ou máquinas, nos quais os servidores executam e através de plugins é possível gerenciar uma gama de produtos de terceiros.
Todas as comunicações utilizam o protocolo HTTP ou HTTPS, desde que os firewalls estejam configurados com essa permissão.
Cada nó gerenciado executa um processo de agente, que é responsável por monitorar alvos gerenciados no nó, esses alvos podem ser, relatando o Status, níveis de atividade e condições de alerta aos servidores de gerenciamento. A comunicação entre esses agentes e os servidores de gerenciamento também ocorrem através do protocolo HTTP ou HTTPS, desta forma, mesmo se eles estiverem separados geograficamente, ele pode ser gerenciado como um todo.

* Observação:
Tanto o Database Control quanto o Application Server Control é uma aplicação desenvolvida em Java e é executada na máquina do servidor, o DBA se conecta a eles através de um navegador, ao ser requisitado o Database Control se conecta ao servidor de banco de dados local e o Application Server Control se conecta ao servidor de aplicações local. A grande vantagem desse modelo é o gerenciamento remoto.

O Oracle Enterprise Manager, está disponível sem custo adicional, ele está embutido na licença do servidor de aplicações ou banco de dados. Mas existem pacotes adicionais que podem ser adquiridos através de licença separadamente, esse pacotes facilitam algumas áreas, facilitando assim a vida do DBA.

Tudo que o Oracle Enterprise Manager faz, pode ser realizado através de instruções SQL. E para o teste de OCP os exames são através da linha de comando SQL.

Se tiverem dúvidas realizem um INSERT nos comentários e depois dê um COMMIT que depois respondo.

Abraço e bons estudos.

Comentários

Postagens mais visitadas deste blog

Conhecendo a arquitetura do Banco de Dados Oracle

#15 Vamos focar mais no ambiente de banco de dados mais comum, que é uma instância em um computador, abrindo um banco de dados armazenado em discos locais. Sempre que for mensionado instância, esta se referindo ao banco de dados em funcionamento. Um banco Oracle é composto por duas estruturas, uma lógica e uma física. A estrutura lógica é chamada de instância e composta por estruturas de memória e processos, a sua existência é temporária na memória RAM e CPU e fica ativa enquanto o banco Oracle estiver ligado, se desligar o banco Oracle toda a informação ou vestígios de sua existência será apagado da memória, ao ligar o banco Oracle a instância é carregada novamente na memória. Os processos que compõem a instância trabalham em segundo plano e fica ativo o tempo todo enquanto a instância estiver ativa. A estrutura física é onde fica armazenado as informações, e uma vez criado, ele existe até que o DBA deliberadamente decida exclui-lo. Quando um banco Oracle é iniciado, na me...

O Cache de Buffer do Banco de dados - Estruturas de Memória no Oracle

#21 Vamos conhecer um pouco mais sobre o Cache de Buffer de Dados. O Cache de Buffer de Dados é o local de trabalho do Oracle, é nessa área que ele executa as SQLs. A função dessa área é otimizar e melhorar o desempenho das instruções DML. O maior gargalo de um banco de dados é o I/O dos arquivos em disco. Mas antes de explicar como funciona o Cache de Buffer de Banco de dados, vamos entender rápidamente o que é bloco, desta forma você não fica perdido, os arquivos de dados que contém os registros que são as linhas da tabela, indices e outros objetos de dados são formatados em blocos de tamanho fixo, o DBA pode definir um tamanho para esses blocos ou deixar de forma automática. A quantidade de linhas por bloco é indefinida, pois, as linhas possuem comprimento variável, o comprimento desta linha dependerá do número de colunas e os tipos de informações definidos para a tabela. De acordo com tamanho das linhas, pode haver várias linhas por bloco ou uma linha pode se estender por vár...

Shared Pool - Estruturas de Memória no Oracle

#23 O Shared Pool é considerada umas das estruturas de memórias mais complexas da SGA, ela é dividida em dezenas de subestruturas e todas são gerenciadas internamente pelo Oracle. Mas nesse momento vamos citar apenas os 4 principais componentes desta estrutura, as demais serão analizadas posteriormente. Quando uma aplicação executa uma DML, vários processos internos no Oracle são realizados até o retorno do resultado para o usuário. E esses 4 componentes tem participação direta na execução da DML e com isso gerando um bom desempenho do banco de dados. Os 4 principais componentes são: - O Cache de Biblioteca - O Cache de Dicionário de Dados - A Área PL/SQL - O Cache de Resultados de Funções PL/SQL e Consultas SQL Agora, vamos conhecer um pouco mais de cada um. - O Cache de Biblioteca (library cache) Todas instruções DML enviadas pela aplicação devem ser analizadas pelo Oracle. Quem realiza essa análise é o parse, o parse converte o código escrito pelos progra...