456成人影院在线观看_亚洲a毛片_日韩9999_伊人网老司机_一本免费视频_最近高清日本免费

IT之道-艾銻知道

您當前位置: 主頁 > 資訊動態 > 艾銻分享 >

it運維: 分析DB2活動日志滿的原因及解決DB2日志滿方法與避免方案


2020-03-29 16:39 作者:admin 瀏覽量:
企業上云為什么是數字化轉型升級的第一步
 
 
3月17日我們分享了一篇文章,”無企業,不上云”,被各大平臺轉載分享,這讓我們看到了互聯網的熱情,也看到了企業對上云的渴望,艾銻無限作為阿里云的戰略合作伙伴,我們更樂意幫助企業上云,讓更多的企業邁向數字化時代.
 
我們相信每一家企業都是IT企業,每一家企業都是互聯網企業,每一家企業都是數字化企業,這一切的基礎都是基于云,云將會成為企業最重要的基礎設施,就像水、媒、電一樣的重要.
那為什么云對于企業來說如此重要呢,主要有以下五個方面:

1、應變力
云端快速部署、自由擴展的優勢,使網站、APP等應用上線、迭代更加靈活,提高了信息系統的運營效率。云以突出的應變能力,適應多變的企業信息化進程,降低試錯成本,加快研發進度,增強企業創新的信心。

2、穩定性
云環境為企業業務創造了一個穩定、可靠的空間,使用戶體驗更好,客戶滿意度顯著提升?;ヂ摼W產品獲得流量和用戶粘性的核心是用戶體驗,在線用戶流暢訪問,便捷操作,才會有較高的市場占有率。

3、性價比
云計算優異的性價比,為企業信息化大幅降低了成本。使企業可以把更多的資金,投入到業務創新中。傳統企業轉型升級存在著大量的不確定性,低成本的云計算幫助企業消除了資金上的顧慮。

4、安全性

轉型中的傳統企業,因對網絡環境不熟悉,擔心網絡攻擊、數據泄露等安全問題。云計算服務商有專業的技術和高效的服務體系,幫助企業保護數據安全、規避安全風險和提供海量數據查詢,企業可以專注于網站和應用程序,而不是基礎設施。
 
5、擴展性
 
在企業信息化的成本結構中,購買硬件軟件成本占比很高,而實際用于開發的支出就相應很低,并且耗費時間較長。如果完全基于云開架設IT系統,幾個小時就可完成基本框架。如果業務增加,就是直接購買服務器,邊際效益很低,采用云后,由于云計算的高擴展性,通過邊際效益可實現成本下降。
綜上所述,未來云就像我們用的水、電、媒一樣成為企業的必須品,也會是最重要的基礎設施一個部分,所以數字化轉型的企業,首先要上云,再考慮如何整合和重構企業內部的數據,從而讓計算起到主導作用,最終實現企業數字化轉型終極目標.
 
 

分析DB2活動日志滿的原因及解決DB2日志滿方法與避免方案

日志使用
下圖顯示了并發事務條件下,日志使用的示意
 
有3個并發的程序Process 1、Process 2、Process 3。每一個程序都有兩個事務。藍塊代表SQL語句,紅塊代表commit操作,綠塊代表rollback操作。每一個向下的箭頭都代表日志緩沖區的數據被刷新到日志磁盤上(默認是每一次提交操作都會導致日志緩沖被刷新到磁盤上)。
在T1時刻,事務A commit,日志緩沖區被刷新到磁盤上。
在T2時刻,事務B commit,日志緩沖區被刷新到磁盤上,此時日志X使用完,但由于X中的事務C還沒有提交,所以X此時還是活動日志。
在上圖中,如果事務C一直沒有提交操作,那么日志X將永遠是首個活動日志(oldest transaction log),后續的日志也是活動日志,其他應用最終會導致日志滿。
活動日志
如果一個日志中包含有未提交的事務,那么這個日志就是活動日志(也有其他情況,比如雖然所有事務已經提交,但對應的更改還沒有持久化到磁盤上)。
首個活動日志(First Active Log)
第一個活動日志,首個活動日志之后的日志(也就是編號比首個活動日志大的日志)都是活動日志,可以通過數據庫的snapshot查看first active log, current active log, 以及 last active log.
1
2
3
4
5
$ db2 get snapshot for db on sample | grep -i "File number"
File number of first active log      = 0
File number of last active log       = 2
File number of current active log     = 0
File number of log being archived     = Not applicable
日志滿原因
DB2總的可用活動日志的最大空間是有限制的,當達到限制之后,就會發生日志滿的問題,限制為(LOGPRIMARY + LOGSECOND) * LOGFILSIZ * 4KB
日志滿的原因無非兩種:
1.) 一個小事務hold住了首個活動日志,一直沒有提交,導致首個活動日志一直是活動狀態,不被釋放。這個跟堵車類似,一輛車因發動機故障(事務沒有提交)堵住路口(占用首個活動日志),即使后面的車都沒有問題(后續事務正常提交),也無法通過路口,且會越積越多,最終導致整個路都堵滿車(日志滿)。
2.) 有個事務非常大,迅速用盡了所有的日志。
日志滿的表現:
首先應用會報出SQL0964C錯誤:
1
2
3
4
$ db2 "insert into test select * from test"
DB21034E The command was processed as an SQL statement because it was not a
valid Command Line Processor command. During SQL processing it returned:
SQL0964C The transaction log for the database is full. SQLSTATE=57011
其次,db2diag.log中會有以下報錯
1
2
3
4
5
6
7
8
9
10
2017-03-09-17.24.50.315000+480 E3234873F644     LEVEL: Error
PID   : 8532         TID : 13028     PROC : db2syscs.exe
INSTANCE: DB2INST1       NODE : 000      DB  : SAMPLE
APPHDL : 0-453        APPID: *LOCAL.DB2INST1.170309092321
AUTHID : MIAOQINGSONG     HOSTNAME: ADMINIB-PR7US3I
EDUID  : 13028        EDUNAME: db2agent (SAMPLE)
FUNCTION: DB2 UDB, data protection services, sqlpgResSpace, probe:2860
MESSAGE : ADM1823E The active log is full and is held by application handle
     "0-441". Terminate this application by COMMIT, ROLLBACK or FORCE
     APPLICATION.
日志滿的臨時處理:
1. 可以通過增加LOGSECOND來臨時增加可用的日志大小(修改時需要加上immediate選項使之立即生效);增加LOGPRIMARY并沒有用,因為需要重啟數據庫才能生效。
2. force掉hold住首個活動日志的的應用,在force之前,可以抓取snapshot,看一下這個應用的狀態:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
$ db2 get snapshot for database on sample | grep -i oldest
Appl id holding the oldest transaction   = 441
 
$ db2 get snapshot for application agentid 441
 
      Application Snapshot
 
Application handle             = 441
Application status             = UOW Waiting         <<--應用狀態為UOW Waiting
Status change time             = 2017-03-09 17:23:15.068895
Application code page           = 1386
Application country/region code      = 86
DUOW correlation token           = *LOCAL.DB2INST1.170309092244
Application name              = db2bp.exe
Application ID               = *LOCAL.DB2INST1.170309092244
 
..
 
Connection request start timestamp     = 2017-03-09 17:22:44.963163 <<--應用連庫時間
Connect request completion timestamp    = 2017-03-09 17:22:45.961157
Application idle time           = 4 minutes 7 seconds
 
..
 
UOW log space used (Bytes)         = 664
Previous UOW completion timestamp     = 2017-03-09 17:22:45.961157
Elapsed time of last completed uow (sec.ms)= 0.000000
UOW start timestamp            = 2017-03-09 17:23:02.770477 <<--當前事務開始時間
UOW stop timestamp             =              <<--當前事務結束時間為空,說明還沒有commit
UOW completion status           =
 
..
 
Statement type               = Dynamic SQL Statement
Statement                 = Close
Section number               = 201
Application creator            = NULLID
Package name                = SQLC2K26
Consistency Token             =
Package Version ID             =
Cursor name                = SQLCUR201
Statement member number          = 0
Statement start timestamp         = 2017-03-09 17:23:15.067789
Statement stop timestamp          = 2017-03-09 17:23:15.068893
Elapsed time of last completed stmt(sec.ms)= 0.000024
Total Statement user CPU time       = 0.000000
Total Statement system CPU time      = 0.000000
..
Dynamic SQL statement text:  
select * from t1
<<--一個事務中可能有多條SQL,這個只表示當前正在執行或者最后執行過的SQL,并不能表示就是這條SQL導致了日志滿,這里抓取到的是一條SELECT語句,SELECT語句不占用日志。
1
2
3
$ db2 "force application (441)"
DB20000I The FORCE APPLICATION command completed successfully.
DB21024I This command is asynchronous and may not be effective immediately.
日志滿的避免:
1.)根據抓取到的應用的snapshot,找應用開發人員查看為何不肯提交,這才是避免問題再次出現的根本辦法。
2.)從DB2管理層面,可以設置數據庫配置參數max_log和num_log_span
3.)可以寫腳本,以固定的間隔抓取database snapshot中的Appl id holding the oldest transaction, 如果長時間不發生變化(比如2天),就Force掉。
補充說明:
查看每個應用使用的日志大?。?br />
1 $ db2 "select application_handle,UOW_LOG_SPACE_USED,UOW_START_TIME FROM TABLE(MON_GET_UNIT_OF_WORK(NULL,-1)) order by UOW_LOG_SPACE_USED"
也可以通過db2pd -db <dbname> -transactions 查看每個正在使用的日志的情況
重點關注的參數有:
ApplHandl
The application handle of the transaction.
SpaceReserved
The amount of log space that is reserved for the transaction.
LogSpace
The total log space that is required for the transaction, including the used space and the reserved space for compensation log records.
通過對DB2活動日志滿原因的分析我們就可以找到解決此問題的方法同時避免此問題的再次出現
 

相關文章

IT外包服務
IT電腦維護外包IT電腦維護外包
網站建設與維護IT網站建設與維護
IT設備采購服務IT設備采購服務
IT基礎設施服務IT基礎設施服務
IT應用及數據服務IT應用及數據服務
IT管理及流程服務IT管理及流程服務
二維碼 關閉
主站蜘蛛池模板: 2018av天堂在线视频精品观看_特级毛片aaaa级毛片免费_免费观看久久久_免费视频一区二区_大地资源在线视频在线观看_欧洲少妇性喷潮_精品亚洲va在线va天堂资源站_国产免费一区二区三区播放 久久综合久久精品_人人妻人人澡人人爽人人精品AV_97久久夜色精品国产九色_老司机深夜福利视频_无码人妻精品1国产婷婷_china直男gay国产_色妹子综合网_最近最新中文第一页 | 蜜桃av片_自拍偷拍亚洲视频_成人免费无码大片A毛片_午夜网站免费_亚洲二级片_中文字幕けのぁ一般男女_亚洲国产精品成人女人久久久_久久国产精品精品国产 | 久久丫精品国产免费_黑人狂躁日本妞一区二区三区_男人午夜网站_成人高清在线视频_精品一区在线免费观看_8mav精品成人_夜精品无码A片一区二区蜜桃_aⅴ色国产欧美 | 欧美高清69_国产成人在线一区_久久久91麻豆精品国产一区_御姐av在线_色欲狠狠躁天天躁无码中文字幕_天堂久久一区二区_蝌蚪91在线_狠狠爱综合 国内精品伊人久久久久AV影院_国产欧美洲中文字幕_国产天天骚_黄色大全免费观看_av免费人人干_无码一区自拍偷拍第二页_天堂va蜜桃_成人午夜黄色 | 91成人亚洲综合欧美日韩_亚洲福利精品视频_正在播放白领少妇第一次_亚洲人成网站观看在线播放_久久精品h_亚洲乱码日产精品bd在线观看_中文视频一区视频二区视频三区_人禽杂交18禁网站免费 | 一级看片免费视频囗交_亚洲日韩在线中文字幕线路2区_国产一级片免费_久久精品a一级国产免视看成人_成人超碰在线观看_亚洲香蕉视频综合在线_久久毛片免费观看_2019年中文字字幕在线看不卡 | 看一级黄色毛片_2021国内精品久久久久免费_久久国产精品_国产精品_2级毛片_国产成人a在线视频免费_日本久久久免费高清_国产欧美日韩精品一区_亚洲成av人的天堂在线观看 | 免费看的黄色av网站_国产有码在线_91精品无码一区二区_成人aaaa免费全部观看_欧美肥妇毛多水多BBXX_国产大片在线看_久久午夜免费观看_亚洲人成一区 | 国产一区二区三区中文字幕_av免费在线播放网址_国产精品视频免费一区二区_91九色porny在线_又粗又硬成人免费大片_亚洲综合色噜噜狠狠网站超清_日本免费二区三区_无码丰满熟妇一区二区 | 91社区在线观看高清_91免费版网址_成人福利国产精品视频_日韩一级免费大片_中文字幕第十五页_亚洲精品99999_幻女bbwxxxx_久久久久av综合网成人 | 中文WWW新版资源在线_国产公开久久人人97超碰_国产一区二区成人_日日爱699_国产资源精品在线观看_在线不卡aⅴ片免费观看_宝贝小嫩嫩好紧好爽H视频_中国a一片一级一片 | 久久久网_国产熟妇视频在线观看_色呦呦视频在线_18禁黄网站免费_韩国美女一级毛片_成人在线视频国产_www一级毛片_久久夜色精品国产欧美乱 | 久久精品视频网址_中文字幕按摩做爰_狠狠操在线视频_亚洲欧美日韩精品久久亚洲区_边添小泬边狠狠躁视频_欧美破苞系列二十三_qvod视频在线观看成人_亚洲欧洲国产一区二区三区 | av成人一区二区_久久国产人妻一区二区_九九热只有精品_欧美男同gay做受gay网站_人人草人人搞_蜜桃av免费看_成年人免费小视频_jizz成熟丰满韩国少妇在线 | 成人一级片在线免费观看_久久免费视频3_青青视频国产_亚洲第一极品精品无码_a中文字幕www_日韩精品国产自在久久现线拍_性无码专区无码片_成人在线精品 | 国内av在线_穿透明白衬衫喷奶水的av_内射人妻视频国内_欧美18videosex性欧美tube1080_丰满少妇被猛烈进入_色哟哟~日韩精品_九月婷婷久久_四虎最新紧急入口 | 水蜜桃免费视频_青青热久免费精品视频在线播放_在教室伦流澡到高潮h麻豆_外国特级免费片_久久婷婷一区_亚洲精品在线视频播放_a中文字幕_微拍福利88 | 国产成人亚洲综合_在线观看免费不卡avav_国产精品揄拍一区二区久久_97无码人妻福利免费公开在线视频_chinesepronhdvideos国产91_青青草国产成人a∨_91久久国产视频_欧美成人福利 | 人人种亚洲_善良的人妻被水电工侵犯_婷婷视频导航_免费人成视频网站在线18_亚洲成人av免费观看_国产精品女同一区二区三区_永久免费品色堂_亚洲一二三区免费视频 | 国产中文字幕在线看_日韩av一区二区在线观看_国产日韩三级_91久久_中文字幕精品久久一区二区三区_夜夜撸网站_日韩精品一区二区三区水蜜桃_一本色综合久久 日韩第一页在线观看_看av在线_一区免费_日韩在线视频精品_91色爱_国产成人精品av在线_9区中文字幕在线_成熟丰满熟妇高潮XXXXX视频 | 12av视频_性视频毛片_国产精品无码dvd在线观看_欧美人体一区二区视频_人人干夜夜_国产超碰无码最新上传_国产日韩一区二区_精品AV无码国产一区二区 | 国产极品99热在线播放69_国内毛片毛片毛片毛片毛片毛片_久久综合影院_欧美三区二区一区_国产美女www_91视频青青_美女与野兽2_日批一级片 | japanese国产乱在线播放_国产人成亚洲第一网站在线播放_中文字幕久久久久一区_欧美jizz18hd性欧美_日日干b_中文字幕成人av_色夜av_国产精品美女www视频 | 69av视频在线_色悠久久久久综合网伊_亚洲伦产精品一区二区三区_欧美日韩国产va另类_精品一区二卡三卡四卡分类_欧美日韩免费大片_被两个两个黑人吃奶4P_久久久四虎 | 色婷婷av一区二区三区之红樱桃_新版中文在线官网_亚洲精品中文字幕av_99视频在线精品_人妻精品动漫H无码_欧美福利在线_日本中文字幕一级片_维修工的绝遇中文字 | 伊人第一页_国产精品爆乳奶水无码视频免费_色偷偷亚洲天堂_狠狠综合久久综合88亚洲_亚洲国产的精品太乱码一区二区_国产一级强片在线观看av_日日噜噜夜夜狠狠久久丁香五月_国产成人无精品久久久久国语 | 午夜影视免费观看_日韩午夜高清_国语av在线_国产精品99久久精品_欧美日韩精品一区二区公司_国产精品成人在线_在线观看久_超碰在线一区 | 日本一区二区三区免费A片_成年人在线视频观看_精品国模一区二区三区浪潮_四虎永久在线精品免费播放_不卡欧美_在线国产精品视频_欧美一区二区性_中文字幕有码无码AV | 亚洲毛片一区二区_天天爱天天做天天添天天欢_黄视频福利_午夜影皖精品av在线播放_国产精品免费一区二区区_乱肉妇精品av_浮生影视在线观看免费_大波妺av网站影院 | 顶级少妇做爰高潮_91久久夜色精品国产按摩_色综合精品无码一区二区三区_国产精选一级毛片_亚洲中文有码字幕日本第一页_九九热在线观看_变态孕交videosgratis孕妇_日本少妇久久久 | 国产成人在线观看网站_久热RE这里精品视频在线6_鲁大师在线影院免费观看_狠狠综合亚洲综合亚洲色_久久中文字幕亚洲精品最新_亚洲欧美综合_亚洲AV无码日韩AV无码网站冲_特黄一级性片看 | 日韩成人精品_韩国三级中文字幕HD久久精品_福利在线看_国产精品日韩AV在线播放_无套中出丰满人妻无码_精品xxxx户外露出视频_国产实拍会所女技师在线观看_97在线国产视频 | 午夜精品久久17c_精品人妻系列无码人妻免费视频_欧美在线观看免费观看视频_亚洲区一区二区_热99RE久久精品这里都是精品免费_亚洲国产精品一区二区久_亚洲一区在线观看视频_女同一区二区三区 | 亚洲高清不卡一区_91亚洲精品国产_四虎精品久久_男男无码GV片在线看_亚洲卡通欧美制服中文_伊人久久久AV老熟妇色_国产91影院_老汉影院免费观看 | 久久AV老司机精品网站导航_国产六月婷婷爱在线观看_黄色a级片在线观看_亚洲精品无码久久久久去Q_在线观看最新中文字幕AV_九九热精品视频在线免费观看_3456成人看片_久久黄色视 | 日本v视频_国产97视频_操女生免费视频_性做久久久久久免费观看_国产在线视频91_成人免费毛片一_久久国产亚洲精品_欧美性猛交xxxx乱大交蜜桃 | 超碰二区_精品剧情V国产在线观看_色屁屁WWW免费看欧美激情_国产美女裸体丝袜喷水视频_免费又黄又爽又猛大片午夜_在线黄色av网站_国产91白丝在线播放_高潮喷水的网站 | 男人J放进女人P全黄在线_9191视频_www.com黄_少妇午夜性影院私人影院成都_亚洲av片不卡无码影视_麻豆传媒免费看_99热5_佐山爱国产在线一区 | 亚洲中文无码永久免费_www私房写真在线观看_伊人无码一区二区三区_欧美精品在欧美一区二区_久久接色_欧美日韩精品一区_亚洲日本VA午夜在线影院_无码自拍一区 | 绯色av_精品免费成人_亚洲欧美日韩精品成人_外国av在线_麻豆av免费网站_各种高潮videos抽搐合集免费_成人免费看片视频_欧美性生交大片免费看A片免费 | 国内xxxx乱子另类_4399伦理片_蜜乳av入口_我半夜摸妺妺的奶摸到高潮_亚洲精品偷拍影视在线观看_免费三级国产_亚洲VA在线∨A天堂VA欧美VA_中文字幕乱码亚洲影视 |