Gabriel, só pra acrescentar : é tranquilamente aceitável se fazer
operações NOLOGGING em casos especiais, exemplo : banco DW fazendo
uma grande carga a partir dum arquivo-externo, se der pau
imediatamente após a carga e antes de se ter chance de backup,
simplesmente se limpa as tabs destino e se repetirá a carga. Em
alguns dos bancos que administro hoje, é exatamente esse o cenário,
os usuários estão mais que cientes desse tempo de reprocesso em caso
de problemas (que pode INCLUSIVE crescer bastante dependdo do caso,
pode até envolver volta do último backup e vários reprocessos depois
disto), mas não abrem mão do tempo enormemente reduzido em não se
gerando a qtdade normal de logs, então tá.

Ivan, NÃO é verdade que com banco em NOARCHIVE o redo log não serve
pra nada, mesmo em modo noarchive :

a) se vc tiver um banco standby manual, onde vc envia os logs de
tanto em tanto , obviamente operações que não constam no log vão dar
problema

b) log miner também ficará "inconsistente" com a realidade, se vc o
usa pra algum tipo de "auditoria" isso se reflete

c) flashback queries também trabalham com redo log, então operações
NOLOGGING fatalmente vão interferir com ela


assim, se nem a, nem b) nem c) te importam, então SIM, vc poderia
usar tranquilamente o modo NOLOGGING, apenas com a ressalva de que,
num caso de crash, o banco vai usar os redo log files   para a
recuperação, uma operação NOLOGGING provavelmente não estará neles,
vc pode perder os dados.

[]s

Chiappa



--- Em oracle_br@yahoogrupos.com.br, "Gabriel Hanauer"
<[EMAIL PROTECTED]> escreveu
>
> Calma, calma, muita calma nessa hora!
>
> Qualquer operação que não é "logada" é impossível de ser recuperada
antes de
> se fazer um backup.
> Um exemplo seria você fazer um direct-path insert num segmento com
nologging
> e logo após o insert precisar fazer um recovery da sua base. O
oracle vai
> marcar alguns blocos como corrompidos pelo fato de nao ter sido
gerado dados
> de redo para esses blocos. Quer dizer, você perde dados...
>
> Então, não faz muito sentido deixar objetos em nologging num
ambiente de
> produção.
>
> Dê uma lida no Concepts:
> http://download-
west.oracle.com/docs/cd/B10501_01/server.920/a96521/tspaces.htm#23641
> http://download-
west.oracle.com/docs/cd/B10501_01/server.920/a96524/c21dlins.htm#10666
>
> No AskTom tem umas discussões legais:
>
> http://asktom.oracle.com/pls/ask/f?
p=4950:8:13968551919102690416::NO::F4950_P8_DISPLAYID,F4950_P8_CRITERI
A:5280714813869
>
>
>
>
> On 5/18/06, Ivan Ricardo Schuster <[EMAIL PROTECTED]> wrote:
> >
> >  Pessoal,
> >
> > Estou estudando técnicas de backup e me deparei com este tópico
> > (logging/nologging).
> >
> > Vejam se eu entendi direito:
> > Se eu não tenho o banco em archive mode, o modo logging não serve
pra
> > nada?
> > Posso desativar esta opção em todas as tablespaces?
> >
> > Obrigado
> > Ivan
> >
> >
> >
> >
> > ------------------------------------------------------------------
--------------------------------------------------------
> > Atenção! As mensagens deste grupo são de acesso público e de
inteira
> > responsabilidade de seus remetentes.
> > Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
> >
> > ------------------------------------------------------------------
--------------------------------------------------------
__________________________________________________________________
> >
> > Este Grupo recebe o apoio da SQL Magazine -
> > www.devmedia.com.br/sqlmagazine
> > __________________________________________________________________
> > O grupo Oracle_br não aceita anexos. Quando oferecer algum
arquivo, tenha
> > o link do mesmo para evitar trafego(pedidos) desnecessário.
> >
> >
> >   *Yahoo! Grupos, um serviço oferecido por:*   PUBLICIDADE
> >
> >
<http://br.ard.yahoo.com/SIG=12fmmuosf/M=396559.7942981.9411633.236989
3/D=brclubs/S=2137114689:HM/Y=BR/EXP=1147975690/A=3672775/R=2/id=noscr
ipt/SIG=154s706bs/*http://lt.dell.com/lt/lt.aspx?
CID=12696&LID=338165&DGC=BA&DGSeg=DHS&DURL=http://www1.la.dell.com/con
tent/products/category.aspx/desktops?c%3dbr%26l%3dpt%26s%3ddhs>
> > ------------------------------
> > *Links do Yahoo! Grupos*
> >
> >    - Para visitar o site do seu grupo na web, acesse:
> >    http://br.groups.yahoo.com/group/oracle_br/
> >
> >    - Para sair deste grupo, envie um e-mail para:
> >    [EMAIL PROTECTED]<oracle_br-
[EMAIL PROTECTED]>
> >
> >    - O uso que você faz do Yahoo! Grupos está sujeito aos Termos
do
> >    Serviço do Yahoo! <http://br.yahoo.com/info/utos.html>.
> >
> >
>
>
> --
> Gabriel Hanauer
>
>
> [As partes desta mensagem que não continham texto foram removidas]
>






--------------------------------------------------------------------------------------------------------------------------
Atenção! As mensagens deste grupo são de acesso público e de inteira responsabilidade de seus remetentes.
Acesse: http://www.mail-archive.com/oracle_br@yahoogrupos.com.br/
--------------------------------------------------------------------------------------------------------------------------__________________________________________________________________

Este Grupo recebe o apoio da SQL Magazine - www.devmedia.com.br/sqlmagazine
__________________________________________________________________
O grupo Oracle_br não aceita anexos. Quando oferecer algum arquivo, tenha o link do mesmo para evitar trafego(pedidos) desnecessário.



Yahoo! Grupos, um serviço oferecido por:
PUBLICIDADE


Links do Yahoo! Grupos

Reply via email to