- Este tópico contém 9 respostas, 6 vozes e foi atualizado pela última vez 15 anos, 12 meses atrás por
Rodrigo Almeida.
-
AutorPosts
-
10 de março de 2010 às 9:59 pm #93078
ramasine
ParticipanteCaros,
Isso não é recomendado não?
Encontrei aqui um caso assim..
Quais as possíveis consequências negativas e se existirem…as positivas..10 de março de 2010 às 10:20 pm #93079vieri
ParticipanteNão vejo consequências “propriamente” negativas…
O ideal é centralizar as diversas instâncias em um único catalogo.
Caso você utilize na mesma instância irá concorrer recursos e adm. com a
base que é produtiva.10 de março de 2010 às 11:56 pm #93080mpvargas
ParticipanteSó para esclarecer:
Você considera o repositório sendo os arquivos de backup do RMAN, digo, os arquivos .bkp?11 de março de 2010 às 1:03 am #93084ramasine
ParticipanteA ideia era criar uma instância para repositório..e na mesma máquina criar o catálogo, fazendo bkp pra disco!
Alguns amigos dizem que isso não é lá muito recomendado…11 de março de 2010 às 6:10 pm #93094vieri
ParticipanteNão existe repositório ai…
ou vc usa o control-file,
ou você cria um schema para o catálogo, e sempre que for realizar
o backup se conecta no catalogo e no target.repositório neste caso é apenas conceitual.
11 de março de 2010 às 7:11 pm #93095ramasine
ParticipanteEntendi, então a instância servirá ao catálogo….
Se quiser fazer um backup “consistente”…offline…preciso do catálogo?O que queria era uma backup offline (pq a BD não nestá em archive mode), pelo RMAN para disco.
11 de março de 2010 às 8:07 pm #93098Rodrigofs
ParticipanteOlá Ramasine, a utilização ideal do catálogo é usar em uma máquina separada, ficando assim dedicada a operações de backup de todos as instâncias que você quiser administrar.
Como o Vieri disse, também não vejo consequências negativas, mas você foge um pouco da idéia principal. Mas ainda se a sua unica alternativa é usar na mesma máquina, sugiro você criar uma nova instância/Banco (como você mesmo disse) para o catálogo, e usar como um local de backup centralizado para os demais bancos de dados que você tiver, inclusive backups offline.Abraço!
11 de março de 2010 às 10:34 pm #93105mpvargas
ParticipanteEssa visão de “repositorio” eu realmente não entendi…
De qualquer forma, em todos os artigos que li sobre RMAN sempre recomendam que o catálogo esteja num servidor a parte.
Eu criei uma instancia chamada RMAN num servidor diferente do servidor de produção, faço as cópias do RMAN incluindo controlfile e archlogs e ainda copio fisicamente (por script) os arquivos .bkp (o backup do RMAN) para essa máquina…
Acredito que trabalhar com servidores distintos seja mais seguro.12 de março de 2010 às 12:39 am #93108Peterson
ParticipanteRamasine
O RMAN faz os backups e como diversos outros softwares de backup (TSM, BackupExec, ARCServer) precisa de uma base de dados onde ele registra os metadados dos backups e restores realizados. Essas informações são de suma importância para utilização dos backups pieces, que são os arquivos gerados pelo RMAN.
Agora vamos lá, os backups pieces não devem de maneira nenhuma ficar junto ao servidor do banco que está sendo backupeado com o RMAN, por que? Uai, porque se vc perde o disco (situação que precisaria restaurar os backups) cadê os arquivos para vc fazer restore?
Blz, os metadados que o RMAN tem de gravar sobre os backups e restores feitos podem ser gravados em 2 tipos de lugares diferentes: o controlfile ou num catálogo. O catálogo é uma instância Oracle onde o RMAN grava os dados. Caso você opte por usar um catálogo, instale-o num servidor diferente ao servidor alvo do backup porque se for pra ficar no mesmo servidor não faz sentido você não usar o controlfile.
O catálogo tem a vantagem de você poder centralizar as informações de backup de vários servidores diferentes e facilita na hora de restaurar o banco.
Bom, os archived logs… um banco de produção sem archived é meio arriscado se é que é possível cara. Mas se for pra estudo… você pode fazer backups offline. Muda pouca coisa, se você não pretende usar os archived logs e disponibilidade do banco não é um problema. Nada lhe impede de fazer o backup dessa maneira.
Se não fui claro, favor retornar. Galera, se falei alguma besteira, me corrijam!abraços!
28 de março de 2010 às 9:55 pm #93380Rodrigo Almeida
ParticipanteÉ muito bem pessoal.
No contexto de RMAN, catálogo = Repositório.
Bom, a sugestão é sempre que utilizar o catalogo do RMAN para centralizar as informações de backup, é recomendado que esteja em outro servidor e numa instância separada, apenas para o RMAN, em um ambiente grande, o banco do RMAN não chega a 2GB.
Se deixar o banco do RMAN no mesmo servidor que esteja algum banco de dados de produção, pode lhe causar problemas?
Lógico, se a placa-mãe do servidor queima, seus 2 bancos vão para o saco. Isso é fato!
Porém, como o catálogo é apenas um “Repositório” de informações de backup e que pode armazenar scripts locais ou globais utilizados no seu dia-a-dia, se perder o catalogo por completo, existe o control file que irá fazer a mesma função do mesmo.
O que pode lhe prejudicar é na hora de mencionar o RETENTION para cada banco, tu não configurou também o parâmetro control_file_record_keep_time da instância de acordo com a RETENTION. É a coisa que pode lhe atrapalhar, pois por padrão é 7 dias, e se precisar de mais de 7 dias. Aí arruína o trabalho todo.
Não esquecendo, mesmo com um banco de dados para armazenar o catalogo do RMAN, é necessário fazer o backup dele. É importantissimo.
Abraços,
-
AutorPosts
- Você deve fazer login para responder a este tópico.