DB-01
Atualizando para Open Edge®
Instalação Inicial &
Melhores Práticas
Regis Ezipato,
Senior Consultant, Field Services
Visão Geral





Usuários V7-V8.1?
Usuários V8.2 or 8.3?
Usuários V9?
Rodando com OpenEdge 10?
Migrando para OpenEdge 10 nos próximos
6 meses?
2 © 2005 Progress Software Corporation
DB-01 Upgrading to OpenEdge® Practices
Por que vc está indo para
OpenEdge 10?






Iniciando a construção de novas aplicações integradas?
Performance ?
Tipos de Dados ?
Novas características da linguagem (JTA, ProDataSet)?
Alta Disponibilidade (operações online)
Grandes Bancos de Dados ?
“Sim, nós temos isso ...”
3 © 2005 Progress Software Corporation
DB-01 Upgrading to OpenEdge® Practices
Agenda






Diferenças Conceituais entre as versões
V8-V9-OE10
A “regra dos 5-minutos”
O que acontece durante os 5-minutos ?
Preparando o movimento
Migrado – O que eu deveria saber sobre tuning?
Questões para os desenvolvedores
4 © 2005 Progress Software Corporation
DB-01 Upgrading to OpenEdge® Practices
Características de Informações fora
de release
Precaução:
Características chamadas “10.1A” estão em
desenvolvimento e podem encontrar problemas que
não permitam sua disponibilidade nesta release.
Funciona na 10.1A está em vermelho. Se vermelho
não funciona para vc, nós passaremos a sublinhálos também.
Enquanto eles estão disponíveis – eles são “futuros”!
5 © 2005 Progress Software Corporation
DB-01 Upgrading to OpenEdge® Practices
Em Desenvolvimento


L E M B R E T E
Isto inclui informações sobre potêncial futuro
de produtos e/ou melhorias de produtos .
O que nós diremos reflete nosso pensamento
atual, mas as informações contidas aqui são
preliminares e sujeitas a mudança. Qualquer
produto futuro poderá ser liberado
diferentemente do que está descrito aqui.
L
E
M
6 © 2005 Progress Software Corporation
B
R
E
T
E
DB-01 Upgrading to OpenEdge® Practices
Diferenças Conceituais
Versão
Dados
V7
Por DB
Misto
Síncrono
V8
Por DB
Misto
Síncrono
Baseado 4GL
V9
Por Area
Por
area
Síncrono
+SQL Schema On-Line
cluster
Otimista
+audit schema On-Line
na 10.1A
OE10
Por Objeto
7 © 2005 Progress Software Corporation
Índices
Schema
Alter.
Schema
Contenção
Baseado 4GL Off-Line
Off-Line
DB-01 Upgrading to OpenEdge® Practices
Diferenças Conceituais (cont.)
Versão
BLOBS CLOBS Datetime
Arq >2GB
Incl.
Extents
V7
NÃO
NÃO
NÃO
NÃO
Off-Line
V8
NÃO
NÃO
NÃO
NÃO
Off-Line
V9
SQL
NÃO
SQL
YES 9.1D
Off-Line
OE10
SIM
SIM
Ent.DB
ON-Line
(10.1A)
8 © 2005 Progress Software Corporation
SQL, 4GL
DB-01 Upgrading to OpenEdge® Practices
Diferenças Conceituais (cont.)
Versão
V7
Threads
NENHUM
Replicação
triggers,
logs ai
AI
Mgt
FailOver
Cluster
script
script
script
script
V8
NENHUM
triggers,
logs ai
V9
SQL-92,
dbtool
triggers, logs,
Fathom Repl
script
Integrado
Ent.DB
SQL +
utilitários
triggers, logs,
Fathom Repl
Util. *
10.1A
Integrado
Ent.DB
OE10
9 © 2005 Progress Software Corporation
DB-01 Upgrading to OpenEdge® Practices
Hey! Eu apenas quero usar a 10 !

Então ... Vamos pegar o atalho mais rápido
10 © 2005 Progress Software Corporation
DB-01 Upgrading to OpenEdge® Practices
A regra dos 5-Minutos


CONV roda no banco, em 5-minutos
Na maioria das vezes, nós estamos
atualizando o schema

Nenhuma alteração no cabeçalho dos
registros
Nenhuma alteração na estrutura física

“ Fazer Backup Antes-e-Depois é uma boa”

11 © 2005 Progress Software Corporation
DB-01 Upgrading to OpenEdge® Practices
O que acontece depois dos
5-minutos?

Você pode rodar seu banco de dados!

Você verificará que ele rodará melhor do que antes
Processos Batch com grandes temp-tables rodarão
muito mais rápidos


Fragmentação ainda existirá
Os scripts criados pelo DBA continuarão funcionando

Otimize quando puder ...

12 © 2005 Progress Software Corporation
DB-01 Upgrading to OpenEdge® Practices
A Alternativa
O que eu faço se eu quero
mais velocidade do que a
obtida numa simples
conversão ?
13 © 2005 Progress Software Corporation
DB-01 Upgrading to OpenEdge® Practices
Você pode planejar um dump e load...



Coloque seu schema na area apropriada
Mova para Areas Tipo II
– Agrupe algumas tabelas
 Tam.Reg.Similar
 Volume de alterações
 Modo de acesso
– Algumas tabelas necessitam
de Area específica
 Alto volume de Criação/Deleção
 Tabelas muito grandes
Foco futuro está em Areas tipo II ...
14 © 2005 Progress Software Corporation
DB-01 Upgrading to OpenEdge® Practices
Tamanho dos Blocos




Tamanho de Cluster de BI (1024 – 4096)
Definir bloco de bi & ai (8K-16K)
Arquivo bi file é acessado sequencialmente
Tamanho de Cluster de Dados
– Area de Dados: 64
– Area de Índices: 8

Registros por bloco
– Tam. bloco / tam. Médio registros
– Ou 128 e esqueça o resto!
– 1 para índices
15 © 2005 Progress Software Corporation
DB-01 Upgrading to OpenEdge® Practices
Preparando o movimento

Backups – ele é seu amigo!

Rode dbanalys & promon para referência

Separe os arquivos AI & BI em discos

Use RAID 10 (NUNCA 5)

Rode UPDATE STATISTICS para SQL

Continue analisando o promon como fazia
16 © 2005 Progress Software Corporation
DB-01 Upgrading to OpenEdge® Practices
Pronto para ajudar a otimizar?
Independente se você usar
CONV ou Dump & Load, há
mais coisas para serem
acertadas
17 © 2005 Progress Software Corporation
DB-01 Upgrading to OpenEdge® Practices
Plano para bancos de dados de
produção
Parâmetros mais usados:






-spin:
-B:
-hash:
-bibufs:
-Bp
-omsize
(5,000 até 10,000) * # CPUs
O maior que vc puder sem paginar
-B/4 quando –B > 400,000
25
evita impactos na produção
select count(*) from _storageObject
18 © 2005 Progress Software Corporation
DB-01 Upgrading to OpenEdge® Practices
Plano para banco de dados de
produção

BIW/AIW
– Agiliza gravação para bi/ai
– Diminui a espera por buffers vazios

APW
–
–
–
–
–
–

Diminui escritas LRU
Reduz tempo de checkpoint
Agilizar I/O no DB buffer pool (-B)
Incremente até zerar buffers flushed
Diminua se aumentar as gravações parciais no BI
Tipicamente necessitamos de mais se rodarmos com
Direct I/O (-directio)
Watch Dog
– Monitora conexões
19 © 2005 Progress Software Corporation
DB-01 Upgrading to OpenEdge® Practices
Buffers: -Bt

Temp Tables usa Storage Areas Tipo II
–
–
–
–
Rápido empty/drop
Use “empty temp-table <name>”
Reduz I/O
-tmpbsize 1 ou -tmpbsize 8




Registros por bloco
Cria/Joga limites
Há possibilidade de haver espaço
desperdiçado
Maior formatação de blocos
20 © 2005 Progress Software Corporation
DB-01 Upgrading to OpenEdge® Practices
Reconstrução de Índices

Reconstrução de índices por area, tabela ou
schema
– proutil <db> -C idxbuild table <table>

Usos típicos:
– Dump/Load Completo
– Traz índices desativados online

Ativação de índices online vem em seguida
– Correção de índices corrompidos ou reorg de
índices

Sempre classifica quando perguntado (se vc
tem espaço para arquivos temporários)
21 © 2005 Progress Software Corporation
DB-01 Upgrading to OpenEdge® Practices
Idxbuild – Grupos de Sort





# de grupos de sort
-SG: 8 até 64 – Padrão: 48
Um grande -SG executa menos sort/merge(s)
Bancos de dados com muitos índices por area
usam grandes valores de SG
Outros valores
– -TM 32 (buffers para merge)
– -TB 24 (tamanho de temp block)
– -T especifica um disco diferente
22 © 2005 Progress Software Corporation
DB-01 Upgrading to OpenEdge® Practices
Compactação de Índices



proutil <db> -C idxcompact <index> [ n ]
Pode rodar online
Quando rodar
– %utilização < 60% e Factor > 2
– Sugestão valor de 80% à 90%
– 100% pode causar muitas divisões de
index block
23 © 2005 Progress Software Corporation
DB-01 Upgrading to OpenEdge® Practices
Dump e Load



Indicadores de Dump e Load
– Scatter factor > 4
– Fragmentation Factor > 2
proutil <db> -C dump <table> . –index 0
– Dump executa maior ordenação de dados
– Tipicamente a escolha de índices baseada na
ordem de leitura
proutil <db> -C load <table>.bd build
– Load com build indexes
– Load para areas truncadas
 (truncadas ao invés de “vazias”)
24 © 2005 Progress Software Corporation
DB-01 Upgrading to OpenEdge® Practices
Scripts de Promon

Use promon e sar ou perfmon
– Faixas de I/O, uso de CPU e paginação
de sistema
– Buffers flushed por checkpoint
– Tempo entre checkpoints
– Buffer Hit ratio (Buffer Hits)
– Contenção (buffers, locks, latches)
25 © 2005 Progress Software Corporation
DB-01 Upgrading to OpenEdge® Practices
Entre as novas capacidades de base
de dados da 10.1A...

Logfile scanners: formato está sendo alterado
– scan por núm. erro – ainda funciona legal
– scan por mensagem de texto – ainda funciona legal

Monitora & adicion extents on-line se necessário

Captura importantes eventos de DB para análise
– Você pode habilitar esta capacidade
– É usada para operações de revisão/suporte

Instalação padrão do Enterprise é a melhor opção
26 © 2005 Progress Software Corporation
DB-01 Upgrading to OpenEdge® Practices
10.1A: Eventos Seletivos – logados para
tabela
proutil -EnableKeyEvents
startup info
shutdown info
abnormal ends
locktable ovfl
bigrow
bulkload
roll forward
force options
dbrpr
<more>
27 © 2005 Progress Software Corporation
dbtool
probkup
procopy
resolve limbo tx
prorest
prostrct (most)
2pc bgn/end
2pc mod/rcvr
protrace files
<more>
DB-01 Upgrading to OpenEdge® Practices
Parâmetros Padrão: 10.1A Alterações
–aibufs número de buffer de after image
–B
blocos de buffer pool do BD
-bibufs buffers de before image
-G
segundos para reutilização dos clusters
de bi
-L
número de entrada na tabela de lock
-Ma
# usuários remotos por Server de BD
-Mm
tam. max dos fragmentos de
mensagem TCP/IP
28 © 2005 Progress Software Corporation
DB-01 Upgrading to OpenEdge® Practices
Parâmetros Padrão na 10.1A (cont.)
-semsets
-spin
DB block
bi cluster
bi block
ai block
número de conj. avl. por broker
tentativas execução antes da pausa
tamanho
tamanho (tam blocos por notas no
disco)
tam. Blocos de I/O para escrita no
arquivo BI
tam. Blocos de I/O para escrita no
arquivo AI
29 © 2005 Progress Software Corporation
DB-01 Upgrading to OpenEdge® Practices
Sumário


Há importantes alteração no RDBMS
Você pode usar o OpenEdge10 rapidamente
– Os benefícios são imediatos
– Há muitos ganhos!




É fácil migrar em várias etapas
Tenha um plano para “migração completa”
Confira o promon/SAR em cada etapa
Até nós começarmos a distribuir, isto é
FUTURO
30 © 2005 Progress Software Corporation
DB-01 Upgrading to OpenEdge® Practices
Perguntas?
Field Services
31 © 2005 Progress Software Corporation
DB-01 Upgrading to OpenEdge® Practices
Obrigado pelo
seu tempo!
Field Services
32 © 2005 Progress Software Corporation
DB-01 Upgrading to OpenEdge® Practices
33 © 2005 Progress Software Corporation
DB-01 Upgrading to OpenEdge® Practices