3/3/2020

Tema 2 - Inicialização e Fecho da BD FICHEIROS DE PARÂMETROS DE INICIALIZAÇÃO

• Ficheiros de inicialização: init.ora e spfile.ora • Para iniciar a instância, o servidor Oracle tem de ler o
• Criação da BD ficheiro dos parâmetros de inicialização - init ou spfile:
• OMF (Oracle Managed Files) – Init: é um arquivo de texto, editável, cujo nome é
• Arranque da base de dados INITORACLE_SID.ora.
– Spfile: é um arquivo binário, não editável, mas visível, cujo
• Comando startup nome é SPFILEORACLE_SID.ora
• Comando alter database • A instância de base de dados inicialmente, verifica o conteúdo do
• Parar a base de dados directório de parâmetros ($ORACLE_HOME/database no
Windows ou $ORACLE_HOME/DBS no Linux) procura o
• Ficheiro alertSID.Log SPFILE e se não encontrar busca o PFILE e por fim o arquivo
• Traços dos processos de segundo plano init.ora, caso ele não encontre nenhum destes arquivos a
• Traços dos processos de utilizador inicialização falha.

• Dicionário de dados
Dra. Otília Fernandes da Graça 1 Dra. Otília Fernandes da Graça 2

1 2

FICHEIROS DE PARÂMETROS DE INICIALIZAÇÃO INICIALIZAR A BASE DE DADOS

• Cria-se, a partir de um init, com:
CREATE SPFILE [=‘nome'] FROM PFILE [=‘nome'];
Nota1. Se se omitem os nomes, toma os valores por defeito.
Nota2. A BD não poderá abrir o novo spfile até nova inicialização.
Nota3. Pode-se criar um init a partir de um spfile, invertendo a
sintaxe.
• Os parâmetros do spfile modificam-se com:
ALTER SYSTEM SET parametro = valor [SCOPE = MEMORY
| SPFILE | BOTH]
Nota. Se só queremos modificar o parâmetro no spfile, indicaremos
SPFILE. Para fazer alteração apenas na memória, especificar
MEMORY.
Dra. Otília Fernandes da Graça
• Quando iniciamos uma BD Oracle, ela passa por várias
etapas até que, finalmente, esteja acessível aos utilizadores:
nomount, mount e open.
– No primeiro estado (nomount) a instância é iniciada: lê o arquivo de
parâmetros, cria a SGA, os processos de segundo plano e começa a
abertura do arquivo de alerta alert.log.
Nota: Começa por procurar o spfile. Se não for encontrado, continua com
pfile.ora e, finalmente, inicializa init.ora.
– Em seguida, a BD é montada (mount), abrindo o arquivo de control
e buscando os nomes dos ficheiros que o compõem: arquivos de
dados (data files) e redo log.
– Finalmente, a BD se abre (open), procedendo à abertura de arquivos
de dados (data files) e de redo log. O servidor Oracle verifica a
consistência da base de dados e, se necessário, o processo SMON
inicia recuperação da instância.
3 Dra. Otília Fernandes da Graça 4

3 4

1

COMANDO STARTUP
• Inicializa a instância e abre a BD. Permite parar o processo de
arranque da BD em qualquer das fases (NOMOUNT, MOUNT).
• STARTUP (abre a base de dados com o ficheiro de parâmetros
por defeito).
• STARTUP PFILE=/home/nome da bd/init.ora
• STARTUP NOMOUNT (para criar a base de dados).
• STARTUP MOUNT (para renomear datafiles, activar
ARCHIVELOG ou fazer uma recuperação completa da BD).
• STARTUP RESTRICT (só permite a conexão de utilizadores
com o privilégio RESTRICTED SESSION).
• STARTUP FORCE (faz SHUTDOWN ABORT e arranca a BD).
Dra. Otília Fernandes da Graça
5 6
FICHEIRO alert.log
• É o ficheiro de log da BD e a primeira referência para o DBA no
“dia a dia” da administração da mesma
• Por defeito está em $ORACLE_HOME/rdbms/log; ou no
directório que indica o parâmetro
BACKGROUND_DUMP_DEST do init. Se usamos OFA, um
local típico é
$ORACLE_BASE/admin/$ORACLE_SID/bdump.
• Recolhe tanto informação do estado da bd como erros:
– início e fecho,
– parâmetros do init sem valores por defeito,
– arranque dos processos de segundo plano,
– troca de ficheiro redo log (log switch),
– criação de tablespaces e segmentos de rollback,
– comando alter (alter database, alter tablespace, etc),
– erro ORA600 e os que indicam falta de espaço
Dra. Otília Fernandes da Graça
7 8
3/3/2020
PARAR A BASE DE DADOS
• Existem determinadas operações que exigem parar a BD, como actualizar
alguns parâmetros init.ora, ou fazer uma cópia física da base de dados (backup
frio). BD pára com o comando SHUTDOWN, impedindo qualquer conexão
subsequente.
• SHUTDOWN [NORMAL], espera que terminem todas as transações em curso
e todas as sessões, força um checkpoint, além de fechar todos os arquivos.
• SHUTDOWN TRANSACTIONAL, apenas espera que terminem as transações
em curso, força um checkpoint e fecha arquivos.
• SHUTDOWN IMMEDIATE, faz o rollback de todas as transações em curso e
fecha todas as sessões; fecha e desmonta a base de dados, além de parar a
instância (tal como nos casos anteriores)
• SHUTDOWN ABORT fecha a instância sem esperar desmontar ou fechar a
BD. Requer recuperação ao inicializar.
• Sintaxe: SHUTDOWN [NORMAL | TRANSACTIONAL | IMMEDIATE |
ABORT]
5 Dra. Otília Fernandes da Graça 6
FICHEIROS DE RASTREAMENTO (trace) DOS
PROCESSOS DE SEGUNDO PLANO
• Registam erros produzidos nos processos de segundo plano da
instância: LGWR, DBWR, SMON, PMON, etc.
• São gerados no directório especificado pelo parâmetro de
inicialização BACKGROUND_DUMP_DEST, que por
defeito é $ORACLE_HOME/rdbms/log. Se é usada a
arquitectura OFA, um local típico para estes arquivos de
rastreamento é
$ORACLE_BASE/admin/$ORACLE_SID/bdump
7 Dra. Otília Fernandes da Graça 8
2
 3/3/2020

FICHEIROS DE RASTREAMENTO DOS DICIONÁRIO DE DADOS (DD)

PROCESSOS DE UTILIZADOR
• O DD é composto por um conjunto de tabelas e vistas associadas, onde se
• Recolhem estatísticas de rastreamento de instruções SQL ou armazenam todas as informações sobre os objectos que compõem a base de
erros nas sessões do utilizador dados e a estrutura lógica e física da mesma.
• O DD inclui dois tipos de objectos: tabelas de base e vistas.
• Os ratreamentos do utilizador se geram no directório que
– As tabelas de base são criadas, automaticamente, quando se cria a base
indica o parâmetro USER_DUMP_DEST (por defeito,
de dados com o comando CREATE DATABASE; e são aquelas que
$ORACLE_HOME/rdbms/log). Se usamos OFA, um local contêm realmente informação DD.
típico é ORACLE_BASE/admin/$ORACLE_SID/udump. – Vistas são criadas ao se iniciar o script catalog.sql e permitem o acesso
• Seu tamanho está limitado pelo parâmetro às informações das tabelas DD (que é encriptada).
MAX_DUMP_FILE_SIZE. • O DD contém informações sobre: a definição de todos os objectos da base
de dados (tabelas, vistas, índices, sequências, sinónimos, procedimentos,
funções, pacotes, triggers, etc), o espaço ocupado por cada objecto, as
condições de integridade, os utilizadores, privilégios, funções e auditoria do
sistema.

Dra. Otília Fernandes da Graça 9 Dra. Otília Fernandes da Graça 10

9 10

VISTAS DO DICIONÁRIO DE DADOS VISTAS DO DD

• V$INSTANCE
• O DD modifica-se cada vez que lançamos uma instrução DDL • V$DATABASE
• As vistas estáticas que formam o DD são de três tipos: dba, all e user. Cada • V$SESSION
uma delas terá um prefixo associado que a coloca num desses tipos. • V$PROCESS
– DBA: todos os objectos da BD. • V$PARAMETER
– ALL: todos os objectos acessíveis ao utilizador actual. • V$PARAMETER2
– USER: todos os objectos propriedade do utilizador actual. • V$SYSTEM_PARAMETER
• Exemplos de vistas do DD: • V$SYSTEM_PARAMETER2
– Objectos da BD: dba_objects, dba_tables, dba_indexes, dba_tab_columns, • DICTIONARY
dba_ind_columns, dba_constraints, dba_views. • DICT_COLUMNS
– Espaço ocupado: dba_data_files, dba_segments, dba_extents. • V$ASM_DISKGROUP
– Estrutura da BD: dba_tablespaces, dba_data_files.
• V$ASM_CLIENT
• O DD também tem as chamadas tabelas dinâmicas, cujas vistas têm o • V$ASM_DISK
prefixo V$ (como V$SESSION). Criam-se ao iniciar a instância e residem
• V$ASM_FILE
na memória. Quando fechamos a BD (e portanto, a instância), desaparecem
e com elas o conteúdo. • V$ASM_TEMPLATE
• V$ASM_OPERATION
Dra. Otília Fernandes da Graça 11 Dra. Otília Fernandes da Graça 12

11 12