Menu de navegação

[Edgar Rombesso RisolaParticipante]

Olá…sobre Backup…qual o melhor modo de manter na seguinte situação:

Tenho um servidor com Oracle 10 e outro com o IAS10g. Digamos que vou criar um novo do zero em uma situação de desastre. Quais itens devo efetuar backup e manter para utilizar em um novo servidor do zero?

[rmanParticipante]

@Edgar Rombesso Risola

Em relação ao Oracle Database você deve ter um backup físico feito pelo RMAN, e o mais importante ter uma política de restore/recover bem definida com profissionais qualificados.

[Edgar Rombesso RisolaParticipante]

Tks rman,

Esqueci de citar acima que embora seja a melhor opção, eu quero desconsiderar o RMAN, quero alternativas a ele.

[rmanParticipante]

@Edgar Rombesso Risola

Tem algum motivo específico de não utilizar o RMAN? É alguma limitação no seu cenário?

[Edgar Rombesso RisolaParticipante]

na verdade não tenho limitação pelo RMAN…quero mesmo alternativas físicas…o RMAN é lógico…quero mesmo poder pegar os arquivos e armazenar em mídias de tempos em tempos e saber que vou poder restaurar 100% em um outro ambiente sem muito trabalho, se necessário, devido algum desastre…Claro que eu mantenho um backup via RMAN com políticas elaboradas por especialistas…mas gosto de ter backup do backup neste caso e de maneiras alternativas…

[rmanParticipante]

@Edgar Rombesso Risola

O backup gerado pelo RMAN é um backup físico. Backup lógico é o backup gerado pelo DATAPUMP e o tradicional EXP/IMP.

O que normalmente se faz é após gerar o backup físico copiar esse backup para uma fita de backup, e é claro, manter essa fita armazenada em um segundo local físico.

Existe outra forma de realizar um backup físico sem utilizar o RMAN? Sim, existe, seria o backup gerenciado pelo usuário, onde é feito a cópia pelo sistema operacional de todos os componentes vitais, como: controlfile, datafile, spfile. Mas creio que não seja viável, a política deve ser muito bem definida, outro ponto é esse método permite está restrito ao COLD BACKUP, ou seja, para que o backup seja consistente é necessário baixar o banco, fazer a cópia e subir o banco novamente.

[Edgar Rombesso RisolaParticipante]

Então rman….desculpe minha falha…confundi o físico com o lógico, mas na verdade o que quero é exatamente o gerenciado pelo usuário, mesmo sendo em cold, pois no momento eu ainda tenho janela na madrugada para isso. O que eu queria montar realmente é um backup gerenciado pelo usuário com os componentes vitais de modo que eu tenha agilidade para restaurar quando precisar…atualmente já tenho políticas de backup via RMAN e DATAPUMP, mas quero uma segurança a parte gerenciada exclusivamente pela minha pessoa.

[Regis AraujoParticipante]

@Edgar

Cara, eu concordo com o RMAN, você tendo backup via RMAN e DATAPUMP já terá as 2 melhores “politicas” de backup realizada para o seu banco.

Você realizar um backup do SO e seus arquivos não vai lhe ajudar em nada.. Pois digamos que você perdeu um datafile, não adianta copiar o datafile para o local original que o banco não vai subir, você irá precisar fazer um recover do banco, o que é muito mais rapido via RMAN.

Ou no caso de perder a máquina, o tempo de copia dos arquivos, isto se for FileSystem será muito maior do que fazer um restore+recover da base via RMAN.

DataPump é 90% das vezes usado apenas para recuperar objetos específicos e não banco inteiro, pois não é um backup consistente, exceto em caso de migração.

Mesmo que você faça um backup com FLASHBACK_SCN, você irá perder os dados entre o SCN e a indisponibilidade o ambiente.

O meio mais rápido de restaurar um banco é via RMAN.

Bom, espero que eu tenha ajudado.

Abraços..!

Regis Araujo

[Edgar Rombesso RisolaParticipante]

Oi Regis…ajudou sim…mas eu ainda quero a alternativa para efetuar o backup sem o RMAN e DATAPUMP…eu já tenho eles rodando e fazendo o backup segundo políticas definidas por 3 DBA´S de uma empresa de consultoria…eu quero exatamente os arquivos item a item para restore manual. Vou colocar estes itens em uma área protegida com meu acesso apenas…quero poder pegar esse arquivos e efetuar o restore em QUALQUER AMBIENTE que eu achar necessário…a dúvida é exatamente quais são os itens necessários para não ter o problema de restaurar….

[Regis AraujoParticipante]

@Edgar

Entendi o que você quer, continuo tendo a certeza de que vai te dar mais trabalho, porém segue…

Então você vai precisar ter em uma documentação algumas informações muito bem detalhadas, como:

1- Qual versão de SO e Banco (Versões exatas)
2- Estrutura de armazenamento (Diretorios e sub-diretorios)
3- Tipo de armazenamento (ASM|FileSystem|Raw)

OBS: Isto somente funciona se o seu banco estiver em FileSystem.

Os passos serão:

Baixar o banco de forma consistente, com shutdown immediate;

Fazer backup dos controlfiles, pfile/spfile, datafiles,archives e redos.

Com estes dados armazenados, para restaura-los você vai precisar seguis os passos:

1- Instalação do SO e Banco em uma máquina nova (Terá q ser a versão exata do SO e do Banco)
1.1- O banco você irá instalar com a opção “Software Only”
2- Criar a arvore de estrutura dos diretórios da mesma forma que estava no banco original
3- Copiar cada arquivo para seu respectivo diretório (controlfile,pfile/spfile,datafiles,archives e redos)
4- Dar startup do banco setando o PFILE copiado.
4.1- startup pfile=’pfile.ora’;

Desta forma, você conseguirá restaurar o banco, porém será no estado exato que estava quando foi realizado o backup.

Eu já realizei este procedimento, porém era uma versão 10.2.0.4

Acredito que seja isto que você gostaria.

Abraços..!

Regis Araujo

[Edgar Rombesso RisolaParticipante]

1- Qual versão de SO e Banco (Versões exatas) – Suse Linux Enterprise 10 SP2 e Banco Oracle 10G 10.2.0.5
2- Estrutura de armazenamento (Diretorios e sub-diretorios)
não sei se é essa estrutura que se refere

/usr/app/oracle/product/10g

/u1/oradata/si3des_data/control
/u1/oradata/si3des_data/data

3- Tipo de armazenamento (ASM|FileSystem|Raw)
FileSystem

*eu queria ASM mas não deixaram..rsrsrs

[Regis AraujoParticipante]

@Edgar

É isto mesmo!

Basta seguir os passos que eu passei..

Espero ter ajudado…

Abraços..!

Regis Araujo

[rmanParticipante]

@Edgar Rombesso

Provavelmente o método de backup gerenciado pelo usuário foi criado antes de existir o RMAN, talvez era a única forma de fazer na época. Mas hoje existe uma ferramenta pra isso. Utilizando o método de backup gerenciado você está assumindo toda a responsabilidade do restore, ou seja, uma falha humana pode lhe custar o emprego. :blink:

Outro ponto a ser analisado é o tamanho do banco, área de backup, rede e janela de manutenção. Primeiro, tem espaço em uma área de backup? Como será feito o transporte, rede, direto em mídia? Terá tempo suficiente para fazer isso dentro da janela de manutenção?

[Edgar Rombesso RisolaParticipante]

rman, concordo plenamente com o que você falou…realmente seria o caso se eu estivesse assumindo a responsa…mas na verdade não estou…como disse anteriormente já temos política definida com o RMAN mesmo por exemplo. O que quero é, eu particularmente e por conta própria, manter um backup a parte. Área de backup particular já possuo, o transporte será via rede em área de filesystem e posteriormente em mídia. A janela que possuo já me possibilita isso devido ao pouco uso inicial do sistema no momento. Daqui uns 2 anos quando o sistema estiver em uso 24/7 será mais complicado fazer isso e terei que passar para uma janela maior e mais espaçada, mas não é problema devido a não ser minha responsabilidade específica e ter política já definida. Porém, um bakcup mesmo desatualizado, as vezes, sempre pode salvar o emprego né..rsrsrs

[Autor]

Posts