1. Introducao
O dataguard prove algumas features de alta disponibilidade, disaster recovery, e protecao dos dados. Ele mantem um banco adicional, transacionalmente consistente com um banco primario.Este banco standby pode ser utilizado quando o banco primario se torna indiponivel, de maneira planejada ou nao, minimizando o downtime. Um banco standby ainda pode utilizado para backup, relatorios, proporciando um uso eficiente de recursos (CPU/IO)Em conjunto com o Oracle RAC habilita um ambiente com um altissimo nivel de disponibilidade.
2. Standby Database
Existem dois tipos de sincronizacao entre bancos primarios e bancos standby, chamados standby Fisico e Logico.
2.1 Standby Fisico
Eh uma copia fisicamente identica ao banco primario, bloco-a-bloco. Um standby fisico eh sincronizado atraves do Redo Apply, que executa um recover do banco aplicando as informacoes de redo log geradas pelo banco primario.
2.2 Standby Logico
Contem os mesmos dados do banco primario, entretando a estrutura fisica pode ser diferente. Diferente do standby fisico, o logico eh atualizado pelo SQL Apply, que converte as informacoes dos redo logs para instrucoes SQL, que entao sao executadas normalmente.
3. Gerenciamento do DataGuard
O gerenciamento e monitoramento pode ser feito atraves do Enterprise Manager, alem eh claro de ferramentas 'text-mode'.
4. Alguns Requisitos Interessantes
- DataGuard eh uma feature da Database Enterprise
- Banco primario em Archivelog :)
- Mesma plataforma, de linux32 para linux32, ou de win pra win... embora um ambiente primario 32bits pode ser replicado para um ambiente standby em hardware 64, mas com oracle 32bits.
- Mesma versao do Oracle (e do parametro compatible)
- Pode-se configurar um standby no mesmo server do primario!
- Os arquivos de senha, devem possuir a mesma senha
- FORCE LOGGING eh interessante, para evitar problemas
5. Online, Archived and Standby Redo Logs
Os arquivos de Online Redo Logs sao responsaveis por armazenas as alteracoes feitas em qualquer banco de dados Oracle. O oracle reutiliza esses arquivos de log de maneira cirular.
Ja em bancos que estao com o modo Archived habilitados, toda vez que o Oracle enche um redolog e passa a utilizar o seguinte, um processo ARCn faz uma copia do redolog recem utilizado, sao estes os archived redo logs. Eles podem ser utilizados para recover do banco, e também para transmitir as alteracoes ocorridas para os bancos standby!
Standby Redo Logs sao similares aos Online Redos, porem armazenam alteracoes recebidas de outras instancias. Standby Redologs sao necessarios quando se deseja implementar:
- Maxima protecao e disponibilidade
- Realtime apply
- Standby Databases em cascata
- Tem a vantagem de poderem residir em ASM/raw e serem multiplexados.