Escolar Documentos
Profissional Documentos
Cultura Documentos
DE DADOS
Marlia
2015
SUMRIO
1.
2.
3.
4.
ORACLE .................................................................................................................................. 3
1.1
1.2
1.3
Restaurao ................................................................................................................... 6
1.4
MYSQL ................................................................................................................................... 8
2.1
2.2
2.3
Restaurao ................................................................................................................... 9
2.4
3.2
3.3
Restaurao ................................................................................................................. 12
3.4
POSTGRE SQL....................................................................................................................... 14
4.1
4.2
4.3
Restaurao ................................................................................................................. 15
4.4
1. ORACLE
ESTRUTURAS LGICAS
O Oracle divide o Banco de Dados em unidades menores para gerenciar,
armazenar e recuperar os dados de forma eficiente. Os itens a seguir
apresentam um overview das estruturas lgicas. Posteriormente,
apresentaremos mais detalhes de cada uma delas.
TABLESPACES: O Banco de Dados est logicamente dividido, no nvel mais
alto, em estruturas menores chamadas Tablespaces. O DBA pode utilizar as
Tablespaces para organizar melhor o Banco de Dados (por aplicao, por
funo, por departamento, etc.). Esta diviso lgica ajuda a administrar uma
parte do Banco de Dados sem afetar outras. Cada Banco de Dados pode ter
uma ou mais Tablespaces. Quando voc cria um novo Banco de Dados, o
Oracle pelo menos uma Tablespace: SYSTEM.
BLOCKS: O Bloco a menor estrutura de armazenamento do Oracle. O
tamanho de um Bloco normalmente um mltiplo do tamanho de um Bloco do
Sistema Operacional. Um bloco de dados corresponde a um nmero especfico
de bytes. Seu tamanho baseado no parmetro DB_BLOCK_SIZE e
determinado quando o Banco de Dados criado.
EXTENTS: Formam o prximo nvel da estrutura lgica. So formados por um
agrupamento de blocos contguos.
SEGMENTS: Um Segmento composto por um conjunto de Extents alocados
para uma estrutura lgica: tabela, ndice, etc. Quando uma dessas estruturas
criada, o Oracle aloca um segmento contendo pelo menos um Extent, que por
sua vez dever conter pelo menos um Bloco. Um Segmento pode estar
associado a uma nica Tablespace. A figura a seguir apresenta a relao entre
Tablespaces, Segments, Extents e Blocks.
ESTRUTURAS FSICAS
A estrutura fsica de um Banco de Dados consiste em trs tipos de arquivos:
DATA FILES: Contm todos os dados do Banco. Cada Banco de Dados
formado por um ou mais Data Files. Cada Data File est associado a uma
nica Tablespace. Uma Tablespace pode consistir de um ou mais Data Files.
REDO LOG FILES: Gravam todas alteraes nos dados do Banco. O Oracle
possui dois ou mais desses arquivos, porque eles so gravados de forma
cclica. Atravs deles pode-se obter informaes sobre os dados alterados. So
fundamentais nas operaes de recovery. aconselhvel manter cpias
mltiplas destes arquivos de preferncia em discos diferentes.
CONTROL FILES: Cada Banco de Dados Oracle tem pelo menos um Control
File. Eles mantm informaes sobre a estrutura fsica do Banco de Dados. O
Oracle manter mltiplas cpias destes arquivos e recomenda-se esta prtica. O
Control File contm o nome do Banco de Dados e o timestamp de sua criao,
bem como os nomes e localizao de todos os Data Files e Redo Log Files.
1.3 Restaurao
Geralmente envolvem duas fases:
- Restaurar o arquivo fsico, que nada mais do que pegar o arquivo do backup
e deixar o mesmo disponvel para a database (conhecida como Fase de
Restore).
- Recuperar os dados aplicando os on-line\archived redo a fim de trazer a base
ao ponto mais atual antes de falha (conhecida como Fase de Recover).
No Oracle existem trs tipos bsicos de recuperao:
- Instance recovery:
Realizado pelo prprio banco aps uma queda anormal ou um shutdown abort,
feito com o objetivo de garantir a integridade dos dados, aplica no banco o
que est em redo (commitados) e da rollback no que estiver em undo (no
commitados). Neste processo no h interveno do usurio.
- Media recover:
a recuperao de algum arquivo que est danificado (devido a uma falha de
disco por exemplo).
Temos como casos de media recovery as recuperaes de SPfiles, datafiles ou
controlfiles.
Neste processo h interveno do usurio pois o sistema precisa receber as
informaes de o que restaurar e onde esto os dados de backup.
Uma vez recuperado o arquivo o sistema ir analisar se h a necessidade de
Recovery, se houver o mesmo ir realizar este passo sem interveno (A
menos que voc especifique que queira interferir como com o comando
RECOVER DATABASE UNTIL CANCEL).
Lembrando apenas que essa ao no realizada pelo RMAN. Pois o RMAN
no faz recuperao UNTIL CANCEL, somente LOG SEQUENCE, TIME ou
SCN.
- Recover Completo\Incompleto e Point-in-Time:
Recover completo o processo de trazer a base de dados para o momento
mais atual aps a falha, sem nenhuma perda dos dados commitados.
2. MYSQL
2.1 Funcionamento Bsico
Voc pode agendar os backups usando o cron, para que eles sejam
executados durante a madrugada, por exemplo, mas, mesmo assim, voc vai
acabar sempre perdendo algumas visitas.
A segunda opo fazer um backup online, sem parar o servidor. O utilitrio
mais simples (e provavelmente o mais usado) para isso o mysqldump, que
acompanha o pacote principal do MySQL.
Diferente do mtodo anterior, onde os arquivos so copiados diretamente, o
mysqldump acessa o banco de dados por vias normais, da mesma forma que
um aplicativo qualquer faria.
Em outras palavras, ele no l os arquivos, mas sim as informaes
armazenadas nas bases de dados. Isso permite que o backup seja consistente,
mesmo que as bases de dados sejam alteradas durante o backup.
2.3 Restaurao
O processo de restaurar to simples quanto o de criar. Ao invs de usarmos
o mysqldump, usaremos o prprio mysql e invertendo o sinal de caminho.
Agora ser do arquivo .sql para o banco de dados.
mysql -h [servidor.mysql.com] -u [usuario] -p [database_name] < [arquivo-pararestaurar.sql]
2.4 Poltica de Backup
CONSISTNCIA E INTEGRIDADE
Aplicativos comerciais fazem grande uso de conceitos relacionais e
transacionais, em alguns casos a falha desses recursos invalida qualquer
informao presente no banco de dados. Por isso para estabelecer uma
poltica de backup importante ter em mente qual o tipo de aplicativo que
operado no banco de dados, quais so as caractersticas deste banco de
dados.
JANELA DE BACKUP
Se o backup for Online o banco de dados no precisa passar por uma
indisponibilidade total nem parcial, afinal o backup Online, se no for esse o
caso, voc precisar estabelecer uma janela de backup.
MONITORAMENTO
De nada adianta elaborar um plano de backup se esses backups no forem
averiguados, afinal erros ocorrem e preciso que algum intervenha nessas
falhas garantindo que a politica de backup funcione conforme planejado. Para
isso necessrio implantar um monitoramento dessas rotinas. Em outros
SGBD isso um pouco mais fcil, pois os prprios SGBD j provem de
informaes de backup, disponibilizando a data de execuo do ultimo backup.
Como isso ainda no foi implementado no MySQL, necessrio anexar a
rotina de backup um meio de armazenar o histrico de execuo, seja ele
atravs de uma tabela do MySQL ou de arquivos texto. E posteriormente
verificar esses estados.
3. SQL SERVER
3.1 Funcionamento Bsico
Master
tempdb
model
msdb
distribution
3.3 Restaurao
Restaurar um banco consiste, basicamente, em operaes que recriam os
objetos da base de dados at um ponto especfico no tempo. Este ponto o
momento em que a criao do backup foi realizada e finalizada.
Diferente da criao do backup, o processo de restaurao sequencial. Desta
forma, o SQL Server garante a consistncia dos dados, mas acaba
consumindo mais tempo e recursos do servidor.
Por reescrever todas as pginas de dados, o processo de restaurao no
apenas pode ser utilizado para fins de substituio de uma base originalmente
defeituosa, mas tambm em processos de transferncia de bancos de dados
para novos servidores SQL Server.
Alm disso, vale lembrar que uma operao de Restore pode se resumir em
um nico passo onde apenas um Backup Completo recuperado e o banco
passa a esta disponvel para os usurios e receber transaes. Entretanto, na
grande maioria dos casos, o cenrio exige que o Administrador restaure um
conjunto de backups, possibilitando assim a minimizao da perda de dados.
Em ambientes de alta disponibilidade, cinco minutos de perda de dados podem
significar a eliminao de milhares de registros.
Por fim, uma observao importante: durante todo o processo de restaurao,
o banco fica inacessvel para todos os usurios. Ele s se tornar acessvel no
momento em que o banco estiver no estado Restored (Restaurado).
4. POSTGRE SQL
Tcl/Tk
Uma API ODBC que permite a qualquer aplicao que suporta este tipo de
interface de acessar bases de dados de tipo PostgreSQL.
De outro lado cliente que deve ser instalado em todas as mquinas que
necessitam acessar ao servidor de base de dados (um cliente pode
eventualmente funcionar sobre o servidor dele mesmo)
SQL dump
4.3 Restaurao
O pg_restore um utilitrio para restaurar um banco de dados do PostgreSQL a
partir de um arquivo gerado pelo pg_dump em um dos formatos no-texto-puro.
So executados os comandos necessrios para criar novamente todos os tipos,
funes, tabelas, ndices, agregaes e operadores definidos pelo usurio.
Os arquivos de exportao contm informaes para o pg_restore reconstruir o
banco de dados, mas tambm permitem ao pg_restore selecionar o que deve
ser restaurado, ou mesmo reordenar a restaurao dos itens. Os arquivos de
exportao so projetados para serem portveis entre arquiteturas.
O pg_restore pode operar de dois modos: Se um nome de banco de dados for
especificado, o arquivo de exportao restaurado diretamente no banco de
dados. Seno, um script contendo os comandos SQL necessrios para
reconstruir o banco de dados criado (e escrito em um arquivo ou na sada
padro), semelhante aos scripts criados pelo pg_dump no formato texto-puro.
Algumas das opes que controlam a criao do script so, portanto, anlogas
s
opes
do
pg_dump.
Obviamente, o pg_restore no pode restaurar informaes que no estejam
presentes no arquivo de exportao; por exemplo, se o arquivo de exportao
foi gerado usando a opo "exportar dados como INSERT", o pg_restore no
poder importar os dados usando o comando COPY.
A lista de itens cujo backup deve ser feito com frequncia inclui:
Dados
Arquivos de configurao
Logs
Backup total
Backup incremental
Backup diferencial