AULA 02

MDULO DBA PLENO

SOBRE A ESTRUTURA...
 Relembrando ainda...
Como eu j disse anteriormente, relembrar aprender duas vezes, e sempre que lemos ou
ouvimos pela segunda vez relembramos ainda mais.
Por isso na aula de hoje ser a ltima que ainda comentaremos a respeito de alguns assuntos
que foram destaque no treinamento de DBA Jr, para que possamos relembrar e massificar
alguns conceitos que nos acompanharo para o resto do treinamento e da vida de DBA Oracle.

Vamos a eles???
A estrutura Oracle no servidor

LGICA
Instncia

FSICA
Armazenamento
 A estrutura de Armazenamento Fsica
At ento verificamos as estruturas de memria, processos, funcionamento. Porm tudo que
verificamos so todos itens lgicos, ou seja sua existncia dependente.
Mas... Dependente do que mesmo??
De uma instncia no ar por exemplo, sem o qual no existiriam processos de background,
dados de memria, etc.
A parte fsica independente. A estrutura fsica do banco de dados composta por diversos
arquivos fsicos que ficam armazenados em local especfico que pode ser o prprio servidor,
storage compartilhado, local especfico de rede, no importa, o fato que eles tem que existir.

Relembraremos quem so eles nos prximos slides...

 A estrutura de Armazenamento Fsica
Arquivo de controle ou controlfile: Em nmero de pelo menos dois, so de importncia vital
para o banco de dados pois no s trazem dados do checkpoint como toda a estrutura do banco,
definies de backup. A perda dele acarreta parada imediata do banco e a necessidade de
proceder a sua recuperao. Considerado arquivo crtico. Sua extenso comumente usada .ctl
Datafiles: Arquivos de dados propriamente dito, traz os dados do banco de dados, nele so
armazenadas as informaes e deles feito o backup. Normalmente armazenados no servidor
em local de arquivos chamado FILESYSTEM ou em ambiente de storage ASM, podendo ainda ter
outras formas de armazenamento. Sua perda pode ser crtica ou no dependendo a qual parte
do sistema pertencem. Sua exteno comumente usada .dbf
Online redolog files: Arquivos que gardam informaes de REDO conforme j vimos
anteriormente. Sua exteno comumente usada .log (Cuidado desavisados podem confundir
com arquivos de log e apag-los)
 A estrutura de Armazenamento Fsica
Parameter file: Ou ainda arquivo de parmetros de inicializao. Responsvel pelo
armazenamento das configuraes que sero lidas no momento que a instncia de banco de
dados estiver sendo carregada.
Dados que so alterados da configurao devero ser alterados nele e se tornaro persistentes,
ou seja quando o banco de dados baixar e subir novamente sero lidos.
Existem basicamente dois tipos de arquivos de parmetros:
SPFILE: arquivo binrio, sendo lido apenas pela instncia no processo de carga;
PFILE: arquivo texto que poder ser lido, editado com editor de texto do sistema operacional
exemplo vi, edit, etc.
Sua localizao em ambiente Filesystem ser ORACLE_HOME/dbs ou no ASM
/U01/app/oracle/product/11.2.0/db_home1/dbs ou /U01/app/oracle/product/12.1.0/db_home1/dbs
 A estrutura de Armazenamento Fsica
Passwordfile: Ou ainda arquivo de senha. Parece estranho arquivo de senha, autenticar com
arquivo?? S a gente analisar um pouco que entenderemos facilmente.
Imagine que voc seja o DBA de um determinado banco de dados e precise fazer alguma
manuteno nele distncia, ou seja, voc vai conectar do seu notebook que possui um
software client do Oracle instalado. Sim voc o DBA agora, mas o banco caiu, como iria
autenticar sua senha para manuteno em um banco de dados baixado?
Ento, o arquivo de senhas serve para isso, ele traz criptografada a senha do usurio master do
sistema que no caso do Oracle o usurio SYS que se conecta como SYSDBA.
Este um arquivo fsico e que fica armazenado em ORACLE_HOME/dbs:
/U01/app/oracle/product/11.2.0/dbs ou /U01/app/oracle/product/12.1.0/dbs
Conforme verso do Oracle.
 A estrutura de Armazenamento Fsica
Archive logs: Redologs arquivados pelo processo de archive do processo de background ARCn.
So armazenados, devendo ser inclusive includos nos backups.
Arquivos de backup: Ou como chamamos, pea de backup, so os arquivos que contm os
backups do banco de dados. Geralmente so backups de datafiles, controlfiles e archivelogs.
Arquivos de rastreamento e alerta: arquivos de rastreamento, logs dos acontecidos no banco de
dados, arquivos de trace.
 Estrutura dentro do banco de dados
J vimos a estrutura dentro do servidor, agora veremos a estrutura dentro do banco de dados e
a sua separao em lgica e fsica.
Seguindo o mesmo conceito onde Fsica a parte que pode ser tocada isto , manuseada por
exemplo com comandos de sistema operacional enquanto que a parte lgica no, vamos
comentar alguns itens mais importantes do banco de dados no momento.
Lgico:
Tablespace: Como o prprio nome diz um espao de armazenamento de tabelas, ou seja,
imagine como um repositrio onde ficam as tabelas l dentro (existem outros objetos
armazenados em tablespaces.
Fisico:
Datafiles: So os arquivos fsicos que j comentamos anteriormente.
Ligao entre eles: Cada tablespace contm um ou mais datafiles sendo que cada datafile
nico a cada tablespace.
 Estrutura do banco de dados Lgica e Fsica
Tablespaces Padro
Tablespaces padro do Banco de dados Oracle

T1 T3
SYSTEM SYSAUX UNDO TEMP
T4
T2

Todos eles so criados automaticamente no momento da instalao do Banco de dados Oracle, sendo
que os trs primeiros so considerados tablespaces crticos e necessitam cuidado especial e em caso de
falha tambm a forma de recuperao especfica.
 Estrutura do banco de dados Lgica e Fsica
Tablespaces Padro
Este tablespace responsvel por um dos itens mais importantes em estrutura de
banco de dados: a integridade e consistncia na leitura.

Database Buffer Cache UNDO

Bloco Bloco
Usurio 01 faz alterao Alterado consistente
DML e no d commit

Servidor Oracle
Usurio 02 faz select no
mesmo campo alterado
 Os estados da Instncia do Banco de Dados
Falar em estados da instncia significa dizer o que acontece com ela desde o momento que ela
est como chamamos baixada que o estado de inativa, at estar aberta ou open, que o estado
onde est pronta para utilizao.
Base em Shutdown: Nenhum processo de background no ar, nenhum acesso permitido;
Startup nomount: Esse o primeiro estgio da instncia, neste estgio ela l o arquivo de
parmetros que j conhecemos anteriormente, e inicia os processos de background principais.
Algumas manutenes no ambiente requerem que seja iniciada a instncia em modo nomount.
Startup mount: L tambm o controlfile que ir localizar todos os datafiles do banco de dados
porm no abre nenhum deles, apenas localiza.
Open: o estado esperado pelo DBA principalmente aps processo de manuteno. Nesta fase
ele abre para leitura e escrita todos os datafiles que estejam setados como online.
Os estados da Instncia do Banco de Dados
Abre datafiles
OPEN

MOUNT L controlfile

L arquivo de
NOMOUNT
parmetros

SHUTDOWN
 Sobre o ambiente virtualizado...
Como todos j sabem, o ambiente do treinamento ser montado de forma que fique no
computador de cada aluno possibilitando utiliz-lo quando e onde quiser.
O grande diferencial que sempre pretendi nos nossos treinamentos do projeto DBA fazer com
que cada um possa treinar e praticar da melhor forma.
Para que isso seja possvel utilizamos algumas ferramentas e iremos fazer um tour em vdeo pelo
ambiente que utilizaremos.
 Na prxima Aula...
Iremos trabalhar a criao da estrutura do ambiente que utilizaremos no nosso treinamento.
Nesta fase no iremos instalar o sistema operacional Linux como foi feito no treinamento de
DBA Jr, porm se algum tiver qualquer dvida basta solicitar no grupo de WhatsApp que de
pronto ajudaremos. Eu e os demais colegas que j fizeram o treinamento anteriormente.
AULA 02

FIM