Menu de navegação

[vieriParticipante]

@Portilho,

o que precisa de licença no 11G para o SNAPSHOT STANDBY?

Ele é uma feature do DATAGUARD?

Ou é uma melhoria para o “STANDBY POBRE”?

abraços e obrigado antecipado!!

😉

---

[msantinoParticipante]

Geral se amarrando no SNAPSHOT STANDBY do 11g que o @Portilho falou!

Os DBA tudo pira véi!
hehehehehe

[rmanParticipante]

@RicardoPortilhoProni

Como o SNAPSHOT STANDBY trata a seguinte situação:

Inicialmente o banco está em STANDBY, então tornamos ele como HOMOLOGAÇÃO, deletamos um registro de um tabela e em seguida no banco de dados de PRODUÇÃO esse registro é atualizado e então voltamos para STANDBY. O que vai acontecer? O registro que sofreu UPDATE no banco de produção não existe mais no banco STANDBY.

[vieriParticipante]

Se eu fosse programador da oracle eu teria feito aassim:

1)Abriria para homologação mas bypassaria tudo relativo a consistência dos dados via SCN. Qdo o banco voltasse ao normal ele conseguiria aplicar os archives ai sim passaria a caminhar novamente o SCN.
Perdendo a alteração dos dados de homologação, mas mantendo o espelho perfeito com a produção.

ou

2)Qdo voltasse ao modo snapshot, voltaria a base no tempo com o recurso de flashback, e partir dai aplicaria todos archive do momento que a base entrou em modo homologação até o momento que voltou a ser snapshot. ( mas tem um porém que o SCN não ia mais bater)

3) ????????????? Como a Oracle fez iso ?????????????????

ai então está o dilema, oque o SNAPSHOT STANDBY faz com estás questões de alterações em produção durante o tempo que está em homologação, e oque ele faz com as propriaa alterações de homologação.
como ele lida com isso internamento e teóricamente. E como fica o SCN nisso tudo ai??

🙂

obs: (escrevi opções 1° e 2° no chutometro, não conheço o funcionamente interno deste produto!!!)

[msantinoParticipante]

No link que o @Portilho mandou, diz assim:

Note:
Flashback Database is used to convert a snapshot standby database back into a physical standby database. Any operation that cannot be reversed using Flashback Database technology will prevent a snapshot standby from being converted back to a physical standby.

Então eu imagino que ele faça isso mesmo que o @vieri falou na opção (2).

Não sei como ele faz internamente, mas de alguma forma deve gravar o estado original do banco antes de abrir e, quando você volta ele ao standby, ele dá um rollback em tudo o que foi feito e volta a aplicar os archives…

Será?? Será??

[Ricardo Portilho ProniParticipante]

Os DBA pira é boa…kkk

Sobre a licença, o SNAPSHOT STANDBY é um tipo de Data Guard. Você precisa da versão Enterprise, embora não precise do Active Data Guard.

Sobre o conflito de alterações, o SNAPSHOT STANDBY volta no tempo (via FLASHBACK) para um momento antes de ser aberto para escrita, ou seja, todas alterações feitas nele são perdidas, e ele recebe todas as alterações da produção desde então.

Você poderia fazer um SNAPPobre, só com FLASHBACK, mas o problema é que quando você abre o StandyPobre para escrita, é com RESETLOGS. E é difícil (mas não impossível) fazer um FLASHBACK voltar no tempo antes de um RESETLOGS.

Vou fazer um teste (no Lab do curso de Data Guard) e colocar o log aqui para vermos.

[Autor]

Posts