Re: [oracle_br] Re: Script de Backup
Certíssimo!! Adaptar a TI de acordo com o modelo de negócio da empresa! Obrigado Chiappa \o []'s João Paulo Em 31 de agosto de 2016 12:24, jlchia...@yahoo.com.br [oracle_br] < oracle_br@yahoogrupos.com.br> escreveu: > > > Bem, na verdade certificação serve (em tese) para comprovar que vc Tem já > o conhecimento na área - se vc não tem conhecimento ainda, imho ** não faz > sentido ** querer se Certificar neste momento... O mais importante seria > Primeiro vc Obter o conhecimento que te falta (com Cursos, Livros, estudo > da Documentação e bons sites de referência) para só Depois pensar em > investir em certificação... Correto ? > Sobre o BACKUP sim, um backup ** real **, com cópia dos Arquivos (que é o > que o RMAN faz) via de regra é o mais indicado, sim : é bem legal vc ter > alguns dumps feitos com o export (preferencialmente via datapump) para > servir de recurso extra, de fonte secundária, mas não dá pra confiar só no > dump não... > A última dica é ** CONHECER EM DETALHES ** o negócio da tua empresa e as > características de uso do banco : só sabendo isso EM CONJUNTO COM OS > CONHECIMENTOS TÉCNICOS é que vc vai poder saber quando é a melhor data/hora > pra agendar backup, se é interessante backup incremental ou se há tempo de > janela (e espaço em disco) pra fazer backup full, se vc tem Licença de uso > pra usar paralelismo no seu backup RMAN, é por aí Uma grande parte do > trabalho de um DBA é adaptar a tecnologia à Empresa, e nunca o contrário, > certo ? > > []s > > Chiappa > >
Re: [oracle_br] Re: Script de Backup
Na verdade não sou o DBA,mas sou o responsável pela área de ti ... antes disso apenas desenvolvia aplicativos client/server em algumas linguagens de programação .. O tempo foi passado e ainda não me decidi em ficar na programação, .. focar apenas em linux ou banco de dados ... Desta maneira o meu conhecimento é um pouco limitado, mas conheço um pouco de cada "ambiente" Teria ter tirar algumas certificações e focar apenas em uma modalidade, mas o mercado de ti aqui na minha cidade não comporta isso, daí teria que sair da cidade, procurar um mercado maior pra absorver isso. Acho que o caso do Oracle, o backup com o RMAN é o mais indicado né ? Vou estudar isso e colocar em prática! Obrigado pelos esclarecimentos. []'s João Paulo Em 30 de agosto de 2016 21:34, jlchia...@yahoo.com.br [oracle_br] < oracle_br@yahoogrupos.com.br> escreveu: > > > Sim, setando as variáveis necessárias qualquer utilitário de linha de > comando vai de boa no crontab Importante é que fique Cristalinamente > Claro que : > > => um dump ** não ** te protege em caso de crash, como Avisado, > principalmente por NÂO COPIAR os dados internos do database > > => a não ser que se use SCN ou coisa do tipo ** não é Consistente ** (pode > haver perda de dados alterados enquanto o processo de dump tá rolando > > => normalmente não permite nenhum tipo de cópia Incremental dos dados > > => acessa os dados via SQL, sendo portanto muitas vezes ** ordens de > grandeza ** mais lentos do que uma cópia de arquivo físico, que é o que o > backup real via RMAN faz > > e n+1! outras questões... OU SEJA, não é só questão de "estar acostumado", > é uma questão Séria de Segurança dos seus dados E é aquela coisa : se > vc erra na configuração, ou erra no Tuning, ou em alguma outra área da > Administração de um database normalmente dá pra corrigir, mas se vc errar > no backup e ficar na mão após um crash/perda do database, é RUA pro DBA, > não pense que teu patrão/cliente vai entender porque não vai > > SE REALMENTE nada disso te incomoda ok... > > []s > >Chiappa > >
Re: [oracle_br] Re: Script de Backup
Boa tarde!!!
Galera... apenas gostaria de agradecer o pessoal que respondeu este tópico,
Rodrigo, Paulo e Chiappa
Li cuidadosamente o que todos responderam e suas considerações.
Estava acostumado ainda a fazer o backup/restore do meu sistema usando o
exp e imp.
O sei que o ideal mesmo é usar o Recovery Manager (RMAN) ... mas ainda
estou acomodado na versão ainda do data pump export ...
Dei uma pesquisada e isso aqui está me atendendo . estou comparilhando
com vocês ;
#!/bin/sh
STARTTIME=`date`
DATEFORMAT=`date +%Y%m%d-%H%M`
export ORACLE_SID=producao
export ORACLE_HOME=`cat /etc/oratab|grep ^${ORACLE_SID}:|cut -d':' -f2`
export EXPLOG=`echo $DATEFORMAT`_${ORACLE_SID}.txt
export EXPDIR=/u03/orabackup/producao
export PATH=$PATH:$ORACLE_HOME/bin
STARTTIME=`date`
# Data Pump export
expdp export/senha@oracle schemas=RAINHA directory=BKP_BKP dumpfile=`echo
$DATEFORMAT`_producao.dmp logfile=$EXPLOG nologfile=N
ENDTIME=`date`
SUBJECT=`hostname -s`:$ORACLE_SID:`tail -1 $EXPDIR/$EXPLOG`
echo -e $SUBJECT >> /var/log/oracle-export.log
echo -e "Start time:" $STARTTIME "\nEnd time:" $ENDTIME >>
/var/log/oracle-export.log
Já testei na crontab e vai de boas.
# backup diário
00 12 * * * /scripts/backupfull.sh 1>/dev/null 2>&1
# backup diário
00 18 * * * /scripts/backupfull.sh 1>/dev/null 2>&1
[]'s
João Paulo
Em 29 de agosto de 2016 14:56, jlchia...@yahoo.com.br [oracle_br] <
oracle_br@yahoogrupos.com.br> escreveu:
>
>
> Opa, blz ? Antes de te responder, me deixe fazer algumas Observações que
> podem ser criticamente importantes aí pra vc :
>
> 1) O executável exp é a versão *** ANTIGA *** do utilitário de export de
> dados - essa versão foi Descontinuada há vários anos já, lá na época do
> banco 10g há quase DEZ ANOS ATRÁS, tendo sido substituído pelo DATA PUMP
> (executável expdp) Sendo assim, exp Não deveria mais estar sendo
> usado, pois ele Não se aproveita nem dos novos recursos de performance nem
> dos recursos administrativos introduzidos no datapump, não suporta novos
> datatypes e/ou recursos e features de banco introduzidos no 10g em diante
> okdoc ?
>
> 2) tenha em mente que export de dados (seja via rotinas tradicionais seja
> via datapump) Absolutamente Não é um BACKUP : entre outras questões, um
> export só copia os dados de usuários, NÃO COPIANDO os críticos dados
> internos e metadados do database, arquivos de controle, arquivos de
> config Por causa disso, se vc tiver um CRASH e só dispor de um export ,
> NÂO TEM COMO vc restaurar seu banco, vc vai ter que manualmente reinstalar
> o software, criar um banco VAZIO manualmente para só depois poder importar
> os dados... "BACKUP" que não te salva quando vc tem crash/perda total imho
> Não é Backup coisa nenhuma...
>
> Isso posto, a sua Resposta : como normalmente o crontab não dispara NENHUM
> TIPO de arquivo de shell init (que via de regra é justamente aonde vc seta
> seu ambiente), para que os utilitários de linha de comando Oracle (como os
> de export, o sql*loader, o sql*plus, etc) possam ser executados vc tem que
> no script a ser chamado setar manualmente as variáveis necessárias, tipo :
>
> # cat roda_export.sh
>
>
> #!/bin/bash
> ORACLE_SID=siddoseubanco ; export ORACLE_SID
> ORACLE_BASE=/oracle/app/oracle; export ORACLE_BASE
> ORACLE_HOME=/homedoseudatabase; export ORACLE_HOME
> PATH=/bin:/sbin:/usr/bin:/usr/sbin:.; export PATH
> PATH=$PATH:$ORACLE_HOME/bin ; export PATH
> CLASSPATH=$ORACLE_HOME/jdbc/lib/classes12.zip:$CLASSPATH; export CLASSPATH
> LD_LIBRARY_PATH=$ORACLE_HOME/lib:$LD_LIBRARY_PATH; export LD_LIBRARY
> NLS_LANG=characterseteterritoriodoseudatabase; export NLS_LANG
>
> exp USERID="username/password" FILE=pathdodumpfile/nomedodumpfile.DMP
> LOG=pathdesejado/nomedologfile.exp COMPRESS=Y DIRECT=Y ROWS=Y
> CONSISTENT=Y FULL=Y
> # END
>
>
> Altere os parâmetros e variáveis como necessário por seu ambiente...
>
> []s
>
> Chiappa
>
>
[oracle_br] Script de Backup
Boa tarde Pessoal, Alguém tem aí algum script de backup .sh pra eu agendar na contrab e fazer os backups automaticamente ? O que eu preciso que o script faça é ; host exp usuario/senha@host file=/u03/meubackup.dmp log=/u03/meubackup-log.txt full=y compress=y Alguém tem ou me ajuda por favor ? []'s João Paulo
