Safe Harbor Statement - Oracle · –* Step by Step Examples of Migrating non-CDBs and PDBs Using...

Copyright © 2014, Oracle and/or its affiliates. All rights reserved. |

Safe Harbor Statement

The following is intended to outline our general product direction. It is intended for information purposes only, and may not be incorporated into any contract. It is not a commitment to deliver any material, code, or functionality, and should not be relied upon in making purchasing decisions. The development, release, and timing of any features or functionality described for Oracle’s products remains at the sole discretion of Oracle.

2


Oracle Active Data Guard Melhores Práticas e Visão Detalhada SES16383

Jony Safi Consulting Member of Technical Staff MAA Development Oracle High Availability Systems


Agenda

Introdução

Melhorias do Data Guard Broker

Configuração para Perda de Dados Zero em Longas Distâncias

DML em um Active Data Guard Standby

Conclusão

4


Consequências do Ponto Único de Falha

• Perda de dados

• Downtime de aplicação

• Aumento de custos

• Perda de receita


Ninguém Quer esse Tipo de Notícia 5-dias

fora

Varegista Global

– Falha de disco, seguido de falha do mirroring do disco.

Restore do backup local falhou. Restore usando cópia do DR

também falhou

8-dias

fora

Provedor de Infraestrutura de Cloud Europeu

– Falha de Storage array, incapaz de utilizar as fitas de backup usadas para DR

6


Oracle Maximum Availability Architecture (MAA)

• Todos os componentes ativo

• Validação de dados contínua

• Elimina:

– Downtime causado por cold restart

– Risco devido ao estado incerto

– Perda de dados

– Alto custo de recursos ociosos

Diferenciação Estratégica

MAA é agnóstico a plataforma. MAA é requerimento para Oracle Engineered Systems!


Arquitetura de Referência

Oracle MAA Camadas de Disponibilidade

BRONZE • Serviço básico de Restart

• Backups para Dados Oracle

protection

SILVER • Alta Disponiibilidade (HA) para falhas locais

• Backups mais redo para proteção de dados

Oracle

GOLD • HA Compreensivo e Proteção contra Disaster

• Recovery em segundos com perda de dados

próximo de zero

PLATINUM • Nenhuma falha para Platinum

• Perda de Dados Zero

Single Instance

Replication

Backups e Redo

Platinum-Ready Apps

Clusters

Backups

Clusters

Clusters e Replicação

Active Data Guard

Active Data Guard


Melhor Proteção e Disponibilidade para Bancos de Dados Oracle

Oracle Data Guard

Todas as instâncias abertas para leitura-escrita

Banco de

Dados

Primário

Banco de

Dados

Standby

SYNC / ASYNC

Data Guard Broker

Oracle Enterprise Manager

Data Guard

9


Ainda o Melhor Proteção e Disponibilidade para Bancos de Dados Oracle

Oracle Data Guard 12c

Todas as instâncias abertas para leitura-escrita

Multitenant

Banco de

Dados

Primário

Multitenant

Banco de

Dados

Standby

SYNC / ASYNC

Data Guard Broker

Oracle Enterprise Manager

Data Guard

10


Oracle Data Guard e Multitenant

• A geração de redo é no nível do Container (CDB)

– E não no nível do Pluggable (PDB)

• Desta forma o Data Guard trabalha em nível de CDB.

Uma Nota Rápida

11


Oracle Data Guard e Multitenant

• A geração de redo é no nível do Container (CDB)

– E não no nível do Pluggable (PDB)

• Desta forma o Data Guard trabalha em nível de CDB

• Há considerações ao clonar ou plugar um PDB no CDB Primário

– Dependendo de qual estiver fazendo você terá que fazer algumas operações manuais no CDB do Standby.

– * Step by Step Examples of Migrating non-CDBs and PDBs Using ASM for File Storage (Doc ID 1576755.1)

– * Making Use of the STANDBYS=NONE Feature (Doc ID 1916648.1)

Uma Nota Rápida

12


Capacidades Incluídas com Oracle Database Enterprise Edition (EE)

Data Guard

Throughput extrema – suporta

todos os workloads

Propósito-duplo para standby

e desenvolvimento

Data Guard Broker

Performance e ROI Alta Disponibilidade

Failover automático de banco

de dados

Failover automático de client

Aplicação de patch Standby-

first

Manutenção rolling do banco

de dados

Migração para algumas

plataformas

Proteção de Dados

Proteção contra perda de

dados Zero ou sub-segundo

Forte isolamento usando

continuamente a validação

Oracle

Detecção de Lost-write

Suporte Universal – todos os

tipos de dados e aplicações

Monitoramento compreensivo

com Enterprise Manager

16


Capacidades Incluídas com Active Data Guard Option

Active Data Guard

Performance e ROI

Offload somente para leitura

Offload backups incrementais

Offload “maior parte” leitura

Offload compressão para

transport3

Balanceamento inteligente

para bancos de dados

replicados2

Alta Disponibilidade

Reparação de blocos

automática

Manutenção de banco de

dados rolling automatizada

Failover transparent para

transações in-flight 1

Gerenciamento de serviço

para bancos de dados

replicados2

Perda de dados Zero a

qualquer distância

Cascateamento em tempo real

Proteção de Dados

17

1 - Requer Application Continuity 2 - Requer Global Data Services 3 - Requer Advanced Compression


Agenda

Introdução




Conclusão

18



• Melhorias no Lag Monitoring e Warnings

• Validação da Transição de Papéis

• Melhorias no Switchover

• Suporte aos destinos do Far Sync e Cascading Redo

• Análise de Configuração

– Validação da topologia futura de banco de dados

– Validação da Configuração da Instância Far Sync

• Melhorias no Fast Start Failover

19


Nossa Configuração Inicial

• Banco de Dados Primário é Boston (BOS)

• Banco de Dados Standby é San Francisco (SFO)

• Redo Transport está ASYNC

20



• Banco de Dados Primário é BOS

• Banco de Dados Standby é SFO


• Status da configuração é

21



• Banco de Dados Primário é BOS

• Banco de Dados Standby é SFO


• Status da configuração é – três propriedades de

Lag Threshold disponíveis

22


Validando a Efetividade da sua Configuração

• Novo comando VALIDATE

– Banco de Dados Primário

– Banco de Dados Standby comparado ao Primário

– Configuração da Instância Far Sync

• Realiza Health Check

23








• Checa o Primário

24









• Checa o Standby

25









• Checa o fix no Standby e Valide novamente

26


Validação do Banco de Dados • Realize automaticamente diversos health checks, incluindo:

– Validação do status de cada banco de dados

– Verifique se não há gaps no archive log

– Realize um log switch no primário para verificar se o log é aplicado em todos os standbys.

– Mostre qualquer banco de dados ou instâncias RAC que não estejam descobertas

– Detecta inconsistências entre as propriedades do banco de dados e os valores armazenados no banco de dados

– Assegure que os redo logs foram apagados antes da transição de papéis

– Verifica redo threads desabilitados previamente

– Garanta que o primário e todos os standbys estão no mesmo redo

• VALIDATE DATABASE VERBOSE <name>; = Muita informação!

27


Melhorias no Switchover

• Switchover ainda pode ser impactado pelos problemas que ocorrem entre a validação do status e a execução do comando de switchover

• Em versões mais antigas, um switchover que falhou normalmente requeria a reconfiguração do Broker (apagar e criar de novo)

• Data Guard Broker Resumable Switchover permite as seguintes opções:

– Resolver o problema e re-submeter o switchover no Broker – ele faz de onde parou

– Use o Broker para voltar ao primário original enquanto você resolve o problema

– Use o Broker para mudar para outro banco de dados standby em uma configuração multi-standby

• Resumable Switchover também está disponível em ambientes SQL*Plus

28


Melhorias no Switchover

• Uma nova melhoria no 12.1.0.2

– Switchover do SFO para o BOS • Sim, para aqueles que estão prestando atenção, eu já fiz um switchover de SFO para BOS!

– Vê algo novo?

29


Melhorias no Switchover • Uma nova melhoria no 12.1.0.2

– Switchover do SFO para o BOS • Sim, para aqueles que estão prestando atenção, eu já fiz um switchover de SFO para BOS!

– Não é mais necessário entradas estáticas “_DGMGRL” com Oracle Restart, RAC One Node ou RAC!

30


Melhorias no Fast Start Failover (FSFO)

• Novas Propriedades FSFO – Reconexão vai fazer log off e log in

de novo para checar a capacidade de resposta do Primário.

– Um Override vai forçar um failover se o Observer perder a conexão do Primário até mesmo se o Standby puder fazer a comunicação com o banco de dados Primário.

31


Melhorias no Fast Start Failover (FSFO)

• Novas Propriedades FSFO – Reconexão vai fazer log off e log in de novo

para checar a capacidade de resposta do Primário.

– Um Override vai forçar um failover se o Observer perder a conexão do Primário até mesmo se o Standby puder fazer a comunicação com o banco de dados Primário.

• Nova view FSFO – V$FS_OBSERVER_HISTOGRAM

Estatísticas de frequência de pings entre o observer e o Primário

32


Novas Propriedades Adicionais

• Nível de Configuração

• PrimaryLostWriteAction

33




• PrimaryLostWriteAction – CONTINUE ou SHUTDOWN se um Lost

write for descoberto no Primário

– Pode também forçar um failover automático em uma configuração FSFO usando FAILOVER ou FORCEFAILOVER

34





– CONTINUE ou SHUTDOWN se um Lost write for descoberto no Primário

– Pode também forçar um failover automático em uma configuração FSFO

• ExternalDestination1 & 2

35





– CONTINUE ou SHUTDOWN se um Lost write for descoberto no Primário

– Pode também forçar um failover automático em uma configuração FSFO

• ExternalDestination1 & 2 – Configure até dois destinos de captura

downstream para GoldeGate ou ZDLRA

36


Data Guard Broker

• Em resumo

– Data Guard Broker • Interface de gerenciamento em linha de comando recomenadado para Oracle Data Guard

• Interface de comunicação utilizada pelo Oracle Enterprise Manager Cloud Control

• Fornece acesso a funcionalidades que não estão disponívels no SQL*Plus

• Automatiza a transição de papéis entre os serviços de banco de dados e failover de clientes

• Mais melhoria do Data Guard Broker Enhancements são discutidas no próximo tópico

37


Program Agenda

Introdução




Conclusão

38


Data Guard Perda de Dados Zero Inter/Intra Continente

• Todo mundo quer Perda Zero de Dados

• Todo mundo também quer separação geográfica

• O problema é que os dois são se misturam tão bem

• Porque Perda Zero de Dados requer Serviços de Transporte Síncronos

Boston San Francisco

SYNC?

39


Data Guard Perda de Dados Zero Inter/Intra Continente

• Todo mundo quer Perda Zero de Dados

• Todo mundo também quer separação geográfica

• O problema é que os dois são se misturam tão bem

• Porque Perda Zero de Dados requer Serviços de Transporte Síncronos

– Quanto maior a distância, maior o impacto na performance

Boston San Francisco

Commit

Commit Ack

Network Send

Network Ack

40


Entra o Active Data Guard Far Sync

• Posicionado onde Synchronous redo transport é viável

– Com impacto de performance aceitável em produção

• Leve

– Sem Data Files

– Sem Banco de Dados

– Sem licença EE

• Transparente

– Funciona como qualquer outro destino de Data Guard

Proteção Perda de Dados Zero a qualquer Distância

41



• Nós temos

• Nós queremos

44

BOS SFO

ASYNC

BOS SFO

BOSFS1

BOSFS1


Adicionando uma Instância Far Sync

45

• Nossa Configuração



46


• Adicione o Far Sync



47



• Configuração atualizada – Ainda desabilitado, então sem

redo



48



• Configuração atualizada

– Ainda desabilitado, então sem redo

– Por default se for necessário será habilitado automaticamente para começar a receber o redo do Primário mas não envia-lo para qualquer lugar.

– Então precisa ser configurado corretamente antes de habilitar como uma boa prática



49



• Configuração atualizada

– Ainda desabilitado, então sem redo

– Por default se for necessário será habilitado automaticamente para começar a receber o redo do Primário mas não envia-lo para qualquer lugar.

– Então precisa ser configurado corretamente antes de habilitar como uma boa prática

Novo RedoRoutes


Uma Propriedade Poderosa do Broker - “RedoRoutes”

• LogXPTMode disse “Como o Primário poderia enviar para mim”

– Ainda o default na configuração de Broker

• RedoRoutes diz “Quando, Onde e Como ‘Eu’ poderia enviar redo” – Envie quando eu for o Primário - Normal redo transport

– Envie quando eu for um Standby - Far Sync and Cascading redo transport • Quando qualquer outro for o Primário

• Composto por múltiplus conjuntos de Redo Source, Redo Destination, Mode

– (Quando: Onde Como, Onde Como, Onde Como) • Quando – Por default para ‘Mim’ ou ‘LOCAL’ (ex: eu sou o Primário)

• Onde – Por default para todos (TODOS) os destinos standby

• Como – Por default para LogXPTMode

50


Comece Usando o Far Sync

• A partir de

57

BOS SFO

ASYNC

BOSFS1

(idle)



• A partir de

58

BOS SFO

ASYNC

BOSFS1



• A partir de

• Para

59

BOS SFO

ASYNC

BOSFS1

BOS SFO

BOSFS1

(active)


Nossa Nova Configuração

• Boston envia redo para o Far Sync de Boston que retransmite o redo para San Francisco

60


Aumente o Modo de Proteção

• Agora que temos um destino SYNC podemos operar no modo Zero Data Loss (ZDL) e fazer failovers ZDL do BOS para SFO

61




62




63


Finalizando

64

• Precisamos de um Far Sync em San Francisco então precisamos ficar em Maximum Availability depois da mudança de papel.


Finalizando

65


– Crie o Far Sync SFO como antes e adicione, como antes


Finalizando

66


– Crie o Far Sync SFO como antes e adicione, como antes

• Entendeu?


Pronto para Qualquer Coisa

• Tudo está ativo e funcionando

67


Nossa Nova Configuração

• Um Far Sync está sempre ocioso

68

BOS SFO

BOSFS1

(active)

SFOFS1

(idle)


Nossa Configuração após o Switchover

• Um Far Sync está sempre ocioso

73

BOS SFO

BOSFS1

(idle)

SFOFS1

(active)


Checa a Topologia

• Uma nova melhoria no 12.1.0.2 SHOW CONFIGURATION

• Mais detalhes a diante

74


O que acontece se o Far Sync falhar?

• Uma falha e estaremos fritos?

75

BOS SFO

BOSFS1

(idle)

SFOFS1

(active)




76

BOS SFO

BOSFS1

(idle)

SFOFS1

(down)




77

BOS SFO

BOSFS1

(idle)

SFOFS1

(down)




78

BOS SFO

BOSFS1

(idle)

SFOFS1

(down)




• Não!

• Com 12.1.0.2 e suporte para destinos ALTERNATE e você está seguro!

79

BOS SFO

BOSFS1

(idle)

SFOFS1

(down)


Configure o Far Sync Redirect

• Você pode automaticamente redirecionar o redo diretamente para o Standby terminal

• Mas isso implicitamente reduz para Maximum Performance

– Não é mais possível fazer um failover Zero Data Loss para BOS

– Alta disponibilidade Far Sync é a melhor solução!

80

BOS SFO

ASYNC

SFOFS1

(down)


Configure o Far Sync para Alta Disponibilidade

• Crie e adicione 2 instâncias Far Sync a mais para sua configuração

• Uma em Boston e outra em San Francisco

– BOSFS2 e SFOFS2 serão as alternativas

81

BOS SFO

BOSFS1

(idle)

SFOFS1

(active)

BOSFS2

(idle)

SFOFS2

(idle)



• Nossa configuração agora.

• Habilite os outros

• Reconfigure RedoRoutes de ambos os bancos de dados para identificar o Alternate

89






90






91


Desastre!

• Nossa instância Far Sync SFOFS1 ativa falha!

94

BOS SFO

BOSFS1

(idle)

SFOFS1

(down)

BOSFS2

(idle)

SFOFS2

(idle)


Desastre Evitado!

• Nossa instância Far Sync ociosa SFOFS2 entra em ação!

95

BOS SFO

BOSFS1

(idle)

SFOFS1

(down)

BOSFS2

(idle)

SFOFS2

(active)


Desastre Evitado!

• Está tudo bem com nossa configuração

96


Desastre Evitado!

• Está tudo bem com nossa configuração

97


Está tudo bem com nossa configuração

• Erro ORA-16764?

• Está correto, SFOFS1 está inalcançável.

98


Desastre Evitado!

• Erro ORA-16764?


99


Desastre Evitado!

• Erro ORA-16764?


100


Como Obtemos a Real Alta Disponibilidade?

• O que acontece se a instância Far Sync SFOFS2 falhar?

101

BOS SFO

BOSFS1

(idle)

SFOFS1

(idle)

BOSFS2

(idle)

SFOFS2

(down)



• Por padrão ela não volta e estaremos sem proteção!

102

BOS SFO

BOSFS1

(idle)

SFOFS1

(idle)

BOSFS2

(idle)

SFOFS2

(down)



• Você quer que ela volte utilizando o SFOFS1 quando reiniciado!

103

BOS SFO

BOSFS1

(idle)

SFOFS1

(active)

BOSFS2

(idle)

SFOFS2

(down)


Finalizando a Real Alta Disponibilidade

• Adicione o qualificador FALLBACK ao RedoRoutes

– Para o primário SFO

104


Finalizando a Real Alta Disponibilidade

• Adicione o qualificador FALLBACK ao RedoRoutes

– Para o primário SFO

– Para o Standby BOS

105


Alcançando a Real Alta Disponibilidade!

• Com FALLBACK nós apenas enviamos o redo!

106

BOS SFO

BOSFS1

(idle)

SFOFS1

(active)

BOSFS2

(idle)

SFOFS2

(down)


Validando suas Instâncias Far Sync

• VALIDATE pode também validar o setup da sua instância Far Sync

107



• VALIDATE pode também validar o setup da sua instância Far Sync

• Valida um Far Sync de Boston

108



• VALIDATE can also validate your Far Sync Instance Setup

• Valida um Far Sync de San Francisco

109



• VALIDATE pode também validar o setup de instâncias Far Sync futuras

110




• Valida um Far Sync de Boston quando San Francisco for o primário

111




• Valida um Far Sync de San Francisco quando Boston for o primário

112


Muitas Possibilidades de Distribuição e Proteção

• Configuração Dual Site Symmetrical (possibilidades de failover triplo)

• Claro que todos os standbys acima podem ter o Active Data Guard habilitados

113

BOS SFO

BOSFS1

(active)

ASYNC

SFOFS1

(active)

BOSFS2

(idle)

SFOFS2

(idle)

BOSADG SFOADG


Muitas Possibilidades de Distribuição e Proteção

• Múltiplos Farms de Leitura Remotos

114

FS3

(active)

ASYNC

FS1

(active)

FS4

(idle)

FS2

(idle)


Uma Nota Final sobre RedoRoutes

• Lembra do SYNC standby local com um ASYNC Standby remoto?

115

BOS SFO

ASYNC

SY

NC

SFOADG



• Um Switchover entre SFO e SFOADG, tudo funcionou bem.

116

BOS SFO

SY

NC

SFOADG



• Mas uma mudança para o standby ASYNC remoto BOS causou estragos!

• SYNC + WAN não é bom para performance, você teve que reiniciar o LogXptMode.

117

BOS SFO

SYNC!

SFOADG



• Com RedoRoutes tudo é automático!

• As reconfigurações não são mais requeridas!

118

BOS SFO

ASYNC

SFOADG


Program Agenda

Introdução




Conclusão

119


Escrevendo em Tabelas Temporárias (GTT)

• DML nas tabelas temporárias agora é suportado no Active Data Guard

– DDL para criar a tabela temporária deve ser executado no banco de dados primário

– Aplicações que são read-only mas querem DML em tabelas temporárias podem ter processamento realizado em um standby com Active Data Guard

• Habilitado com um novo parâmetro de inicialização no 12c

– Separa undo de tabelas temporárias de undo de tabelas persistentes • Qualquer undo temporário não é logado nos redo logs

• Configurado por padrão em um standby do Active Data Guard

Active Data Guard DML

120

TEMP_UNDO_ENABLED


Sequences

• Sequences agora são suportadas no Active Data Guard

– Aplicações agora tem acesso a um conjunto de identificadores únicos

– Ambas as sequences globais e sessão (novo) estão disponíveis • Global – a sequence é única em todas os bancos de dados na configuração

• Session – a sequence é única a sessão

• DDL para criar a sequence deve ser executada no banco de dados primário

Ampliando a utilidade das GTT

121


Global Sequences

• As Sequences são criadas usando as opções padrão CACHE e NOORDER e podem ser usadas em um banco de dados standby do Active Data Guard

• Quando acessar o standby pela primeira vez, o primário aloca um range único de números sequenciais

• Quando todas os números sequenciais no range são utilizados, o standby faz a requisição de outro range de números

• Cada range enviado para um standby é único – então há conjunto único de identificadores em toda configuração do Active Data Guard

Active Data Guard

122


Session Sequences

• Uma sequence especificamente desenhada para uso com tabelas temporárias que tem visibilidade por sessão

– Um range único de números dentro do contexto de sessão

– As sequences de sessão não são persistentes – o estado das sequences por sessão é perdido quando a sessão termina

• Para criar uma sequence:

Active Data Guard

123

SQL> CREATE SEQUENCE … SESSION;


Benefícios: Temporary Undo e Sequences

• Relatórios e outras aplicações que são geralmente read-only mas requerem acesso a escrita não-persistente ao banco de dados podem ser executados no standby do Active Data Guard utilizando global temporary tables

• Reduz volume de redo se estiver habilitado no banco de dados primário

– Temporary undo não é logado no redo

– Melhora performance do banco de dados primário

– Reduz consumo de banda de rede – menos redo para ser enviado ao Data Guard

– Menos I/O no standby

• Aplicações read-only que requerem geração de sequences únicas podem ter o offload de processamento no Active Data Guard standby

Aumenta o Retorno no Investimento nos Bancos de Dados Standby


Program Agenda

Introdução




Conclusão

125


• Data Guard – SYSDG Role para operações específicas Data Guard – Multitenent Database Standbys – Default Real Time Apply – Movimento Online e Transparente de Data file – Comando de switchover no SQL*Plus – Sem shutdown no Primário para Switchover – FastSync (SYNC NOAFFIRM) – Suporte aprimorado de datatypes para upgrades – Suporte de Logical Standby para data types adicionais – Suporte a DBMS_SCHEDULER para Rolling Upgrades – Capacidade do Broker para VALIDATE DATABASE – Configuração aprimorada do Broker com RedoRoutes – Broker Resumable switchover – Novas propriedades e capacidades do Broker Observer – Suporte ao Broker para cascatenamento de destinos de redo

• Active Data Guard – Cascateamento de destinos de redo em tempo real – Perda de Dados Zero para distâncias WAN com Far Sync – Global Temporary Table DML em standby – Sequences (global and session) no standby – Rolling upgrades automatizados com DBMS_ROLLING – Suporte para Oracle Application Continuity – Suporte para Oracle Global Data Services

Data Guard 12c Conclusão das Novas Features

126


Recursos

• Oracle Data Guard

– http://www.oracle.com/goto/dataguard

• Maximum Availability Architecture (MAA)

– http://www.oracle.com/goto/maa

• MAA Blogs – http://blogs.oracle.com/maa

• Oracle Active Data Guard Far Sync - Zero Data Loss at Any Distance

– http://www.oracle.com/technetwork/database/availability/farsync-2267608.pdf

127

http://www.oracle.com/goto/dataguard

http://www.oracle.com/goto/maa

http://blogs.oracle.com/maa

http://www.oracle.com/technetwork/database/availability/farsync-2267608.pdf




Caso de Cliente – Banco do Brasil

129

Diretoria de Tecnologia - DITEC

Melhores práticas e visão detalhada

sobre contingência e o Oracle Active

Data Guard

Apresentação

Nome: Everton Sims de Queiroz

Cargo: Gerente de TI

Email: [email protected]

Experiência Oracle: 10+

Agenda

SOBRE O BANCO DO BRASIL

PROJETO SISREDEX

• ARQUITETURA

• TECNOLOGIA ORACLE

Sobre o Banco do Brasil

• 57,9% sob controle do Governo Federal,

fundado em 1808.

• Maior banco da América Latina em termos de

ativos totais, R$1,5 trilhão.

• 18.892 pontos de atendimento (Rede Própria).

• 5.544 agências.

• 62 milhões de clientes.

• 111.613 funcionários.

MAR/2015


MAR/2015

MAR/2015


Projeto SISREDEX

O Projeto SISREDEX trata da customização e implementação de solução única para automação da

rede de dependências do Banco do Brasil no exterior.

O Projeto teve início em 2008 por iniciativa da área gestora de negócios internacionais e a Diretoria

de Tecnologia.

Objetivos do Projeto:

• Sistema único para toda a Rede.

• Aderência às necessidades de negócio de cada agência.

• Flexibilidade na customização e criação de produtos.

• Flexibilidade na geração de informações gerenciais.

• Compliance com a legislação de cada país.

• Processamento centralizado na DITEC / Brasil.

• Integração como os sistemas corporativos.

Database Primário Redo Transport

ASYNC

Máxima Performance

Database Secundário

Dificuldades:

• Gerenciamento de vários Databases;

• Ociosidade do site secundário;

• Falta de Alta Disponibilidade;

• Concorrência no site primário com

relatórios gerencias;

• Extração de informação para o DW

concorrendo com o transacional.

Site Primário

Site Secundário

Arquitetura Inicial

Arquitetura Atual

Agências Internet Baking

Cartões

RAC

Site Primário

Site Secundário

Arquitetura Atual


Cartões

RAC

SnapShot StandBy

Garantia de Qualidade

Redo Transport SYNC

Máxima Disponibilidade

Site Primário

Site Secundário

Arquitetura Atual


Cartões

RAC

SnapShot StandBy


Redo Transport SYNC


RAC

OBIEE Query OffLoad

OnLine

Redo Transport SYNC


Site Primário

Site Secundário

Arquitetura Atual


Cartões

RAC

SnapShot StandBy


Redo Transport SYNC


RAC

OBIEE Query OffLoad

OnLine Histórico

RAC

Redo Transport SYNC


Site Primário

Site Secundário

ETL

Database Link

Arquitetura Atual

RAC


Cartões

SnapShot StandBy


Redo Transport SYNC


RAC

OBIEE Query OffLoad

OnLine Histórico

RAC

Redo Transport SYNC


Redo Transport SYNC

Máxima Disponibilidade Site Primário

Site Secundário

ETL

Database Link

RAC

Benefícios:

• Implantação da Alta Disponibilidade;

• Consolidação dos databases;

• Otimização dos recursos no site principal e secundário;

• Ambiente de Garantia de Qualidade (ADG / Snapshot StandBy);

• Ambiente de Teste;

• Desoneração do Site Principal;

• Acesso “OnLine” as informações do sistema transacional;

• Extração de informações para DW utilizando o site secundário.

Arquitetura - MAA

Tecnologia Oracle

• Real Application Cluster – RAC;

• Active Data Guard – ADG;

• Oracle Flashback;

• Recovery Manager – RMAN;

• ADG - Real Time Query;

• ADG – SnapShot StandBy.


Data Guard 11.2.0.4 – Principais Melhorias


Data Guard • Permite os nós restantes do Active Data Guard ficarem abertos para acesso de

leitura depois de uma falha do Apply Instance

– Permite conexões de leitura continuarem continuamente disponíveis mesmo que haja uma falha de uma Apply Instance em um banco de dados RAC standby.

– Configure_adg_instance_recovery = TRUE

– Configure o parâmetro em cada instância e reinicie

• Switchovers mais rápidos, ignorando sessões conectadas no Primário

– Ignore qualquer sessão conectada no antigo primário, e proceda com a suspensão do redo, e gere os logs EOR, converta o control file do primário para o control file do standby, etc

– Se as sessões conectadas estiverem gerando redo durante esse momento, eles vão obter erros conforme esperado

– Configure via parâmetro hidden no primário “_switchover_to_standby_option”= “OPEN_ALL_IGNORE_SESSIONS”


Data Guard • Adicione informação relacionada com Auto Block Repair em uma view

– Adiciona um fixed object que coleta estatísticas do auto block repair de ambos primário e standby

– Inclui • Fixed file number

• Block number

• SCN onde o bloco é marcado como corrupted

• Timestamp quando é corrigido

• Qualquer ORA error# encontrado e status do Auto Block Repair

– Cada Auto Block Repair constitui de uma linha em x$krbabrstat e gv$auto_bmr_statistics


Data Guard Broker

• Propriedade PrimaryLostWriteAction

– Determinea qual ação deve ser tomada se um Standby detecta um lost write no Primário

– CONTINUE : Primário continua operacional se um Standby detecta que um lost write ocorreu no Primário. (Default)

– SHUTDOWN : Primário realiza um shutdown abort se um Standby detecta que um lost write ocorreu no Primário

• Propriedades ExternalDestinationN

– ExternalDestination1 e ExternalDestination2

– Usado para especificar uma entidade que recebeu redo de um Primário corrente

– Garante que um broker pode:

• Enviar redo de um Primário corrente para um destino downstream do GoldenGate

• Monitora o estado do redo transport a esses destinos


Data Guard Broker

• DBMS_DG.INITIATE_FS_FAILOVER chamado no FSFO Target Standby

– Antes do banco de dados 11.2.0.4, esta proc poderia ser chamada só do Primário

– Caso de uso

• Script de monitoramento pode iniciar um faiolver se o Primário falha para atender o nível de serviço especificado pelo usuário

• Permite FSFO ser inicializado com erros ORA-00240

– ORA-00240 (“control file enqueue held for more than n seconds”) pode ser especificado como um error number para cada FSFO

iniciado

• Nova view V$FS_OBSERVER_HISTOGRAM • Ajuda determinar um valor apropriado para FastStartFailoverThreshold

• Mostra estatísticas que são baseadas na frequência de pings com sucessos entre o Observer e o Primário para diferentes intervalos de tempo


Data Guard Broker

• Propriedade ObserverReconnect

– Especifique o intervalo que o Observer se disconecta e reconecta no Primário

– Permite que o observer detecte problemas de disponibilidade no Primário

• Similar to those experienced by a client that is unable to connect to the primary database

• Helps with issues that show up at connect time that don't show up when just running SQL (By default, the observer maintains a persistent connection to the Primary)

• Propriedade ObserverOverride

– Especifique se o Observer deve iniciar um failover automático quando ele perde conectividade com o Primário, mesmo se um standby estiver presente com uma conexão operacional


Data Guard Broker

• Melhorias no DGMGRL SHOW DATABASE

– As melhorias incluem as seguintes informações adicionais: • Apply Rate atual (para bancos de dados físicos e standbys)

• Timestamp quando o Apply Lag foi calculado

• Timestamp quando oTransport Lag foi calculado

• Propriedade ApplyLagThreshold

– Gera status de warning para standby físico e lógico quando o apply lag excede o threshold • Valor 0 segundos resulta em nenhum warning sendo gerado

– Permite DBAs determinar rapidamente, que o standby ficou para trás


Data Guard Broker

• Propriedade TransportLagThreshold Database

– Gera um status de warning para um Standby quando o transport lag excede o threshold • Value of 0 seconds means no warnings will be generated.

– Permite DBAs determinar rapidamente, que há redo no Primário que ainda não foi enviado ao Standby

• Propriedade TransportDisconnectedThreshold

– Gera um status de warning para o Standby quando a última comunicação do Primário excede o threshold • Configure um limite de tempo que pode haver sem comunicação do Primário

• Valor 0 segundos resulta em nenhum warnings sendo gerado

– Permite DBA determinar a saúde das sessões de redo transporte na perspectiva do Standby


Q&A



Date post:	03-Apr-2020
Category:	Documents
Upload:	others
View:	4 times
Download:	0 times

Safe Harbor Statement - Oracle · –* Step by Step Examples of Migrating non-CDBs and PDBs Using...

Documents