A DB2 Performance Tuning Roadmap --LOG INTRODUCTION
本文的内容是在整理报表时,对DB2 STAT LOG AVITIVITY部分的一个补充,主要介绍了DB2 LOG作用,overhead,涉及的部件以及部件之间的工作机制如何利用DB2 log,现有的IBM 提供的 DB2 Log utilities。最后对DB2 log的逻辑给出一个感性的认识。- 1 LOG OVERVIEW
- DB2 LOG FUNDAMENTALS
- LOG AIM:
- WHY NEED LOGGING
- IN PERFECT WORLD
- OVERVIEW OF LOG WORK MECHANISM
- DB2 LOG FUNDAMENTALS
- 2 UNDERSTANDING OF LOG
- LOG IMPLEMENTATION
- 1 LOG RBA
- 2 WHEN DATA SHARING INVOLED-LRSN
- 3 LOG PAGE DATA SETS
- FACTORS OF ACTIVE LOG DATA SETS:
- BSDS – Boot Strap Data Set
- SYSLGRNX-DLD
- FACTORS OF ARCHIVE LOG DATASETS
- LOG STRUCTURE
- WHAT IS BEING LOGGED?
- INFORMATION OF UR
- PAGE SET INFORMATION
- RECOVERY INFOMATION FOR
- SYSTEM CHECKPOINTS
- UNDO/REDO LOG EXMPLAE
- COMPENSATION OF LOG EXMPLE
- RECOVERY INFORMATION EXAMPLE
- SYSTEM CHECKPOINTS DETAIL
- WHEN IS LOGGING
- WHAT IS BEING LOGGED?
- LOG USAGE
- Start DB2
- Recovery of objects
- REPLICATION
- SOX Compliance
- HEALTH CHECKS
- LOG UTILITES,WORKING WITH THE LOG
- DSN1LOGP
- DSNJU004、DSNJU003
- DSNJU004
- DSNJU003 (a.k.a Change Log Inventory)
- DSNJLOGF
- RECOVER BSDS
- #RECOVER BSDS
- LOG IMPLEMENTATION
- LOG RELATED DATASET
- LOG PAGE FORMAT
1 LOG OVERVIEW
DB2 LOG FUNDAMENTALS
LOG AIM:The DB2 log has two main functions: to reapply or back out units of recovery, and to rebuild DB2 back to a consistent state in the event of a failure
WHY NEED LOGGING- overhead
- it costs in ters of performance,dasd,dministration,cleanup
- it's assurance-just in case of an accidentIN PERFECT WORLD
- no need to rollback
- no need to recover
- no program errors
- no hardware errors
- no power failtures
- no hurricances,terror attacks,fraud....
Let’s get the MOST out of the LOG since it’s here
OVERVIEW OF LOG WORK MECHANISM
USAGE OF EACH COMPONENTS
- Active logs
Where DB2 puts the current log information - Log Buffers
Where log information is held BEFORE externalisation to DASD - Bootstrap Datasets
These hold information about the current active and archive log datasets - Archive logs
These are copies of ‘old’ active log datasets - SYSLGRNX
DB2 keeps track of WHEN objects are (possibly) being updated
2 UNDERSTANDING OF LOG
LOG IMPLEMENTATION
1 LOG RBABYTE ADDRESSABLE(RBA=RELATIVE BYTE ADDRESS)
RBA START=0X00000000000
RBA END=0XFFFFFFFFFFF
RBA UNIQUELY DEFINE A LOG RECORD

LRSN=LOG SEQUENCE RANGE NUMBER,WHICH IS A MODIFIED TIMESTAMP BASE ON SYSPLEX STORCE CLOCK
LOG OUTPUTBUFFER
ACTIVE LOG
ARCHIVE LOG
WHEN DB2 GO TO THE LAST ACTIVE DATA SETS ,WRAP ROUND TO FIRST ACTIVE LOG DATA SETS
- ACTIVE LOG DATA SETS NUMBER
- ACTIVE LOG DATA SETS SIZE
- SINGLE OR DUAL ACTIVE LOG
- PERFORMANCE CONSIDERATION:
- FAST DASD
- CONSIDER STRIPPING
- DB2 ZPARM OUTBUFFER+ LOGAPSTG
? Name: catalog.BSDS01 and catalog.BSDS02
? Must be two identical datasets
? Contains highest RBA logged
? Contains active log description (begin – end RBA and status)
? Contains archive log description
? Dataset name
? Volume name
? RBA range
? Contains other necessary system information
? System checkpoint history, BP-description, CCSID info etc
? Table in Directory so no user access available
? Contains the RBA when any tablespace or
partition is opened or closed for update
? Note this information is also in DB2 log
? SYSLGRNGX is used by DB2 to speed up
recovery by limiting the amount of log data which needs to be scanned
? MODIFY utility removes this information along with SYSCOPY rows
SYSLGRNGX is key to speeding up log processing during recovery Contains RBAs when tablespaces are open for update. Log ranges out ranges cannot contain updates for this tablespace and therefore we needed during the recovery process.SYSLGRNGX is also updated by running the Modify Recovery utilityFACTORS OF ARCHIVE LOG DATASETS
- ALWAYS PRODUCE TWO FILES FOR ONE ACTIVE LOGS
IT IS AN ASYNCHRONOUS PROCESS
VCAT.ARCHLOGN.BNNNNNNCONTAINDS THE BSDS INFORMATION BEFORE ARCHIVE IS WRITTEN FIRST LOG BEING ARCHIVED,IS STILL KNOWN AS ACTIVE LOG IN BSDS
VCAT.ARCHIVEN.ANNNNNNCONTAINS THE ACTUAL LOG FOR LOG RBA RANGE OF THAN LOG DATA SETSUPDATES BSDS WHEN COMPLETE
- DB2 ZPARMS ARCHPFX1+ARCHPFX2+TSTAMP=YES|NO|EXT
VCAT.ARCHIVEN.DXXXXX.TXXXXX.BNNNNNNNN - WHEN ARCHIVE:
ACTIVE LOG FULL
TRUNCATED:ARCHIVE LOG COMAMND OR ERROR
LOG STRUCTURE
WHAT IS BEING LOGGED?INFORMATION OF UR- BEGIN/END UR INFORMATION
- UNDO/REDO STATEMENTS and compensation log rec
- commit rollback processing
- OPEN/CLOSE PAGE SET
- PENDING STATUS INFORMATION(COPY,CHECK,REORG)
- START/STOP INFORMATION(include which mode ut)
- DBD INFORECOVERY INFOMATION FORINVOLED TABLES:
SYSIBM.SYSUTILX SYSIBM.DBD01 SYSIBM.SYSCOPY
SYSTEM CHECKPOINTSUNDO/REDO LOG EXMPLAE
UPDATE T
SET COL='BBB'
WHERE ID=1
LRH004A002F 06000001 0E800006 CEA48CC9 0006CEA4 8D590526 0006CEA4 8D59C7C0
AF504B23 0000
*LG** 80010C00 02000000 02000006 CEA4049E 2B02 0000 00120101 00030900 000600C2 C2C200C1 C1C1
C2C2C2='BBB'
C1C1C1='AAA'
URID(0006CEA48CC9)RBA OF UR STARTED IN LOG
010C=DBID
0002==PAGE SET OBID
000000 02=PAGE ID

In case of the example the current value is BBB and after the update it should become AAA, but for some reason a ROLLBACK occurs, in that
case DB2 needs to undo this update. This undo by itself is also being logged. These log records are called compensation log records.
SUBTYPE(UPDATE IN-PLACE IN A DATA PAGE) CLR(YES)*LG** 80010C00 02000000 02000006 CEA550BF AB00 0000 00120101 00030900 000600C2 C2C200C1 C1C1
CLR(YES) which indicates it is a compensation log record
RECOVERY INFORMATION EXAMPLEDB2 writes “syscopy” information for certain system tables to the log instead of writing it to syscopy. The reason is simple. In case of a
disaster recovery, we need to recover the system in precise steps.Meaning that certain system tables have to be recovered before we can recover sysibm.syscopy. Therefore the backup information of those objects is written to the log.
SYSTEM CHECKPOINT (snapshot of activity on system)
- WHAT IS IN SYSTEM CHECKPOINT
- Entry per active thread (amongst other status inflight/in commit etc)
- Entry per open page set (including exception status)
- Page externalization
- How often should one be taken ?
- Every 3-5 minutes (many sites are at 15-20 minutes)
- CHKFREQ : V9 : # LOG records or # seconds
V10: Minimum of # LOG records and # seconds
- Important for (re)start up performance
? Start up ALWAYS from LAST CHECKPOINT
As the work is being done
? In Log output buffer (OUTBUFF)
? Regularly flushed to Active Log Dataset
Sequentially first active copy1 then active copy2 (DB2 V10 应该是双写)
? At Commit
? At Rollback
? Log Write threshold (WRTHRSH 20 pages without commit)
? Archive log command
? System Checkpoint
? Log Write Ahead Force
LOG USAGE
Start DB24 phases :
- Log initialization
Read/compare BSDS
Find current active log dataset and end of log - Current status rebuild
Read last system checpoint - Forward log recovery
Do all work for INCOMMIT and INDOUBT threads - Backward log recovery
Do all work for INABORT and INFLIGHT threads - ALWAYS start from LAST SYSTEM CHECKPOINT
Amount of work varies (ab)normal shutdowN
DB2 新增了一个参数BACKOUT(YES),这个参数应该不是太常用,更多的情况应该是使用imgcopy+log的方式去追,即point-in-time,这里不进行介绍。
REPLICATION现在IDC内相当火的一个topic,它是实现双活或是多活的基础,平台版本的DBMS也有实现,比如mysql的mater-slave方式,即mysql本身就支持,不需要新增软件,但是是单线程进行处理,为此很多vendors提供了增强版的版本使slave上支持并发。zos 上使用QREP+MQ实现,支持异构数据库,延迟可以控制在分钟以内。RPT=2MIN,RTO=2HOUR,
SOX Compliance这个更多是的是内审,外审的用途。相对来说使用审计LOG的方式,成本还是比较高的,有alternative software。
HEALTH CHECKSBEST PRACTICE,根据系统现在的运行情况,查看时候ACTIVE LOG,ACHIVE LOG是否运行异常。
LOG UTILITES,WORKING WITH THE LOG
多少一句,这个应该是目前平台比较欠缺的,可能目前也存在,只是我孤陋寡闻了。
DSN1LOGP? Formats DB2 log in a readable output
? Detailed or summarized (SUMMARY(YES/NO/ONLY)
? Include page set status (DATAONLY(YES/NO)
? Include SYSCOPY info (SYSCOPY(YES/NO)
? Limit range (from – to)
? Limit scope (e.g. URID,DBID,)
? Cannot read current active log
? Cannot read compressed logs by DFSMS
Will list certain parts of the BSDS information
? Log data set name(s), log ranges, volume(s) etc
? Active log status
? Conditional restart history
? System checkpoint history
? Backup system history
? Archive log history
? CCSID information
? Does not show Buffer pool configuration
? Be careful time values are in GMT except LTIME column
? Only runs when DB2 is down
? Allows to change BSDS content, USE WITH CARE!
? Add/Delete active and archive Logs
? Add/Delete system checkpoints
? Create conditional restart record (CRESTART)
? STARTRBA
? ENDRBA
? COLD START ? STARTRBA=ENDRBA
? Causes most of the time DATA LOSS
DSNJLOGF
? Pre-formats new active log dataset
? Avoids delay at first use !!
? MUST have TWO identical BSDS to start up
? What if one BSDS is broken ?
? DSNJ126I I/O ERROR FORCED SINGLE BSDS
? Do NOT stop DB2
? Issue command –RECOVER BSDS ? automate this!
? What if one BSDS is broken at start up?
? DB2 does not start
? IDCAMS rename/define, REPRO
LOG RELATED DATASET
LOG PAGE FORMAT
对LOG PAGE 有一个感性认识,LOG 的逻辑结构复杂了,后续如果有需要在补充上吧。
1 BYTE=8BITS
1 NIBBLE=4BITS
LOG PAGE SIZE=4KB
LOG PAGE AVAIABLE SPACE=4075
LOG PAGE CONTROL INTERVAL
SIZE: LAST 21/X'15' BYTE OF PAGE
USAGE:CI DESCRIBE THE LOG PAGE
START RAB OF THE PAGE
LOG RBA DO NOT HAVE RBA-----IT'S START RBA of the page plus offset into page of the record
1 log rec maybe span may log pages
本文所有的内容均整理自互联网,仅供参考学习,如有涉及版权问题,请自行删除本文,谢谢。

PHPSession失效的原因包括配置错误、Cookie问题和Session过期。1.配置错误:检查并设置正确的session.save_path。2.Cookie问题:确保Cookie设置正确。3.Session过期:调整session.gc_maxlifetime值以延长会话时间。

在PHP中调试会话问题的方法包括:1.检查会话是否正确启动;2.验证会话ID的传递;3.检查会话数据的存储和读取;4.查看服务器配置。通过输出会话ID和数据、查看会话文件内容等方法,可以有效诊断和解决会话相关的问题。

多次调用session_start()会导致警告信息和可能的数据覆盖。1)PHP会发出警告,提示session已启动。2)可能导致session数据意外覆盖。3)使用session_status()检查session状态,避免重复调用。

在PHP中配置会话生命周期可以通过设置session.gc_maxlifetime和session.cookie_lifetime来实现。1)session.gc_maxlifetime控制服务器端会话数据的存活时间,2)session.cookie_lifetime控制客户端cookie的生命周期,设置为0时cookie在浏览器关闭时过期。

使用数据库存储会话的主要优势包括持久性、可扩展性和安全性。1.持久性:即使服务器重启,会话数据也能保持不变。2.可扩展性:适用于分布式系统,确保会话数据在多服务器间同步。3.安全性:数据库提供加密存储,保护敏感信息。

在PHP中实现自定义会话处理可以通过实现SessionHandlerInterface接口来完成。具体步骤包括:1)创建实现SessionHandlerInterface的类,如CustomSessionHandler;2)重写接口中的方法(如open,close,read,write,destroy,gc)来定义会话数据的生命周期和存储方式;3)在PHP脚本中注册自定义会话处理器并启动会话。这样可以将数据存储在MySQL、Redis等介质中,提升性能、安全性和可扩展性。

SessionID是网络应用程序中用来跟踪用户会话状态的机制。1.它是一个随机生成的字符串,用于在用户与服务器之间的多次交互中保持用户的身份信息。2.服务器生成并通过cookie或URL参数发送给客户端,帮助在用户的多次请求中识别和关联这些请求。3.生成通常使用随机算法保证唯一性和不可预测性。4.在实际开发中,可以使用内存数据库如Redis来存储session数据,提升性能和安全性。

在无状态环境如API中管理会话可以通过使用JWT或cookies来实现。1.JWT适合无状态和可扩展性,但大数据时体积大。2.Cookies更传统且易实现,但需谨慎配置以确保安全性。


热AI工具

Undresser.AI Undress
人工智能驱动的应用程序,用于创建逼真的裸体照片

AI Clothes Remover
用于从照片中去除衣服的在线人工智能工具。

Undress AI Tool
免费脱衣服图片

Clothoff.io
AI脱衣机

Video Face Swap
使用我们完全免费的人工智能换脸工具轻松在任何视频中换脸!

热门文章

热工具

SublimeText3 Mac版
神级代码编辑软件(SublimeText3)

mPDF
mPDF是一个PHP库,可以从UTF-8编码的HTML生成PDF文件。原作者Ian Back编写mPDF以从他的网站上“即时”输出PDF文件,并处理不同的语言。与原始脚本如HTML2FPDF相比,它的速度较慢,并且在使用Unicode字体时生成的文件较大,但支持CSS样式等,并进行了大量增强。支持几乎所有语言,包括RTL(阿拉伯语和希伯来语)和CJK(中日韩)。支持嵌套的块级元素(如P、DIV),

适用于 Eclipse 的 SAP NetWeaver 服务器适配器
将Eclipse与SAP NetWeaver应用服务器集成。

SublimeText3 Linux新版
SublimeText3 Linux最新版

EditPlus 中文破解版
体积小,语法高亮,不支持代码提示功能