Menu de navegação

[airoospParticipante]

Boa tarde,

Aqui na empresa utilizamos o ArcServer para fazer o backup do banco e verificando a documentação do mesmo, é possível fazer o teste do backup.
O cenário criado foi retornar as informações do ArcServer em outro servidor.
Criei uma instância com o mesmo nome e respectivas tablespaces com o mesmo nome e tamanho utilizados no ambiente de origem.
Conforme descrito na documentação do ArcServer, após a criação da nova instância, os arquivos recuperados ( controlfiles, datafiles, archives e redos ) deverão ser copiados para as pastas no Oracle.
Copiei os arquivos (mesmo caminho do servidor de origem), configuradas as variáveis de ambiente e login no sqlplus.

Após o login foi executado o startup mount que ocorreu sem erro.

Ao executar RECOVER DATABASE, apareceu a mensagem de erro abaixo:

ORA-00283: sessão de recuperação cancelada devido a erros
ORA-01110: 12 do arquivos de dados ‘e:oracleoradatabco1cadastro01.ora’
ORA-01157: não foi possível identificar/bloquear arquivo de dados 12 – consulte o arquivo de análise DBWR.

Alguém já teve este tipo de problema, como conseguiu resolver?

Para testar o backup em outro servidor é necessário que o mesmo tenha as mesmas configurações de memória e disco do servidor de origem? O db_block_size tem que ser o mesmo?

Obrigado.

Airton

[jspaulonciParticipante]

Bom dia Airton, vamos lá.

Preciso entender o que vc está tentando fazer.
Você tem um servidor de produção e tal .
Pegou outro servidor para fazer o teste.
Daí pra frente o que você tentou fazer em específico ?

[airoospParticipante]

Bom dia,

Criei uma instância neste servidor com o mesmo nome da instância de produção. Também foram criadas todas as tablespaces com os mesmos nomes e tamanhos. Ambiente Windows e banco 9i.
Conforme descrito na documentação do ArcServer, para fazer um restore é necessário recuperar da fita todos os datafiles, controlfiles, archives e redos. Este processo foi feito copiando estes arquivos para uma pasta temporária. Depois estes arquivos foram copiados para as respectivas pastas do Oracle (drivers D e E). Após isso subi o banco em mount e executei o recover database.
Fiz este procedimento mas apareceu a mensagem de erro conforme descrito no início do tópico. Esta máquina esta isolada da rede pois o objetivo é fazer testes.

Obrigado.

Airton

[jspaulonciParticipante]

Passe me o erro que ocorre no alert

[airoospParticipante]

Boa tarde,

Conforme solicitado segue informações do alert.

starting up 1 shared server(s) …
starting up 1 dispatcher(s) for network address ‘(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))’…
Oracle Data Guard is not available in this edition of Oracle.
Mon Sep 27 17:50:56 2010
ALTER DATABASE MOUNT
Mon Sep 27 17:51:00 2010
Successful mount of redo thread 1, with mount id 842004736
Mon Sep 27 17:51:00 2010
Database mounted in Exclusive Mode.
Completed: ALTER DATABASE MOUNT
Mon Sep 27 17:51:14 2010
ALTER DATABASE RECOVER database
Mon Sep 27 17:51:14 2010
Media Recovery Start
Mon Sep 27 17:51:14 2010
Errors in file d:oracleadmingbdbdumporcl_dbw0_3632.trc:
ORA-01157: cannot identify/lock data file 12 – see DBWR trace file
ORA-01110: data file 12: ‘E:ORACLEORADATAGBDACESSO_IDX01.ORA’
ORA-27046: file size is not a multiple of logical block size
OSD-04000: incompatibilidade de tamanho de bloco lógico (OS 8192)

Mon Sep 27 17:51:14 2010
Errors in file d:oracleadmingbdbdumporcl_dbw0_3632.trc:
ORA-01157: cannot identify/lock data file 13 – see DBWR trace file
ORA-01110: data file 13: ‘E:ORACLEORADATAGBDACESSO_TMP.ORA’
ORA-27046: file size is not a multiple of logical block size
OSD-04000: incompatibilidade de tamanho de bloco lógico (OS 8192)

Mon Sep 27 17:51:14 2010
Errors in file d:oracleadmingbdbdumporcl_dbw0_3632.trc:
ORA-01157: cannot identify/lock data file 14 – see DBWR trace file
ORA-01110: data file 14: ‘E:ORACLEORADATAGBDADMINISTRADOR01.ORA’
ORA-27046: file size is not a multiple of logical block size
OSD-04000: incompatibilidade de tamanho de bloco lógico (OS 8192)

Mon Sep 27 17:51:14 2010
Errors in file d:oracleadmingbdbdumporcl_dbw0_3632.trc:
ORA-01157: cannot identify/lock data file 15 – see DBWR trace file
ORA-01110: data file 15: ‘E:ORACLEORADATAGBDADMINISTRADOR02.ORA’
ORA-27046: file size is not a multiple of logical block size
OSD-04000: incompatibilidade de tamanho de bloco lógico (OS 8192)

Obrigado.

Airton

[CleitonHanzenParticipante]

Opá…

Intaum Airton, tá meio estranha essa documentação do ArcServer dizendo que você tem que criar as tablespaces com nomes e tamanhos iguais.

Veja que na restauração do banco é necessário o restore de TODOS os controlfiles e datafiles (incluindo system, undo e sysaux), acho que nem tem como “restaurar” um datafile que não pertence ao banco atual (isso devido a falta de registro do SCN nos controlfiles)

Todas as ferramentas de backup & recover que utilizei até hoje com Oracle, todas elas (HP Data Protector, Tivoli, Veritas) funcionavam exatamente do mesmo jeito:

• Crie Somente a Instance (veja q não é necessário criar o “banco” por completo, somente subir as estruturas de memória)
• Restaure Spfile/Controlfile
• Baixar o banco e colocar em modo mount com os controlfiles restaurados
• Restaure TODOS os datafiles (incluindo system, sysaux, undo)
• Aplique os archives até o ponto desejado.

Nunca vi uma documentação que pedia pra “criar tablespaces com mesmo nome e tamanho”, afinal, no momento que você restaurar o controlfile isso tudo será sobrescrito… 😉

[]s

[jspaulonciParticipante]

Bom Airton, o CleitonHanzen está coberto de razão, só um detalhe que vale lembrar Cleiton, o Airton está em 9i, em 9i não tem tablespace SYSAUX ela passou a existir a partir do 10g.

Airton, vc está trabalhando com os arquivos em file system ou asm ?

[airoospParticipante]

Cleiton,

O processo que esta escrito na documentação é recuperar o backup em um ambiente igual, dessa forma entendi que a estrutura do banco deveria ser a mesma, certo.
Criei uma nova instância com o mesmo nome e criei também as tablespaces que não são padrão do Oracle 9i. Copiei os arquivos recuperados sobreescrevendo os que foram criados com a nova instância
(controlfiles, datafiles, spfile e arquivo de senha).
Você esta dizendo que as estruturas de memória SGA, PGA tem que ser iguais?

Arquivos em file system.

Obrigado

Airton

[CleitonHanzenParticipante]

Opá..

Coloquei a questão das áreas de memória, somente pra elucidar que não é necessário criar o banco todo antes do restore.

A estrutura física (diretórios) que precisa ser idêntica (até pode ser diferente, mas dá mais trabalho…rsrsrsrsrs)

Esse teu backup é online, certo?

Volte os arquivos para os diretórios com estrutura igual (certifique-se que todos estão com os nomes iguais ao ambiente de produção) e depois recover database que vai começar a pedir os archiveves, em teoria não tem muito segredo…..rsrsrsrs

[vieriParticipante]

Refaça tudo de acordo com os passos descritos acima pelo nosso amigo.

• Crie Somente a Instance (veja q não é necessário criar o “banco” por completo, somente subir as estruturas de memória)
• Restaure Spfile/Controlfile
• Baixar o banco e colocar em modo mount com os controlfiles restaurados
• Restaure TODOS os datafiles (incluindo system, sysaux, undo)
• Aplique os archives até o ponto desejado.

Tira da sua cabeça memória,tablespace.etc..etc.. esqueçe,
quando a documentação cita mesma estrutura é de diretórios.

a única coisa que VOCÊ precisa se preocupar é ter os mesmos diretórios disponiveis. E ainda assim pq vc~não possui experiencia pois isso é facilmente contornado com Comando Switch e set new name do rman.

[airoospParticipante]

Resumindo o que tenho a fazer é o seguinte:

• Criar uma nova instância com as opções padrão do banco mas atribuíndo o mesmo nome da instância de produção.
  Esta nova máquina deverá ter a unidades D e E igual ao produção.
• Depois copiar os controlfiles, spfile, pwd…ora e init…ora
• Copiar todos os datafiles para as respectivas pastas
• Subir o banco com startup mount
• Executar o recover database

Como não tenho muita experiência e também estou aprendendo, se esta máquina estiver na rede e como tem o mesmo nome da instância de produção poderá gerar algum problema?

Obrigado.

Airton

[airoospParticipante]

Fiz um teste utilizando os arquivos importados e ocorreu erro informando que há um problema na SGA.
A área definida para SGA deverá ser a mesma nas duas instâncias, certo?
Isso se aplica também ao db_block_size?

Obrigado.

Airton

[airoospParticipante]

Bom dia,

Fiz novos testes copiando os arquivos da instância de produção para as pastas do Oracle no servidor que esta sendo utilizado para teste do backup. Os arquivos copiados (controlfile, initorcl.ora, spfileorcl.ora, pwdorcl.ora). Ao executar o startup mount aparece a mensagem de erro ORA-27100: shared memory realm already exists.

É necessário fazer alguma alteração nos serviços do Windows?

Obrigado.

Airton

[CleitonHanzenParticipante]

Opá…

Você está usando Windows 32 bits?

Se for isso, reduza o SGA_MAX_SIZE que tá muito grande…. 🙂

[airoospParticipante]

Sim, é Windows 2003 Server 32bits.

[Autor]

Posts