Documentos de Académico
Documentos de Profesional
Documentos de Cultura
I M P L A N TA O F S I C A D O O R A C L E S TAN D B Y
So Paulo
2011
I M P L A N TA O F S I C A D O O R A C L E - S TAN D B Y
Trabalho
de
Concluso
de
Curso
apresentado Faculdade de Informtica e
Administrao Paulista, como um dos
requisitos para concluso do Curso de PsGraduao em Administrao de Banco de
Dados Oracle na turma 22ORC.
Orientador: Prof. Vidal Olavo Plessmann
Gonalves
So Paulo
2011
I M P L A N TA O F S I C A D O O R A C L E - S TAN D B Y
Trabalho de Concluso de Curso
apresentado Faculdade de Informtica
e Administrao Paulista, como um dos
requisitos para concluso do Curso de
Ps-Graduao em Administrao de
Banco de Dados Oracle na turma
22ORC.
BANCA EXAMINADORA
AGRADECIMENTOS
Agradecimentos:
Queremos
agradecer
RESUMO
Atualmente, a necessidade de disponibilizar as informaes com confiana,
eficincia, e tempo hbil para os casos que exigem a recuperao do mesmo, algo
preocupante perante qualquer empresa que possua informao digital. Com essa
preocupao, existem diversos recursos/ferramentas disponveis no mercado com o
objetivo de atender essa questo to arriscada e sensvel. Entre as principais
empresas atuantes na rea de TI, a Oracle oferece esse recurso para o seu produto
mais respeitado no mundo: O Sistema de Gerenciador de Banco de dados. Esse
recurso chamado Stand By, possui os seguintes objetivos:
- Desempenho aprimorado;
- Manter mltiplos bancos de dados Stand By(Reserva) para um banco de
dados principal;
- Existncia de uma ou vrias cpias de dados idnticas com os originais;
- Garantia de que os dados no sero perdidos durante o processo;
- Possibilidade dos servidores stand by estarem em locais diferentes do
servidor principal;
- Disponibilizao do servio de banco de dados permanente;
- Realizao simples e rpida para os casos de reparo ou troca do servidor
principal.
Este trabalho tem o objetivo de demonstrar esse recurso de banco de
dados, assim como as suas principais configuraes, desde a criao do ambiente,
a sua monitorao at as tomadas de decises a serem adotadas em casos de
falhas dos equipamentos envolvidos ou at mesmo em catstrofes naturais que
possam interferir na disponibilidade das informaes.
ABSTRACT
Currently, the necessity of providing information in a reliable, efficient and timely
manner in cases that its restoring is required, is concerning for any company which
possesses digital information. For that purpose, there are different resources/tools
available in the market aiming at meeting this risky and sensitive need. Among the
main companies in the IT industry, Oracle offers a resource for its most respected
product in the world: Database Administration System. Called Stand By, this resource
has the following objectives:
-
Enhanced performance;
Maintenance of multiple Stand By databases for a same primary database;
Existence of one or several backup copies identical to the originals;
Assurance that data wont be lost during the process;
Possibility of running the stand by server on a remote server;
Availability of the permanent database service;
Quick and simple execution in cases of restoring or changing the primary
database.
This paper aims at demonstrating this database resource, as well as its mains
settings, from environment creation and its monitoring to decisions to be made in
cases of hardware failure or even in natural disaster situations which can affect
information availability.
LISTA DE ILUSTRAES
FIGURAS
Figura 1: Ambiente Stand By..................................................................15
Figura 2: Configurao simples do Oracle Stand By..............................18
Figura 3: Arquitetura de Processos do Oracle Stand By........................19
Figura 4: Comunicao entre o SRV_PROD e SRV_STD.....................28
Figura 5: Comunicao entre o SRV_STD e SRV_PROD.....................29
SUMRIO
INTRODUO............................................................................................................10
TEMA....................................................................................................................... 11
JUSTIFICATIVA...........................................................................................................11
PROBLEMA DE PESQUISA..........................................................................................12
HIPTESE................................................................................................................ 13
1.
2.
3.
4.
5.
OBJETIVOS.........................................................................................................14
1.1.
OBJETIVO GERAL.......................................................................................... 14
1.2.
OBJETIVO ESPECFICO...................................................................................14
APRESENTAO/DEFINIES..........................................................................15
2.2.
2.3.
2.4.
2.5.
2.6.
INVESTIMENTO...............................................................................................23
2.7.
PR-REQUISITOS........................................................................................... 24
ESTUDO DE CASO.............................................................................................25
3.1.
DESCRIO DO CENRIO...............................................................................25
3.2.
PROBLEMAS..................................................................................................26
3.3.
SOLUES INDICADAS...................................................................................27
4.2.
4.3.
4.4.
5.2.
CRIANDO
ARQUIVO
DE
INICIALIZAO DINMICO
DO
BANCO
DE
DADOS
PRINCIPAL................................................................................................................44
5.3.
5.4.
CRIANDO
BY
45
5.5.
5.6.
5.7.
5.8.
5.9.
5.10.
6.
ARQUIVO
DE INICIALIZAO
DINMICO
DO
BANCO
DE
DADOS STAND
SWITCHOVER.................................................................................................48
6.2.
FAILOVER......................................................................................................50
7.
CONCLUSO......................................................................................................52
8.
BIBLIOGRAFIA....................................................................................................53
9.
GLOSSRIO........................................................................................................55
10
Introduo
Com o uso e a grande dependncia da tecnologia da informao, estamos
cada vez mais nos necessitando dessa preciosidade e inovador mundo digital.
Diante desse cenrio real, muitas vezes passamos por alguns minutos,
podendo chegar a horas, dias e at semanas em uma determinada situao
cotidiana, como por exemplo, ao efetuar algum pagamento bancrio, uma simples
ligao telefnica, ou at mesmo se locomovermos, onde somos totalmente lesados,
devido ausncia temporria de um sistema informatizado, causado diretamente
pela indisponibilidade do servidor de banco de dados, por no oferecer ou no
utilizar algum recurso de banco de dados reserva, usando-o quando necessitado,
para que em momentos como esses apresentados no ocorram. Ao utilizar o banco
de dados Oracle, disponibilizado esse recurso, ou seja, um banco de dados
reserva, que em apenas alguns minutos, desde que bem configurado e um
profissional capacitado, o administrador do banco de dados possa tornar o banco de
dados reserva como o principal, evitando a perda de dados, prejuzo financeiro,
insatisfao dos clientes, perda de inmeras pesquisas de vrios anos de estudos e
at mesmo perder vidas.
E por sermos estudantes/profissionais de tecnologia, demonstraremos atravs
de um estudo de caso, o uso, configurao, monitorao, gerenciamento, e tambm
as possveis condutas a serem tomadas em momentos planejados ou no da parada
do servio de banco de dados, ou diante de um provvel desastre desse servio,
utilizando um dos vrios recursos oferecidos pela Oracle em termos de segurana e
recuperao de dados, que a soluo eficaz e eficiente: O recurso Oracle - Stand
By.
11
Tema
A pesquisa sobre a utilizao do Oracle Stand By fsico ir demonstrar os
benefcios a serem oferecidos, juntamente com as configuraes adequadas, que
sero apresentadas atravs de uma seqncia de comandos, conhecidos tambm
como scripts, aplicando-os em um ambiente bem configurado, proporcionando o
xito durante os procedimentos.
Justificativa
Com o avano e a necessidade do mundo digital, as empresas esto
aplicando grandes recursos financeiros na rea de tecnologia, proporcionando
agilidade, confiana e autonomia em suas informaes. E diante das necessidades
de armazenamentos desses dados, que futuramente se constituir em uma
informao, ou seja, o conjunto de dados, conseqentemente necessitar de um
banco de dados que atender a isso.
E para no correr o risco de um banco de dados se tornar indisponvel,
acarretando em perdas de numerrios, dados, extrao de relatrios para futuras
tomadas de decises e at a incapacidade de dispor servios atrelados a aplicaes
que se interagem diretamente com o banco de dados, surgiu o recurso Oracle
Stand By na verso 7.3, garantindo a alta disponibilidade, proteo e recuperao
dos dados empresariais, que cada vez mais est sendo explorado esse grande
mecanismo oferecido pela Oracle.
12
Problema de Pesquisa
Minayo(1994, p.23), considera a pesquisa como uma atividade bsica das
cincias na sua indagao e descoberta da realidade. uma atitude e uma prtica
terica de constante busca que define um processo intrinsecamente inacabado e
permanente. uma atividade de aproximao sucessiva da realidade que nunca se
esgota,fazendo uma combinao particular entre teoria e dados.
Para Ruiz (1996, p.48), Pesquisa cientfica a realizao concreta de uma
investigao planejada, desenvolvida e redigida de acordo com as normas da
metodologia consagradas pela cincia. o mtodo de abordagem de um problema
em estudo que caracteriza o aspecto cientfico de uma pesquisa. .
Segundo Paviani (2005, p.207), O problema cientfico surge da descoberta
de que o nosso conhecimento no suficiente para descrever e explicar certas
situaes..
Mas para Cervo e Bervian (2002, p.84), o problema ... uma questo que
envolve intrinsecamente uma dificuldade terica ou prtica, para a qual se deve
encontrar uma soluo.
Com o uso da informao digital, toda empresa almeja a existncia, qualidade
e disponibilizao das suas informaes corporativas.
Diante do exposto, o problema de pesquisa :
Garantir a alta disponibilidade dos servios de bancos de dados Oracle,
atravs de um recurso confivel e eficaz, sem grandes esforos de manuseio,
quando necessrio.
13
Hiptese
Severino(2000, p.161) afirma que preciso no confundir hiptese com
pressuposto, com evidncia prvia. Hiptese o que se pretende demonstrar e no
o que j se tem demonstrado evidente, desde o ponto de partida.
Mas para Kelinger (1980, p.30), as hipteses so sentenas declarativas e
relacionam de alguma forma variveis a variveis. So enunciados de relaes, e,
como os problemas, devem envolver os testes das relaes enunciadas. Problemas
e hipteses so semelhantes, s que os problemas so sentenas interrogativas e
as hipteses so as sentenas afirmativas.
E complementando com Lakatos e Marconi (2007, p.139), uma varivel pode
ser considerada como uma classificao ou medida; uma quantidade que varia; um
conceito operacional que contm ou apresenta valores; ou ainda, um aspecto,
propriedade ou fator, discernvel em um objeto de estudo e passvel de
mensurao.
Assim, a hiptese sugerida para a soluo do problema de pesquisa
apresentado, : A indisponibilidade do servio de banco de dados Oracle, seja por
falhas de software ou hardware.
14
1. OBJETIVOS
1.1.
Objetivo Geral
1.2.
Objetivo Especfico
15
Apresentao/Definies
16
Pode-se criar at nove bando de dados Stand Ny. O Oracle Stand By mantm
automaticamente atualizados todos esses bancos de dados Stand By, aplicando
todas as modificaes ocorridas no servidor primrio. Um banco de dados primrio
pode ser composto por uma ou mais instncia de banco de dados.
Os banco de dados Stand By pode ser usado apenas para consultas, ou seja,
podem ser utilizados como servidores de relatrios, fazendo com que ocorra um
aumento na disponibilidade dos servios de banco de dados de produo.
17
2.2.
18
extrao de relatrios, mas ele pode ser usado tambm para uma recuperao em
caso de desastres. possvel configurar o Oracle Stand By, tanto o fsico quanto o
lgico, nos mesmos locais fsicos do servidor primrio.
A Oracle recomenda que o banco de dados stand by seja configurado em
local diferente do servidor principal.
19
2.3.
LGWR (Log Writer): Processo responsvel por gravar os dados existentes nos
redo logs on-line, e um dos integrantes do servio de transporte dos logs.
ARCH (Archiver): Realiza o arquivamento dos dados dos redo logs on-line,
gera os archived redo logs que so utilizados pelo Oracle Net com o objetivo de ser
transportado ao servidor secundrio, e tambm um dos integrantes do servio de
transporte dos logs.
FAL (Fetch Archive Log): Gerenciador das possveis falhas geradas durante o
recebimento dos archived redo logs. Este processo faz parte somente do Stand By
20
21
2.4.
22
Delayed Apply (Aplicao atrasa): Poder ocorrer, caso o servidor primrio esteja
ativo e o servidor secundrio no esteja sincronizado com o servidor primrio, ou
seja, aplicado as transaes de forma atrasada. No modo de proteo mxima ou
mxima disponibilidade esse recurso no est disponvel, podemos utiliz-lo
somente no modo de mxima performance.
Cascade StandBy Database (Banco de Dados Stand BY em cascata): Indicado
quando houver mais de um banco de dados Stand By, pois quando for enviado os
dados do redo do servidor primrio para o secundrio, ele ir ser responsvel por
passar esses dados tambm ao terceiro servidor (segundo servidor secundrio),
fazendo com que a carga do servidor primrio se reduza.
Automatic
Resynchronization
(Ressincronizao
Automtica):
Opo
23
2.5.
O Data Guard Broker um software que pode ser usado tanto para gerenciar,
como dar manuteno nos bancos Stand By, atravs de uma interface grfica ou
linha de comando, e as suas principais funes so:
- Gerenciar os bancos de dados stand by;
- Habilitar as configuraes do servidor secundrio, incluindo o servio de
transporte e aplicao dos logs, alm dos procedimentos de switchover e failover;
- Criar um Stand By Fsico ou lgico, partir de uma cpia de backup do servidor
primrio;
- Monitorar as taxas de aplicao de logs;
- Detectar possveis problemas existentes no processo de execuo de aplicao
dos logs;
Alm das funes j informadas, ele permite um controle e um monitoramento
eficiente no ambiente, devido a sua automao das tarefas de gerenciamento. Essa
ferramenta aumenta a alta disponibilidade e auxilia com agilidade nas operaes de
failover e switchover.
2.6.
Investimento
24
2.7.
Pr-requisitos
25
3. ESTUDO DE CASO
Para ilustrar a utilizao prtica desse recurso, iremos realizar a instalao de um
Oracle Stand By em uma instituio de pequeno porte, atuante na rea educacional
por mais de 20 (vinte) anos, e que, a pedido da prpria instituio, no devemos
divulgar o seu nome, assim como qualquer informao que possa compromet-la.
3.1.
Descrio do Cenrio
26
3.2.
Problemas
27
3.3.
Solues Indicadas
28
SERVIDOR PRIMRIO
Nome do servidor : SRV_PROD
IP .......................... : 193.168.1.1
SERVIDOR SECUNDRIO
Nome do servidor : SRV_STD
IP .......................... : 193.168.1.2
4.2.
29
4.3.
VALUE
remote_login_passwordfile
EXCLUSIVE
service_names
PROD
db_name
PROD
db_unique_name
PROD
D:\ORACLE\PRODUCT\10.2.0\ORADATA\PROD\CONTROL01.CTL,
D:\ORACLE\PRODUCT\10.2.0\ORADATA\PROD\CONTROL02.CTL,
D:\ORACLE\PRODUCT\10.2.0\ORADATA\PROD\CONTROL03.CTL
control_files
30
orapwd file=d:\oracle\product\10.2.0\db2\database\orapwPROD.ora
password= senha_sys entries=5
31
Ativando o ArchiveLog
32
33
34
log_archive_dest_1='location=d:\oracle\product\10.2.0\oradata\prod\Archiv
e_Prod\ valid_for=(all_logfiles,all_roles) db_unique_name=PROD'
log_archive_format='arc_%t_%s_%r.log'
nls_language='BRAZILIAN PORTUGUESE'
nls_territory='BRAZIL'
open_cursors=300
pga_aggregate_target=95420416
processes=150
remote_login_passwordfile='EXCLUSIVE'
sga_target=287309824
undo_management='AUTO'
undo_tablespace='UNDOTBS1'
user_dump_dest='d:\oracle\product\10.2.0/admin/PROD/udump'
# Adicionais para o Stand By
db_unique_name='PROD'
log_archive_dest_2='service=stdby lgwr async
valid_for=(online_logfiles,primary_role) db_unique_name=std'
log_archive_dest_state_1='ENABLE'
log_archive_dest_state_2='ENABLE'
log_archive_config='DG_CONFIG=(PROD,STD)'
fal_client='PROD'
fal_server='STD'
standby_file_management='AUTO'
db_file_name_convert='d:\oracle\product\10.2.0\oradata\std','d:\oracl
e\product\10.2.0\oradata\prod'
log_file_name_convert='d:\oracle\product\10.2.0\oradata\std','d:\oracl
e\product\10.2.0\oradata\prod'
35
Onde:
log_archive_dest_2 : a localizao remota utilizada para os arquivos
de redo log do stand by.
service=stdby lgwr async : O nome stdby o alias que estar no
tnsames(banco secundrio) e o logw async especifica que a entrada e a
sada de rede deve ser feita de forma assncrona quando for utilizar o
processo de lgwr
log_archive_dest_state_1='ENABLE' : Habilitando o primeiro local de
destino de arquivamento.
log_archive_dest_state_2='ENABLE' : Habilitando o segundo local de
destino de arquivamento.
log_archive_config='DG_CONFIG=(PROD,STD)' : Lista o banco de
dados primrio e o secundrio.
Os parmetros relacionados ao banco stand by incluem os parmetros
FAL (Fetch Archive Log) utilizados durante o processo de cpia dos logs
archives para o banco stand by, so eles:
fal_client='PROD' : Especifica o nome do service do sevidor FAL(em
geral, o servidor primrio).
fal_server=STD
36
Faa um backup frio do servidor primrio, inclusive dos redo log stand by:
1)Listar os arquivos de dados e as suas localizaes para sem copiados
ao servidor secundrio, ou seja, replicando a estrutura para preservar a
estrutura original, atravs do seguinte comando:
37
SQL>
alter
database
create
standby
controlfile
'd:\std\oradata\CONTROL01_STD.ctl';
Faa duas cpias do arquivo criado com os seguintes nomes:
CONTROL02_STD.ctl e CONTROL03_STD.ctl
SQL> alter database open;
-
as
38
3) Para confirmar:
lsnrctl status
Configurando o arquivo $ORACLE_HOME\network\admin\tnsnames.ora:
PROD =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = SRV_PROD)(PORT =
1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = PROD)
)
)
STDBY =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = SRV_STD)(PORT =
1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = STD)
)
)
EXTPROC_CONNECTION_DATA =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1))
)
(CONNECT_DATA =
(SID = PLSExtProc)
(PRESENTATION = RO)
)
39
4.4.
com
exceo
dos
arquivos
de
40
db_block_size=8192
db_domain=''
db_file_multiblock_read_count=16
db_name='PROD'
db_recovery_file_dest='d:\oracle\product\10.2.0/flash_recovery_area'
db_recovery_file_dest_size=2147483648
dispatchers='(PROTOCOL=TCP) (SERVICE=PRODXDB)'
job_queue_processes=10
log_archive_dest_1='location=d:\oracle\product\10.2.0\oradata\STD\Ar
chive_Std\ valid_for=(all_logfiles,all_roles) db_unique_name=STD'
log_archive_format='arc_%t_%s_%r.log'
nls_language='BRAZILIAN PORTUGUESE'
nls_territory='BRAZIL'
open_cursors=300
pga_aggregate_target=95420416
processes=150
remote_login_passwordfile='EXCLUSIVE'
sga_target=287309824
undo_management='AUTO'
undo_tablespace='UNDOTBS1'
user_dump_dest='d:\oracle\product\10.2.0/admin/STD/udump'
# Adicionais para o Stand By
db_unique_name='STD'
log_archive_dest_2='service=prod lgwr async
valid_for=(online_logfiles,primary_role) db_unique_name=PROD'
log_archive_dest_state_1='ENABLE'
log_archive_dest_state_2='ENABLE'
log_archive_config='DG_CONFIG=(PROD,STD)'
fal_client='STD'
fal_server='PROD'
standby_file_management='AUTO'
db_file_name_convert='d:\oracle\product\10.2.0\oradata\prod','d:\
oracle\product\10.2.0\oradata\std'
41
log_file_name_convert=
'd:\oracle\product\10.2.0\oradata\prod','d:\oracle\product\10.2.0\or
adata\std'
O parmetro db_unique_name = STD, o parmetro fundamental que
diferencia os dois bancos de dados.
-
42
STD =
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = SRV_STD)(PORT =
1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = STD)
)
)
43
EXTPROC_CONNECTION_DATA =
(DESCRIPTION =
(ADDRESS_LIST =
(ADDRESS = (PROTOCOL = IPC)(KEY = EXTPROC1))
)
(CONNECT_DATA =
(SID = PLSExtProc)
(PRESENTATION = RO)
)
)
-
44
5.2.
Dados Principal
Segundo a Oracle, ela recomenda que se deve usar o arquivo de
parmetro binrio,o SPFILENOME_INSTNCIA, pois ele possui parmetros
de inicializao avanados, alm de reduzir os ajustes dirios:
SQL> create spfile from pfile=d:\prod\InitProd.ora;
5.3.
45
- Inicializar o banco:
SQL> startup mount pfile=d:\std\InitStd.ora;
5.4.
Dados Stand By
SQL> create spfile from pfile=d:\std\InitStd.ora;
5.5.
46
5.6.
5.7.
5.8.
5.9.
47
5.10.
48
6.1.
Switchover
Essa realizao de procedimento, normalmente feita de forma
49
50
6.2.
Failover
Essa operao ocorre quando o banco de dados primrio no pode
51
52
7. CONCLUSO
Com a realizao desse trabalho de concluso de curso, confirmou-se a extrema
importncia desse recurso de alta disponibilidade de servio de banco de dados, que
to valioso tanto para os profissionais de informtica, por garantir a alta
disponibilidade juntamente com a disponibilizao, integridade e armazenamento em
grande escala dos dados, assim como por atender as necessidades da empresa,
atravs do uso de tecnologia de banco de dados garantindo a segurana da
informao.
Alm de colocar em prtica todo o conhecimento acadmico adquirido durante
as aulas assistidas, pudemos nos aprofundar e recomendar o seu uso para todas as
empresas, independentemente da sua rea de atuao.
53
8. BIBLIOGRAFIA
LONEY, Kevin; BRYLA, Bob. Oracle 10 g. O Manual do DBA Guia Oficial Oracle
Press. Rio de Janeiro: Campus Ltda e Elsevier, 2005.
IMASTERS, Data Guard na verso 10g Release 2 (10.2) - Parte 01, ltimo acesso
em: 08 de dezembro de 2010.
Link: http://www.devmedia.com.br/articles/viewcomp_forprint.asp?comp=4494
UNIVERSO DO BRAGA, Sdandby 11g, ltimo acesso em: 08 de dezembro de
2010.Link: http://sites.google.com/site/universodobraga/oracle/standby-11g
ORACLE-BASE, Articles. Data Guard, ltimo acesso em: 08 de dezembro de 2010.
Link: http://www.oracle-base.com/articles/9i/DataGuard.php
ORACLE SERVICE BUS, ltimo acesso em: 25 de abril de 2011.Link:
http://gustavofsantos.blogspot.com
ARQUIVO PARA DATA GARD CATEGORIA, Oracle Standby Database, ltimo
acesso em: 25 de abril de 2011.Link:
http://profissionaloracle.com.br/blogs/douglaspaiva/category/data-guard
CONFIGURANDO STANDBY DATABASE, Configurando o Standby Database
Criando um Physical Standby Database , ltimo acesso em: 25 de abril de 2011.Link:
http://kb.paxtecnologia.com.br/kb/index.php?View=entry&EntryID=971
DATA GUARD ORACLE, ltimo acesso em: 25 de abril de 2011.Link:
http://marcolin.wordpress.com/2010/06/02/data-guard-oracle
ORACLE DATABASE DOCUMENTATIOS LIBRARY,10G RELEASE 2(10.2), ltimo
acesso em: 25 de abril de 2011.Link:
http://www.oracle.com/pls/db102/portal.portal_db?selected=4
54
MINAYO, Maria Ceclia de Souza et al. (Org). Pesquisa social: teoria, mtodo e
criatividade. 2 ed. Rio de Janeiro: Vozes, 1994.
RUIZ, Joo lvaro. Metodologia Cientfica: guia para eficincia nos estudos. 4. ed.
So Paulo: Atlas, 1996.
PAVIANI, Jayme. O problema de pesquisa como ponto de partida. In: Rev. Trabalho
e Ambiente, Caxias do Sul, v. 3, no 5, 2005.
CERVO, A. L. e BERVIAN, P. A.. Metodologia Cientfica, 5 ed. So Paulo: Prentice
Hall, 2002.
SEVERINO, Antnio Joaquim. Metodologia do Trabalho Cientfico. 22. ed. 7.
reimpr. So Paulo: Cortez, 2006.
KERLINGER, Fred N. Metodologia da pesquisa em cincias sociais: um tratamento
conceitual. So Paulo: EPU, 1980.
LAKATOS, Eva M.; MARCONI, Marina A. Fundamentos de Metodologia Cientfica. 6.
ed. 4. reimpr. So Paulo:Atlas, 2007.
55
9. GLOSSRIO
ORACLE NET um servio que habilita uma conexo de rede entre o computador
cliente e o servidor. Ele pode ser configurado atravs do arquivo listener.ora e
tnsnames.ora .
PL/SQL Procedural Language/Structured Query Language, e uma extenso da
linguagem padro SQL para o SGBD Oracle da Oracle Corporation.
SQL Structured Query Language, ou Linguagem de Consulta Estruturada. uma
linguagem de pesquisa declarativa para banco de dados relacional.