vieri.
rmanOlá !
Gostaria de saber se alguém possui algum servidor em produção em Single Instance e Multi Schema ?
O cenário é o seguinte, uma instancia com 3 schemas, cada um para um sistema diferente, por exemplo: sistema de RH, sistema de Saude e sistema de Contabilidade. Vamos supor que cada sistema é de uma empresa diferente, ou seja, não existe nenhum vinculo entre os sistemas.
É possível fazer backup por schema no RMAN ? Creio que não… Já estou pensando na situação de restore e recover… Como voltar um backup apenas de um sistema, sem afetar os outros…
O que é possível fazer neste cenário ?
felipegRman,
Seguinte:
Como já abordamos naquele post sobre expimp o RMAN é um backup físico enquanto schemas são por definição estruturas lógicas para armazenamento e organização de objetos e outros schemas.
O que você pode fazer é separar estes schemas em tablespacesdatafiles distintos e trabalhar com a possibilidade de Tablespace Point in Time Recovery, na qual é possível voltar apenas uma Tablespace em um determinado ponto no tempo.
Segue um artigo escrito por um dos mestres de RMAN que eu conheço (não pessoalmente infelizmente), o Portilho:
https://profissionaloracle.com.br/blogs/ … ery-11gr2/
E como sempre a documentação oficial da Oracle:
http://download.oracle.com/docs/cd/B193 … mtspit.htm
Outra coisa, sugiro analisar e aprender bem sobre Flashback é uma opção que salva muita gente sem nem precisar encostar no RMAN.
Atenciosamente,
Felipe.
hudsonaFala Pessoal,
O Felipe deu duas ótimas opções.
Mas tanto o TSPITR quanto os recursos FLASHBACK são cheio de detalhes, mais cheios mesmo que tem que ser estudados e em algum casos devido a características do negócio não vão poder ser utilizados.
Mas vale a pena estudar os dois e provavelmente devem atender a tua necessidade, e se forem mesmo schemas de empresas diferentes é mais que aconselhável que fiquem em tablespaces diferentes.
Abs
rmanEntão é comum o uso de Single Instance com Multi Schema ? Pensei que o ideal era o contrário, Multi Instance e Single Schema…
felipegVai muito da sua necessidade.
Aqui por exemplo é desenvolvida aplicação para obrigações financeiras e fiscais, logo foi realizado uma divisão de 5 schemas para administração, atualização e uso do sistema.
Imagina se colocamos como pré-requisito 5 instâncias 8)
Essas coisas não tem verdade absoluta, tudo varia de acordo com a sua necessidade, ela que faz a lei (tô filósofo hoje).
Obviamente que você tem que ter um bom embasamento teóricoprático para justificar suas escolhas 😉
Atenciosamente,
Felipe.
PetersonRman,
A distribuição como o Felipe disse vai da sua necessidade. Em alguns casos você tem requisitos de sistemas (ou características comportamentais) que é necessário trabalhar com instâncias diferentes, como necessidades de dimensionamentos dos componentes de SGA por exemplo.
Mas se não é esse o caso, prefira trabalhar com schemas diferentes em uma única instância. Assim o nível de administração fica menos complexo.
Ia dizer sobre a alocação de diferentes sistemas nas tablespaces, mas como o Hudson já disse muito claramente, é extremamente recomendável que estejam em TS diferentes.
abraços!
EmersonmartinsRman você pode tomar como base esse post aqui.
https://profissionaloracle.com.br/blogs/ … -recovery/
Emerson Martins
DBA Jr
emersonmartinsdba.blogspot.com
rmanObrigado a todos!
vieriesse cenário acontece muito em ambientes de desenvolvimento.
Normalmente restauramos a base full com os datafiles necessários,
e exportamos os owner requerido.
Também é uma solução. Apesar de ter 2 passos.