Gerenciamento e Replicação OpenEdge® – Divide et impera!

Transcrição

Gerenciamento e Replicação
OpenEdge® – Divide et impera!
Regis Martins Ezipato
Sr. Solution Engineer
Agenda
OpenEdge Management & Replication – Divide et impera!
O que é novo no OpenEdge Management 3.1B
O que é novo no OpenEdge Replication 10.1B
Capturando Status do OpenEdge Replication

2
via OpenEdge Management
Transição e Retorno de Falhas
Como monitorar SonicMQ® & Sonic ESB® à
partir do OpenEdge Management
COMP-10: OpenEdge Management & Replication – Divide et impera!
© 2007 Progress Software Corporation
Novas características principais
Infraestrutura de monitoramento remoto para

3
SonicMQ 6.1
Novas regras para arquivo de log e critérios de
pesquisas para OpenEdge Replication
Tarefas de compactação de dados implementada
SNMP aprimorado
Acesso ao TrendDB via SQL92 normalizado
Novas características principais
Suporte para IE 7
dbagent suporte para bancos de dados de 64-bits
Alertas podem indicar uma prioridade de email
TrendDB aprimorado para suportar VST’s de 64-bits
Alertas extras podem ser enviados se um recurso
está constantemente apresentando falhas
4
Infraestrutura de Monitoramento Remoto para SonicMQ 6.1
Escalabilidade
• Número ilimitado de containers remotos
• Restrito pelos seus recursos do sistema
Estabilidade
• Sem corrupção de cache para containers
remotos
• Status de recursos permanece estável
• OEMA permanece online e reconecta quando
a máquina do OEM sobe
5
Infraestrutura de Monitoramento Remoto para SonicMQ 6.1
Matriz de Monitoramento Remoto
OpenEdge 10.1B01
OE Management 3.1B01
SonicMQ 6.1
Monitoramento Remoto
10.1B01
10.1A02TF
10.0B05TF
9.1E04TF
OEMA = OpenEdge Management Agent (s)
6
OE Management 3.1B: Em desenvolvimento
I

P
O
R
T
A
N
T
E
Esta apresentação inclui informações sobre
produtos e/ou melhorias a serem lançados no futuro.
O que será aqui exposto reflete nossa posição atual,
mas há informação que deve ser considerada
preliminar e conseqüentemente sujeita a mudanças.
Quaisquer produtos que possam ser entregues em
sua versão final podem ser materialmente diferentes
daquilo que aqui se encontra descrito.
I
7
M
M
P
O
R
T
A
N
T
E
Monitoramento de .lg para bases remotas
Arquivo de Log visualizado e monitorado
para bases remotas
• Finalmente!!
Trabalho em desenvolvimento
• Cria a base para que as regras de replicação
sejam usadas através dos ambientes remotos
– Bancos remotos e Bancos “Scripted”
• Previsto para a 3.1B02
8
Agenda

9
Novas características principais – Semper paratus
Retorno de Falhas
Habilitação online do Banco Source
Novas opções de transição/recuperação
Processamento automatizado aprimorado
Replicação de eventos de Auditoria
RDBMS IPC queue (-pica) pode ser

analisado no PROMON
-pica incrementado para 8192k na10.1B01
10 COMP-10: OpenEdge Management & Replication – Divide et impera!
-pica explicado
Fila usada por qualquer processo do RDBMS que

precisa enviar uma mensagem para qualquer outro
Especifica o tamanho (em Kb) alocado para a fila
Na Replicação contém notificações que o RDBMS
escreveu num bloco de AI
Importante para setar o tamanho do –pica
apropriadamente
• Fila começando a encher = banco de dados ficando
lento
• Bom ter o monitoramento do –pica no local
Agenda

Capturando Status do OE Replication via
OE Management
Regras para arquivo de Log em bases com OE Replication
Um conjunto de regras para Source e Target
Necessário para capturar o conjunto de regras para
um banco “DB_OE_Replication” com Monitor de Arq.
de Log e Plano Padrão de Esquedulagem
• Quando a regra captura uma queda, um alerta é
disparado
• Pode incluir regras customizadas e editar regras
enviadas
Arquivo de log do banco deve estar localizado no
mesmo sistema de arquivo conhecido como OEM
AdminServer
Capturando Status do OE Replication via
OE Management
RDBMS IPC queue (-pica) usa monitoramento
• Precisa chamar “promon db” para cada banco
Status da informação monitorada
• Precisa chamar “dsrutil db –C status” para cada
banco
OE Management com tarefas customizadas
• Tarefas chama “dsrutil” ou “promon”, processa a
saída e dispara um alerta se necessário
Agenda

Terminologia de Replicação
Primário – Máquina de Produção Original
Secundário – Máquina de recuperação Original
Source – Banco de Dados de Produção
Target – Banco de Dados de Recuperação
Failover – Transição de Primário para Secundário
Failback – Transição de Secundário para Primário
Esquema de Replicação Primário e Secundário
Máquina Primária
Source
Database
Máquina Secundária
Target
Database
AI
AI Extents
Extents
Database
Brk/Server
Processes
Repl
Queue
R/Write
Clients
Repl
Server
Database
Brk/Server
Processes
Repl
Agent
R/O
Clients
Comun.
Server
Falha
Máquina
Primária
Perda
daou
Base
de Dados
!
f
Source
f
i
B
Database
Database
Brk/Server
Processes
R/Write
Clients
Target
Database
AIExtents
Extents
AI
Database
Brk/Server
Processes
Repl
Queue
!
k
k
!
Repl
e
m
e
a
eServer
l
b
Ka
Repl
Agent
R/O
Clients
Depois de um timeout:
• Em modo pre-transição
• Transição Manual
• Transição Automática
Target
Database
Database
Brk/Server
Processes
Repl
Agent
R/O
Clients
• Em modo pré-transição
• Extensões de AI…
• Target, agora “Normal”
• Permite alterações
AI Extents
Normal
Database
Database
Brk/Server
Processes
R/Write
Clients
• Em modo pré-transição
• Extensões de AI…
• Target muda para Source
• Opção Auto DB Restart
• Permite alterações
• Queda do repl agente
AI Extents
Repl
Queue
Repl
Server
Source
Database
Database
Brk/Server
Processes
R/Write
Clients
•
•
•
•
•
Banco Source Secundário
sai do ar
Executa backup
Volta para Primário
Transição Primário para
Source
Transição Secundário para
Target
AI Extents
Repl
Queue
Repl
Server
Source
Database
Database
Brk/Server
Processes
R/Write
Clients
Volta aos Negócios
Máquina Primária
Source
Database
Target
Database
AIExtents
Extents
AI
Database
Brk/Server
Processes
Repl
Queue
R/Write
Clients
Repl
Server
Database
Brk/Server
Processes
Repl
Agent
R/O
Clients
Agenda

SonicMQ & ESB monitorado via OE Mgmt
Monitor TCP disponível OOTB
• Trás novo recurso TCP para portas MQ e ESB
OEM pode chamar Sonic API para obter mais
informações
• Tudo Java puro
• Precisa usar Jobs OEM e capacidades LFM
• Requer um mínimo de scripts e códigos Java
Resumindo
OE Management e Replication
Juntos eles provêm alta

disponibilidade para seus sistemas
baseados no OpenEdge.
Divide et impera!
Para maiores informações, vá para…

PSDN
• www.psdn.com/library/kbcategory.jspa?categoryID=21
• www.psdn.com/library/kbcategory.jspa?categoryID=334

Centro de Conhecimento (esupport.progres.com)
• 3.1B01/10.1B01 upgrade: P122926, P123418, P123420,
P123424, P123426, P123427, P123676
• sizing –pica: P121969

Documentação
• OE Replication 10.1B docs (www.psdn.com)
• OE Management 3.1B docs (www.psdn.com)
27 Session ID: Session Title
Perguntas?
Obrigado pelo seu
Tempo