ISSN 1677918-5

9 771677 918004 00148

 Assine agora e tenha acesso a
todo o contedo da DevMedia:
www.devmedia.com.br/mvp

148 Edio - 2017 - ISSN 1677918-5

EXPEDIENTE Fale com o Editor!

muito importante para a equipe saber o que voc est achando da

revista: que tipo de artigo voc gostaria de ler, que artigo voc mais
gostou e qual artigo voc menos gostou. Fique a vontade para entrar
Editor Atendimento ao leitor em contato com os editores e dar a sua sugesto!
Se voc estiver interessado em publicar um artigo na revista ou no site
Rodrigo Oliveira Spnola (rodrigo.devmedia@gmail.com) A DevMedia possui uma Central de Atendimento on-line, onde voc SQL Magazine, entre em contato com os editores, informando o ttulo e
pode tirar suas dvidas sobre servios, enviar crticas e sugestes e mini-resumo do tema que voc gostaria de publicar:
Subeditor
falar com um de nossos atendentes. Atravs da nossa central tambm
Eduardo Oliveira Spnola Rodrigo Oliveira Spnola - Editor da Revista
possvel alterar dados cadastrais, consultar o status de assinaturas rodrigo.devmedia@gmail.com
Consultora Tcnica e conferir a data de envio de suas revistas. Acesse www.devmedia
Anny Caroline (annycarolinegnr@gmail.com) .com.br/central, ou se preferir entre em contato conosco atravs do
telefone 21 3382-5038.
Jornalista Responsvel
RODRIGO OLIVEIRA SPNOLA
Kaline Dolabella - JP24185 Publicidade Editor Chefe da SQL Magazine, Mobile
publicidade@devmedia.com.br 21 3382-5038 e Engenharia de Software Magazine.
Capa e Diagramao
Professor da Faculdade Ruy Barbosa,
Romulo Araujo
Anncios Anunciando nas publicaes e nos sites do Grupo DevMedia, uma instituio parte do Grupo DeVry.
voc divulga sua marca ou produto para mais de 100 mil desenvolvedores
Doutor e Mestre em Engenharia de
de todo o Brasil, em mais de 200 cidades. Solicite nossos Media Kits, com
detalhes sobre preos e formatos de anncios. Software pela COPPE/UFRJ.

Sumrio
04 Questes de banco de dados do concurso do Tribunal de contas de So Paulo
[ Mauro Pichiliani ]

Contedo sobre Boas Prticas

14 Introduo ao Cassandra
[ Maycon Pinheiro Queiros ]

Contedo sobre Boas Prticas

22 Integrao de dados com Foreign Data Wrappers

[ Paulo Singaretti ]

Contedo sobre Boas Prticas

30 Backups com RMAN

[ Fbio Prado e Rafael Penna Leite ]
Questes de banco de dados do concurso do Tribunal de contas do municpio de So Paulo

Questes de banco de
dados do concurso do
Tribunal de contas do
municpio de So Paulo
Correo da prova para o cargo de Tecnologia da
Informao para o concurso realizado em agosto/ 15

E Fique por dentro

m maio de 2015 o Tribunal de Contas do Muni-
cpio de So Paulo (TCMSP) abriu um concurso
pblico para preencher as vagas de alguns cargos
tcnicos. Dentre eles havia a posio de agente de fisca-
lizao com especialidade em tecnologia da informao.
Esse concurso selecionou candidatos para trs vagas com
postos de trabalho em So Paulo, sendo que uma delas
foi reservada para candidatos que indicaram na ficha de
inscrio pertencer a um dos seguintes grupos: negros,
negras ou afrodescendentes.
O salrio inicial para as vagas disponveis para esse
cargo era de R$ 9.098,98, com uma jornada de 40 horas
semanais. Como pr-requisitos para o cargo os candi-
datos deveriam ter diploma de graduao na rea de
informtica. O edital solicitou dois anos como tempo
mnimo na funo e experincia comprovada, indicando
que o perfil para essa vaga para um profissional pleno
que j conhece o mercado de trabalho.
De acordo com o edital, a prova foi dividida entre
questes que cobraram conhecimentos gerais (lngua
portuguesa, redao, matemtica e raciocnio lgico- objetivas e dissertativas de conhecimento especfico relacionadas
-quantitativo), especficos e especializados. O exame
contou com 9 questes relacionadas a banco de dados
que deveriam ser respondidas por meio da escolha de
uma alternativa dentro cinco disponveis. Alm disso,
uma questo dissertativa com dois itens foi cobrada.
O tempo total de durao da prova foi de quatro horas
Este artigo til porque apresenta a correo e explicao das alter-
nativas corretas das questes de banco de dados cobradas nas provas
objetivas e dissertativas do concurso que selecionou candidatos para
o cargo de Agente de fiscalizao com especialidade em tecnologia
da informao. O contedo da prova apresenta diversas questes pr-
ticas, tericas e fundamentais para quem trabalha com infraestrutura,
arquitetura, programao e banco de dados.
e trinta minutos e todas as etapas do concurso ficaram a cargo
da FGV Projetos, um departamento da Fundao Getlio Vargas.
O edital diz tambm que o contedo da prova para o cargo de
agente de fiscalizao com especialidade em tecnologia da in-
formao envolve a manuteno de sistemas, entre outros itens.
Apenas o produto SQL Server 2008/2012 citado no edital sem
maiores detalhamentos de seu uso.
Neste artigo ser apresentada apenas a correo das questes
ao contedo de banco de dados. As questes sero apresentadas,
corrigidas e comentadas junto com o gabarito oficial.
Questes de conhecimento especfico da prova
78) O Tribunal de Contas do Municpio de So Paulo precisa
revitalizar seu Datacenter para atender crescente demanda

4 SQL Magazine Edio 148

por espao de armazenamento de dados digitais. Para isso, os
seguintes requisitos foram definidos:
1. Os dispositivos de armazenamento devem se comunicar entre
si e com os computadores por uma rede de alta velocidade (fibre
channel);
2. Os dados devem ser acessados em blocos, em vez de arquivos,
para se obter melhor desempenho; e
3. A capacidade de armazenamento deve ser escalvel.
Para atender esses requisitos, deve ser usada a tecnologia:
a) Storage Area Network (SAN);
b) Network Attached Storage (NAS);
c) Direct Attached Storage (DAS);
d) Common Internet File System (CIFS);
e) Serial Advanced Technology Attachment (SATA).
Gabarito: A.
Comentrio: O enunciado dessa interessante questo apresenta
aos candidatos requisitos necessrios para a implementao de
uma tecnologia de armazenamento de dados. O candidato deve
notar que esse tipo de cenrio comum quando empresas esto
procurando adotar novas tecnologias, pois primeiro indicam-se
requisitos e depois preciso escolher a soluo para atend-los.
Os requisitos indicados nessa questo foram apresentados atra-
vs de trs pontos. O primeiro deles cita redes de alta velocidade
utilizando a tecnologia de fibra ptica. Portanto, o candidato deve
se lembrar que existe a necessidade para armazenamento de dados
remotos e com alta velocidade.
O segundo requisito diz que os dados devem ser acessados por
blocos e no por arquivos. Isto quer dizer que a tecnologia adotada
deve ser de baixo nvel, ou seja, implementada na camada rede
e no atravs de algum tipo de sistema de arquivos distribudos,
como o NFS (Network File System) do Linux.
O terceiro requisito cita a escalabilidade. Apesar de no have-
rem mais detalhes, razovel supor que a escalabilidade desse
ponto se refere a escalabilidade vertical no sentido de adicionar
mais discos fsicos ou hardware para storage com o objetivo de
aumentar a capacidade de armazenamento. Em geral, as solues
para esse tipo de escalabilidade envolvem tecnologias para acesso
aos dados a nvel de rede.
A partir dos requisitos podemos comear a analisar as opes
citadas nas alternativas e escolher aquela que melhor se encaixa
na necessidade do Tribunal de Contas do Municpio de So Paulo.
A sigla SAN (Storage Area Network) representa o conjunto de tec-
nologias onde o armazenamento feito atravs da rede. comum
montar solues SAN que empregam equipamentos (hardware)
como storage, roteadores especficos de alta velocidade e cabos de
fibra ptica que permitem a conexo dos servidores com os stora-
ges para criar uma rede de armazenamento. Essa rede permite
expandir a capacidade de guardar dados simplesmente adicionando
novos equipamentos e conectando-os corretamente. Portanto, de-
vido a essas caractersticas do SAN e aos requisitos apresentados
o candidato deve marcar a alternativa A como correta.
NAS (Network Attached Storage) geralmente utilizada em
situaes onde a quantidade de armazenamento no muito
grande e no h a necessidade imediata de expanso da capaci-
dade de guardar dados. O uso de NAS geralmente toma a forma
de apenas um hardware especial (o storage) conectado pela rede
no servidor. Essa soluo no atende aos requisitos de escalabi-
lidade como SAN.
A sigla DAS indica que o armazenamento ser feito conectando
diretamente o storage no servidor e no atende aos requisitos 1
e 2. CIFS envolve a manipulao de arquivos e no blocos, como
requerido pelo item 2. Por fim, SATA representa uma tecnologia
utilizada para conectar HDs diretamente no hardware e no em
rede.
79) Em relao s polticas de proteo contra a perda ou destrui-
o de dados em um Datacenter, analise as afirmativas a seguir.
I Tecnologia de espelhamento de dados (mirroring) permite a
recuperao na qual uma coleo de dados copiada para outro
site por meio de uma conexo no confivel.
II Backups protegem os dados contra falhas de hardware, mau
funcionamento de software e erros de usurios. Os dados devem
ser copiados quando esto em um estado consistente.
III Replicao de dados a tcnica empregada quando duas ou
mais cpias idnticas do dado so mantidas online em discos sepa-
rados, tambm conhecida como RAID nvel 1 ou disk shadowing.
Est correto o que se afirma em:
a) somente I;
b) somente II;
c) somente III;
d) somente I e II;
e) I, II e III.
Gabarito: B.
Comentrio: Essa questo cobra do candidato conhecimentos
sobre conceitos relacionados a tcnicas para recuperao e pre-
veno de perda de dados. Apesar de no citar nenhum banco de
dados especfico no enunciado, pode-se admitir que os termos
apresentados esto inseridos no contexto de administrao de
banco de dados. Alm disso, considerando o uso do banco de
dados SQL Server nas demais questes dessa prova e o fato que
esse produto ter sido citado na descrio das habilidades neces-
srias para a vaga, o candidato deve relacionar os termos citados
no enunciado com as tecnologias fornecidas por esse produto.
A afirmao I contm uma definio da tecnologia de espelha-
mento (mirroring). Nessa definio indica-se que a recuperao
feita por meio do acesso a uma cpia dos dados feitas para outro
local (site) a partir de uma conexo no confivel. Essa afirmao I
est incorreta, pois ela se encaixa no conceito de replicao do SQL
Server, uma vez que mirroring somente pode ser feito localmente
e no atravs de sites remotos.
A afirmao II est correta e descreve de forma certa como
backups podem realizar a recuperao de dados.
Edio 148 SQL Magazine 5
Questes de banco de dados do concurso do Tribunal de contas do municpio de So Paulo

Tambm est certa a preocupao com a consistncia da cpia.
Poderamos acrescentar a essa definio a necessidade de uma
estratgia de backup adequada para o ambiente e etapas de teste
de backup (restaurao em ambientes alternativos) para garantir
que o backup realmente pode ser utilizado quando for necessrio.
A afirmao III est incorreta, pois replicao no envolve discos
e nem RAID e disk shadowing. A replicao est relacionada com
a cpia de dados em diferentes locais (sites) tipicamente remotos,
como apresentado na afirmao I.
Como somente a afirmao II est correta, o candidato deve
indicar a alternativa B para a questo 79. Novamente, apesar de
no citar explicitamente o produto SQL Server como servidor
gerenciador de banco de dados, pelo contexto pode-se associar
os termos utilizados (replicao, backup, mirroring) com as tec-
nologias proporcionadas por esse produto.
81) Preocupado com a continuidade da execuo das atividades
que so apoiadas por servios de Tecnologia da Informao (TI),
o Gerente de um Datacenter quer otimizar os recursos da sua
infraestrutura de TI para que ela seja capaz de:
1 Ajustar seus componentes para que a demanda computacio-
nal seja distribuda o mais rpido possvel pelos seus recursos
fsicos; e
2 Continuar executando suas funes quando um ou mais
componentes falham.
melhor encaixa nesse requisito failover tolerance, que representa
uma traduo do termo tolerncia a falhas (apesar de ser comum
utilizar o termo fault tolerance ou somente failover). Alm disso,
a descrio do primeiro item genrica e podemos indicar o
balanceamento de carga como maneira de distribuir a demanda
em componentes, seja qual for a forma ou tipo de componente da
infraestrutura. Sendo assim, o candidato pode marcar a alternativa
E como correta.
O termo replication permite distribuio de dados, porm no da
maneira mais rpida possvel. J os termos mirroring, switch-over,
swapping e striping no tem como objetivo principal fazerem com
que os componentes continuem a executar suas funes quando
um ou mais deles falharem.
89) Numa instalao SQL Server 2012, o comando Transact-SQL
shutdown, quando usado sem a opo with no wait, faz com que o
sistema desabilite os logins correntes, exceto para membros de sy-
sadmin e serveradmin, e aguarde o trmino dos comandos TSQL
ou stored procedures que estejam sendo executados. Nessa situa-
o, uma procedure til para descobrir os processos em curso :
a) sp_depends;
b) sp_actualusers;
c) sp_who;
d) sp_active;
e) sp_current.

Para isso, a infraestrutura de TI deve ser capacitada, respecti- Gabarito: C.

vamente, com:
a) replication e mirroring;
b) scalability e switch-over;
c) high availability e swapping;
d) redundancy e striping;
e) load balancing e failover tolerance.
Gabarito: E.
Comentrio: Essa outra questo do concurso onde o enunciado
no cita nenhuma tecnologia ou produto de banco de dados espe-
cfico. Nesse caso interessante analisar as alternativas e notar
que os que apresentado como soluo para capacitar a TI envolve
conceitos gerais e no algo especifico de um software ou produto.
O candidato que deseja acertar essa questo deve prestar muita
ateno nos requisitos indicados nos dois primeiros itens listados
no enunciado: a necessidade de distribuio rpida entre recur-
sos fsicos e a tolerncia a falhas de componentes. importante
notar que em nenhum momento do enunciado so citados dados
e que o termo componente empregado de forma genrica sob o
ponto de vista de infraestrutura. Uma vez entendido a necessida-
de apresentada pelos dois itens do enunciado o candidato deve
analisar as alternativas e escolher aquela que contm os termos
mais adequados.
Para responder rapidamente questo o candidato deve se
concentrar no segundo item, que basicamente cita a tecnologia de
tolerncia a falhas. Dentre as alternativas apresentadas, a que se
Comentrio: Essa questo cobra do candidato o conhecimento
acerca da stored procedure utilizada para observar os processos
internos do SQL Server. Esses processos podem ser associados
a conexes de usurios com o banco de dados ou a processos
internos criados pelo prprio SQL Server.
O enunciado apresenta corretamente o significado do comando
shutdown, porm na descrio desse comando existe um pequeno
detalhe semntico que pode ter confundido alguns candidatos: a
opo with no wait no desabilita os logins correntes (com exceo
daqueles que pertencem aos fixed server roles sysadmin e server
admin). Na verdade, a opo with no wait evita que os logins pos-
sam abrir novas conexes no SQL Server enquanto o servidor de
banco de dados est nesse estado de shutdown.
Em relao s alternativas, sp_depends utilizada para obter
as dependncias de um objeto, tal como uma view que depende
de uma tabela. J as stored procedures sp_actualusers, sp_active
e sp_current no existem. Portanto, o candidato deve indicar
a stored procedure so_who (alternativa C), pois essa a stored
procedure que mostra detalhes dos processos do SQL Server,
incluindo informaes sobre o SPID (o identificador do processo)
e o login e banco de dados sendo utilizado por cada processo.
96) Considere as tabelas relacionais, e respectivas instncias,
mostradas na Figura 1.
O comando SQL apresentado na Listagem 1 produz um resul-
tado com apenas uma coluna, cujo(s) valor(es) /so:

6 SQL Magazine Edio 148


Figura 1. Tabelas X1, X2 e X3 do enunciado da questo 96
Listagem 1. Comando SQL.
select A from X1 where
not exists
(select * from X3 where
not exists
(select * from X2 where
X1.A=X2.C and X3.B=X2.D))
a) 1
b) 1,2,3
c) 4,5
d) 1,2,3,4,5
e) NULL
Gabarito: A.
Comentrio: Essa questo se concentra na anlise do resultado
de uma instruo SELECT composta de outras duas instrues.
O uso de desse tipo de SELECT dentro de SELECT chamado
subconsulta e necessrio a utilizao de funes especiais como
EXISTS() em clusulas WHERE para aninh-las, ou seja, colocar
um SELECT dentro do outro.
Para o candidato responder corretamente essa questo ele tem
que observar os dados e o comando SQL com o objetivo de iden-
tificar qual ser o resultado final. Tambm importante lembrar
que a funo EXISTS() recebe como parmetro um conjunto de
dados e retorna verdadeiro ou falso para cada linha da tabela
contida na clusula FROM na instruo que contm o EXISTS().
Para simplificar recomenda-se analisar o comando SQL por
partes, comeando do mais interno e seguir filtrando as linhas.
Dessa forma, a instruo SELECT mais interna :
select * from X2 where
X1.A=X2.C and X3.B=X2.D
O resultado dessa instruo vai comparar os dados da tabela X2
com os dados da tabela X1 por meio das colunas A e C. De forma
semelhante, tambm ser feita uma comparao com os dados da
tabela X3 e X2, porm entre as colunas B e D. O candidato deve
analisar linha a linha comeando da tabela X1 e X2.
Em seguida, analisar o resultado da linha para os valores de X3
e X2. Aps estudar cuidadosamente o resultado dessa consulta
mais interna pode-se notar que ela vai gerar os dados apresen-
tados na Tabela 1. importante perceber que como o caractere
asterisco (*) foi utilizado todas as colunas apenas da tabela X2
vo ser retornadas pela instruo, pois essa a nica tabela que
est na clusula FROM.
C D
1 1
1 3
1 5
2 1
2 3
3 1
3 1
Tabela 1. Resultado da instruo SELECT mais interna da questo 96
possvel notar que nos resultados da Tabela 1 no foram inclu-
dos os valores 4 e 5 para a coluna C, pois eles existem na coluna A
de X1, mas no existem na coluna C de X2. Alm disso, nota-se que,
de acordo com as duas expresses da clusula WHERE, o resultado
dessa subconsulta interna igual ao contedo original de X2.
A subconsulta do meio da instruo : select * from X3 where not
exists(...) e ela basicamente vai analisar para quais valores nicos
da coluna C no existem os valores 1, 3 e 5 (o contedo total de
X3). Observando os dados da Tabela 2 possvel notar que ape-
nas quando a coluna C for igual a 1 termos a sequncia 1, 3 e 5.
Portanto, o resultado a subconsulta do meio uma nova tabela
em memria com os valores 2, 2, 3 e 3.
Nesse ponto possvel indicar que o resultado em memria de
X1 contm apenas as linhas onde o valor da coluna A 1, 2 e 3
devido ao filtro da subconsulta mais interna. Para obter o valor
final preciso considerar quais linhas em memria de X1 no
esto no resultado gerado at agora. Como 1 o nico valor da
coluna A que no est na sequncia 2, 2, 3 e 3 ele o retorno final
da instruo com as subconsultas. Portanto, o candidato deve
indicar a alternativa A para essa questo.
97) Considere a tabela relacional criada pelo comando:
create table xx
(a int null, b int null, c int null)
Depois de instanciada com um conjunto de registros, os coman-
dos apresentados na Listagem 2 foram executados.
Sabendo-se que esses comandos produziram como resultado,
respectivamente, os nmeros 10, 10, 0, 0 e 5, analise as quatro
alternativas para a definio da tabela XX:
Edio 148 SQL Magazine 7
Questes de banco de dados do concurso do Tribunal de contas do municpio de So Paulo

I. linhas. Em seguida, cinco instrues SELECT que fazem uso da

CREATE TABLE XX( funo de agregao COUNT() foram apresentadas junto com
A int NULL, cinco nmeros (10, 10, 0, 0 e 5) que correspondem ao resultado da
B int NULL, execuo de cinco instrues SELECT. O candidato ento deve
C int NULL ) analisar quatro itens que contm outras definies para a tabela
II. xx. Por fim, necessrio escolher a alternativa que contm quais
CREATE TABLE XX( dos quatro itens apresentados so vlidos e compatveis com a
A int primary key, instncia corrente da tabela.
B int NULL, Em primeiro lugar importante que o candidato saiba traduzir
C int NULL ) o trecho do enunciado ...itens apresentados so vlidos e compa-
III. tveis com a instncia corrente da tabela. Esse pedao de frase
CREATE TABLE XX( quer dizer que preciso escolher os comandos CREATE TABLE
A int NULL, indicados nos itens I a IV que podem armazenar os mesmos dados
B int NULL, j armazenados na tabela xx criada de acordo com o comando
C int ) CREATE TABLE indicado logo no comeo da questo.
IV. Em seguida, o candidato deve analisar as instrues SELECT
CREATE TABLE XX( da listagem junto com os nmeros que so retornados por elas.
A int, A partir dessas anlises ser necessrio deduzir as caractersticas
B int primary key, dos dados inseridos e verificar quais dos itens de I a IV podem
C int NULL ) armazenar os mesmos dados.
Analisando o conjunto de comandos CREATE TABLE pode-se
Listagem 2. Cinco comandos SELECT do enunciado da questo 97. notar que o item I exatamente igual ao comando CREATE TABLE
do incio do enunciado, ou sejam as colunas a, b e c so do tipo
select count(*) from XX
select count(distinct A) from XX
de dados INT e permitem valores NULL. Portanto, o item I deve
select count(distinct B) from XX obrigatoriamente estar na resposta. Essa concluso j elimina as
select count(*) from XX where C>10 alternativas C e E, pois elas no contm o item I.
select count(*) from XX where not C>10
Analisando o item II podemos notar que a coluna A foi indi-
cada como chave primria. Por definio, chaves primrias no
A lista com todos os comandos que so vlidos e compatveis podem incluir valores NULL. Para verificar se essa definio
com a instncia corrente da tabela : da tabela compatvel com os dados precisamos analisar o
a) I, II; primeiro e o segundo SELECT, pois ele o nico que faz uso
b) I, II, III; direto da coluna A. Nessa instruo utilizou-se a palavra-chave
c) II, IV; DISTINCT para que a funo de agregao COUNT() faa a
d) I, III; contagem somente dos valores nicos da coluna A. O resultado
e) IV foi 10 linhas, ou seja, existem dez valores nicos para a coluna
A e nenhum deles NULL. Se considerarmos que a primeira
Gabarito: B. A alternativa A foi indicada no gabarito preliminar, instruo SELECT tambm retornou 10 linhas, podemos con-
porm houve uma correo e a alternativa B foi escolhida para o cluir pela caracterstica da segunda instruo SELECT e do
gabarito oficial. seu resultado de execuo que uma coluna A do tipo INT e
Comentrio: Essa peculiar questo do concurso cobra do can- chave primria poderia ser empregada para armazenar esses
didato conhecimentos sobre a possiblidade de permitir valores dez valores nicos. Portanto, o item II est correto e podemos
NULL em tabelas, como funciona a funo de agregao COUNT() eliminar a alternativa D da questo, uma vez que ela indica
com e sem a clusula DISTINCT e os requisitos para a criao de que somente os itens I e III esto corretos.
chaves primrias (primary keys). Resta agora analisar o item III e identificar se a alternativa
O enunciado comea apresentado a criao de uma tabela xx correta A ou B. O item III no fornece nenhuma indicao de
com trs colunas: a, b e c. Essas colunas so do tipo numrico INT nulabilidade para a coluna c, ou seja, no foram utilizadas as
e com uma caracterstica importante: todas elas aceitam valores expresses NULL ou NOT NULL para essa coluna. Por padro,
NULL. Em banco de dados relacionais o valor NULL utilizado se NULL ou NOT NULL no forem indicadas para a coluna o
para representar a ausncia de dados, ou seja, essa a forma em- SQL Server vai permitir valores NULL. Contudo, de acordo com
pregada para indicar que nenhum valor est sendo armazenado a documentao oficial do SQL Server, quando se utiliza CRE-
para a coluna. ATE TABLE ou ALTER TABLE para criar ou alterar uma tabela,
Depois da definio da tabela XX o enunciado diz que algumas as configuraes de banco de dados e de sesso influenciam e,
linhas foram inseridas na tabela sem definir a quantidade de possivelmente, substituem a nulidade do tipo de dados que

8 SQL Magazine Edio 148

usado em uma definio de coluna. Sendo assim, o fabricante
recomenda a definio explcita de uma coluna com NULL ou
NOT NULL durante a criao de colunas em tabelas.
Para definir se o item III apresenta ou no uma definio de
criao de tabela que acomode os dados inseridos na tabela xx
original precisamos analisar os resultados das instrues 4 e 5
da Listagem 2, pois elas so as nicas que se referem coluna C
diretamente. Essas duas instrues devem retornar 0 e 5 linhas,
respectivamente.
Supondo que a coluna C permita valores NULL, temos que o
conjunto de valores 10,10,10,10,10,NULL,NULL,NULL,NULL,NU
LL para a coluna C faz com que a quarta instruo SELECT retorne
0 linhas e quinta instruo retorne cinco linhas. Com esse exemplo
de conjunto de valores podemos afirmar que se a coluna permitir
valores NULL a afirmao III est correta e a alternativa B deve
ser escolhida pelo candidato.
Vamos supor que a coluna C no permita valores NULL. Nes-
se caso preciso encontrar um conjunto de valores que gere o
valor 0 para a quarta consulta e 5 para a quinta consulta. Como
no podemos indicar valores nulos, precisamos indicar valores
numricos entre os dois intervalores mutuamente exclusivos
definidos pelas expresses C>10 e C<=10. O segundo intervalo
(C<=10) deve conter exatamente 5 valores e o primeiro intervalo
(C>10) deve conter exatamente 0 valores. Como as expresses de
definio dos intervalos so mutuamente exclusivos no existem
sequncias de valores que satisfaam as quantidades especifi-
cadas. De fato, essas limitaes das quantidades foram a lista
de valores a conter ao menos um valor NULL, contradizendo a
nossa suposio inicial.
Portanto, a coluna c deve obrigatoriamente permitir valores
NULL e o candidato deve escolher a alternativa B. Contudo, como
nenhum valor para a nulabilidade para a coluna c foi indicada no
item III existe margem para sugerir a anulao da questo, uma
vez que se considerarmos o ambiente do SQL Server as caracte-
rsticas da coluna vo depender de configuraes especficas no
mencionadas no enunciado. Por outro lado, em nenhum momento
o SQL Server foi citato na questo e o padro SQL no define os
valores padro de nulabilidade quando no se especifica nada
nessa caracterstica das colunas de tabelas.
98) Views criadas nos bancos podem, de acordo com alguns cri-
trios, ser naturalmente atualizveis, o que significa, por exemplo,
que podem ser objeto de comandos update do SQL sem a neces-
sidade de mecanismos auxiliares ou triggers. Essa caracterstica
depende da expresso SQL que define a view e das tabelas/views
de origem. Considere alguns tipos de construes SQL que podem
ser empregadas na definio de uma coluna de uma view:
I. funes de agregao, tais como sum, avg;
II. funes escalares, tais como sin, trim;
III. expresses aritmticas;
IV. expresses condicionais, tais como case;
V. literais;
VI. subconsultas;
Est correto concluir que uma determinada coluna NO pode
ser objeto de atualizao quando resultar de qualquer dos tipos:
a) apresentados, exceto I, II e III;
b) apresentados, exceto III e IV;
c) apresentados, exceto V;
d) apresentados, exceto VI;
e) apresentados.
Gabarito: E.
Comentrio: O candidato que desejar responder corretamente
essa questo deve se lembrar como o funcionamento de views
junto com os comandos SQL que manipulam dados (INSERT,
UPDATE e DELETE).
Uma view um objeto do banco de dados que encapsula uma
instruo SELECT, ou seja, ela permite que o resultado do coman-
do SELECT contido na definio da view seja utilizado como se
fosse uma tabela do banco de dados. Dessa forma, pode-se colocar
o nome da view dentro de uma clusula FROM de outra instruo
SQL para se trabalhar com os dados retornados pela view.
Existem algumas restries que indicam o que pode ou no ser
colocado dentro de uma view. Contudo, os itens I, II, III, IV, V e
VI podem ser inseridos dentro de uma view sem problemas, uma
vez que eles permitem manipulaes avanadas de dados para
gerar relatrios, por exemplo.
Views geralmente so empregadas somente para leitura de da-
dos, o que quer dizer que raramente alteramos dados diretamente
atravs desse objeto. De fato, comum trabalharmos utilizando
o comando SELECT em views, mas para alterar os dados faze-
mos uso dos comandos INSERT, UPDATE e DELETE nas tabelas
acessadas pela view.
Contudo, existe como inserir, alterar e excluir dados atravs de
views. A forma mais recomendvel utilizar um trigger do tipo
INSTEAD OF na view e, dentro desse trigger, fazer o tratamento de
dados manualmente gerando os INSERTS, UPDATES e DELETES
necessrios. Tambm possvel aplicar comandos de modificaes
de dados naturalmente nas views, porm nesse caso preciso ficar
atendo a algumas restries.
Uma view atualizvel diretamente por comandos INSERT,
UPDATE e DELETE deve acessar dados de somente uma
tabela, sem realizar agregaes e conter apenas colunas que
correspondam diretamente s colunas da tabela base. Ou seja,
nenhuma das construes SQL indicadas nos itens I, II, III, IV, V
e VI podem ser colocadas em views se desejarmos atualiz-las
naturalmente.
Portanto, como nenhuma das opes pode ser empregada para
views que so atualizadas naturalmente podemos dizer que
correto concluir que uma determinada coluna da view NO
pode ser objeto de atualizao quando resultar de qualquer dos
tipos apresentados. Isto quer dizer que o candidato deve indicar
a alternativa E para essa questo.
99) Analise os trs comandos a seguir e as afirmativas a respeito
de seus efeitos no mbito do MS SQL Server:
Edio 148 SQL Magazine 9
Questes de banco de dados do concurso do Tribunal de contas do municpio de So Paulo
delete from x
truncate table x
drop table x
I. O comando delete e o comando truncate removem o mesmo
conjunto de registros da tabela X.
II. O comando drop, quando usado com a opo with no remo-
val, produz exatamente o mesmo efeito do comando truncate.
III. Devido s suas caractersticas operacionais, o comando delete
usualmente executado muito mais rapidamente que o comando
truncate.
Est correto o que se afirma em:
a) somente I;
b) somente III;
c) somente I e II;
d) somente II e III;
e) I, II e III.
Gabarito: A.
Comentrio: Essa questo cobra do candidato conhecimentos
sobre os comandos que removem dados da tabela (delete e trun-
cate) e tambm do comando que remove a tabela (drop). Em geral,
esses comandos so utilizados com muita cautela, pois uma vez
que as linhas de uma tabela sejam removidas por qualquer um
desses comandos preciso contar com algum backup dos dados
ou aplicar tcnicas manuais para fazer com que os dados sejam
colocados novamente na tabela.
O enunciado cita trs comandos, sendo que o primeiro deles
um delete sem a clusula WHERE. Esse delete vai apagar todas
as linhas da tabela utilizando o log de transaes e, por isso, pode
requerer mais memria e consumir mais tempo de processamento
do que o comando truncate.
A propsito, o comando truncate remove todas as linhas da
tabela, porm seu uso restrito a permisses especiais e no h
como filtrar as linhas da tabela a serem removidas, ou seja, tudo
que est armazenado na tabela completamente removido.
J o comando delete apaga todas as linhas e tambm remove a
tabela, desde que ela no esteja envolvida em relacionamentos que
impeam sua remoo. Portanto, os trs comandos apresentados
removem todas as linhas que existirem na tabela x.
A afirmao I est correta, pois da maneira que foi indicado o
comando delete (sem nenhuma clusula WHERE) todas as linhas
vo ser removidas. Esse mesmo resultado obtido utilizando-se
o comando truncate.
A afirmao II est incorreta, pois a linguagem TSQL suportada
pelo SQL Server no contm a clusula with no removal. Alm reside na mesma instncia de servidor que o banco de dados de
disso, o comando drop no possui o mesmo efeito do comando
truncate, pois um drop remove os dados e a tabela (o objeto) en-
quanto o truncate remove apenas os dados.
A afirmao III est incorreta, pois devido ao uso do log de
transaes o comando delete mais lento do que o comando
truncate. Esse desempenho pior que o comando truncate est
10 SQL Magazine Edio 148
associado com a necessidade de remover as linhas da tabela e
coloc-las no log de transao (transaction log) do SQL Server,
pois cada comando do SQL Server que modifica, insere ou altera
dados gera uma transao implcita que acaba utilizando o log
de transaes.
Uma vez que apenas a afirmao I est correta, o candidato deve
indicar a alternativa A para a questo 99.
100) Bancos de dados snapshot constituem um recurso que
pode ser til para estratgias de recuperao de dados nas insta-
laes MS SQL Server. Um banco de dados do tipo snapshot est
associado a um banco de dados de origem (source). Sobre esse
mecanismo, analise as afirmativas a seguir.
I. No momento da sua criao, bancos snapshot armazenam uma
cpia de todas as pginas do banco de origem.
II. Snapshots ocupam sempre o mesmo espao que ocupado
pelo banco de origem, pois cada pgina do banco de origem tem
sempre uma e apenas uma cpia.
III. Uma pgina do banco de origem, no seu estado original,
copiada para o snapshot somente quando ela alterada pela
primeira vez no banco de origem.
IV. As operaes de leitura direcionadas para o snapshot jamais
requerem o uso de dados do banco de origem.
V. Bancos snapshot permitem consultas que refletem os dados
no estado em que se encontravam no momento da criao do
snapshot.
Est correto somente o que se afirma em:
a) I, II e III;
b) I, II e IV;
c) III, IV e V;
d) III e V;
e) IV e V.
Gabarito: D.
Comentrio: Essa questo cobra do candidato conhecimentos
sobre Database Snapshots do MS SQL Server. Esse importante
recurso utilizado para garantir uma cpia do banco de dados
e ele traduzido como Instantnea na documentao oficial em
portugus do produto, apesar da maioria dos DBAs SQL Server
e da comunidade de usurios preferir o termo original.
Um snapshot de um banco uma exibio esttica somente para
leitura de um banco de dados de origem do SQL Server. Essa cpia
esttica transacionalmente consistente com a origem a partir do
momento da criao do snapshot, ou seja, o que existir no banco de
origem tambm vai existir no snapshot. Alm disso, um snapshot
origem e sempre que a origem for atualizada o snapshot tambm
atualizado.
A partir do conhecimento da funcionalidade de snapshots no SQL
Server o candidato deve analisar as cinco afirmaes apresentadas
e indicar quais delas esto corretas atravs da escolha de uma das
alternativas da questo.
 A afirmao I est incorreta, pois as pginas de dados de um
snapshot contm ponteiros para as pginas de dados do banco de
origem, ou seja, no so feitas cpias de todas as pginas de dados
do banco de origem.
A afirmao II est incorreta, uma vez que as pginas de um
snapshot vo conter apenas ponteiros para as pginas de dados
originas. Esses ponteiros ocupam muito menos espao que os
dados em si.
A afirmao III est correta e essa cpia realizada aps a alte-
rao do banco de dados de origem recebe o nome de copy-on-
-write. Durante a criao do snapshot existem somente ponteiros
direcionando para as pginas no banco de dados de origem.
Quando essas pginas so alteradas pela primeira vez elas so
transferidas para o snapshot.
A afirmao IV est errada, pois as operaes de leituras feitas
no snapshot podem acessar o banco de dados de origem, uma vez
que existem ponteiros ligando as pginas de dados do snapshot
com as pginas de dados do banco de dados original.
A afirmao V est correta, pois o ato de criar um snapshot pode
ser comparado a bater uma foto de um banco de dados. No final
dessa operao podemos consultar os dados e observar como eles
estavam no exato momento que batermos a foto, ou seja, no
momento em que fizemos o snapshot.
Como somente as afirmaes III e V esto corretas o candidato
deve marcar a alternativa D para responder essa questo. Vale a
pena lembrar que a tcnica de snapshots foi introduzida no SQL
Server 2005 e que ela deve ser utilizada em conjunto com outras
funcionalidades do banco de dados para atender aos requisitos de
disponibilidade, distribuio, escalabilidade e tolerncia a falhas
no que diz respeito ao banco de dados.
Questo discursiva da prova
2) Considere duas tabelas relacionais R e S, ambas com um atri-
buto a, no necessariamente identificador, podendo haver outros
atributos nessas tabelas. Considere tambm as duas consultas
apresentadas na Listagem 3.
Listagem 3. Consultas da questo 2 da prova discursiva.
select *
from r full outer join s on r.a = s.a
select *
from r left join s on r.a = s.a
union
select *
from r right join s on r.a = s.a
Pede-se:
a) apresente uma instncia para a tabela R e outra, para a tabela
S que, combinadas, demonstrem que as duas consultas podem
produzir resultados diferentes;
b) estabelea e descreva as restries necessrias sobre as ta-
belas R e S sob as quais as duas consultas so sempre equiva-
lentes para quaisquer instncias vlidas para essas restries.
Empregue apenas restries dos seguintes tipos: primary key,
unique, check. Identifique a soluo que requeira o menor n-
mero de restries.
Resposta: Essa questo discursiva foi dividia em dois itens.
No primeiro deles cobra-se do candidato conhecimentos sobre o
correto funcionamento de joins, em particular o FULL OUTER
JOIN, o LEFT JOIN e o RIGHT JOIN. No segundo item preciso
saber implementar constraints primary key, unique e check para
restringir os dados de duas tabelas de modo que eles sempre re-
tornem valores equivalentes para as duas consultas no enunciado.
Assim como algumas questes da prova objetiva, o enunciado
no cita explicitamente o SQL Server. Contudo, razovel em-
pregar a sintaxe e caractersticas desse produto na resposta, uma
vez que a sintaxe das instrues SQL e os tipos de constraints
que podem ser utilizadas no segundo item so compatveis com
esse produto.
Antes de formular a resposta para os dois itens o candidato deve
notar que existem apenas duas instrues SELECT indicadas na
Listagem 3, apesar do comando SELECT aparecer trs vezes no
texto. O motivo que a segunda instruo contm a clusula
UNION e, por isso, considera-se que ela apenas uma instruo.
Na primeira instruo SELECT da Listagem 3 utiliza-se o ope-
rador FULL OUTER JOIN para relacionar as tabelas R e S atravs
da coluna a pertencente a ambas. Esse operador retorna todas
as linhas de todas as tabelas envolvidas mesmo que as linhas de
qualquer uma das tabelas no satisfaa a condio de igualdade.
J o operador LEFT JOIN retorna todas as linhas da tabela
esquerda da clusula JOIN que satisfaam ou no a expresso de
igualdade. De forma semelhante, o operador RIGHT JOIN retorna
todas as linhas da tabela direita da clusula JOIN que satisfaam
ou no a expresso de igualdade.
Para simplificar o entendimento, vamos considerar duas tabelas:
table 1 e table 2. A Figura 2 mostra o diagrama de Venn indican-
do com a cor verde quais linhas so retornadas por um FULL
OUTER JOIN nessas tabelas e as Figuras 3 e 4 mostram as linhas
retornadas pelo LEFT JOIN e RIGHT JOIN da mesma maneira.
Figura 2. Diagrama mostrando em verde as linhas retornadas pelo operador FULL OUTER JOIN
Figura 3. Diagrama mostrando em verde as linhas retornadas pelo operador LEFT JOIN
Edio 148 SQL Magazine 11
Questes de banco de dados do concurso do Tribunal de contas do municpio de So Paulo
Figura 4. Diagrama mostrando em verde as linhas retornadas pelo operador RIGHT JOIN
Tambm importante lembrar que o operador UNION coleta
os dados das duas instrues SELECT da segunda listagem e
apresenta os resultados como se fossem apenas um conjunto de
dados. Alm disso, o UNION elimina valores duplicados caso
algum deles ocorra.
A partir da definio do tipo de resultado que os operadores
FULL OUTER JOIN, LEFT JOIN, RIGHT JOIN e UNION pode-se
notar que as combinaes de linhas das tabelas geradas pela pri-
meira instruo da Listagem 3 ser igual ao resultado da segunda
instruo, uma vez que se utiliza o UNION para combinar os
resultados do LEFT e do RIGHT JOIN.
Entretanto, o primeiro item dessa questo pede justamente
instncias da tabela R e S que demonstrem como as consultas
podem produzir resultados diferentes. Aqui o candidato pode se
confundir, pois dada as definies dos operadores e a duas ins-
trues da Listagem 3 no possvel obter resultados diferentes.
De fato, esse termo diferente do enunciado do primeiro item
no claro o suficiente e pode gerar muitas dvidas.
Por exemplo, se consideramos que o diferente sugerido pelo
criador da questo inclui linhas duplicadas e fora de ordem
possvel montar o cenrio onde a definio das tabelas R e S
apresentada na Listagem 4. Essa listagem tambm insere duas
linhas na tabela R (uma com o valor NULL e outra com o valor 1)
e uma linha na tabela S (apenas com o valor NULL).
Listagem 4. Exemplo de tabelas R e S com dados de exemplo.
CREATE TABLE R (a INT NULL)
GO
INSERT R VALUES(1)
INSERT R VALUES(NULL)
GO
CREATE TABLE S (a INT NULL)
GO
INSERT S VALUES(NULL)
GO
A partir das definies e dados das tabelas R e S os resultados
da primeira e segunda consulta da Listagem 3 so apresentados
nas Tabelas 2 e 3, respectivamente.
O leitor deve notar que apesar do resultado apresentado nas
Tabelas 3 e 4 ser diferente, ele basicamente contm as mesmas
linhas quando se ordena e retira a duplicao de linhas. Portanto,
se esse for o sentido de diferente indicado no primeiro item da
questo, essa seria uma resposta vlida.
12 SQL Magazine Edio 148
a a
1 NULL
NULL NULL
NULL NULL
Tabela 2. Resultado da instruo SELECT com o FULL OUTER JOIN
a a
NULL NULL
1 NULL
Tabela 3. Resultado da instruo SELECT com o LEFT JOIN, RIGHT JOIN e UNION
Por outro lado, se o sentido de diferente no for um conjunto
de linhas iguais aps a retirada de valores duplicados e a orde-
nao no h como apresentar um conjunto de linhas onde as
duas consultas da Listagem 3 produzam resultados diferentes.
O segundo item da questo pede ao candidato que estabelea e
descreva constraints nas tabelas R e S para garantir que o resulta-
do das duas consultas da Listagem 3 sejam sempre equivalentes.
preciso utilizar apenas constraints do tipo chave primria
(primary key, unique e check) e deve-se indicar a soluo que
requeira o menor nmero delas.
Novamente, o termo equivalente utilizado no segundo item
da questo confuso e requer clarificao. Como j foi descrito na
resposta do primeiro item, por definio do operador FULL OU-
TER JOIN e o uso do LEFT JOIN e do RIGHT JOIN com o UNION
apresentados na Listagem 3 retornam resultados equivalentes
se no forem consideradas a duplicao de dados e a ordem.
Se consideramos apenas a ordem de dados, no h como utilizar
constraints primary key, unique e check para controlar como o
resultado ser exibido, pois para isso precisamos utilizar a clu-
sula ORDER BY da instruo SELECT. Mesmo empregando essa
clusula existem configuraes de ambiente do SQL Server que
podem influenciar como valores NULL so comparados, o que
afeta a ordenao de dados.
Olhando apenas para a duplicidade de linhas, o mais adequado
seria utilizar a palavra-chave DISTINCT logo aps a primeira
instruo SELECT da Listagem 3. A segunda instruo j retira
os valores duplicados, uma vez que o uso do operador UNION
exerce essa funo.
importante relembrar as principais diferenas entre as cons-
traints citadas no enunciado do segundo item. A chave primria
probe valores NULL e evita valores duplicados na coluna. J a
constraint unique permite apenas um valor NULL e tambm
evita valores duplicados. A constraint tipo check permite espe-
cificar uma expresso que vai controlar os valores possveis para
a coluna.
Considerando que no exemplo indicado no primeiro item da
questo, a colocao de uma chave primria na coluna a tanto da
tabela R como de S resolveria o problema da insero de valores
NULL e, consequentemente, a duplicao de linhas. De forma
semelhante, uma constraint do tipo check utilizando o operador
IS NOT NULL tambm poderia ser aplicada.
 Nesse cenrio, teramos duas opes para responder ao segundo
item que levariam o mesmo nmero de restries: duas constraints
de chave primria ou duas constraints unique.
Este artigo apresentou a correo das questes de conhecimento
especfico para o cargo de agente de fiscalizao do concurso do
Tribunal de Contas do estado de So Paulo, realizado em agosto de
2015. As questes dessa prova possuem trs nveis de dificuldade:
fcil, mdio e difcil. Cabe ao candidato identificar a dificuldade
da questo e se organizar para respond-las de acordo com seus
conhecimentos e tempo disponvel.
Em geral, a prova pode ser considerada de nvel mdio para
difcil, pois em geral ela contm apenas questes complexas e
que requerem alto grau de concentrao, apesar de no serem ne-
cessrios muitos clculos. A dificuldade da maioria das questes
est de acordo com o cargo de nvel pleno.
Essa prova teve um foco muito grande em questes relacionadas
administrao de banco de dados. Tambm houveram questes
relacionadas a consultas, em participar o uso da instruo SELECT.
Poucas questes envolveram aspectos especficos do SQL Server
como, por exemplo, a questo que cobrou o nome de uma stored
procedures para observar processos do servidor.
Alm disso, a prova teve dois destaques negativos. A questo
97 apresentou uma alternativa correta que depende de configu-
raes do banco de dados SQL Server, tornando circunstancial a
alternativa correta indicada no gabarito. Outro aspecto negativo
foi a mal formulao do enunciado da questo subjetiva.
De fato, essa questo terica pode ter gerado muita confuso
devido aos termos utilizados, o que pode abrir margem para a
entrada de recurso solicitando sua anulao.
Outro ponto a ser considerado foi a falta de cobrana das
operaes de manipulao de dados com o INSERT, UPDATE e
DELETE. O candidato tambm deve ter notado a falta de imagens
com modelos de dados relacional, uma vez que este contedo
comum em provas de concursos pblicos para cargos que envol-
vem algum conhecimento de banco de dados.
Autor
Mauro Pichiliani
mauro@pichiliani.com.br / @pichiliani
bacharel em Cincia da Computao, mestre e doutorando
pelo ITA (Instituto Tecnolgico de Aeronutica) e MCP, MCDBA
e MCTS. Trabalha h mais de 10 anos utilizando diversos bancos de
dados SQL e NoSQL. colunista de SQL Server do web site iMasters
(http://www.imasters.com.br) e mantenedor do DatabaseCast (@databasecast), o
podcast brasileiro sobre banco de dados.
Links:
Download do edital, gabarito e resultados do concurso
http://fgvprojetos.fgv.br/concursos/tcm-sp
Edio 148 SQL Magazine 13
Introduo ao
Cassandra
Um banco de dados NoSQL distribudo orientado
a chave-valor de alta disponibilidade

B Fique por dentro

ancos NoSQL tm ganhado cada vez mais po-
pularidade nos ltimos tempos, podemos ver
no ranking da Figura 1 que entre os dez SGBDs
mais populares, temos bancos como o MongoDB e o
Cassandra, que esto subindo cada vez mais na lista.
Porque esses bancos esto se tornando mais populares
e outros, como o Oracle, tem perdido um grande volume
de adeso? Cada vez mais temos sistemas que precisam
trabalhar com volumes altssimos de transaes por se-
gundo e os bancos de dados precisam estar preparados
para aguentar a demanda. Um exemplo de um cenrio
de alta demanda so as Black-Fridays, que todo ano
tem batido recordes de vendas no Brasil. Montar uma
estrutura de banco de dados relacional que atenda de-
manda de evento desse tipo exige um alto investimento,
contudo, estamos falando de um nico dia em que essa
demanda muito acima do normal. Seria conveniente
que, passado o momento da Black-Friday, encolher a
estrutura de banco de dados de forma que o custo de
Neste artigo ser feita uma introduo ao banco de dados NoSQL
Cassandra. Sero descritos aspectos gerais da arquitetura, principais
vantagens e desvantagens e como ele se comporta comparado aos
bancos de dados relacionais. Ao passo que os sistemas de informao
geram dados com volume cada vez maior e a velocidades crescentes,
importante pensar em uma arquitetura de armazenamento de dados
que seja altamente escalvel e performtica. Com o Cassandra pos-
svel construir um banco de dados totalmente distribudo que atende
s mais exigentes demandas.
manuteno seja muito menor, porm isso no muito simples
de ser feito em uma estrutura de banco relacional.
nesse tipo de cenrio que alguns bancos NoSQL tem ganhado
popularidade. Eles possuem uma estrutura de dados muito mais
flexvel e so, por concepo, feitos para trabalhar de forma distri-
buda. Essas caractersticas permitem que eles lidem melhor com

Figura 1. Top 10 SGBDs em popularidade [3]

14 SQL Magazine Edio 148

altas demandas de processamento alm de terem uma grande
capacidade de elasticidade, ou seja, em momentos que exigem
alta demanda, pode-se alocar um nmero maior de servidores,
aps esse perodo, basta remov-los da estrutura e economizar
na infraestrutura.
Neste artigo ser feita uma introduo a um dos bancos NoSQL
mais populares, o Cassandra, cobrindo suas caractersticas e casos
de uso mais comuns, alm de alguns exemplos de como criar e
consultar estruturas de dados bsicas dentro dele.
Introduo ao Cassandra
O Cassandra foi inicialmente desenvolvido pelo Facebook para
ser utilizado no motor de busca de sua caixa de entrada de men-
sagens. Em 2008 ele se tornou open-source e em 2009 passou a ser
mantido pela Apache Foundation. Seu modelo de distribuio
do sistema baseado no Dynamo (desenvolvido pela Amazon)
enquanto a forma de organizao dos dados baseado no BigTable
(desenvolvido pelo Google).
O Dynamo nasceu a partir da necessidade de se ter um banco
de dados simples, altamente escalvel e confivel para lidar com
grandes demandas de leitura/escrita. Essa motivao veio de
uma srie de momentos de indisponibilidade do site da Amazon
durante a Black-Friday de 2004 nos Estados Unidos causados
em boa parte por sobrecargas nos bancos relacionais utilizados
na poca, resultando em prejuzo financeiro para o site de e-
-commerce. O Dynamo ento foi desenvolvido e empregado para
tratar os sistemas que sofriam com maior demanda como o de
carrinho de compras e sesses de usurio. Em 2007, a Amazon
disponibilizou um documento descrevendo como a arquitetura
do Dynamo funcionava, esse documento serviu de base para a
criao de vrios outros bancos NoSQL.
O BigTable tambm comeou a ser desenvolvido em 2004 pelo
Google, tambm como uma soluo altamente escalvel e distri-
buda. O desafio nesse caso era armazenar o volume imenso de
dados de indexao de todas as pginas web mapeadas pelo Goo-
gle que ento era utilizado para alimentar o seu motor de buscas.
A distribuio oficial do Cassandra compatvel com todas
as distribuies do Linux e com o Mac OS. Existe tambm uma
verso compatvel com o Windows distribuda pela DataStax.
O Cassandra , por concepo, feito para trabalhar de forma
distribuda, sendo que no h grandes vantagens em trabalhar
com ele utilizando apenas uma mquina. Ao utilizar vrias m-
quinas (tambm chamadas de ns), vemos o verdadeiro potencial
da soluo.
Outra caracterstica fundamental da arquitetura o fato dela
ser descentralizada, ou seja, diferente da arquitetura master-slave
encontrada em outros sistemas de banco de dados, dessa forma,
todos os ns da rede possuem as mesmas funes e capacidades,
no h um ponto nico de falha. Isso tambm facilita a manu-
teno da soluo j que no necessrio realizar configuraes pequenas mensagens entre si, caso algum n falhe sucessivamen-
especficas para cada n. Os ns tambm no compartilham entre
si nenhum tipo de recurso de hardware como disco, processa-
mento ou memria, esse tipo de arquitetura conhecido como
shared-nothing. Isso evita gargalos no sistema e permite que os ns
sejam heterogneos entre si.
Por ter uma arquitetura distribuda e descentralizada, uma
soluo com Cassandra altamente escalvel, principalmente
para escalar de forma horizontal (conhecida tambm como esca-
labilidade elstica). Caso seja necessria mais performance, basta
adicionar mais ns na rede, no necessrio a priori substituir as
mquinas existentes por servidores mais poderosos (ou escalar
verticalmente). Da mesma forma, se a demanda diminuir, pode-se
remover alguns ns e economizar na manuteno do sistema. Alie
isso a uma infraestrutura baseada em nuvem e possvel atingir
um alto grau de eficincia de uso de recursos de hardware.
Os dados das tabelas do Cassandra passam automaticamente
por um processo de particionamento utilizando a partition key da
tabela que, por padro, baseada na chave primria da tabela.
As parties so ento distribudas entre os ns do cluster uti-
lizando uma tcnica conhecida como data sharding. As parties
so replicadas em mltiplos ns para prover alta disponibilidade
e tolerncia a falhas, o nmero de rplicas configurado na defi-
nio de um keyspace (o conceito de keyspace ser abordado mais
adiante neste artigo).
Para determinar em que n do cluster cada partio ser gra-
vada, so definidas faixas baseadas no hash da chave utilizada
para particionamento, essas faixas so chamadas de tokens e so
representadas por um inteiro de 64 bits (ou seja, nmeros que
podem variar de 263 at 263 1). Cada n assume responsabilidade
por um ou mais tokens at cobrirem todas as faixas possveis. Esse
tipo de arquitetura conhecido como Arquitetura em Anel, como
representado pela Figura 2.
Figura 2. Representao da arquitetura em anel
Para detectar ns com indcios de falha, o Cassandra emprega
o gossip protocol: de tempos em tempos os ns do cluster enviam
te ao responder a essas mensagens, ele marcado como um n
defeituoso e aes corretivas so disparadas em background como
replicar os dados que estavam nesse servidor para outros ns.
Edio 148 SQL Magazine 15
Introduo ao Cassandra
O Cassandra tambm capaz de detectar se um dado retornado
por um dos ns est desatualizado, nesse caso, outro n ser con-
sultado em busca da verso mais recente do dado e disparado
um processo secundrio para correo do dado desatualizado.
Por se tratar de um sistema distribudo, importante entender
os nveis de consistncia ao ler e gravar dados no Cassandra. Ao
fazer a insero de um registro, pode-se informar que os dados
devem ser imediatamente replicados entre os ns responsveis
(o que chamado de consistncia forte ou consistncia imediata),
ou, se a informao no crtica, pode-se instruir que os dados
sejam replicados aos poucos, conforme a disponibilidade do
cluster (modo chamado de consistncia fraca ou consistncia
eventual). Esses nveis de consistncia tambm so aplicveis
ao efetuar comandos de leitura. importante ter em mente que
quanto mais forte o nvel de consistncia, mais oneroso para o
sistema e maior a latncia ao executar os comandos.
Estrutura dos dados
O Cassandra um banco de dados NoSQL. Um banco NoSQL
no emprega os conceitos tradicionais de banco de dados relacio-
nal. No h definio de um schema, as tabelas normalmente no
possuem definies precisas de colunas e no existe o conceito de
constraints como chaves estrangeiras. Porm, isso no impede que
sejam utilizadas linguagens parecidas com o SQL para interagir
com sistemas NoSQL (s vezes referidos como Not Only SQL).
Existem tipos diferentes de bancos de dados NoSQL, podemos
listar os seguintes:
Orientado grafos: bancos baseados na teoria dos grafos, so
teis em cenrios como gerao de rotas ou redes de elementos
com vrias interconexes, como redes sociais. O Neo4j um banco
de dados que emprega esse conceito;
Armazenamento de chave-valor: um dos tipos mais simples, os
valores so armazenados e indexados por meio de uma chave. O
Cassandra faz parte dessa categoria;
Armazenamento colunar: neste tipo de banco os dados as
colunas das tabelas so armazenadas como estruturas de dados
separadas atrelados a uma chave primria. Um exemplo dessa
categoria o HBase;
Orientado documentos: similar ao conceito de chave-valor,
mas o valor nesse caso um documento que representa um objeto
complexo semiestruturado (normalmente na forma de um JSON).
O MongoDB um banco de dados desse tipo.
Como citado anteriormente, o Cassandra um banco NoSQL do
tipo chave-valor. Cada conjunto de chave-valor equivalente ao
que seria uma coluna e um conjunto de colunas associadas a uma
chave primria compem o que seria uma linha de uma tabela
do Cassandra, como representado na Figura 3.
As tabelas no Cassandra tm um propsito muito similar s
tabelas que encontramos em bancos relacionais. Elas tm a funo
de agrupar dados correspondentes uma determinada entidade.
Podemos, por exemplo, ter uma tabela chamada usurio, que por
sua vez pode ter as colunas nome, sobrenome, telefone e email.
16 SQL Magazine Edio 148
Figura 3. Estrutura de uma linha de uma tabela no Cassandra
Agora, diferente de uma tabela de um banco relacional, no
Cassandra no necessrio popular todas as colunas ao criar
uma nova linha, de forma que podemos ter "larguras" diferentes
para cada uma delas (uma coluna de um banco relacional sempre
precisa ser preenchida com algum valor, mesmo que seja um valor
nulo). A Figura 4 representa esse conceito.
Figura 4. Representao de uma tabela do Cassandra
Ao gravar um valor em uma coluna, junto a ele associado um
timestamp indicando o horrio exato em que o valor foi gravado.
Isso importante para detectar verses desatualizadas de valores
quando o Cassandra comparar o resultado de uma consulta feita
em vrios ns diferentes.
Recapitulando as estruturas de dados bsicas do Cassandra, de
baixo para cima temos:
Colunas: representam um conjunto de chave/valor;
Linhas: conjunto de colunas relacionados uma chave primria;
Tabelas: continer para um conjunto de linhas;
Keyspace: um conjunto de tabelas.
A linguagem CQL
A linguagem CQL (Cassandra Query Language) utilizada para
interagir com o Cassandra. A vantagem te se trabalhar com o CQL
que ele prximo do mais tradicional SQL, sendo familiar para
quem vem do mundo dos bancos relacionais.
Como no SQL, os comandos no CQL so divididos em trs ca-
tegorias bsicas, sendo comandos para:
Definio das estruturas de dados;
Manipulao dos dados;
Consultas.
Entretanto, importante lembrar que o CQL tem suas caracte-
rsticas prprias que o diferem do SQL, alm de outros tipos de
dados. Mais detalhes da linguagem sero apresentados na parte
prtica deste artigo.
Criando um banco de dados no Cassandra
A seguir ser apresentado como criar um banco de dados sim-
ples dentro do Cassandra. Para isso, ser utilizada a verso 3.7
que a verso estvel mais recente disponvel no momento da es-
crita deste artigo. A primeira coisa a ser feita criar um keyspace.
Pode-se criar um utilizando o comando CREATE KEYSPACE:
CREATE KEYSPACE IF NOT EXISTS my_keyspace
WITH replication = {class: SimpleStrategy, replication_factor: 1};
Nesse comando, estamos criando um novo keyspace chamado
my_keyspace. Estamos especificando tambm como dever ser
tratada a replicao dos dados por meio do parmetro replication,
que, por sua vez, possui duas propriedades, sendo:
class: indica qual o mtodo de replicao ser utilizando para
distribuir as rplicas das parties, podendo ser:
- SimpleStrategy: o mtodo padro. Assume que o cluster
composto de um nico data center e ir criar um nmero de
rplicas de cada partio das tabelas desse keyspace igual ao
valor especificado no parmetro replication_factor;
- NetworkTopologyStrategy: esse mtodo permite que seja
definido um fator de replicao para cada data center que faz
parte do cluster. Nesse caso, o parmetro replication_factor
no utilizado, sendo necessrio passar um conjunto de chaves
e valores em que a chave o nome do data center e o valor a
quantidade de rplicas para o mesmo.
replication_factor: indica quantos ns do cluster devem con-
ter uma cpia de cada partio das tabelas deste keyspace caso o
mtodo de replicao seja o SimpleStrategy.
Tendo o keyspace criado, o prximo passo adicionar tabelas a
ele. A Listagem 1 cria uma tabela chamada contacts.
Listagem 1. Comando CREATE TABLE
CREATE TABLE my_keyspace.contacts (
contact_id uuid,
first_name text,
last_name text,
phone_number text,
PRIMARY KEY(contact_id)
);
O comando informa que seja criada uma tabela chamada
contacts dentro do keyspace my_keyspace que foi criado ante-
riormente. Definimos tambm quatro colunas para essa tabela,
contact_id, que a chave-primria e do tipo uuid (Univer-
sally Unique Identifier), assegura que os valores dessa coluna
sero nicos. As outras colunas so first_name, last_name e
phone_number, todas do tipo text. Nesse caso, como a chave-
-primria composta por apenas uma coluna, ela tambm a
partition-key dessa tabela, o hash da partition-key o que define
em que partio da tabela as linhas sero armazenadas. No caso
de uma chave-primria composta, apenas a primeira coluna da
chave vai ser utilizada como partition-key, as outras colunas so
chamadas de clustering columns.
Outra observao importante que uma vez definida a com-
posio da chave-primria, ela no pode ser mais alterada, isso
se deve ao fato de todo o particionamento ser definido por meio
da chave. Criada a tabela, o prximo passo inserir novas linhas
nela, o que pode ser feito utilizando o comando INSERT, conforme
mostra a Listagem 2.
Listagem 2. Comando INSERT
INSERT INTO
my_keyspace.contacts (contact_id, first_name, last_name, phone_number)
VALUES (uuid(), John, Doe, 559912341234);
INSERT INTO
my_keyspace.contacts (contact_id, first_name, last_name)
VALUES (uuid(), Mary, Jane);
INSERT INTO
my_keyspace.contacts (contact_id, first_name, phone_number)
VALUES (uuid(), Will, 441239876543);
Executando os comandos, inserimos trs novas linhas na tabela
contacts. Propositalmente, nem todas as linhas so inseridas com
todas as colunas preenchidas, no Cassandra, as nicas colunas
que requerem um valor preenchido so as que compem uma
chave-primria. Utilizamos tambm a funo uuid() para gerar
um identificador nico para a linha que ser inserida. Por fim,
vamos exibir o contedo da tabela utilizando o comando SELECT,
conforme Listagem 3.
Listagem 3. Comando SELECT
SELECT * FROM my_keyspace.contacts;
contact_id | first_name | last_name | phone_number
--------------------------------------------------------+---------------+---------------+---------------------
910ac22b-538e-42d2-a5cc-7163cdd5a0c3 | Will | null | 441239876543
e7beb210-b9b6-4b08-9afb-950d5918ba2e | John | Doe | 559912341234
7ef9a9af-1332-46bb-abb4-2deb9b335588 | Mary | Jane | null
Como esperado, podemos ver os trs registros que foram inse-
ridos anteriormente. Um ponto importante que no foi coloca-
do nenhum filtro na consulta, nesse caso, o Cassandra sempre
retornar por padro as primeiras 1000 linhas da tabela. Ao
adicionar filtros com uma clusula WHERE, necessrio sempre
incluir uma chave no filtro, isso tambm vale para os comandos
UPDATE e DELETE.
At ento, salvo algumas particularidades, tudo muito parecido
com o que existe na linguagem SQL, o que ajuda muito a quem
vem do mundo dos bancos relacionais. Entretanto, podemos ver
as maiores diferenas quando o assunto a modelagem de dados.
Supondo que seja necessrio alterar a tabela contacts para
permitir que seja gravado mais de um telefone por contato. O
caminho natural em um banco de dados relacional seria aplicar
a primeira forma normal criando uma segunda tabela em que
seriam armazenados os telefones relacionados ao contact_id da
Edio 148 SQL Magazine 17
Introduo ao Cassandra
tabela original. Porm, isso no encorajado ao trabalharmos com
o Cassandra, realizar um JOIN entre tabelas, embora possvel,
custoso pelo fato da possibilidade de os dados estarem distribu-
dos entre vrios ns diferentes do cluster. Em sistemas com essas
caractersticas, importante fazer o menor nmero de operaes
de I/O possvel para garantir uma alta performance. Nesse cen-
rio, recomendado o uso de uma coluna do tipo Collection. Uma
coleo pode ser uma lista de valores ou ainda um outro conjunto
de chaves e valores. Podemos exemplificar isso criando um novo
campo phone_numbers sendo uma lista de valores do tipo texto
com os comandos apresentados na Listagem 4.
Listagem 4. Criao de uma coluna do tipo coleo
ALTER TABLE my_keyspace.contacts ADD phone_numbers LIST<text>;
ALTER TABLE my_keyspace.contacts DROP phone_number;
UPDATE my_keyspace.contacts
SET phone_numbers = [ 441239876543, 441239876543 ]
WHERE contact_id = 910ac22b-538e-42d2-a5cc-7163cdd5a0c3;
SELECT phone_numbers FROM my_keyspace.contacts
WHERE contact_id = 910ac22b-538e-42d2-a5cc-7163cdd5a0c3;
phone_numbers
---------------------------------------------
[441239876543, 441239876543]
Nesse caso, foi criada a nova coluna utilizando o tipo LIST<text>,
com isso, estamos informando uma coluna que uma lista orde-
nada de valores do tipo texto. Outros tipos de coleo disponveis
so SET (lista no ordenada) e MAP (lista de chave-valor). No
possvel alterar a coluna phone_number, que do tipo texto,
para um tipo LIST<text>. O Cassandra no permite esse tipo de
operao, ento o comando seguinte exclui essa coluna da tabela.
A seguir, atualizado um dos registros agora com uma lista de
telefones e, por fim, um comando SELECT para exibir o resultado.
No caso da Listagem 4, foi atribuda uma lista fixa de nmeros de
telefone na coleo, mas h diversas outras maneiras de manipular
os dados, conforme exemplifica a Listagem 5.
Listagem 5. Operaes com colees
UPDATE my_keyspace.contacts
SET phone_numbers = phone_numbers + [ 5511987654321 ]
WHERE contact_id = 910ac22b-538e-42d2-a5cc-7163cdd5a0c3;
UPDATE my_keyspace.contacts
SET phone_numbers = phone_numbers - [ 5511987654321 ]
WHERE contact_id = 910ac22b-538e-42d2-a5cc-7163cdd5a0c3;
UPDATE my_keyspace.contacts
SET phone_numbers[0] = 5511987654321
WHERE contact_id = 910ac22b-538e-42d2-a5cc-7163cdd5a0c3;
UPDATE my_keyspace.contacts
SET phone_numbers = []
WHERE contact_id = 910ac22b-538e-42d2-a5cc-7163cdd5a0c3;
18 SQL Magazine Edio 148
No primeiro caso, estamos adicionando um valor no final da
lista (igualmente, fazendo a declarao invertida como SET
phone_numbers = [ 5511987654321 ] + phone_numbers,
ir inserir os valores no incio da lista). No segundo exemplo,
estamos removendo o valor 5511987654321 da lista indepen-
dentemente da posio que ele esteja. Podemos tambm espe-
cificar um valor para uma posio especfica da lista como no
terceiro exemplo, nesse caso, o valor anterior ser substitudo.
Por fim, para limpar todos os valores da lista, basta atribuir
coluna um valor como uma lista vazia como demonstrado no
quarto comando.
Uma coleo pode guardar at 64.000 elementos dentro dela,
porm, importante salientar que elas so projetadas para guar-
dar pequenos conjuntos de dados, colees muito extensas e com
elementos muito complexos impactam a performance de leitura
dos dados. Em um cenrio desse tipo mais indicado criar uma
tabela parte.
Outro recurso interessante no Cassandra a criao de tipos
customizados. Tipos customizados tambm so tratados como
colees e so teis quando necessrio definir uma estrutura
com campos pr-definidos. Digamos que necessrio criar um
tipo para guardar o endereo de um contato, em que sero guar-
dados o logradouro, a cidade, o estado e o CEP. Podemos fazer
isso utilizando o comando CREATE TYPE como exemplificado
na Listagem 6.
Listagem 6. Criao de um tipo customizado
CREATE TYPE my_keyspace.address (
street text,
city text,
state text,
zip_code int);
Ao definir uma coluna com esse tipo, garantido que o campo
no ter nenhuma chave a mais do que as que esto descritas
(street, city, state e zip_code), contudo, no obrigatrio preen-
cher todos os valores.
Agora vamos adicionar uma nova coluna addresses na tabela
contacts que ser uma coleo do tipo MAP<text, address>,
com isso, teremos uma coluna podendo conter vrios endereos
indexados por um nome (Listagem 7).
Podemos ver que para adicionar a nova coluna foi necessrio
definir o tipo address como FROZEN, sem isso, o Cassandra
no vai permitir que a coluna seja criada. Isso se deve ao fato do
Cassandra no suportar por completo colees aninhadas (tipos
customizados so tratados como colees) devido forma como
os dados da coluna so serializados. Ao definir uma coleo como
FROZEN no possvel alterar atributos individuais dela (como
alterar somente o valor do atributo street da coleo address de
uma linha j existente da tabela), necessrio substituir a coleo
por completo. Aps criar a nova coluna, inserimos um novo ende-
reo com a chave home para um dos contatos. Por fim, podemos
ver o resultado com o comando SELECT.
 Listagem 7. Adicionando o novo tipo address tabela contacts
ALTER TABLE my_keyspace.contacts
ADD addresses MAP<text, FROZEN<address>>;
UPDATE my_keyspace.contacts
SET addresses = addresses + {home:
{ street: Av. Paulista, 1, city: Sao Paulo, state: SP, zip_code: 1311000} }
WHERE contact_id = 910ac22b-538e-42d2-a5cc-7163cdd5a0c3;
SELECT phone_numbers, addresses FROM my_keyspace.contacts
WHERE contact_id = 910ac22b-538e-42d2-a5cc-7163cdd5a0c3;
phone_numbers | addresses
---------------------------------------------+-----------------------------------------
[441239876543, 441239876543] | {home: {street: Av. Paulista, 1,
city: Sao Paulo, state: SP,
zip_code: 1311000}}
Como explicado anteriormente, o Cassandra no permite fazer
consultas com filtros sem que haja uma chave entre as clusulas.
Se tentarmos fazer uma consulta para trazer todos os contatos
com o nome Mary, o Cassandra retornar o erro apresentado
na Listagem 8.
Listagem 8. SELECT sem chave na clusula WHERE
SELECT first_name, last_name FROM my_keyspace.contacts
WHERE first_name = Mary;
InvalidRequest: code=2200 [Invalid query] message=Cannot execute this query
as it might involve data filtering and thus may have unpredictable performance.
If you want to execute this query despite the performance unpredictability, use
ALLOW FILTERING
Ele indica que se for executada uma consulta desse tipo, a per-
formance imprevisvel. Isso acontece pois se essa tabela tivesse
bilhes de linhas, possivelmente vrios ns do cluster precisariam
ser consultados para conseguir trazer o resultado desejado, seria
basicamente o equivalente a um full table scan em um banco relacio-
nal, mas em uma escala muito maior. Podemos forar a execuo
da consulta adicionando a instruo ALLOW FILTERING no
final do comando como explicado na mensagem, mas isso no
recomendado a no ser que a tabela seja muito pequena.
Contudo, h uma forma melhor de resolver isso criando um
ndice secundrio. Assim como em um banco relacional, no Cas-
sandra possvel criar ndices para colunas que no fazem parte
da chave primria. Para isso, utilizado o comando CREATE
INDEX apresentado na Listagem 9.
Listagem 9. Criao de um ndice secundrio
CREATE INDEX ON my_keyspace.contacts ( first_name );
SELECT first_name, last_name FROM my_keyspace.contacts
WHERE first_name = Mary;
first_name | last_name
---------------+-----------
Mary | Jane
Com o ndice criado, os dados so retornados normalmente.
No entanto, o uso de ndices secundrios no eficiente quando:
A coluna tem uma cardinalidade muito alta ou muito baixa (seus
valores variam bastaste ou muito pouco). Nesses casos a consulta
pode acabar envolvendo muitos ns do cluster;
A coluna tem valores frequentemente alterados ou apagados.
Isso torna a manuteno do ndice onerosa, j que ele tambm
precisa passar por constantes alteraes e tambm ser replicado
entre as mquinas.
TTL (Time to Live)
Um recurso interessante e muito til do Cassandra a possibi-
lidade de atribuir a um valor de uma coluna um tempo de vida,
um recurso chamado TTL (abreviao de Time to Live). Passado
esse tempo, o valor ser automaticamente removido da tabela.
O tempo descrito em segundos e definido utilizando o coman-
do USING TTL como no exemplo da Listagem 10.
Listagem 10. Definio do tempo de vida de um valor
INSERT INTO my_keyspace.contacts (contact_id, first_name, last_name)
VALUES (uuid(), Temporary, Temporary) USING TTL 600;
SELECT ttl(first_name), ttl(last_name) from my_keyspace.contacts WHERE contact_
id = deec4e61-1aac-442c-bd4e-d5038f900710;
ttl(first_name) | ttl(last_name)
--------------------+----------------
430 | 430
No exemplo, foi definido um TTL de 600 segundos (ou 10 mi-
nutos). Tambm possvel consultar o tempo de vida restante
utilizando a funo ttl(). Podemos ver que restam 430 segundos
nesse caso para que os valores sejam apagados da tabela. A funo
ttl() ir retornar nulo caso no haja um tempo de vida definido
para o valor. possvel definir tempo de vida no comando UPDA-
TE, a diferena que o comando USINT TTL deve estar antes da
palavra-chave SET.
Nveis de consistncia
Outra caracterstica muito importante do Cassandra a possi-
bilidade de definir o nvel de consistncia para as operaes de
leitura e escrita no banco. Como descrito no incio do artigo, os
dados ficam distribudos entre os ns do cluster por meio das
parties que por sua vez podem ter rplicas de acordo com o
fator de replicao definido na criao do keyspace.
No momento em que um dado escrito, possvel definir um
nvel de consistncia que ir dizer quantos ns precisaro ser
acionados para gravar os dados. Quanto menor o nvel de con-
sistncia, mais rpida e menos onerosa a operao, porm nem
todas as rplicas da partio onde foi inserido o novo dado tero
a ltima verso do mesmo. Em contrapartida, quanto mais alto o
nvel de consistncia definido, mais lenta e onerosa a operao,
pois ela s considerada como concluda quando a quantidade
de rplicas necessrias for atualizada.
Edio 148 SQL Magazine 19
Introduo ao Cassandra

Nvel Descrio

ANY Garante que o dado seja escrito em pelo menos uma rplica antes de retornar a resposta para o cliente. Hints (BOX 1) so consi-
deradas como uma escrita bem-sucedida.

ONE, TWO, THREE Garante que o dado seja escrito em pelo menos um, dois ou trs ns antes de retornar uma resposta para o cliente.

LOCAL_ONE Similar ao ONE, mas com a premissa de que o dado seja escrito em pelo menos uma rplica no mesmo data center.

QUORUM Garante que o valor foi escrito com sucesso na maioria das rplicas (calculado por: (fator de replicao / 2) + 1).

LOCAL_QUORUM Similar ao QUORUM, mas com a premissa de que todas as rplicas sejam do mesmo data center.

EACH_QUORUM Tambm similar ao QUORUM, mas garante que o valor seja escrito na maioria das rplicas em todos os data centers.

ALL Garante que o valor seja escrito em um nmero de rplicas igual ao especificado no fator de replicao. A operao conside-
rada como falha caso no seja possvel escrever em uma ou mais rplicas.

Tabela 1. Nveis de consistncia de escrita

Nvel Descrio

ONE, TWO, THREE Retorna o valor mais atualizado encontrado em um, dois ou trs ns (de acordo com o valor especificado). Aps retornar a
informao para o cliente, um processo criado em background para atualizar um valor que esteja desatualizado em uma ou
mais rplicas, se necessrio.

LOCAL_ONE Similar ao ONE, mas com a premissa de que o dado seja lido em um n no mesmo data center.

QUORUM Consulta todos os ns at que a maioria das rplicas tenha respondido (fator de replicao / 2) + 1) retornando a verso mais
atualizada. Aps retornar a informao para o cliente, um processo criado em background para atualizar um valor que esteja
desatualizado em uma ou mais rplicas, se necessrio.

LOCAL_QUORUM Similar ao QUORUM, mas com a premissa de que os ns que responderem sejam todos do mesmo data center.

EACH_QUORUM Tambm similar ao QUORUM, mas com a premissa de haja a resposta da maioria dos ns em todos os data centers.

ALL Consulta todos os ns e aguarda a resposta de todos eles retornando a verso mais atualizada. Aps retornar a informao para
o cliente, um processo criado em background para atualizar um valor que esteja desatualizado em uma ou mais rplicas, se
necessrio.

Tabela 2. Nveis de consistncia de leitura

BOX 1. HINT Listagem 11. Definio de consulta do nvel de consistncia de leitura e escrita

Uma hint gerada dentro do Cassandra quando um n falha em responder ao tentar executar uma CONSISTENCY;
operao de escrita nele, funcionando como uma espcie de lembrete. As hints so gravadas em uma Current consistency level is ONE.
tabela chamada system.hints e s so geradas caso o nvel de consistncia exigido no momento da CONSISTENCY LOCAL_ONE;
Consistency level set to LOCAL_ONE.
escrita j foi atingido. Eventualmente, quando o n volta a responder, o servidor que armazenou a
hint vai tentar escrever novamente a informao e remover a hint caso bem-sucedido.

Entender o nvel de consistncia exigido para cada caso de uso

Os possveis nveis de consistncia que podem ser definidos
esto descritos na Tabela 1. Da mesma forma, possvel definir
nveis de consistncia de leitura (Tabela 2).
O nvel de consistncia definido por conexo. Podemos con-
sultar ou definir o nvel de consistncia utilizando o comando
CONSISTENCY conforme apresentado na Listagem 11.
da aplicao importante para no onerar demais o banco sempre
exigindo altos nveis de consistncia. Onde no estritamente
necessrio sempre ter o dado mais atualizado, recomendado
utilizar nveis de consistncia mais baixos.
O Cassandra um timo banco de dados para comear a en-
tender solues NoSQL para quem sempre teve contato com a

20 SQL Magazine Edio 148

linguagem SQL e bancos relacionais, tornando a curva de apren-
dizado mais suave em comparao ao MongoDB, por exemplo.
No entanto, importante se atentar s suas particularidades
da modelagem de dados, j que empregar a normalizao de
tabelas pode trazer um grande impacto negativo na performance
do banco.
Ele uma tima soluo de alta disponibilidade e escalabilidade
quando preciso trabalhar com sistemas que requerem volumes
de leitura e escrita extremamente alto e em que sempre h a
chave-primria em mos. timo tambm para solues em nu-
vem graas ao formato de sua arquitetura derivada do Dynamo,
permitindo uma alta elasticidade, sendo assim, pode-se adequar
a complexidade da infraestrutura de acordo com a demanda de
leitura/escrita necessria.
Por outro lado, o Cassandra no interessante para ser usado
em cenrios com baixa demanda de leitura e escrita (a no ser
que seja esperado que essa demanda cresa rapidamente com o
tempo). Tambm no o melhor candidato para ser utilizado como
banco de dados analtico, por ter muitas limitaes quando no
so feitas consultas utilizando a chave-primria, existem outras
solues que podem desempenhar melhor esse papel, como por
exemplo, o HBase.
Autor
Maycon Pinheiro Queiros
queiros.maycon@gmail.com
Apaixonado pelo mundo da tecnologia, j se aventura no
mundo da programao desde os doze anos criando jogos
de computador. Atuando profissionalmente desde 2010, j passou por
desenvolvimento para Web, Desktop, Mobile, focado hoje em solues
de BI corporativas.
Referncias:
[1] Cassandra Query Language (CQL) v3.3.1. Apache Cassandra
https://cassandra.apache.org/doc/old/CQL-2.2.html
[2] Hinted Handoff: repair during write path. DataStax
https://docs.datastax.com/en/cassandra/3.0/cassandra/operations/opsRepairNodesHin-
tedHandoff.html
[3 DB-Engines Ranking. DB-Engines, 2016
http://db-engines.com/en/ranking
[4] Vendas da Black Friday chegam a R$1,53 bilho, dizem organizadores. G1, 2015
http://g1.globo.com/economia/noticia/2015/11/vendas-da-black-friday-chegam-r153-
-bilhao-dizem-organizadores.htm
[5] Shared Nothing Architecture. Safari Books Online, 2012
https://www.safaribooksonline.com/blog/2012/08/21/shared-nothing-architecture
[6] Cassandra - Introduction. Tutorials Point
https://www.tutorialspoint.com/cassandra/cassandra_introduction.htm
[7] Amazon DynamoDB a Fast and Scalable NoSQL Database Service Designed
for Internet Scale Applications. All Things Distributed, 2012
http://www.allthingsdistributed.com/2012/01/amazon-dynamodb.html
Edio 148 SQL Magazine 21
Integrao de dados
com Foreign
Data Wrappers
Acessando dados externos atravs do PostgreSQL
O
FDW foi construdo baseando-se no SQL/
MED (SQL Management of External Data),
que se trata de uma regulamentao de um
padro de configurao, desenvolvimento e aplicao
de acessos a dados externos em SGBDs e arquivos de
outros fornecedores. O conceito do FDW no apenas
tornar dados visveis de vrias origens em um nico
ponto, mas tambm integrar o uso desses dados, por
exemplo, utilizando joins ou filtros de tabela externas
como parmetro para retornar dados de outra tabela
de outra fonte. Alm disso, permitindo que sejam feitas
todas as operaes DML (Data Manipulation Language)
no acesso a dados externos, como select, insert, update
e delete. Essa facilidade de manipulao de dados um
grande diferencial do FDW se comparado com ferramen-
tas que tm o mesmo propsito de integrao de dados,
geralmente sem real-time ou permisso de alterao de
objetos (acesso read only somente).
Os objetos externos podem se conectar ao Postgre-
SQL utilizando a funcionalidade de FDW, para que seja
possvel trabalhar com as informaes dessas fontes cedor. Para extenses de MySQL, MongoDB, SQL Server, Web
externas. O PostgreSQL disponibiliza o acesso aos dados
utilizando-se do conceito de tabelas externas (foreign
tables), o que torna transparente o acesso aos dados
externos, e so utilizados os mesmos procedimentos de
acesso a tabelas locais.
Criando extenses no PostgreSQL
A funcionalidade de FDW disponibilizada no Post-
greSQL atravs de extenses, que segue a ideia basica-
mente de arquivos que podem ser compilados dentro
do PostgreSQL com determinadas funcionalidades.
As extenses de FDW adicionadas ao banco de dados
permitem realizar a integrao de um objeto externo
(SGBD ou arquivo) ao PostgreSQL.
22 SQL Magazine Edio 148
Fique por dentro
Foreign Data Wrappers (FDW) uma funcionalidade do PostgreSQL,
que permite o acesso a dados externos em SGBDs como Oracle, MySQL,
SQL Server, MongoDB, entre outros. O acesso a esses dados realizado
atravs do cliente do banco de dados PostgreSQL, utilizando PL/pgSQL,
a linguagem procedural do PostgreSQL. No cenrio atual, no qual exis-
tem sistemas distintos, onde h necessidade de integrao entre dados,
seja pelo negcio da empresa, motivo de novas aquisies, aplicaes
legadas, fornecedores com banco de dados diferentes ou migraes,
torna-se cada vez mais necessrio que a integrao desses dados seja
realizada de forma simples, confivel e eficiente, evitando custos,
processos complexos, necessidade de licenas, alto trfego de rede.
O FDW pode ser uma soluo bem til para a maioria dessas situaes.
Aps a configurao do FDW, realizado o mapeamento das
tabelas do banco de dados externo com a criao de foreign tables,
ou ento com a criao de um schema externo.
As configuraes de extenses variam de acordo com o forne-
Services, a configurao realizada atravs de instalao de
pacotes no sistema operacional. Para outros tipos de extenses,
como do banco de dados Oracle, que ser utilizado neste artigo,
a extenso de FDW configurada com um projeto no GitHub
chamado oracle_fdw.
As verses do PostgreSQL e das extenses FDW dos objetos
externos funcionam da seguinte forma: o banco de dados Post-
greSQL lana novas verses, releases e correes, e ento os de-
senvolvedores que disponibilizam os FDWs dos objetos externos
implementam as novas melhorias.
Extenses oracle_fdw e mysql_fdw
O oracle_fdw uma extenso de acesso ao Oracle, mantida
no GitHub em um projeto de Laurenz Albe. O oracle_fdw s
compatvel com verses do Oracle Database Client 10 em diante. Listagem 1. Instalao de cliente MySQL no sistema operacional
importante lembrar que o GitHub um repositrio de projetos
[root@servidor]# rpm -Uvh http://dev.mysql.com/get/mysql57-community-relea-
de desenvolvedores que os tornam pblicos ou no, no caso do
se-el6-9.noarch.rpm
oracle_fdw, o cdigo aberto e possvel verificar como foi rea- Retrieving http://dev.mysql.com/get/mysql57-community-release-el6-9.noarch.
lizado o desenvolvimento, que est em constante atualizao, e rpm
[...]
que de certa forma confivel.
[root@servidor lib]# yum install mysql-community-client
necessria ateno antes de baixar qualquer projeto de FDW [...]
do GitHub, no caso do FDW, interessante dar preferncia aos Setting up Install Process
Resolving Dependencies
projetos conhecidos na comunidade PostgreSQL e que disponi- [...]
bilizam de forma clara o cdigo utilizado. Installing:
Com o MySQL, o processo um pouco mais simples, o mys- mysql-community-client x86_64 5.7.15-1.el6 mysql57-community 23 M
Installing for dependencies:
ql_fdw est disponvel para ser instalado por meio do repositrio mysql-community-common x86_64 5.7.15-1.el6 mysql57-community 327 k
oficial do PostgreSQL, com isso, aps adicionar o repositrio de mysql-community-libs x86_64 5.7.15-1.el6 mysql57-community 2.1 M
pacotes do PostgreSQL no CentOS, por exemplo, basta executar a [...]
Installed:
instalao do pacote mysql_fdw, e ento, no banco de dados local, mysql-community-client.x86_64 0:5.7.15-1.el6
devem ser realizadas as configuraes de server, user mapping e Dependency Installed:
outras mais que sero mostradas no decorrer deste artigo. mysql-community-common.x86_64 0:5.7.15-1.el6
mysql-community-libs.x86_64 0:5.7.15-1.el6
Complete!
Configurando o mysql_fdw
Listagem 2. Instalao do mysql_fdw no sistema operacional e no PostgreSQL
A instalao da extenso de FDW para o MySQL realizada
com os pacotes oficiais do PostgreSQL, de acordo com a verso [root@servidor]# rpm -Uvh http://yum.postgresql.org/9.5/redhat/rhel-6-x86_64/
do banco de dados instalada. Para a verso 9.5 que ser utilizada pgdg-redhat95-9.5-2.noarch.rpm
Retrieving http://yum.postgresql.org/9.5/redhat/rhel-6-x86_64/pgdg-re-
nos exemplos a seguir, o repositrio oficial pgdg-centos95-9.5-3. dhat95-9.5-2.noarch.rpm
noarch.rpm contm o mysql_fdw_95. Antes de realizar a instalao [...]
do mysql_fdw_95, necessrio que no servidor em questo tenha [root@servidor]# yum install mysql_fdw_95
[...]
sido instalado o cliente de acesso ao banco de dados MySQL, isso Setting up Install Process
porque o PostgreSQL se comunica com o mysql_fdw, que por sua Resolving Dependencies
vez se comunica com o cliente do MySQL, que se conecta ao banco [...]
Installing:
de dados MySQL e retorna as informaes necessrias. O cliente mysql_fdw_95 x86_64 2.1.2-1.rhel6 pgdg95 27 k
MySQL instalado para este artigo foi o mysql-community-client, Installing for dependencies:
postgresql95 x86_64 9.5.4-2PGDG.rhel6 pgdg95 1.3 M
disponvel no repositrio mysql57-community-release-el6-9.
postgresql95-server x86_64 9.5.4-2PGDG.rhel6 pgdg95 4.5 M
noarch, repositrio oficial do MySQL. [...]
Na Listagem 1 possvel verificar o modo de configurao do Installed:
mysql_fdw_95.x86_64 0:2.1.2-1.rhel6
repositrio. Em seguida, temos a instalao do cliente de MySQL
Dependency Installed:
5.7, que por sua vez instala as dependncias necessrias para o postgresql95.x86_64 0:9.5.4-2PGDG.rhel6
cliente MySQL funcionar corretamente. Aps esses passos, a postgresql95-server.x86_64 0:9.5.4-2PGDG.rhel6
Complete!
configurao no servidor est pronta para o FDW, porm, ainda [root@servidor]# service postgresql-9.5 stop
restar a configurao dos objetos dentro do banco de dados Stopping postgresql-9.5 service: [ OK ]
PostgreSQL, que ser demonstrada mais adiante. [root@servidor]# service postgresql-9.5 start
Starting postgresql-9.5 service: [ OK ]
Com a instalao do cliente MySQL realizada, o prximo passo [root@servidor]# su - postgres
a instalao do pacote mysql_fdw_95 no sistema operacional, e -bash-4.1$ psql
em seguida a instalao do mysql_fdw no PostgreSQL, conforme psql (9.6.0, server 9.5.4)
Type help for help.
ilustrado na Listagem 2. Caso a instalao seja concluda corre- postgres=# create extension mysql_fdw;
tamente, as bibliotecas do cliente MySQL esto sendo acessadas CREATE EXTENSION
pelo PostgreSQL atravs do mysql_fdw.
Como observao, pode-se notar na Listagem 2 que houve No MySQL em que ser feita a conexo via FDW, conforme
dependncias do mysql_fdw instaladas, os pacotes postgresql95- exibido na Listagem 3, h um banco de dados chamado mysql_da-
-server e postgresql95. Isso ocorreu porque no havia ainda no tabase, o qual possui uma tabela chamada mysql_table, que ser
servidor em questo o banco de dados PostgreSQL na verso 9.5 utilizada nos prximos exemplos.
instalado, mas se houvesse, o mysql_fdw no instalaria depen- Nesse MySQL tambm foi criado um usurio chamado mys-
dncias. A instalao do FDW foi realizada dessa forma apenas ql_usuario, com a senha mysql_senha. Utilizando o cliente do
para mostrar uma forma rpida de instalao do banco de dados PostgreSQL, ser necessrio criar um server, que indica ao Post-
e extenso na mesma tarefa. greSQL onde se conectar para obter os dados da tabela estrangeira.

Edio 148 SQL Magazine 23

Integrao de dados com Foreign Data Wrappers
Listagem 3. Visualizao do banco de dados mysql_database no banco de dados
MySQL
mysql> show databases;
+------------------------------+
| Database | postgres=# CREATE SERVER mysql_server
+------------------------------+
| information_schema |
| mysql |
| mysql_database | SERVER mysql_server
| performance_schema |
| sys | CREATE USER MAPPING
+------------------------------+
5 rows in set (0.00 sec)
mysql> use mysql_database;
Database changed
mysql> show tables;
Empty set (0.00 sec)
mysql> create table mysql_table (id int, texto char(50));
Query OK, 0 rows affected (0.03 sec)
mysql> show tables;
+------------------------------------+
| Tables_in_mysql_database |
+------------------------------------+
| mysql_table | DROP FOREIGN TABLE
+------------------------------------+
1 row in set (0.00 sec)
mysql> create user mysql_user identified by mysql_senha;
Query OK, 0 rows affected (0.00 sec)
mysql> \q
Bye
Para esse passo informado como parmetro o nome do ser-
ver, o wrapper que ser utilizado (nesse caso, o mysql_fdw), o
host em que se hospeda o banco de dados estrangeiro e a porta
de conexo. Essa configurao um pr-requisito para a confi-
gurao do user mapping, que necessrio informar o login e
senha de conexo ao banco estrangeiro que tem acesso aos ob-
jetos que sero acessados. Com essas configuraes de server e
user mapping, todos os dados de acesso ao banco externo foram
informados: servidor e porta, login e senha de conexo. Um
exemplo dessa configurao pode ser observado no Listagem 4.
Os objetos do banco de dados externo podem ser configura-
dos no PostgreSQL com a criao de uma tabela estrangeira, de
acordo com o que foi feito na Listagem 5 (create foreign table) ou
com a importao de esquema (import foreign schema), no qual
mais de uma tabela pode ser importada. interessante entender
o conceito de importao de esquema estrangeiro, onde a sintaxe
import foreign schema no significa que um esquema criado
no destino, e sim que todos os objetos pertencentes ao server
mencionado na sintaxe sero importados como foreign table
um a um. Portanto, caso seja necessrio apagar esses objetos,
no existe uma sintaxe drop foreign schema, ao invs disso, os
objetos devem ser removidos um a um como foreign table.
24 SQL Magazine Edio 148
Listagem 4. Criao de server e user mapping para MySQL no PostgreSQL
[root@servidor]# su - postgres
-bash-4.1$ psql
psql (9.6.0, server 9.5.4)
FOREIGN DATA WRAPPER mysql_fdw
OPTIONS (host 127.0.0.1, port 3306);
CREATE SERVER
postgres=# CREATE USER MAPPING FOR PUBLIC
OPTIONS (username mysql_usuario, password mysql_senha);
Listagem 5. Criao de foreign table e import foreign schema
postgres=# CREATE FOREIGN TABLE postgres_mysql_table (id int, texto char(50))
SERVER mysql_server
OPTIONS (table_name mysql_table, dbname mysql_database);
CREATE FOREIGN TABLE
postgres=# select * from postgres_mysql_table;
id | texto
----+-------
1 | texto
2 | texto
3 | texto
(3 rows)
postgres=# drop foreign table postgres_mysql_table;
postgres=# import foreign schema mysql_database from server mysql_server into
public;
IMPORT FOREIGN SCHEMA
postgres=# \det
List of foreign tables
Schema | Table | Server
-----------+------------------+--------------
public | mysql_table | mysql_server
public | mysql_table2 | mysql_server
(2 rows)
Configurando o oracle_fdw
Seguindo com a configurao de FDW, dessa vez para o Oracle
Database, necessrio o oracle_fdw e um cliente de banco de
dados. Para o banco de dados Oracle no existe extenso oficial
do PostgreSQL, portanto, ser instalado o oracle_fdw, conforme
foi apresentado neste artigo, um projeto existente no GitHub, mas
com bastante aceitao e utilizao. O GitHub pode ser clonado
para um diretrio a partir do endereo do projeto no GitHub ou
o projeto pode ser baixado e transferido para o servidor manual-
mente. Com o GitHub j configurado no servidor, a transferncia
do projeto do GitHub foi realizada utilizando o comando git clone
e em seguida os passos de instalao do FDW, conforme mostra
a Listagem 6.
Antes da instalao do oracle_fdw, necessrio a instalao de
um pacote chamado postgresql95-devel (Listagem 7), que existe
no repositrio oficial do PostgreSQL. Como esse repositrio j foi
adicionado ao servidor na instalao do FDW do MySQL, para
instalar esse pacote necessrio executar a sintaxe apropriada
para o sistema operacional que est sendo configurado. No caso
do CentOS, a sintaxe yum install.
 Listagem 6. Download do projeto oracle_fdw e listagem do contedo baixado
[root@servidor]# git clone https://github.com/laurenz/oracle_fdw.git
Initialized empty Git repository in /root/oracle_fdw/.git/
remote: Counting objects: 1249, done.
remote: Compressing objects: 100% (13/13), done.
remote: Total 1249 (delta 6), reused 0 (delta 0), pack-reused 1236
Receiving objects: 100% (1249/1249), 703.24 KiB | 294 KiB/s, done.
Resolving deltas: 100% (827/827), done.
[root@servidor ~]# cd oracle_fdw/
[root@servidor oracle_fdw]# ls -ltrh
total 392K
-rw-r--r-- 1 root root 156 Oct 4 07:26 TODO
-rw-r--r-- 1 root root 34K Oct 4 07:26 README.oracle_fdw
lrwxrwxrwx 1 root root 17 Oct 4 07:26 README.md -> README.oracle_fdw
-rw-r--r-- 1 root root 1.8K Oct 4 07:26 Makefile
-rw-r--r-- 1 root root 1009 Oct 4 07:26 LICENSE
-rw-r--r-- 1 root root 13K Oct 4 07:26 CHANGELOG
-rw-r--r-- 1 root root 1003 Oct 4 07:26 oracle_fdw--1.1.sql
-rw-r--r-- 1 root root 231 Oct 4 07:26 oracle_fdw--1.0--1.1.sql
drwxr-xr-x 2 root root 4.0K Oct 4 07:26 expected
-rw-r--r-- 1 root root 164K Oct 4 07:26 oracle_fdw.c
-rw-r--r-- 1 root root 44K Oct 4 07:26 oracle_gis.c
-rw-r--r-- 1 root root 7.8K Oct 4 07:26 oracle_fdw.h
-rw-r--r-- 1 root root 133 Oct 4 07:26 oracle_fdw.control
drwxr-xr-x 2 root root 4.0K Oct 4 07:26 sql
-rw-r--r-- 1 root root 92K Oct 4 07:26 oracle_utils.c
Listagem 7. Instalao de dependncia para o oracle_fdw
[root@servidor]# yum install postgresql95-devel
[...]
Setting up Install Process
[...]
Resolving Dependencies
[...]
Installing:
postgresql95-devel x86_64 9.5.4-2PGDG.rhel6 pgdg95 1.7 M
[...]
Installed:
postgresql95-devel.x86_64 0:9.5.4-2PGDG.rhel6
Complete!
Caso no seja instalado esse pacote, ocorrer um erro na ins-
talao do oracle_fdw. Outro item necessrio que o servidor
possua ou o banco de dados Oracle instalado, com uma verso a
partir da 10g para que sejam utilizadas as bibliotecas de acesso ao
banco de dados, ou ento, pode ser baixado atravs do site oficial
da Oracle o cliente de acesso ao banco de dados. Para este artigo,
est sendo utilizado um servidor que j contm o Oracle Database
instalado, mas mesmo assim, o cliente de Oracle foi baixado e
durante a exportao de variveis LD_LIBRARY_PATH e PATH,
esse caminho do cliente foi informado (Listagem 8). Com esses
passos finalizados, a instalao ocorrer normalmente.
Aps os procedimentos realizados, a configurao do FDW
est pronta no servidor e necessrio criar a extenso dentro do
PostgreSQL e todo o mapeamento dentro do banco de dados
para se conectar ao Oracle Database. importante entender nesse
ponto o funcionamento das bibliotecas do PostgreSQL e do Oracle
Database. comum que ocorram erros no que se refere a libs no
encontradas e na maioria dos casos isso se resolve com o export
de PATH, LD_LIBRARY_PATH e o ORACLE_HOME, conforme
mostra a Listagem 9.
Listagem 8. Instalao de oracle_fdw no sistema operacional
[oracle@servidor]$ export PATH=/usr/pgsql-9.5/bin:$PATH
[oracle@servidor]$ make
gcc -Wall -Wmissing-prototypes -Wpointer-arith -Wdeclaration-after-statement
-Wendif-labels -Wmissing-format-attribute -Wformat-security -fno-strict-aliasing
-fwrapv -O2 -g -pipe -Wall -Wp,-D_FORTIFY_SOURCE=2 -fexceptions -fstack-pro-
tector --param=ssp-buffer-size=4 -m64 -mtune=generic -DLINUX_OOM_ADJ=0
-fpic -I/u01/app/oracle/product/11.2.0/dbhome_1/sdk/include -I/u01/app/oracle/
product/11.2.0/dbhome_1/oci/include -I/u01/app/oracle/product/11.2.0/dbho-
me_1/rdbms/public -I/usr/include/oracle/12.1/client -I/usr/include/oracle/12.1/
client64 -I/usr/include/oracle/11.2/client -I/usr/include/oracle/11.2/client64 -I/
usr/include/oracle/11.1/client -I/usr/include/oracle/11.1/client64 -I/usr/include/
oracle/10.2.0.5/client
[...]
[oracle@servidor oracle_fdw]$ make install
/bin/mkdir -p /usr/pgsql-9.5/lib
/bin/mkdir -p /usr/pgsql-9.5/share/extension
/bin/mkdir -p /usr/pgsql-9.5/share/extension
/bin/mkdir -p /usr/pgsql-9.5/doc/extension
/usr/bin/install -c -m 755 oracle_fdw.so /usr/pgsql-9.5/lib/oracle_fdw.so
/usr/bin/install -c -m 644 .//oracle_fdw.control /usr/pgsql-9.5/share/extension/
/usr/bin/install -c -m 644 .//oracle_fdw--1.1.sql .//oracle_fdw--1.0--1.1.sql /usr/
pgsql-9.5/share/extension/
/usr/bin/install -c -m 644 .//README.oracle_fdw /usr/pgsql-9.5/doc/extension/
Listagem 9. Criao de extenso oracle_fdw no PostgreSQL
[root@servidor]# su - postgres
-bash-4.1$ export ORACLE_HOME=/u01/app/oracle/product/11.2.0/dbhome_1
-bash-4.1$ psql
psql (9.6.0, server 9.5.4)
Type help for help.
postgres=# create extension oracle_fdw;
CREATE EXTENSION
postgres=# \q
A criao de server e o user mapping tem pequenas modifica-
es se comparado ao MySQL, mas a ideia principal continua,
criar um link de conexo com o banco de dados externo com as
informaes de conexo de servidor e usurio do objeto externo.
Primeiramente, foi criada uma tabela chamada oracle_table com
duas linhas para teste no PostgreSQL. Tambm existe um usurio
oracle_usuario que j possui os grants necessrios de acesso no
banco de dados Oracle.
No PostgreSQL, a configurao de server, user mapping e foreign
table realizada seguindo a mesma ideia que foi aplicada ao MyS-
QL, com exceo de alguns parmetros, como a criao do server,
que difere no que diz respeito ao nome do parmetro que indica o
servidor (no MySQL era host, no Oracle chama-se dbserver), como
mostra a Listagem 10. Para o oracle_fdw, tambm necessrio infor-
mar um usurio do PostgreSQL na criao do user mapping. Para o
MySQL esse acesso pode ser pblico, o que tambm possvel para
o Oracle, mas necessrio indicar explicitamente essa permisso
realizando um grant aos usurios ou perfis que tero acesso.
Utilizando o FDW
O modelo de dados apresentado na Figura 2 contm trs tabelas
que foram criadas em bancos de dados separados, simulando uma
situao em que a interao entre as tabelas necessria com exe-
cuo de select, insert, update e delete, e utilizando join entre elas.
Edio 148 SQL Magazine 25
Integrao de dados com Foreign Data Wrappers

Os objetos contidos nesse modelo de dados so a tabela Client,
presente em um banco de dados Oracle, tabela Project em um
banco de dados MySQL e, por ltimo, a tabela Salesman criada no
PostgreSQL onde est configurado o FDW. A Tabela 1 apresenta
os cdigos que foram utilizados para a criao das tabelas em
seus respectivos bancos de dados.
O primeiro teste na Listagem 11 foi realizar join entre as tabe-
las, utilizando a tabela Project para fazer o join com as tabelas
Client e Salesman. Primeiramente, foram listadas as trs tabelas
Listagem 10. Criao de server e user mapping para o oracle_fdw
-bash-4.1$ psql
psql (9.6.0, server 9.5.4)
Type help for help.
postgres=# CREATE SERVER oracle_server
FOREIGN DATA WRAPPER oracle_fdw
OPTIONS (DBSERVER //127.0.0.1/oracle_database);
CREATE SERVER
postgres=# CREATE USER MAPPING FOR postgres_usuario
SERVER oracle_server
OPTIONS (USER oracle_usuario, PASSWORD oracle_senha);
CREATE USER MAPPING
postgres=# GRANT USAGE ON FOREIGN SERVER oracle_server TO postgres_usuario;
GRANT
postgres=# CREATE FOREIGN TABLE oracle_table (id INT, campo CHAR(10))
SERVER oracle_server OPTIONS (SCHEMA ORACLE_USUARIO, TABLE ORACLE_TABLE);
CREATE FOREIGN TABLE
postgres=# \det
List of foreign tables
Schema | Table | Server
-------------+-----------------+------------------
postgres | oracle_table | oracle_server
public | mysql_table | mysql_server
(2 rows)
para visualizao do contedo, em seguida, um join mostrando
o campo Name de cada tabela e o id do Projeto. Dessa forma,
possvel visualizar como a execuo da query transparente para
o banco de dados, independente se os resultados so provenientes
de tabela estrangeira ou no.
Por ltimo, foi realizada uma tentativa de update da tabela
Client, mas ocorre um erro informando que nessa tabela no h
chave primria. Por esse motivo, a tabela estrangeira foi removida
(no PostgreSQL) e foi criada uma nova tabela estrangeira com o
parmetro OPTIONS (key true) no campo ID, indicando que o
campo em questo agora considerado uma chave. Feito isso, o
update passa a ser executado corretamente.
Assim como foi visualizado na Listagem 11 que para a exe-
cuo de um update necessria uma chave, para executar um
delete tambm h a necessidade de se ter uma chave primria.
Em nosso exemplo, a alterao ocorreu na tabela original no
banco de dados MySQL na tabela Project. Aps essa modifi-
cao da tabela na sua origem, a excluso foi realizada com
sucesso. O mesmo procedimento tambm vale para o insert.
Essas regras so importantes para que no haja perda de
performance na execuo desse tipo de alterao entre banco
de dados de origem e banco de dados PostgreSQL com FDW.
A Listagem 12 mostra um exemplo de excluso de dados em
tabela estrangeira no MySQL.
Para finalizar os exemplos sobre a utilizao de FDW com ban-
cos de dados Oracle, MySQL e PostgreSQL, os procedimentos da
Listagem 13 esto executando delete e insert na tabela Client do
banco de dados Oracle atravs do PostgreSQL e, aps as alteraes,
realizado um acesso ao banco de dados Oracle para visualizar
se as alteraes foram aplicadas corretamente.

Erros comuns em configurao do FDW

Tabela Client Tabela Project Tabela Salesman Mesmo no sendo um processo complexo (a configurao do
create table Client create table Project create table Salesman FDW no sistema operacional e no banco de dados PostgreSQL), h
(idClient int, (idProject int, (idSalesman int,
determinados erros que no esto previstos em todos os ambientes
Name char(50)); idClient int, Name char(50));
e, por isso, importante um entendimento do que est ocorrendo
idSalesman int,
Name char(50));
para contornar o problema. A seguir so apresentados alguns
exemplos desses problemas:
Tabela 1. Scripts de criao de tabelas utilizados

Figura 2. Modelo de dados para testes de integrao dos dados

26 SQL Magazine Edio 148

Listagem 11. Executando query, join e update com tabelas estrangeiras Listagem 11. Executando query, join e update com tabelas estrangeiras

You are now connected to database postgres as user postgres_usuario. You are now connected to database postgres as user postgres_usuario.
postgres=> select * from project; postgres=> select * from project;
idproject | idclient | idsalesman | name idproject | idclient | idsalesman | name
-------------+----------+----------------+-------------- -------------+----------+----------------+--------------
1 | 1 | 1 | Armario 1 | 1 | 1 | Armario
2 | 2 | 2 | Cozinha 2 | 2 | 2 | Cozinha
3 | 8 | 2 | Rack 3 | 8 | 2 | Rack
[...] [...]
(10 rows) (10 rows)

postgres=> select * from salesman; postgres=> select * from salesman;

idsalesman | name idsalesman | name
----------------+-------------------- ----------------+--------------------
5 | Vendedor5 5 | Vendedor5
1 | Vendedor1 1 | Vendedor1
2 | Vendedor2 2 | Vendedor2
3 | Vendedor3 3 | Vendedor3
4 | Vendedor4 4 | Vendedor4
(5 rows) (5 rows)

postgres=> select * from client; postgres=> select * from client;

idclient | name idclient | name
----------+---------------------- ----------+----------------------
1 | Daniel 1 | Daniel
2 | Michele 2 | Michele
[...] [...]
8 | Daniela 8 | Daniela
9 | Joao 9 | Joao
10 | Pedro 10 | Pedro
(10 rows) (10 rows)

postgres=> select p.idproject, p.name, c.name, s.name from project p join client c postgres=> select p.idproject, p.name, c.name, s.name from project p join client c
on p.idclient = c.idclient join salesman s on p.idsalesman = s.idsalesman; on p.idclient = c.idclient join salesman s on p.idsalesman = s.idsalesman;
idproject | name | name | name idproject | name | name | name
-------------+------------------+-------------------+--------------------- -------------+------------------+-------------------+---------------------
1 | Armario | Daniel | Vendedor1 1 | Armario | Daniel | Vendedor1
6 | Escrivaninha | Michele | Vendedor5 6 | Escrivaninha | Michele | Vendedor5
2 | Cozinha | Michele | Vendedor2 2 | Cozinha | Michele | Vendedor2
5 | Mesa | Carlos | Vendedor1 5 | Mesa | Carlos | Vendedor1
[...] [...]
3 | Rack | Daniela | Vendedor2 3 | Rack | Daniela | Vendedor2
(10 rows) (10 rows)

postgres=> update client set name = Jorge where idclient=4;
ERROR: no primary key column specified for foreign Oracle table
DETAIL: For UPDATE or DELETE, at least one foreign table column must be marked
as primary key column.
HINT: Set the option key on the columns that belong to the primary key.
[...]
postgres=> CREATE FOREIGN TABLE client (idClient int OPTIONS (key true), Name
char(50))
SERVER oracle_server
OPTIONS (SCHEMA ORACLE_USUARIO, TABLE CLIENT);
CREATE FOREIGN TABLE
postgres=> update client set name = Jorge where idclient=4;
ERROR: no primary key column specified for foreign Oracle table
DETAIL: For UPDATE or DELETE, at least one foreign table column must be marked
as primary key column.
HINT: Set the option key on the columns that belong to the primary key.
[...]
postgres=> CREATE FOREIGN TABLE client (idClient int OPTIONS (key true), Name
char(50))
SERVER oracle_server
OPTIONS (SCHEMA ORACLE_USUARIO, TABLE CLIENT);
CREATE FOREIGN TABLE

postgres=> update client set name = Jorge where idclient=4; postgres=> update client set name = Jorge where idclient=4;
UPDATE 1 UPDATE 1
postgres=> select * from client; postgres=> select * from client;
idclient | name idclient | name
-----------+------------------------ -----------+------------------------
1 | Daniel 1 | Daniel
2 | Michele 2 | Michele
[...] [...]
(10 rows) (10 rows)

Edio 148 SQL Magazine 27

Integrao de dados com Foreign Data Wrappers

Listagem 12. Exemplo com excluso de dados em tabela estrangeira do MySQL ERROR: error connecting to Oracle: OCIEnvCreate failed to create
environment handle, esse erro ocorre no momento em que o Post-
postgres=> select p.idproject, p.name, c.name, s.name from project p join client c
on p.idclient = c.idclient join salesman s on p.idsalesman = s.idsalesman;
greSQL vai se conectar ao Oracle para ler a tabela, mesmo aps
idproject | name | name | name toda a configurao ter ocorrido corretamente. Motivo do erro:
-------------+-----------------+----------------------+---------------------- falta exportar a biblioteca do cliente Oracle. Para corrigir isso,
1 | Armario | Daniel | Vendedor1
utilize o mesmo procedimento informado para o erro a seguir;
6 | Escrivaninha | Michele | Vendedor5
[...] Mesmo aps exportar todas as bibliotecas, ocorrem erros de
10 | Balco | Daniela | Vendedor3 falta de arquivos de bibliotecas. Para correo, inclua o caminho
3 | Rack | Daniela | Vendedor2 da biblioteca do PostgreSQL, do cliente Oracle e do cliente MySQL
(10 rows)
no arquivo /etc/alternatives/pgsql-ld-conf e, aps as modifica-
postgres=> delete from project where idproject = 10; es, execute o comando ldconfig para o arquivo ser carregado
DELETE 1 em memria. Para essa modificao necessrio acesso com o
usurio root ou ter sudo para executar essa alterao. Os caminhos
postgres=> select p.idproject, p.name, c.name, s.name from project p join client c
on p.idclient = c.idclient join salesman s on p.idsalesman = s.idsalesman; includos para os exemplos deste artigo foram /usr/pgsql-9.5/lib/,
idproject | name | name | name /usr/lib/oracle/11.2/client64/lib e /usr/lib64/mysql, isso porque esto
------------+------------------+----------------+------------------ no diretrio padro de instalao. Verifique se a sua instalao
1 | Armario | Daniel | Vendedor1
est da mesma forma;
6 | Escrivaninha | Michele | Vendedor5
[...] Makefile:23: /usr/pgsql-9.5/lib/pgxs/src/makefiles/pgxs.mk: No such
3 | Rack | Daniela | Vendedor2 file or directory, essa mensagem acontece no primeiro passo da
(9 rows)
configurao do oracle_fdw, e ocorre porque ou o pacote post-
Listagem 13. Exemplo de excluso e insero de dados em tabela estrangeira do gresql95-devel no foi instalado ou ocorreu algum erro durante
Oracle a instalao;
postgres=> select * from client;
pg_config: Command not found: significa que necessrio exportar
idclient | name a biblioteca do PostgreSQL (no caso, o 9.5) que est no caminho
-----------+------------------
1 | Daniel
usr/pgsql-9.5/bin;
2 | Michele HINT: Set the option key on the columns that belong to the primary
3 | Carlos key: essa mensagem deixa claro que necessrio definir como
[...]
8 | Daniela chave primria a coluna em que se est tentando executar DML.
9 | Joao Defina qual coluna a chave primria da tabela estrangeira (de-
10 | Pedro
(10 rows) finir no PostgreSQL e no na tabela original);
postgres=> delete from client where idclient = 10; ERROR: Oracle table ORACLE_USUARIO.client for foreign
DELETE 1
postgres=> select * from client; table client does not exist or does not allow read access DETAIL: ORA-
idclient | name 00942: table or view does not exist HINT: Oracle table names are case
-----------+----------------
1 | Daniel
sensitive (normally all uppercase): esse erro bem comum no incio
2 | Michele de uma configurao de foreign table, o Oracle por default cria
3 | Carlos
as tabelas como maisculo, portanto, para pesquis-las atravs
[...]
9 | Joao do FDW, crie as tabelas estrangeiras definindo o schema e table
(9 rows) com maisculo;
postgres=> insert into client values (55,Lara);
INSERT 0 1 ERROR: first column of remote table must be unique for INSERT/
postgres=> select * from client; UPDATE/DELETE operation: indica que a primeira coluna da tabela
idclient | name
-----------+------------------ estrangeira precisa ter uma chave para que o mysql_fdw envie
1 | Daniel a solicitao de insert, update ou delete para o banco de dados
2 | Michele
[...] remoto. Nesse caso, diferente do oracle_fdw, a tabela que deve ser
55 | Lara modificada no prprio MySQL e no a tabela estrangeira no
(10 rows)
postgres=> \q
PostgreSQL.
[oracle@servidor]$ sqlplus oracle_usuario/oracle_senha
[...]
SQL> select * from client;
Pontos positivos na utilizao do FDW
IDCLIENT NAME Esse tipo de integrao do FDW entre SGBDs distintos auxilia
-------------- -------------------------------------------------- diversas atividades de um DBA e desenvolvedores, por exemplo,
1 Daniel
2 Michele migraes de banco de dados. possvel tambm executar proce-
[...] dimentos e ferramentas que s existem no PostgreSQL com dados
55 Lara
10 rows selected. originados de outros bancos, onde algumas ferramentas so pagas,
SQL> exit por exemplo, ou gerar de forma simplificada e automatizada a

28 SQL Magazine Edio 148

exportao de arquivos diretamente no sistema operacional em
vrios formatos utilizando os diversos pacotes fdw disponveis
nos repositrios do PostgreSQL.
A consulta a dados legados de diversas aplicaes poderia ser
simplificada utilizando o FDW. Ao invs de diversos bancos de
dados e aplicaes, possvel ter todos os dados centralizados em
um s banco de dados. Isso elimina latncia podendo inclusive,
estarem todos os dados concentrados em uma nica interface de
acesso.
Utilizar o FDW para coletar dados de webservices e twitter pode
ser uma tima alternativa para o negcio onde necessrio ter
um histrico de comportamentos de clientes e opinies diversas
que esto acontecendo em tempo real na internet.
Outra alternativa de uso do FDW integrar dois bancos distin-
tos (Oracle e SQL Server, por exemplo) utilizando o PostgreSQL
como mediador para executar rotinas de migrao, de troca de
informaes, ou at mesmo utilizar como um terceiro banco que
realiza um join entre dados de dois SGBDs externos e disponi-
biliza em uma terceira aplicao.
Pontos de ateno ao utilizar FDW
As queries merecem uma ateno especial, principalmente quan-
do a pesquisa tem muitos filtros e joins. O FDW lida muito bem
com queries complexas, mas a utilizao de explain para analisar
como o PostgreSQL est tratando o envio da solicitao e como
o destino est recebendo importante antes da implementao
em produo.
Latncia pode ser um problema para o FDW. Dependendo da
forma como a infraestrutura est organizada, se est na nuvem e
no est no mesmo datacenter, pode-se ter problemas de latncia
entre os bancos de dados.
Atualmente, so poucos os materiais disponveis sobre o FDW,
embora seja uma comunidade muito ativa do PostgreSQL. Eventu-
almente, pode ser complicado encontrar a soluo imediatamente
aps um determinado evento, mas o suporte da comunidade
PostgreSQL e dos desenvolvedores de FDW em fruns costumam
responder rpido sobre tentativas de soluo.
O FDW no atualiza alteraes de tabelas que aconteceram na
origem, por exemplo, adio de colunas ou nomes, por esse motivo,
caso tenha sido criada uma nova coluna em uma tabela externa
que utilizada como tabela estrangeira no PostgreSQL, o correto
atualizar a tabela estrangeira com a recriao da mesma.
O FDW uma excelente alternativa de conexo entre banco de
dados distintos, confivel, de fcil administrao, exige pouco
conhecimento do sistema operacional Linux para configurao
de repositrios, instalao de pacotes e exportao de variveis
de bibliotecas, e conhecimento mnimo para a conexo no banco
de dados PostgreSQL e realizar configurao do FDW. Contudo,
o ideal que um profissional com conhecimento do negcio e do
banco de dados realize essas atividades.
Autor
Paulo Singaretti
psingaretti@gmail.com
DBA no iFood, experincia de 10 anos em banco de dados, com
atuao em projetos, em desenvolvimento e administrao.
Experincia com Oracle, SQL Server, PostgreSQL e Adabas.
Links:
[1] Foreign data wrappers (Wiki do PostgreSQL)
https://wiki.postgresql.org/wiki/Foreign_data_wrappers
[2] Planeta PostgreSQL
https://planeta.postgresql.org.br
[3] Playing with FDW in PostgreSQL
http://kartoza.com/en/blog/playing-with-foreign-data-wrappers-in-postgresql
[4] GitHub Laurenz Albe - Projeto oracle_fdw
https://github.com/laurenz/oracle_fdw
[5] Why SQL/MED is cool
http://rhaas.blogspot.com.br/2011/01/why-sqlmed-is-cool.html
Edio 148 SQL Magazine 29
Backups com RMAN
Soluo de backups centralizada com uso do
RMAN e scripts shell
P Fique por dentro
ara a grande maioria das organizaes, os da-
dos possuem um valor inestimvel. Nessa era
da informao, perdas de dados podem causar
grandes prejuzos e, no pior cenrio, podem at levar
ao encerramento de atividades de uma empresa. Mesmo
quando nossos procedimentos nos permitem recuperar
os dados em caso de falhas, geralmente isso demanda
algum tempo de indisponibilidade, que tambm pode
gerar prejuzos ao negcio.
Embora os sistemas gerenciadores de bancos de dados,
como o Oracle, estejam bem consolidados e robustos,
nunca estaremos livres de falhas. Podem ocorrer erros
humanos, falhas nos equipamentos de hardware, danos
integridade fsica de equipamentos (um incndio, por
exemplo), entre muitas outras possibilidades.
Pelas razes expostas, na administrao de banco de
dados, uma das maiores responsabilidades do DBA
manter um plano de backup e disponibilidade apro-
priados necessidade da empresa. Isso demanda um en-
tendimento do negcio, dos riscos existentes e de como
eles podem ser gerenciados. Desse modo, um sistema
crtico normalmente demanda backups frequentes, com
manuteno de mdias de backup em locais seguros e
com mltiplas cpias. Esses ambientes crticos tambm
costumam demandar solues de alta disponibilidade
e de recuperao de desastres, como o Oracle Data
Guard, que permite ter uma cpia idntica do ambiente
de produo (conhecida como banco de dados Standby)
em outra mquina para que essa cpia seja usada se o
primeiro banco de dados (banco primrio) falhar ou
estiver inacessvel por algum motivo qualquer. Uma
das vantagens de se ter um ambiente com Data Guard
que voc pode fazer backup do banco de dados Standby
(usando o recurso conhecido como Active Data Guard,
que exige licenciamento parte), no onerando desse
modo o banco primrio.
Sistemas ou ambientes menos crticos, tais como am-
bientes de desenvolvimento e homologao, permitem
polticas de backups menos exigentes e que muitas vezes
possibilitam algum tempo de indisponibilidade. O equi-
lbrio correto na definio da poltica de backups im- reduzir agilidade. Por isso, ser capaz de administrar os backups
portante, pois polticas mais robustas demandam maiores
esforos de gerenciamento, mais controle e acabam sendo
bem mais caras de se implementar e de se manter.
30 SQL Magazine Edio 148
Uma das atividades mais importantes do Administrador de Banco de
Dados (DBA) , sem dvidas, implementar uma estratgia e poltica de
backups eficiente e segura. Administrar e manter os backups de forma
simples e centralizada, alm de minimizar riscos (da falta de backups),
traz muita agilidade ao DBA. Embora existam diversas ferramentas no
mercado que possam nos auxiliar nessa tarefa, quando trabalhamos
com Oracle, podemos construir rotinas de backup centralizadas de
forma simples, utilizando apenas recursos disponveis do prprio
banco de dados e do sistema operacional. Neste artigo, introduziremos
conceitos bsicos de backup e depois apresentaremos uma estrutura
de backup centralizada e muito bem organizada para facilitar o seu
gerenciamento. Essa soluo foi testada e est em uso h meses na
empresa em que ns, autores deste artigo, trabalhamos.
Na grande maioria dos ambientes, a poltica de backup, uma vez
definida, implementada para ocorrer em janelas especficas nos
horrios programados. Em ambientes com diversos servidores e
bancos de dados, construir e manter as rotinas de backup costuma
ser algo trabalhoso. Imagine, por exemplo, um ambiente com 100
bancos de dados em 10 servidores diferentes. Entrar em cada um
deles diariamente para verificar o status dos backups pode ser
uma tarefa rdua e que normalmente o DBA no ter tempo para
fazer. Nesse caso, as rotinas de manuteno tambm podem ser
muito trabalhosas. Imagine se voc tiver 100 scripts de backup,
um para cada banco, e tiver que mudar, por exemplo, o caminho
de destino dos backups. Alterar um por um no ser uma tarefa
rpida e nem to pouco produtiva.
Por isso, em primeiro lugar, muito importante criar uma forma
de centralizar as rotinas de backup de modo que a manuteno
e monitorao possam ser realizadas com maior facilidade e
agilidade. Existem algumas maneiras de se construir rotinas
centralizadas, mas devemos sempre estar atentos a um princpio: a
simplicidade. Na rea de TI, muito comum termos solues com
maior complexidade do que de fato necessrio. Embora muitas
vezes essas solues at utilizem recursos interessantes, devemos
nos atentar ao fato de que, quanto mais complexa uma soluo,
mais difcil a sua manuteno. Isso aumenta riscos, custos e pode
de uma forma simples e centralizada so fatores importantes para
ganhar tempo, facilitar a manuteno e minimizar riscos. Para
apoiar a construo e gesto de rotinas de backup centralizadas,
existem ferramentas disponveis no mercado, tais como Oracle
Secure Backup, Data Protector, Tivoli Storage Manager etc. Infeliz-
mente, nem sempre temos as licenas disponveis para uso delas,
ou as temos apenas para alguns ambientes. Felizmente, somente
com os recursos fornecidos pelo Oracle possvel montar uma
rotina de backups centralizada, simples e eficiente. Para gerenciar
os backups, a Oracle possui sua prpria ferramenta, chamada
Recovery Manager (mais conhecida como RMAN). J para tratar
a questo de agendamento das rotinas de backup necessrias, po-
demos contar com o Oracle Scheduler, uma ferramenta completa
para execuo de jobs.
Neste artigo, iremos apresentar uma proposta com estrutura sim-
ples e centralizada para controlar procedimentos tpicos de backup,
utilizando apenas recursos disponveis no Oracle e no sistema
operacional. Primeiramente, apresentaremos uma introduo de
cada um dos recursos utilizados: RMAN, Oracle Scheduler e Oracle
Wallet, para depois apresentarmos a estrutura proposta.
RMAN
Podemos utilizar ferramentas externas ou mesmo procedimentos
de cpia de arquivos para fazer backups de bancos de dados Ora-
cle. So os chamados backups no gerenciados. Embora possveis,
a maneira mais eficiente de se fazer backups no Oracle, utilizan-
do o RMAN, que uma ferramenta do amplamente utilizada para
executar atividades de backup e recuperao de bancos de dados,
provendo flexibilidade na configurao e execuo da poltica bsicos de backups:
de backups, bem como recursos indispensveis no processo de
recuperao em caso de falhas. O RMAN utiliza processos chama-
dos channels (canais) para realizar suas operaes. Os channels
so processos de servidor, como qualquer outro, mas destinados
exclusivamente para fazer a cpia de arquivos.
Quando utilizamos o RMAN, importante observarmos al-
guns conceitos e terminologias. Dois deles, que s vezes causam
confuso, so os conceitos de backup total ou parcial, e backup
completo ou incremental:
Backup total ou parcial (whole or parcial): refere-se ao que
servir de entrada para o backup, ou seja, podemos fazer o backup
de todo o banco de dados, ou podemos fazer o backup de partes
dele (no caso do Oracle, de tablespaces ou datafiles especficos);
Backup completo ou incremental (full or incremental): refere-
-se aos arquivos de sada do backup. No backup completo temos
todo o contedo presente nos arquivos de sada (exceto blocos
vazios ou no utilizados se usamos Backup Set). J no caso de
backup incremental, temos apenas os blocos alterados desde o
ltimo backup realizado.
Outro conceito importante so os tipos de backup do RMAN,
que podem ser:
Image Copy: uma cpia exata do banco de dados, portanto,
os arquivos de entrada so copiados byte a byte para os arquivos
de sada;
Backup Set: uma estrutura lgica de dados que pode juntar
vrios arquivos de entrada em um s arquivo de sada, e que exclui
os blocos vazios ou no utilizados arquivos de entrada, ficando
desse modo, o backup com um tamanho normalmente bem menor
que o tamanho total do banco de dados.
Outro ponto importante a diferena entre backups para ban-
cos em modo ARCHIVE e em modo NOARCHIVE. No primeiro
caso, podemos fazer backups " quente", ou seja, com o banco de
dados no ar. J no segundo caso, precisamos deixar o banco de
dados em modo MOUNT para fazer um backup com o banco de
dados " frio", ou seja, indisponvel para acesso pelos usurios.
Isso ocorre porque qualquer cpia com o banco de dados aberto
resultar em uma cpia inconsistente, pois durante a gerao da
cpia de backup, os arquivos do banco de dados podero sofrer
alteraes devido s operaes de usurios. Quando o banco de
dados est em modo ARCHIVE, existe nele os chamados archived
logs, que garantem a consistncia do backup junto ao estado do
banco de dados no momento do incio do backup.
Estratgia de backups incrementais
No RMAN, podemos adotar uma poltica de realizao de
backups completos (full) do banco de dados, com uma determi-
nada frequncia (por exemplo, diariamente), ou de realizao de
backups incrementais, que pode reduzir o tamanho dos arquivos
de backup e o tempo de gerao deles.
Em uma estratgia incremental com o RMAN, temos dois tipos
Backup incremental de nvel 0: um backup completo. Basica-
mente, semelhante ao backup full, com a diferena de que ele
permite a aplicao de backups incrementais de nvel 1 posterior-
mente (algo que um backup full no permite);
Backup incremental de nvel 1: um backup que contm apenas
as diferenas em relao ao ltimo backup de nvel 0 ou de nvel
1, dependendo do tipo, que pode ser:
- Diferencial: contm diferenas em relao ao ltimo backup
realizado, seja ele de nvel 0 ou 1.
- Cumulativo: contm todas as diferenas em relao ao ltimo
backup de nvel 0 realizado. Ele desconsidera backups que no
sejam de nvel 0, portanto, ele sempre ir conter as diferenas
desde o ltimo 0, desconsiderando qualquer backup de nvel
1 que foram realizados posteriormente.
A Figura 1 ilustra a diferena entre uma estratgia de backups
incremental diferencial e cumulativa.
Havendo necessidade de recuperao, o ponto de partida sempre
um backup incremental de nvel 0. Na estratgia com backup
incremental diferencial, precisamos aplicar o backup de nvel 0
e depois cada backup de nvel 1, na sequncia, at o tempo de
recuperao desejado. J no caso de backup incremental cumula-
tivo, precisamos recuperar o backup de nvel 0 e apenas o ltimo
backup de nvel 1 realizado. Nos dois casos, se o banco de dados
estiver em modo ARCHIVE, tambm devem ser aplicados os AR-
CHIVES (archived logs) ou seus backups, posteriores ao ltimo
backup incremental restaurado.
Edio 148 SQL Magazine 31
Alta performance com carga direta de dados
Estratgia de Backup Incremental com nvel 1 diferencial
Nvel 01
Diferencial
Nvel 01
Diferencial
Nvel 00
DOM - 07/08 4 hs SEG - 08/08 4 hs TER - 09/08 4 hs
Estratgia de Backup Incremental com nvel 1 cumulativo
Nvel 01 Diferencial
Nvel 01 Diferencial
Nvel 01
Diferencial
Nvel 00
DOM - 07/08 4 hs SEG - 08/08 4 hs TER - 09/08 4 hs
Figura 1. Backup diferencial e backup cumulativo
Repositrio do RMAN
O repositrio do RMAN armazena os metadados dos backups.
Ele contm as configuraes persistentes de backup (ex.: caminho
padro de arquivos de backups), dados sobre os backups reali-
zados etc. O repositrio armazenado por padro no Controlfile
do banco de dados alvo (aquele ao qual nos conectamos). Opcio-
nalmente, podemos usar tambm um catlogo do RMAN, que
mantm uma segunda cpia dos metadados e estende as suas
capacidades, trazendo as seguintes vantagens:
Possibilidade de manter informaes sobre os backups por
perodo indefinido (quando usamos apenas o Controlfile o valor
mximo de 365 dias);
Ter um repositrio central para manter informaes e gerenciar
Backups para diversos bancos de dados;
Possibilidade de armazenar scripts do RMAN, que nos ajudam
a criar rotinas padronizadas e que podem ser reutilizadas para
diversos bancos de dados.
Configuraes do RMAN
O RMAN possui diversas configuraes persistentes para o
ambiente de backup. As configuraes so feitas no banco de
dados, ficam armazenadas no controlfile, e tambm no catlogo
do RMAN, caso ele esteja sendo utilizado. Elas nos permitem
definir itens como:
Poltica de reteno dos backups: podem ser definidas para
uma janela de tempo (ltimos sete dias, por exemplo), ou para
um total de redundncia (manter dois backups, por exemplo);
32 SQL Magazine Edio 148
Channels: sendo os processos utilizados pelo RMAN para
realizar os backups, permitem configuraes tais como tipo
de dispositivo (disco ou fita), caminho onde sero gerados os
backups, configuraes de tamanho dos backups pieces, entre
Nvel 01
Diferencial
outras opes;
Backup automtico do controlfile: indica se a cada backup
tambm ser gerado um backup do controlfile;
Dispositivo padro: indica se o padro para os backups ser
disco ou fita.
QUA - 10/08 4 hs Existe uma srie de outras configuraes que podem ser defini-
das pelo RMAN. Muitas delas podem ser sobrescritas pelos seus
comandos. Por exemplo, podemos gravar os arquivos de sada
de um backup em dispositivo e caminho diferentes do que est
configurado, desde que coloquemos as instrues explicitamente
no comando.
Scripts RMAN
Uma das vantagens apresentadas para o uso de um catlogo do
RMAN a possibilidade de se armazenar scripts do RMAN, que
podem ser escritos e armazenados previamente para executar
diversas tarefas. Isso ajuda em uma melhor organizao e geren-
QUA - 10/08 4 hs ciamento das nossas rotinas de backup.
Os scripts RMAN armazenados podem ser locais ou globais.
Os scripts locais so especficos para um banco de dados e ficam
visveis e disponveis apenas quando estamos conectados a esse
banco de dados. J os scripts globais ficam disponveis para uso
em todos os bancos de dados registrados no catlogo do RMAN.
Scripts do RMAN tambm podem receber parmetros, o que
faz bastante sentido quando queremos definir scripts reutiliz-
veis (e certamente queremos isso quando estamos fazendo uma
administrao centralizada dos backups).
Conceitos de expired e obsolete backups
Dois conceitos importantes, mas que costumam ser confundidos
entre si, so os de backup expirado e obsoleto. Um objeto est ex-
pirado quando seus arquivos no so encontrados fisicamente em
disco ou fita. O fato sinalizado quando executamos o comando
CROSSCHECK via RMAN. Esse comando faz a validao dos
objetos, mas no remove as entradas do RMAN. Isso deve ser
feito depois atravs do comando DELETE EXPIRED.
O conceito de obsoleto est relacionado poltica de reteno
de backups, ou seja, backups obsoletos so aqueles que no so
mais necessrios para atender aos requisitos de reteno (con-
figurados atravs de parmetros ou comandos). Por exemplo, se
estamos trabalhando com uma poltica de reteno que usa uma
janela de dois dias, devemos ser capazes de restaurar o banco
de dados para qualquer ponto da hora atual at dois dias atrs.
Qualquer backup necessrio para fazer essa restaurao deve
ser mantido, enquanto que, os backups no necessrios so con-
siderados obsoletos e podem ser removidos atravs do comando
DELETE OBSOLETE. Para explicar melhor esse conceito, veja o
exemplo da Figura 2.
 Poltica de reteno: janelas de 3 dias

Nvel Nvel Nvel Nvel Nvel Nvel Nvel Nvel Nvel Nvel Nvel Nvel
01 01 01 01 01 01 01 01 01 01 01 01

Nvel Nvel
00 00
04 hs 04 hs 04 hs 04 hs 04 hs 04 hs 04 hs 04 hs 04 hs 04 hs 04 hs 04 hs 04 hs 04 hs
DOM SEG TER QUA QUI SEX SAB DOM SEG TER QUA QUI SEX SAB
07/08 08/08 09/08 10/08 11/08 12/08 13/08 14/08 15/08 16/08 17/08 18/08 19/08 20/08

Janela de reteno (3 dias)

Janela de reteno (3 dias)

SEX 19/08
TER 16/08
Backups de 07/08 at
No temos backups
13/08 esto obsoletos.
obsoletos

Figura 2. Backups obsoletos

Nesse exemplo trabalhamos com uma poltica de reteno de
trs dias, o que significa que precisamos garantir que podemos
restaurar um backup para qualquer ponto dentro desta janela.
Dessa forma, se estamos no dia 16/08, uma tera, devemos ser
capazes de restaurar o banco em um ponto at trs dias antes,
o que nos coloca na data de 13/08. Para uma restaurao nessa
data, dependemos do backup incremental de nvel 0 do dia
07/08, e de todos os incrementais at a data em que precisamos
fazer a restaurao. Nesse cenrio no temos nenhum backup
considerado obsoleto.
Porm, se avanamos mais alguns dias e usarmos como refe-
rncia a quinta-feira, dia 18/08, nossa janela de reteno de 3 dias
nos remete 15/08. Para restaurar um backup dentro dessa janela,
precisamos do backup incremental de nvel 0 do domingo, 14/08.
Todos os backups anteriores a essa data no so mais necessrios
e, por essa razo, so considerados obsoletos.
A remoo de backups obsoletos importante para evitar o
consumo desnecessrio de espao em disco para armazenar
os arquivos de backup. Esse procedimento pode ser realizado
manualmente, ou automatizado, atravs de Jobs, ou atravs do
uso da Fast Recovery Area (FRA), recurso disponvel com tama-
nho predefinido em que o Oracle remove automaticamente os
backups obsoletos quando precisar de mais espao para gerar
novos backups.
Scheduler
Scheduler um recurso do Oracle que permite automatizar a
execuo de Jobs (tarefas). um recurso verstil, que permite
tanto a execuo de procedures e scripts PL/SQL quanto a exe-
cuo de cdigo externo, como executveis ou scripts do sistema
operacional.
O Scheduler possui uma srie de objetos, que nos fornecem
inmeras possibilidades para execuo de rotinas automatizadas.
O objeto mais bsico o Job, atravs do qual podemos executar
uma ao em uma frequncia programada, configurando-o como
Job autocontido (self contained job). Tambm podemos definir
estruturas mais complexas atravs do uso de outros tipos de
objetos, tais como:
Program: uma camada de abstrao entre um Job e a ao que
ele deve executar. Uma de suas vantagens que ele pode ser re-
aproveitado, portanto, til em aes que podem se repetir em
diversos Jobs ou em diversos momentos;
Schedules: definem quando e com que frequncia ocorre a
execuo de um Job. Da mesma maneira que acontece com um
Program, til quando a queremos reutilizar algo, nesse caso,
uma agenda de execues de Jobs;
Chain: define uma srie de programs com dependncia de exe-
cuo entre si, criando um Workflow (fluxo de trabalho) entre eles.
composta por passos (Steps) e contm sequncia de execues
controlada por regras (rules).
Shell Script Linux
O termo Shell descreve uma camada intermediria entre o usu-
rio e o kernel do sistema operacional. , dessa forma, um meio
atravs do qual o usurio pode interagir com o kernel. No caso
de nosso exemplo, estamos usando o sistema operacional Linux.
Nele, um dos mais conhecidos Shell o interpretador de coman-
dos conhecido como bash, que permite a execuo de diversos
comandos do Linux, que podem ser digitados diretamente em um
utilitrio de linha de comandos ou atravs de scripts. Os Scripts
Shell, como assim so chamados, so nada mais do que arquivos
texto contendo comandos shell.

Edio 148 SQL Magazine 33

Alta performance com carga direta de dados
Shell Scripts so, dessa forma, muito teis na automao de ta- localizado o schema utilizado para o catlogo do RMAN, que
refas. Eles podem ser editados em qualquer editor de textos, mas
muito comum usarmos no Linux o VI, um editor nativo desse
sistema operacional, que pode ser executado a partir da linha de
comandos. Para serem executados, os arquivos de Shell Scripts
precisam de permisso de execuo, que pode ser definida atravs sificadas da seguinte forma:
do comando chmod.
O Scheduler permite que um Job ou Program execute um Shell
Script. Para que isso ocorra, seu tipo deve ser definido como
EXECUTABLE.
Descrio do cenrio de exemplo
Para apresentar a nossa proposta, iremos adotar um cenrio
de exemplo composto por quatro bancos de dados distribudos
em trs mquinas servidoras diferentes, conforme apresentado
na Tabela 1.
Mquina Banco de Dados Archive Mode
HOST_1 BDPROD ARCHIVE
HOST_2 BDHOMOLOG ARCHIVE
HOST_3 BDDESENV NOARCHIVE
HOST_2 BDAPOIO ARCHIVE
Tabela 1. Cenrio de exemplo
Observe que nesse cenrio temos trs bancos de dados em modo
ARCHIVE e um banco de dados em modo NOARCHIVE. Faremos
os backups em disco, mas com as devidas alteraes, a mesma
estrutura poderia ser configurada para fazer os backups em fita.
Nesse cenrio iremos adotar uma estratgia de backups in-
cremental, com um backup incremental de nvel 0 por semana
(aos domingos), seguido de backups incrementais de nvel 1,
diferenciais, de segunda a sbado. Os bancos de dados em modo
ARCHIVE tambm tero backup de archives no decorrer do dia.
Pr-requisitos
Nesse exemplo, usamos o Linux Red Hat 5. Os Scripts Shell
adotados usam recursos bem padronizados, mas eventualmente
uma verso diferente de Linux pode exigir algum ajuste. A verso
do Oracle usada a 11.2.0.4, sendo que os scripts adotados foram
testados na verso 11GR2. Tambm funcionam em Oracle 12c,
embora possam exigir adaptaes, especialmente em ambiente
multi-tenant, se quisermos adotar polticas diferentes para cada
Pluggable Database (PDB). O Oracle 12c tambm demandar um
catlogo RMAN compatvel com ele. possvel trabalhar em um backup os dois casos so diferentes, pois em modo ARCHIVE pode-
ambiente com bancos de dados nas verses 11G e 12c, mas nesse
caso, o catlogo do RMAN deve estar compatvel com o 12c e os
comandos do RMAN devem ser compatveis com a verso 12c.
Estrutura proposta
Na estrutura que iremos propor, os backups so disparados a
partir de uma nica mquina (HOST_2) e de um banco de dados
instalado nessa mquina (BDAPOIO). Nesse banco de dados est
34 SQL Magazine Edio 148
contm alm dos metadados de backups, os objetos de Scheduler
Jobs necessrios para o nosso ambiente.
Trabalharemos com quatro linhas de execuo, uma para cada
categoria de tarefa necessria em nossas rotinas de backup, clas-
Backup incremental nvel 0;
Backup incremental nvel 1, diferencial;
Backup de archives (apenas para bancos de dados em modo
ARCHIVE);
Remoo dos backups obsoletos, de acordo com a poltica de
reteno.
Essas categorias tero uma estrutura de execuo semelhante,
com variaes apenas nos comandos executados no RMAN (atra-
vs de scripts globais) e mais algumas variaes em parmetros,
de acordo com a necessidade. Nos exemplos dessa proposta,
iremos apresentar uma estratgia de backup incremental nvel 0.
As demais linhas de execuo seguem o mesmo procedimento.
Um ponto importante que a estrutura construda segue sempre
o requisito de simplificar o processo, devendo manter cdigos
fceis de ler e de manter.
A sequncia bsica de um backup comea com o Scheduler Job
entrando em execuo na data e horrio programados. Ao entrar em
execuo, o Job aciona um Shell Script Linux, chamado de orques-
trador, e que contm uma linha para cada banco de dados que ter
um backup. Dessa forma, em cada linha um segundo Shell Script
aciona o RMAN, executando a rotina de backup atravs de um
Script global do RMAN. Essa sequncia demonstrada na Figura 3.
A seguir faremos a descrio de cada uma das etapas apresentadas
nessa figura, que sero descritas na ordem mais natural para sua
construo, que comea pelos scripts globais do RMAN, passa para
os Shell Scripts e termina na criao do Scheduler Job.
RMAN Script
Os scripts globais do RMAN so genricos e serviro para fazer
o backup de diversos bancos de dados. Eles esto localizados no
item 4 da Figura 3 e, nesse exemplo, eles recebem dois parmetros:
&1: o SID para o banco de dados que ter o backup realizado;
&2: diretrio base onde o backup ser realizado.
Observe nas Listagens 1 e 2 que criamos dois scripts distintos: um
para os backups em modo ARCHIVE e outro para backups em modo
NOARCHIVE. Essa separao existe porque os procedimentos de
mos fazer backup quente e em modo NOARCHIVE no. A seleo
entre os modos feita a partir do Shell Script de acionamento do
RMAN (item 3 da Figura 3), como veremos adiante.
Nessas listagens, a linha 2 adiciona um comentrio para descre-
v-los, prtica recomendada para facilitar manuteno e organi-
zao do ambiente. Observe que no comando de backup (linha 4
na Listagem 1 e linha 6 na Listagem 2) utilizamos o parmetro
"format" para definir caminho e nome para os arquivos de sada.
O caminho formado de acordo com 1. Scheduler
os parmetros recebidos pelo script.
Job
Por exemplo, se os parmetros forem:
&1 (SID) = BDPROD; Job type: Executable
&2 (diretrio base) = /backup;

Contm uma linha para cada 2. > Shell Script

Teremos: banco de dados Orquestrador
Format /backup/BDPROD/incr/
bkpincr00_%d_%s_%p
Parmetros:
SID
Archive Mode: ARCHIVE | NOARCHIVE
O nome dos arquivos de sada recebe Base backup path
tambm alguns parmetros que so
variveis de substituio do RMAN. Conecta-se ao RMAN, no banco alvo
3. > Shell Script
e no catlogo.
Aqui, utilizamos "%d" (nome do banco Usa Oracle Wallet para proteger Acionamento
senha.
de dados), "%s" (nmero do backupset) Aciona Scripts RMAN armazenados RMAN
e "%p" (nmero do backup piece). Para no catlogo.
Parmetros:
mais informaes sobre eles consulte SID
a seo de links ao final deste artigo. Base backup path

Ainda sobre o comando de backup,

nesse cenrio, utilizamos o parmetro
Executa um ou outro de acordo com
"skip offline", que ir excluir do backup o parmetro Archive Mode
arquivos de dados que estejam off-line.
Tambm possvel excluir arquivos
4. RMAN Script 4. RMAN Script
Modo Modo
inacessveis ou em modo somente ARCHIVE NO ARCHIVE
leitura. Muitas vezes optamos por
Figura 3. Sequncia da estrutura de backup
excluir esses arquivos do backup por-
que sabemos que eles no possuem
alteraes e no queremos aumentar consumo de tempo e espao Listagem 1. Comandos para criao dos scripts globais do RMAN (modo ARCHI-
fazendo backup frequente deles. Entretanto, um ponto de ateno VE).

quando usamos essas opes que se excluirmos esses arquivos
do backup, caso tenhamos que fazer uma recuperao completa ou
que dependa desses arquivos, teremos que recorrer a backups mais
antigos, que contenham eles, e isso pode dar bastante trabalho (se
ainda existir algum backup deles). Esses backups geralmente esto
em mdia mais lenta (fita), o que tende a aumentar nosso tempo
de recuperao. Nesses casos, necessrio ter um controle maior
sobre o tempo de armazenamento das fitas de backup para saber
exatamente em qual backup esto esses arquivos, ou fazer consultas
no catlogo do RMAN para poder localiz-los.
Shell Script de acionamento RMAN
Esse Shell Script o item 3 da estrutura apresentada na Figura 3,
e tem como principal funo fazer a chamada de scripts do RMAN
(aqueles que apresentamos no item 4 dessa mesma figura). Em ge-
ral, uma vez construdo, ele no precisar receber ajustes quando
quisermos incluir, alterar ou excluir bancos de dados nos backups,
pois ele totalmente parametrizado (a manuteno acontece no
Shell Script Orquestrador, como veremos adiante). Esse Shell Script
recebe os seguintes parmetros:
$1: SID, identificador da instncia de banco de dados;
$2: modo de archive do banco, devendo ser ARCHIVE ou NO-
ARCHIVE;
$3: caminho base para o local de backup.
1 Create global script BACKUP_INCR00_MODE_ARCHIVE
2 comment Script para gerar backup incremental level 0 em modo ARCHIVE
3 {
4 backup incremental level 0 skip offline
5 format &2/&1/incr/bkpincr00_%d_%s_%p tag bkp_incr00_&1
6 (database include current controlfile);
7 exit;
8 }
Listagem 2. Comandos para criao dos scripts globais do RMAN (modo NO
ARCHIVE).
1 Create global script BACKUP_INCR00_MODE_NOARCHIVE
2 comment Script para gerar backup incremental level 0 em modo NOARCHIVE
3 {
4 shutdown immediate;
5 startup mount;
6 backup incremental level 0 skip offline
7 format &2/&1/incr/bkpincr00_%d_%s_%p tag bkp_incr00_&1
8 (database include current controlfile);
9 alter database open;
10 exit;
11 }
Observe que o valor parmetro $2 determina qual script do
RMAN ser chamado. O parmetro inserido na composio do
nome do script RMAN acionado. Assim, se estamos em um banco
de dados configurado em modo ARCHIVE, como o BDPROD de
nosso exemplo, o parmetro $2 receber o valor ARCHIVE, que

Edio 148 SQL Magazine 35

Alta performance com carga direta de dados
quando substitudo na linha 11 da Listagem 3 resultar na cha-
mada ao Script BACKUP_INCR00_MODE_ARCHIVE.
Outro ponto importante a conexo do RMAN com o banco de
dados alvo e com o catlogo RMAN. Observe as linhas 9 e 10 da
Listagem 3. Na linha 9, se estamos nos conectando ao BDPROD,
o parmetro $1, que o SID, ser substitudo, o que resultar em:
connect target /@rman_BDPROD
Listagem 3. Contedo do arquivo Shell Script de acionamento do RMAN:
BACKUP_INCR00.sh.
1 #!/bin/sh
2 export ORACLE_BASE=/home/oracle/product
3 export ORACLE_HOME=/home/oracle/product/11.2.0.4
4 export ORACLE_PATH=$ORACLE_HOME/bin
5 export PATH=.:$PATH:$ORACLE_HOME/bin
6 export ORACLE_SID=BDAPOIO
7 data=`date +%Y%m%d%H%M`
8 $ORACLE_HOME/bin/rman log = /dba/backup/scripts/bkp_$1_$data.log
<< ENDRMAN
9 connect target /@rman_$1
10 connect catalog /@rman
11 run { execute script BACKUP_INCR00_MODE_$2 using $1 $3; }
12 exit
13 ENDRMAN
Nessa forma de conectar, rman_BDPROD uma entrada do TNS-
NAMES e o "/@" que o antecede uma forma usada pelo Oracle
Secure Password Store para evitar exposio direta do password,
cuja forma de configurar ser vista mais adiante. Procedimento
semelhante adotado na linha 10 para nos conectarmos ao ca-
tlogo do RMAN. Os parmetros $1 e $3 so passados tambm
ao script do RMAN, conforme podemos observar na linha 11 da
Listagem 3, atravs da palavra chave "using".
Nesse script, ajustamos variveis de ambiente do Linux usadas
pelo Oracle entre as linhas 2 e 6. Na linha 7, definimos uma vari-
vel Shell Script para armazenar a data. Utilizamos essa varivel
na linha seguinte (linha 8), quando definimos o nome do arquivo
onde o RMAN dever gravar o log de execuo. importante ter-
mos a data no arquivo de log para podermos localiz-lo facilmente
caso precisemos futuramente consult-lo.
Observe, ainda na linha 8, a chamada ao utilitrio do RMAN.
Nele temos um trecho de comandos que so redirecionados do
Shell Script para o RMAN, atravs da notao <<. As tags ENDR-
MAN (presentes nas linhas 8 e 13) delimitam o incio e fim do
trecho de comandos que so redirecionados.
Nos comandos redirecionados ao RMAN, primeiro ocorre a
conexo com o banco de dados alvo (linha 9), depois com o banco
de dados do catlogo (linha 10). Por fim, acionado o script global
do RMAN, que ir realizar o backup.
Shell Script Orquestrador
Esse Shell Script do Linux, que na Figura 3 o item 2, ser cha-
mado pelo Scheduler Job e ter o nome BACKUP_INCR00_ALL.sh.
Ele dever possuir uma linha para cada banco de dados que ser
36 SQL Magazine Edio 148
backupeado. Todas essas linhas chamam o Shell Script de aciona-
mento do RMAN (item 3 da Figura 3, apresentado anteriormente)
passando valores diferentes para trs parmetros:
1 parmetro: o SID para o banco de dados alvo;
2 parmetro: indicador do modo de ARCHIVE, que pode ser
ARCHIVE ou NOARCHIVE. Obviamente, ele dever estar de
acordo com a configurao do banco de dados definido pelo SID;
3 parmetro: o caminho base para o local do backup em disco.
Vale ressaltar que o backup fsico dever ocorrer em um local
conhecido e acessvel pela mquina de destino. Pode ser um
armazenamento local, ou at mesmo um local em rede, definido
como um ponto de montagem na mquina alvo.
Na Listagem 4 temos um exemplo de contedo para o arquivo
Shell Script Orquestrador, que possui uma linha para realizar o
backup de cada um de nossos bancos de dados. O script chamado
sempre o mesmo (BACKUP_INCR00.sh, item 3 da Figura 3),
porm com valores diferentes para seus parmetros, indicando o
SID, archive mode e caminho base para gravar o backup.
Listagem 4. Contedo do arquivo Shell Script Orquestrador: BACKUP_INCR00_
ALL.sh.
1 #!/bin/sh
2 /dba/backup/scripts/BACKUP_INCR00.sh BDPROD ARCHIVE /backup &
3 /dba/backup/scripts/BACKUP_INCR00.sh BDHOMOLOG ARCHIVE /backup &
4 /dba/backup/scripts/BACKUP_INCR00.sh BDDESENV NOARCHIVE /backup &
5 /dba/backup/scripts/BACKUP_INCR00.sh BDAPOIO ARCHIVE /backup &
O Script Orquestrador muito importante, pois o ponto
principal onde podemos realizar manutenes futuras, visando
acrescentar backups de novos bancos de dados. Por exemplo, se
desejamos incluir um novo banco de dados nas rotinas de backup,
devemos incluir uma nova linha para esse banco de dados nesse
script. No final de cada linha acrescentamos o caractere & para
permitir que o processo de execuo de backup de cada banco de
dados seja executado assincronamente e, desse modo, tambm
paralelamente. Se desejar que os backups sejam executados um
por vez, em sequncia, exclua esse caractere do final de cada linha.
Oracle Scheduler Job
O item 1 da Figura 3 um Job do Scheduler do Oracle, que ser
acionado em um horrio programado. Sendo do tipo executvel,
ele pode chamar um Shell Script do sistema operacional Linux,
que nesse caso ser o Shell Script Orquestrador. Na Listagem 5
temos um exemplo de cdigo para criao do Job.
A criao de Jobs e outros objetos do Scheduler feita pela pa-
ckage DBMS_SCHEDULER. Vale ressaltar que quando criamos
um Job, por padro ele fica desabilitado. Por isso devemos incluir
o parmetro "enabled = true" ao cri-lo, ou alterar esse parme-
tro posteriormente, atravs da procedure DBMS_SCHEDULER.
ENABLE.
Outro parmetro a ser observado aquele que define a frequ-
ncia de execuo do Job (repeat_interval).
 Listagem 5. Comandos para criao do Scheduler Job.
BEGIN
DBMS_SCHEDULER.CREATE_JOB (
job_name => RMAN.SCH_JOB_BKP_INCR00,
job_type => EXECUTABLE,
job_action => /dba/backup/scripts/BACKUP_INCR00_ALL.sh,
start_date => to_timestamp_tz(07/08/2016 05:00:00 -03:00,
dd/mm/yyyy hh24:mi:ss TZR),
repeat_interval => FREQ=WEEKLY;BYDAY=SUN;BYHOUR=5;
BYMINUTE=0;BYSECOND=0,
auto_drop => FALSE,
enabled => TRUE,
comments => Backup incremental level 0 - Dom, 5hs);
END;
/ do estamos no script BACKUP_INCR00.sh, que recebe o SID do
Existe uma notao prpria para informar a frequncia (para
maiores detalhes consultar seo links ao final do artigo), aqui
utilizamos a execuo semanal (FREQ=WEEKLY), aos domingos
(BYDAY=SUN), s 5h da manh (BYHOUR=5;BYMINUTE=0;BYS
ECOND=0). Vale ressaltar que se no informarmos hora, minuto
e segundos para execuo, sero usados os valores especificados
no parmetro "start_date". Por exemplo, se rodamos o comando de
criao do Job com "start_date = systimestamp" (funo que obter
data e hora atuais do sistema) e com "repeat_interval=FREQ=
WEEKLY;BYDAY=SUN;BYHOUR=5" (omitindo minutos e segun-
dos), e a hora do sistema atual , por exemplo, 10hs16min15seg,
nosso Job executar sempre s 5hs16min15s. Por esse motivo re-
comendvel sempre informar todos os valores no repeat_interval,
ou colocar uma data de incio de forma explcita, como fizemos
anteriormente. Isso tambm deixa o Job mais organizado.
Observe tambm que nesse Job no definimos data de fim (end_
date), de forma que ele executar indefinidamente, a menos que os
parmetros "max_runs" ou "max_failures" estejam definidos. Existe
tambm o parmetro "auto_drop". Se esse parmetro for TRUE, o
Job automaticamente removido quando for considerado completo
ou quando for automaticamente desabilitado. O Job considerado
completo quando ultrapassou a data de fim (end_date), quando
executou pelo nmero mximo de vezes definido (max_runs),
ou quando no um Job cclico e j executou alguma vez. O Job
desabilitado automaticamente se ele alcanar o nmero mximo
de falhas (max_failures). Dadas as condies, isso no teria efeito
sobre o Job desse exemplo, j que ele no tem nenhuma condio
que levaria remoo automtica do Job. Mesmo assim, optamos
por deixar o parmetro explcito, para exemplificar seu uso, j que
ele relevante na criao e manuteno de Jobs.
Por fim, uma boa prtica sempre acrescentar um comentrio
para o Job (parmetro comment), para deixar o ambiente mais
para este usurio. O usurio dono do catlogo dever ter a role
RECOVERY_CATALOG_OWNER. Feito isso, deve-se conectar
ao catlogo do RMAN usando esse usurio e ento executar o
comando CREATE CATALOG.
O segundo passo definir a conectividade aos bancos de dados
alvo. Assumindo aqui que as devidas configuraes no sistema
operacional j existam, temos que criar as entradas no TNSNA-
MES. Para o nome das entradas, utilizamos o padro RMAN_[SID].
Por exemplo, para o BDPROD, a entrada no TNSNAMES ter o
nome RMAN_BDPROD. A definio do padro importante
para que possamos trabalhar com os parmetros. Assim, quan-
banco alvo como um dos valores parametrizados, temos a linha
"connect target /@rman_$1", que far a conexo com o RMAN.
Usando o valor desse parmetro, o resultado dessa linha ser:
connect target /@rman_BDPROD, sendo rman_PROD o nome
presente no TNSNAMES. Dessa forma, em nosso exemplo teremos
os seguintes alias cadastrados no TNSNAMES: RMAN_BDPROD,
RMAN_BDHOMOLOG, RMAN_BDDESENV e RMAN_BDA-
POIO. Alm dos bancos de dados alvo, iremos criar tambm,
no TNSNAMES, um alias para nos conectarmos ao catlogo do
RMAN. Em nosso exemplo, chamamos esse alias de RMAN. Na
Listagem 6 temos exemplos de entradas no TNSNAMES para os
bancos de dados do catlogo e BDPROD.
Listagem 6. Entradas do TNSNAMES para os bancos de dados BDAPOIO e BD-
PROD.
RMAN =
(DESCRIPTION=
(ADDRESS_LIST=
(ADDRESS=
(PROTOCOL=tcp)
(HOST=HOST_2)
(port=1521)
)
)
(CONNECT_DATA=(SERVICE_NAME=BDAPOIO)
)
)
RMAN_BDPROD =
(DESCRIPTION=
(ADDRESS_LIST=
(ADDRESS=
(PROTOCOL=tcp)
(HOST=HOST_1)
(port=1521)
)
)
(CONNECT_DATA=(SERVICE_NAME=BDPROD)
)
)

organizado e permitir que outros DBAs saibam exatamente do

que se trata esse Job.
Colocando em prtica
O primeiro passo criar o catlogo para o RMAN, se ele j no
existir. Para isso, deve-se criar um usurio para ser o dono do ca-
tlogo. Recomenda-se tambm que exista um tablespace dedicado
O segundo passo consiste em criar um usurio para conexo
ao RMAN em cada banco de dados alvo. Esse usurio deve ter
privilgio de SYSDBA. O terceiro passo um ponto importante
para nos conectamos ao banco de dados alvo. Estando ele em ou-
tra mquina, normalmente nos conectaramos com um comando
como: connect rman/senha@rman_PROD; porm, j que estamos

Edio 148 SQL Magazine 37

Alta performance com carga direta de dados
usando scripts, no queremos deixar uma senha exposta dentro
de um arquivo de script. Se estivermos trabalhando com autenti-
cao externa, esse problema j estar resolvido. Porm, caso esse
no seja o cenrio, podemos contornar esse problema usando um
recurso do Oracle chamado Secure External Password Store, que
permite manter credenciais protegidas, de forma que podemos nos
conectar a um banco de dados sem precisar expor nossa senha.
Para configurar esse recurso, usaremos o utilitrio mkstore,
via linha de comando, que pode ser encontrado na pasta bin
do diretrio ORACLE_HOME. O primeiro passo criar uma
carteira, ou Oracle Wallet. Em nosso exemplo, isso feito com o
comando a seguir:
Mkstore -wrl /home/oracle/product/11.2.0.4/wallet -create
Aqui criamos um diretrio wallet dentro do caminho de ins-
talao do Oracle e definimos esse caminho para o primeiro
parmetro, que o diretrio onde ficar localizado o Oracle
Wallet. O segundo parmetro indica que estamos criando uma
nova Wallet. Nesse processo, precisaremos definir uma senha
para a nova Wallet, que sempre ser solicitada a cada alterao
que realizarmos nela. Dica: Guarde esta senha em um local seguro.
Feito isso, o prximo passo criar as credenciais necessrias
dentro da Wallet recm-criada, conforme o cdigo:
Mkstore -wrl /home/oracle/product/11.2.0.4/wallet -createCredential rman_BDPROD
rman senha.
Nesse comando, devemos informar o caminho para o local onde
est a Wallet e, aps o comando -createCredencial, os seguintes
valores:
O alias para o banco de dados no TNSNAMES;
O usurio que ir se conectar ao RMAN neste banco de dados;
A senha desse usurio.
Nota
Ao executar o comando, ser solicitada a senha da Wallet, que foi definida no momento de sua
criao.
Devemos repetir o comando apresentado para os demais bancos
de dados aos quais iremos nos conectar, que em nosso exemplo
so: BDHOMOLOG, BDDESENV e BDAPOIO. Alm disso,
colocamos aqui tambm um usurio e senha para o catlogo
do RMAN. Em nosso exemplo esse usurio chama-se RMAN
e seu alias no TNSNAMES tambm RMAN, apontando para
o BDAPOIO.
Por fim, devemos configurar o arquivo sqlnet.ora, alterando o
parmetro SQLNET.WALLET_OVERRIDE para TRUE e acres-
centando nele o parmetro WALLET_LOCATION, conforme a
Listagem 7.
Agora que j configuramos toda a conectividade entre o banco de
dados centralizador e os bancos de dados alvo, devemos registrar
38 SQL Magazine Edio 148
nossos bancos de dados no RMAN, o que feito conectando-se ao
RMAN e ao catlogo, e executando o comando REGISTER DATA-
BASE. Aps executar esse procedimento em todos os bancos de
dados alvo, devemos criar os scripts globais do RMAN, conforme
exemplos prvios. Para cri-los, pode-se conectar ao BDAPOIO
e ao catlogo. Os scripts, por serem globais, ficaro disponveis
tambm para os demais bancos de dados alvo.
Listagem 7. Configurando o arquivo sqlnet.ora.
SQLNET.WALLET_OVERRIDE = TRUE
WALLET_LOCATION =
(SOURCE =
(METHOD = FILE)
(METHOD_DATA =
(DIRECTORY = /ORABASE/11gR2/WALLET)
)
)
Depois de criar os scripts do RMAN, os Shell Scripts devem ser
criados seguindo os exemplos apresentados. Aqui, importante
observar se os diretrios e arquivos criados esto com as devidas
permisses, principalmente permisses de execuo. Caso pre-
cise ajustar as permisses, utilize o comando chmod do Linux.
Por fim, crie o Scheduler Job no Oracle definindo a frequncia de
execuo adequada.
Algumas consideraes sobre simplificar
A soluo que acabamos de apresentar pode ser construda
com diversas variaes, porm o que buscamos aqui foi a
simplicidade. Por isso, evitamos longos trechos de cdigo, ou
muitos cdigos que possuem pontos de deciso dentro dele.
Desse modo, acreditamos que o entendimento e a manuteno
do cdigo fiquem mais fceis.
Poderamos, por exemplo, ter feito a chamada ao backup de
cada banco de dados como um passo (Step) dentro de uma cadeia
de execuo no Job, utilizando os conceitos de Scheduler Chain.
Entretanto, isso torna a manuteno mais difcil. Acrescentar um
novo backup iria requerer acrescentar um novo passo e reconfigu-
rar as regras de execuo desses passos. Algo bem mais complexo
do que simplesmente acrescentar uma nova linha em um arquivo,
como em nosso exemplo, no Shell Script Orquestrador.
Demais linhas de execuo
Em nosso exemplo, apresentamos a linha de execuo para o ba-
ckup incremental de nvel 0. As demais linhas de execuo seguem
os mesmos princpios. Todas os artefatos so muito semelhantes
para o Scheduler e os Shell Scripts. As maiores diferenas estaro
nos scripts globais do RMAN. O script do backup incremental de
nvel 1 muito parecido com o de nvel 0. O backup de log poder
ser construdo de forma bem parecida, com o comando a seguir:
backup archivelog all delete all input format /&2/&1/log/bkplog_%d_%s_%p tag
bkp_log_&1;
 Evidentemente, o backup de log ser executado apenas para
bancos de dados em modo ARCHIVE, e a frequncia dever ser
maior, de acordo com a caracterstica de utilizao e carga do
mesmo. Sugerimos iniciar a execuo desse backup de hora em
hora ou em tempos mltiplos de 1 hora, e fazer os ajustes de tempo
necessrios futuramente, se houver necessidade.
A estrutura, que acaba tendo um pouco mais de diferenas,
aquela que faz a remoo de backups obsoletos e que pode ser
executada com uma frequncia diria, preferencialmente antes
dos backups, para liberar o espao ocupado por backups obsole-
tos e minimizar o risco de faltar espao para as novas cpias. O
Script global do RMAN pode ser utilizado como exemplo, como na
Listagem 8. Para garantir preciso, feita uma dessincronizaro
do catlogo (ver linha 1), seguida por operaes de crosscheck
(ver linhas 2 a 4) para, enfim, removermos backups expirados e
backups obsoletos (ver linhas 5 at 8). Observe que na remoo
de backups obsoletos, deixamos a poltica de reteno explcita
(redundancy = 1, na linha 8). Isso sobrescreve a configurao
padro do RMAN, e talvez no seja necessria, caso voc queira
que seja considerada a poltica padro configurada no RMAN.
Listagem 8. Contedo do arquivo de limpeza dos backups.
1 resync catalog;
2 crosscheck archivelog all;
3 crosscheck backup;
4 crosscheck backupset;
5 delete noprompt expired backupset device type = disk;
6 delete noprompt expired archivelog all device type = disk;
7 delete noprompt expired backup device type = disk;
8 DELETE force noprompt OBSOLETE redundancy = 1;
LOGs
Voc deve ter observado que na chamada ao RMAN, informado
um arquivo de LOG. Com isso podemos manter e consultar os
logs de cada execuo, o que nos ajuda a conferir os resultados e
diagnosticar eventuais problemas. Como as execues acontecem
a partir de um ponto central, todos os LOGs ficam no mesmo local
e isso facilita o acesso em caso de necessidade.
Monitorao
No dia a dia de um DBA, quanto mais ele puder receber infor-
maes sobre o que est ocorrendo com os bancos de dados de
forma proativa, mais ele ganha agilidade. No caso dos backups,
podemos usar a flexibilidade do catlogo do RMAN para obter
um resumo dos backups realizados e enviar esses resultados por
e-mail para o DBA ou grupos de DBAs.
A consulta aos resultados pode ser feita atravs de views do
catlogo do RMAN e uma query til para essa tarefa apre-
sentada na Listagem 9. Ela une a view RC_DATABASE, que
contm os bancos de dados registrados no catlogo, com a view
RC_RMAN_BACKUP_JOB_DETAILS, que contm detalhes de
execuo de rotinas de backup pelo RMAN. No exemplo dessa
listagem, no so includos os backups de archives.
Tambm obtida uma lista apenas dos backups do dia atual.
Dentre as colunas disponveis, selecionamos algumas mais rele-
vantes. O status indica se o backup foi executado com sucesso, se
teve falha, ou se ainda est sendo executado. Essa coluna indicar
ao DBA se ele deve tomar alguma ao, pois no caso de falha o
diagnstico e eventuais aes corretivas devem ser providen-
ciados. Nesse caso, o LOG, mencionado previamente, um bom
lugar para se iniciar a verificao.
Outras colunas importantes so as que indicam horrios de incio
e fim dos backups, e os tempos que eles levaram. Acompanhar
esses tempos importante, pois os backups devem estar dentro
das janelas disponveis de execuo. Se eles comeam a ultrapassar
essa janela devido ao crescimento do banco de dados ou a ques-
tes de I/O e concorrncia, aes devem ser avaliadas para no
ultrapassarem os horrios predefinidos e evitar que os backups
sejam executados no horrio diurno ou horrios de pico, em que
os usurios esto utilizando o banco de dados.
Listagem 9. Consulta para verificar o status dos backups.
select
db.name,
jb.start_time,
jb.end_time,
jb.time_taken_display,
jb.input_type,
jb.status
from rman.rc_database db
left join rman.rc_rman_backup_job_details jb
on db.db_key = jb.db_key
and jb.end_time >= trunc(sysdate) - apenas dia atual
where
nvl(jb.input_type, NULL) <> ARCHIVELOG - excluir backup de archive
order
by db.name,
jb.end_time desc
Sugerimos criar um Job para formatar os resultados dessa
consulta e envi-los via e-mail para facilitar o acompanhamento
pelos DBAs. O Job pode ser agendado para um horrio no qual
sabe-se que em geral os backups j tero sido finalizados. Na
Listagem 10 apresentamos um exemplo de texto formatado que
pode ser enviado por e-mail ao grupo de DBAs.
Listagem 10. Exemplo de texto formatado para e-mail com resultados dos
backups.
BACKUPS INCREMENTAIS DO DIA: 08/08/2016, SEGUNDA-FEIRA
BACKUP INCREMENTAL LEVEL 1
DB_NAME START END DURATION STATUS
------------------------------------------------------------------------------------
BDAPOIO 05:00:00 05:26:54 00:26:54 COMPLETED
------------------------------------------------------------------------------------
BDDESENV 05:00:00 05:19:24 00:19:24 COMPLETED
------------------------------------------------------------------------------------
BDHOMOLOG 05:00:00 05:22:35 00:22:35 COMPLETED
------------------------------------------------------------------------------------
BDPROD 05:00:00 05:12:02 00:12:02 COMPLETED
------------------------------------------------------------------------------------
Edio 148 SQL Magazine 39
Alta performance com carga direta de dados

No caso dos backups de logs, como eles ocorrem com bastante

Autor
frequncia, no muito recomendvel enviar e-mail a cada execu-
o. Nesse caso, pode-se adotar uma estratgia de enviar o e-mail Rafael Penna Leite
apenas quando houver algum problema, que pode ser evidenciado Penna.rafael@hotmail.com
pelas seguintes situaes: Bacharel em Cincias da Computao pela USP, atua na rea de
Tecnologia da Informao h mais de 15 anos. Possui slidos
Status do ltimo backup de log um status de erro;
conhecimentos e experincias em Anlise de Sistemas, Arquitetura de
Backup de log ainda em execuo mesmo quando j deveria
Software, Administrao de Banco de Dados e Business Intelligence.
ter finalizado (com base em observaes de seu tempo mdio de Atua como DBA Oracle. Tambm j atuou como DBA SQL Server. Na rea de desenvol-
execuo); vimento de software, j atuou como arquiteto e desenvolvedor em diversos projetos
ltimo backup de log no foi executado no momento esperado. do setor financeiro, comercial, e de Rdio e TV. Possui certificaes OCP Database 12c e
Microstrategy 8 MCE.
Neste artigo, mostramos que apenas com ferramentas dispon-
veis no Oracle e no Linux podemos construir rotinas de backup
automatizadas, fceis de manter e gerenciar, e que facilitam o dia a Links:
dia do DBA. Optamos pela simplicidade e facilidade de manuten-
o, em detrimento de solues que podem at ser mais elegantes, Criando catlogos do RMAN
mas que poderiam dificultar o trabalho rotineiro do DBA. http://docs.oracle.com/cd/B28359_01/backup.111/b28273/rcmsynta013.htm
Passamos por vrios conceitos muito teis na administrao de
Conceitos sobre Backup com RMAN
banco de dados Oracle: RMAN, Scheduler Jobs e Secure External
http://www.fabioprado.net/search?q=rman
Password Store (Wallet). Conhecimentos bsicos para interao
com o sistema operacional tambm so teis, como vimos aqui Secure External Password Store
na utilizao de Shell Scripts do Linux. http://docs.oracle.com/cd/B19306_01/network.102/b14266/cnctslsh.htm#CBHGEBEI
Vrios dos conceitos apresentados neste artigo podem ser usados
para outras estruturas de backup. Por exemplo, mesmo quando Configuraes do RMAN
realizamos backups atravs de alguma ferramenta, podemos usar https://docs.oracle.com/cd/B28359_01/backup.111/b28273/rcmsynta010.htm#CHDBHBBA
o catlogo do RMAN para manter as informaes centralizadas Referncia para o comando de Backup do RMAN
e para criar Scripts padronizados, a serem utilizados pelas ferra- https://docs.oracle.com/cd/E11882_01/backup.112/e10643/rcmsynta007.htm#RCMRF107
mentas responsveis pelos backups.
Especificao de formato para nomes de arquivos de sada no RMAN
https://docs.oracle.com/cd/E11882_01/backup.112/e10643/rcmsubcl010.htm#RCMRF195
Autor
Fbio Prado Referncia para a package DBMS_SCHEDULER
fbifabio@gmail.com https://docs.oracle.com/database/121/ARPLS/d_sched.htm#ARPLS72300
Atua no ramo de tecnologia h mais de 15 anos, possui expe-
rincia e profundos conhecimentos em Anlise de Sistemas,
programao com .NET e principalmente Administrao de Bancos de
Dados Oracle. DBA Oracle, autor do blog www.fabioprado.net, instrutor
de cursos de Administrao, PL/SQL, SQL e Tuning em Bancos de Dados Oracle. Bacharel
em Cincias da Computao, com MBA e Ps-graduao em Gesto de Projetos. Possui
os seguintes ttulos e certificaes: Microsoft: MCP, MCSD, MCAD, MCSD.NET, MCDBA,
MCTS, MCT e MCPD; Oracle: Oracle ACE, OCE SQL Tuning, OCE DB 11G Performance Tuning,
OCP Database 10G e 11G, OCA PL/SQL Developer. Mais informaes: www.fabioprado.
net/p/sobre.html.

40 SQL Magazine Edio 148

Edio 148 SQL Magazine 41