Renata,

Sobre o RMAN uma olhada na pagina:

http://www.oracle-base.com/articles/9i/RecoveryManager9i.php




  ----- Original Message ----- 
  From: Renata Freitas 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, May 17, 2007 9:49 AM
  Subject: Re: [oracle_br] Re: Melhor forma de backup


  Ok Chiappa. Muito obrigada pela dica e pelos links, vou analisá-los.

  Ah quanto a versão. Estou utilizando a 9i. Desculpe não informar antes.

  Grata,
  Renata

  ----- Original Message ----- 
  From: jlchiappa 
  To: oracle_br@yahoogrupos.com.br 
  Sent: Thursday, May 17, 2007 8:32 AM
  Subject: [oracle_br] Re: Melhor forma de backup

  Colega, primeiro eu ** tenho ** que dizer : se vc pesquisou e estudou 
  mas ainda não está capacitada, ainda tem dúvidas básicas, vc 
  absolutamente ** tem que ** OU contratar um Consultor que conheça e 
  faça por vc, OU se a opção for vc mesma fazer, rever, *** estudar *** 
  mais e mais atentamente os manuais de backup da sua versão (que só 
  PRA VARIAR vc não diz qual é .. ), mas seja qual for principalmente 
  o "Backup and Recovery Concepts", mas atenção também ao "Recovery 
  Manager User's Guide" já que vc quer usar RMAN, e além isso completar 
  com um bom livro, eu recomendo o "RMAN Backup & Recovery", de Robert 
  G. Freeman (há edições para 9i e para 10g , que são as versões 
  atualmente em produção de bd Oracle). Eu digo isso porque outras 
  atividades de DBA (como tunning de banco, ou criação de objetos no 
  banco), se vc errar dá pra corrigir (parando o banco e alterando 
  params, movendo arqs, re-criando objetos), MAS backup se vc errar é 
  fatal, é ROÇA, é dados perdidos, rua total...
  O tamanho do banco em si é um limitador, mas *** não *** implica por 
  si só em nada, é a sua necessidade, o seu hardware principalmente, 
  que vai ditar o que usar e como usar - assim, como eu tinha dito, vc 
  PODE (dependendo, mais uma vez, de versão de banco e ambiente) vir a 
  precisar por exemplo de um software extra (media manager) para backup 
  em fita SE vc for usar fita, se não for, não vai.... Então de COISA 
  ALGUMA adiantaria eu copiar e colar os meus scripts de Produção aqui, 
  pois eles estão ajustados ao MEU ambiente, com o MEU hardware.....
  Pra um exemplo simples e genérico, vá até 
  http://www.oracle.com/technology/obe/obe9ir2/obe-
  ha/rman/rman.htm#ConfigurationandBackup que vc tem um passo-a-passo , 
  em windows inclusive. Fica a dica, SEMPRE que vc tiver necessidade 
  técnica referente à produto Oracle, experimenta começar por 
  http://www.oracle.com/technology/index.html , é uma fonte enorme.

  []s

  Chiappa

  --- Em oracle_br@yahoogrupos.com.br, "Renata Freitas" 
  <[EMAIL PROTECTED]> escreveu
  >
  > O banco atualmente está com aproximadamente 120Gb e pesquisei 
  bastante sobre as formas de backup. Inclusive a do OEM, mas 
  infelizmente não consegui configurar o banco para que ele deixasse eu 
  utilizar essa opção. Então passei a pesquisar sobre o RMAN mas não 
  entendi muito bem os parâmetros e o que é realmente necessário 
  colocar no .bat. Pela urgência acabei optando pelo Exp, pois por 
  enquanto foi o único "backup" que consegui realizar.
  > Mas como vc me disse que o Export não é ferramenta de backup, estou 
  pesquisando novamente sobre o RMAN. Vc poderia me passar um script 
  básico para que eu possa pelo menos entender como funciona e o que é 
  realmente necessário? E a restauração como é feita? Vi que é preciso 
  alocar um canal (chanel), na verdade como funciona isso?
  > Desculpe a dimensão das perguntas, mas estou começando a trabalhar 
  com o Oracle agora e ainda estou com muitas dúvidas.
  > 
  > Muito obrigada pela ajuda,
  > Renata
  > 
  > ----- Original Message ----- 
  > From: jlchiappa 
  > To: oracle_br@yahoogrupos.com.br 
  > Sent: Tuesday, May 15, 2007 6:47 PM
  > Subject: [oracle_br] Re: Melhor forma de backup
  > 
  > 
  > Absolutamente ** NÃO EXISTE ** a "melhor forma", se existisse uma
  > melhor a Oracle teria nos dado só ela :) O que existe é é a que 
  você
  > ache mais adequada, de acordo com as SUAS necessidades.... 
  > Antes de falar sobre isso porém, um aviso : export ****** NÂO É
  > ****** ferramenta de backup coisa alguma por si só, pois ele 
  copia os
  > dados de usuário MAS **** NÂO **** copia dados internos do banco
  > (schema SYS), ele *** NÃO *** gera um CREATE DATABASE, export *** 
  NÃO
  > *** cria a tablespace SYSTEM, ele *** NÃO *** backupeia arquivos 
  de
  > log e demais arqs (inits, etc) necessários pra recuperar se o 
  banco
  > der crash.... Assim, se vc só tem exports e o servidor crashar vc
  > senta, chora e terá que REINSTALAR o software todo, RECRIAR o 
  banco,
  > RE-APLICAR patches,um procedimento complexo E vc estará demorando
  > MONTES de tempo e com ALTÍSSIMO risco de falhas! Vc tranquilamente
  > PODE SIm ter export como complemento, mas export sozinho NÂo é
  > suficiente... 
  > falando agora de opções apropriadas de backup, que implicam em 
  CÓPIA
  > DE ARQUIVOS do banco, esquecendo dump de dados que é o exp : a tua
  > escolha número um é se vc pode (e quer...) parar o banco pra 
  backup
  > (ie, backup COLD, FRIO) , ou se vc quer fazer backup HOT, QUENTE, 
  ie,
  > com o banco ativo e servindo aos usuários - já que vc diz que 
  está em
  > modo archivelog, que permite backups hot, imagino que vc VAI sim
  > querer se aproveitar disso...
  > A segunda escolha é se essa cópia hot será feita pelo RMAN ou por
  > programas externos de backup (ou até mesmo por simples comandos de
  > cópia do sistema operacional) : as vantagens principais do RMAN é 
  que
  > ele permite backups incrementais (o que é uma ENORME economia de
  > espaço em bancos de maior porte), não copia blocos vazios do 
  disco pro
  > banco, permite vc ter um catálogo de backups em banco Oracle, em
  > algumas versões permite compactar o backup, controlr recursos de
  > máquina para que o backup não interfira muito em produção, etc. As
  > desvantagens principais é que o RMAN exige configuração extra, e 
  em
  > alguns casos softwares extras (que TEM que ser comprados, pagos,
  > instalados, configurados) pra poder ler/gravar dispositivos de 
  backup
  > (como fitas), e muitas vezes os técnicos já tem longa experiência 
  com
  > softs outros de backup - no caso dessas desvantagens serem fator
  > impossibilitante, ou se as features RMAN não forem atrativas pra 
  vc
  > neste momento (digamos, é um banco muito pequeno e trivial), vc 
  faz a
  > cópia dos arqs Oracle com softs externos mesmo, tendo o cuidado de
  > antes da cópia dos arqs vc mandar um ALTER TABLESPACE nnn BEGIN 
  BACKUP
  > pra tablespace e feita a cópia mandar um END BACKUP - normalmente 
  se
  > escreve um pequeno shell script (.BAT no windows) pra automatizar 
  isso.
  > E finalmente, eu não uso mas afaik o que os assistentes do OEM 
  fazem
  > é acionar o RMAN, então se vc for usar o OEM é o RMAN que vc 
  estará
  > usando, sim...
  > 
  > []s
  > 
  > Chiappa
  > 
  > --- Em oracle_br@yahoogrupos.com.br, "Renata Freitas"
  > <renata.gfreitas@> escreveu
  > >
  > > Qual a melhor forma de backup para se fazer em um banco em
  > Archivelog? O exp, Rman ou o do OMS?
  > > 
  > > Atualmente estou utilizando o exp com os seguintes parametros:
  > > exp usuario/senha file=bkp.dmp full=y log=logbkp.log
  > > 
  > > Porém o banco de dados corrompeu e quando fui restaurar com o 
  Imp,
  > tive alguns problemas, pois ele me retornava erro na criação de 
  alguns
  > indices e abortava a importação, além disso a tablespace SYSTEM
  > estourou e novamente a importação falhou. Estou usando o Windows 
  XP.
  > Sei que não é o mais adequado, mas isso tem haver com o fato da
  > tablespace SYSTEM e outras do sistema não crescer automaticamente?
  > > 
  > > Grata,
  > > Renata
  > > 
  > > 
  > > 
  > > [As partes desta mensagem que não continham texto foram 
  removidas]
  > >
  > 
  > 
  > 
  > 
  > 
  > 
  > ----------------------------------------------------------
  ----------
  > 
  > 
  > No virus found in this incoming message.
  > Checked by AVG Free Edition. 
  > Version: 7.5.467 / Virus Database: 269.7.0/803 - Release Date: 
  13/5/2007 12:17
  > 
  > 
  > [As partes desta mensagem que não continham texto foram removidas]
  >

  ----------------------------------------------------------

  No virus found in this incoming message.
  Checked by AVG Free Edition. 
  Version: 7.5.467 / Virus Database: 269.7.1/805 - Release Date: 15/5/2007 10:47

  [As partes desta mensagem que não continham texto foram removidas]



   

[As partes desta mensagem que não continham texto foram removidas]

Responder a