[DB2User] Notater fra IDUG i Berlin 2005

[Ole Holmskov]

I faar lige mine notater fra IDUG i Berlin. 
Hermed - og uden garantier.....

JDBC
- Der er rettet en del ting for type 4 driveren i FP10. Hvis I bruger type
4 driveren
  anbefales det at opgradere til FP10.

HADR
- 3% performance difference mellem nearsync og sync mode.
- queue replication - man KAN miste transaktioner....

Performance
- Released en ny TPC. 325000 tpm på en 64 vejs. Ca. 5400 trx/sec.

Recovery Expert
- Der er en 2dages workshop i Recovery i Boeblingen.
- Saette db2set DB2_LOGGING_DETAIL=AuthID
  Ellers bliver authid ikke logget. INTERESSANT....

Full Online backups
- ROT: Laves hvis mere en 10% af pages er aendret.

Autonomic
- Aabenbart er en auto reorg stadig at betragte som en offline reorg
- 8.2.2 har auto runstat. Forsoeger at runstat'e naar aendringen af data er 
  mere end 10%

Activate er stadig vigtig
- Bufferpolls allokeres foerst ved activate. 

Der er en CLITraceParser.zip available fra IBM. Skulle du have brug for
den....

---------------
Tuning
---------------
I v8.2 LUW - er der IKKE laengere stealing fra hinandens memory arealer.
Det er der jo saa nok alligevel implicit, da der jo skaleres op eller ned
eller pages.... Men det fungere altsaa ikke som i tidligere releases:
Hvis min package cache eksploderer - så overflowede den før hen ind i
DBHEAP.
Nu malloc'er den...
Det blev lavet et PR nummer for memory visualizer. Jeg foretraekker stadig
db2mtrk...

Catalog cache
- Bruges af optimizeren - som en art cache for descriptor for tables, views
og aliases.
- Global cache - bruges til at gemme access paths.

Bufferpool tuning
- 1-3% skal man allokere som block based i version 8. NUMBLOCKPAGES.
- Alle kigger på hitratios
  I stedet kigge på antallet af IO

Prefetching
- Ikke se på "Time waited for prefetch" - Se paa counters.

Application section inserts
- Trigger en memcpy. Saa ikke billig.

Package cache overflow
- Compiler et statement
- Alt er "in use"
- Der forsoeges en "borrow memory"
- Insert er dyr. "De gaar frem og tilbage - og sparker hinanden ud." =>
PROBLEM.

0 rows read => satisfied by index.
  Saa skal man jo bare finde ud af HVOR meget ens index bliver brugt????

Pagecleaning
"You can only write on to (the same) disk at a time. And you have to work
within the 
server queue. Saa - hvis for mange - saa starter en ny pagecleaner godt nok
- men maa 
vente. Saa faktisk kan det i nogle situationer vaere en fordel at bruge
faerre - og 
saa blot "queue up" på samme queue/pagecleaner.
"Large bufferpools normally needs more page cleaners".
CHANGE_THRES - normalt 60% - bringes normalt "godt ned".

Andre: asyncwrites/total writes > 95%.
       Dirty page steals = VERY low
       Dirty pages threshold/LSN gap triggers = low

Files closed - er ikke SAA kritisk. 

Pagesizes
Hvis OLTP - saa stadig bruge 4K pages (hvis det kan lade sig goere).
Men - lad nu vaere med at have alle mulighederne i databasen (4K, 8K, 16K
og 32K).
Der skal jo bruges en bufferpool til hver.... Vaelg et par stykker (4K
eller 8K og en 32K).
Blot som eksempel.

Alternate page cleaning
Nogle har haft problemer med at faa det til at virke ordentligt (linux).

Create monitor using TRUNC - dette er billigere.
Og saa er det 10%-20% dyrere at skrive i tabeller - frem for filer.

db2 create tbs... no file system cashing - kun for DMS.
DB2_DIRECT_IO er nu deprecated.

------------
Kommandoer:
------------
db2pd -db <database> -mempools
db2pd -db <database> -bufferpools
db2pd -db <database> -activestatements/dynamic/static
  Usecount - hvor mange agents der eksekverer den LIGE nu.
db2pd -tcbstats - currently use.. NoChgUpdts - afsloerer programmer der
opdaterer
  hvor X=X og raekker alligevel ikke opdateres.
  stmt_type: 1=static, 2=dynamic
  CLOSE - is all the fetches. Derfor KAN CLOSE VAERE DYR (oftest er den).
    Highly variable time for insert => der er en anden operation => Locking

----------------
Nyheder i Viper
----------------
- XQuery og XQuery builder
- Der er et beta program paa trapperne
- Man vil lave en non-root install
- Flere instanser paa Windoze
- Fremover vil der IKKE blive introduceret nye funktionaliteter i FixPaks.
Kun i nye VERSIONER!
- Range partitioning
- Man vil skifte til en 6 byte RID - og muliggoere 512M pages tabeller (i
stedet for 16M pages idag).
- Derudover kan man saa koere range, hash og partitioning (DPT) paa sine
tabeller.
  Saa - nu kan man da faa "noget" stoerre tabeller....
- 64 column indexes (idag 16).
- Row compression using side tables.
- GA "mid next year"

Mvh Ole