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

來源:腳本之家  責任編輯:小易  

雷曼兄弟公司財務管理分析存在的問題2008年9月15日,擁有158年悠久歷史的美國第四大投資銀行雷曼兄弟(Lehman Brothers)公司正式申請依據以重建為前提的美國聯邦破產法第11章所規定的程序破產,即所謂破產保護。雷曼兄弟公司,作為曾經在美國金融界中叱咤風云的巨人,在此次爆發的金融危機中也無奈破產,這不僅與過度的金融創新和乏力的金融監管等外部環境有關,也與雷曼公司本身的財務管理目標有著某種內在的聯系。本文將從公司內部財務的角度深入剖析雷曼兄弟公司破產的原因。一、股東財富最大化:雷曼兄弟財務管理目標的現實選擇雷曼兄弟公司正式成立于1850年,在成立初期,公司主要從事利潤比較豐厚的棉花等商品的貿易,公司性質為家族企業,且規模相對較小其財務管理目標自然是利潤最大化。在雷曼兄弟公司從經營干洗、兼營小件寄存的小店逐漸轉型為金融投資公司的同時,公司的性質也從一個地道的家族企業逐漸成長為在美國乃至世界都名聲顯赫的上市公司。由于公司性質的變化,其財務管理目標也隨之由利潤最大化轉變為股東財富最大化。其原因至少有:(1)美國是一個市場經濟比較成熟的國家,建立了完善的市場經濟制度和資本市場體系,因此,以股東財富最大化為財務管理目標能夠獲得更好的企業外部環境支持;(2)與利潤最大化的財務管理目標相比,股東財富最大化考慮了不確定性、時間價值和股東資金的成本,無疑更為科學和合理;(3)與企業價值最大化的財務管理目標相比,股東財富最大化可以直接通過資本市場股價來確定,比較容易量化,操作上顯得更為便捷。因此,從某種意義上講,股東財富最大化是雷曼兄弟公司財務管理目標的現實選擇。二、雷曼兄弟破產的內在原因:股東財富最大化股東財富最大化是通過財務上的合理經營,為股東帶來最多的財富。當雷曼兄弟公司選擇股東財富最大化為其財務管理目標之后,公司迅速從一個名不見經傳的小店發展成聞名于世界的華爾街金融巨頭,但同時,由于股東財富最大化的財務管理目標利益主體單一(僅強調了股東的利益)、適用范圍狹窄(僅適用于上市公司)、目標導向錯位(僅關注現實的股價)等原因,雷曼兄弟最終也無法在此次百年一遇的金融危機中幸免于難。股東財富最大化對于雷曼兄弟公司來說,頗有成也蕭何,敗也蕭何的意味。1.股東財富最大化過度追求利潤而忽視經營風險控制是雷曼兄弟破產的直接原因在利潤最大化的財務管理目標指引之下,雷曼兄弟公司開始轉型經營美國當時最有利可圖的大宗商品期貨交易,其后,公司又開始涉足股票承銷、證券交易、金融投資等業務。1899年至1906年的七年間,雷曼兄弟公司從一個金融門外漢成長為紐約當時最有影響力的股票承銷商之一。其每一次業務轉型都是資本追逐利潤的結果,然而,由于公司在過度追求利潤的同時忽視了對經營風險的控制,從而最終為其破產埋下了伏筆。雷曼兄弟公司破產的原因,從表面上看是美國過度的金融創新和乏力的金融監管所導致的全球性的金融危機,但從實質上看,則是由于公司一味地追求股東財富最大化,而忽視了對經營風險進行有效控制的結果。對合成CDO(擔保債務憑證)和CDS(信用違約互換)市場的深度參與,而忽視了CDS市場相當于4倍美國GDP的巨大風險,是雷曼轟然倒塌的直接原因。2.股東財富最大化過多關注股價而使其偏離了經營重心是雷曼兄弟破產的推進劑股東財富最大化認為,股東是企業的所有者,其創辦企業的目的是擴大財富,因此企業的發展理所當然應該追求股東財富最大化。在股份制經濟條件下,股東財富由其所擁有的股票數量和股票市場價格兩方面決定,而在股票數量一定的前提下,股東財富最大化就表現為股票價格最高化,即當股票價格達到最高時,股東財富達到最大。為了使本公司的股票在一個比較高的價位上運行,雷曼兄弟公司自2000年始連續七年將公司稅后利潤的92%用于購買自己的股票,此舉雖然對抬高公司的股價有所幫助,但同時也減少了公司的現金持有量,降低了其應對風險的能力。另外,將稅后利潤的92%全部用于購買自己公司而不是其他公司的股票,無疑是選擇了“把雞蛋放在同一個籃子里”的投資決策,不利于分散公司的投資風險;過多關注公司股價短期的漲和跌,也必將使公司在實務經營上的精力投入不足,經營重心發生偏移,使股價失去高位運行的經濟基礎。因此,因股東財富最大化過多關注股價而使公司偏離了經營重心是雷曼兄弟公司破產的推進劑。3.股東財富最大化僅強調股東的利益而忽視其他利益相關者的利益是雷曼兄弟破產的內在原因雷曼兄弟自1984年上市以來,公司的所有權和經營權實現了分離,所有者與經營者之間形成委托代理關系。同時,在公司中形成了股東階層(所有者)與職業經理階層(經營者)。股東委托職業經理人代為經營企業,其財務管理目標是為達到股東財富最大化,并通過會計報表獲取相關信息,了解受托者的受托責任履行情況以及理財目標的實現程度。上市之后的雷曼兄弟公司,實現了14年連續盈利的顯著經營業績和10年間高達1103%的股東回報率。然而,現代企業是多種契約關系的集合體,不僅包括股東,還包括債權人、經理層、職工、顧客、政府等利益主體。股東財富最大化片面強調了股東利益的至上性,而忽視了其他利益相關者的利益,導致雷曼兄弟公司內部各利益主體的矛盾沖突頻繁爆發,公司員工的積極性不高,雖然其員工持股比例高達37%,但主人翁意識淡薄。另外,雷曼兄弟公司選擇股東財富最大化,導致公司過多關注股東利益,而忽視了一些公司應該承擔的社會責任,加劇了其與社會之間的矛盾,也是雷曼兄弟破產的原因之一。4.股東財富最大化僅適用于上市公司是雷曼兄弟破產的又一原因為了提高集團公司的整體競爭力,1993年,雷曼兄弟公司進行了戰略重組,改革了管理體制。和中國大多企業上市一樣,雷曼兄弟的母公司(美國運通公司)為了支持其上市,將有盈利能力的優質資產剝離后注入到上市公司,而將大量不良資產甚至可以說是包袱留給了集團公司,在業務上實行核心業務和非核心業務分開,上市公司和非上市公司分立運行。這種上市方式注定了其上市之后無論是在內部公司治理,還是外部市場運作,都無法徹底地與集團公司保持獨立。因此,在考核和評價其業績時,必須站在整個集團公司的高度www.13333515.buzz防采集請勿采集本網。

日志使用

下圖顯示了并發事務條件下,日志使用的示意

戊戌變法失敗的真正原因是:資產階級力量不足以同封建勢力相抗衡。資產階級維新派的軟弱性和妥協性,缺乏反帝反封建的勇氣,只采取改良的辦法,并對封建反動勢力和列強寄于幻想,遠離了民眾,又

有3個并發的程序Process 1、Process 2、Process 3。每一個程序都有兩個事務。藍塊代表SQL語句,紅塊代表commit操作,綠塊代表rollback操作。每一個向下的箭頭都代表日志緩沖區的數據被刷新到日志磁盤上(默認是每一次提交操作都會導致日志緩沖被刷新到磁盤上)。

翻譯 樂廣有一位親密的朋友,分別很久不見再來,樂廣問朋友不來的原因時,友人回答說:“前些日子來你家做客,承蒙你給我酒喝,正端起酒杯要喝酒的時候,看見杯中有一條蛇,心里十分厭惡它,喝了那杯酒后

在T1時刻,事務A commit,日志緩沖區被刷新到磁盤上。

職位分析的內容 1.基本信息 包含這個職位的名稱、任職者的名字,是不是從屬于一個小的部門,任職人的主管的名稱,以及任職人和主管人的簽字。2.設立崗位的目的 這個崗位為什么存在,如果不設立這

在T2時刻,事務B commit,日志緩沖區被刷新到磁盤上,此時日志X使用完,但由于X中的事務C還沒有提交,所以X此時還是活動日志。

此曲2010年1月10日發行,收錄于專輯《水鄉·伶人》中。《伶人歌》是華語歌手童麗專輯《水鄉·伶人》里的一首單曲。童麗2005年加盟了一個頗有經驗的發燒唱片公司,之后她的首張發燒專輯《對話2》一推出就

在上圖中,如果事務C一直沒有提交操作,那么日志X將永遠是首個活動日志(oldest transaction log),后續的日志也是活動日志,其他應用最終會導致日志滿。

《培養學生發現、提出、分析、解決問題能力的研究》實驗方案 關鍵詞:發現問題 提出問題 分析問題 解決問題 培養能力 一、本課題的國內外研究現狀與趨勢分析 (1)對我國傳統數學教學的回顧與反思

活動日志

如果一個日志中包含有未提交的事務,那么這個日志就是活動日志(也有其他情況,比如雖然所有事務已經提交,但對應的更改還沒有持久化到磁盤上)。

首個活動日志(First Active Log)

第一個活動日志,首個活動日志之后的日志(也就是編號比首個活動日志大的日志)都是活動日志,可以通過數據庫的snapshot查看first active log, current active log, 以及 last active log.

$ db2 get snapshot for db on sample | grep -i "File number"File number of first active log = 0File number of last active log = 2File number of current active log = 0File number of log being archived = Not applicable

日志滿原因

DB2總的可用活動日志的最大空間是有限制的,當達到限制之后,就會發生日志滿的問題,限制為(LOGPRIMARY + LOGSECOND) * LOGFILSIZ * 4KB

日志滿的原因無非兩種:

1.) 一個小事務hold住了首個活動日志,一直沒有提交,導致首個活動日志一直是活動狀態,不被釋放。這個跟堵車類似,一輛車因發動機故障(事務沒有提交)堵住路口(占用首個活動日志),即使后面的車都沒有問題(后續事務正常提交),也無法通過路口,且會越積越多,最終導致整個路都堵滿車(日志滿)。

2.) 有個事務非常大,迅速用盡了所有的日志。

日志滿的表現:

首先應用會報出SQL0964C錯誤:

$ db2 "insert into test select * from test"DB21034E The command was processed as an SQL statement because it was not avalid Command Line Processor command. During SQL processing it returned:SQL0964C The transaction log for the database is full. SQLSTATE=57011

其次,db2diag.log中會有以下報錯

2017-03-09-17.24.50.315000+480 E3234873F644 LEVEL: ErrorPID : 8532 TID : 13028 PROC : db2syscs.exeINSTANCE: DB2INST1 NODE : 000 DB : SAMPLEAPPHDL : 0-453 APPID: *LOCAL.DB2INST1.170309092321AUTHID : MIAOQINGSONG HOSTNAME: ADMINIB-PR7US3IEDUID : 13028 EDUNAME: db2agent (SAMPLE)FUNCTION: DB2 UDB, data protection services, sqlpgResSpace, probe:2860MESSAGE : 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,看一下這個應用的狀態:

$ db2 get snapshot for database on sample | grep -i oldestAppl id holding the oldest transaction = 441$ db2 get snapshot for application agentid 441 Application SnapshotApplication handle = 441Application status = UOW Waiting <<--應用狀態為UOW WaitingStatus change time = 2017-03-09 17:23:15.068895Application code page = 1386Application country/region code = 86DUOW correlation token = *LOCAL.DB2INST1.170309092244Application name = db2bp.exeApplication 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.961157Application idle time = 4 minutes 7 seconds..UOW log space used (Bytes) = 664Previous UOW completion timestamp = 2017-03-09 17:22:45.961157Elapsed time of last completed uow (sec.ms)= 0.000000UOW start timestamp = 2017-03-09 17:23:02.770477 <<--當前事務開始時間UOW stop timestamp = <<--當前事務結束時間為空,說明還沒有commitUOW completion status =..Statement type = Dynamic SQL StatementStatement = CloseSection number = 201Application creator = NULLIDPackage name = SQLC2K26Consistency Token =Package Version ID =Cursor name = SQLCUR201Statement member number = 0Statement start timestamp = 2017-03-09 17:23:15.067789Statement stop timestamp = 2017-03-09 17:23:15.068893 Elapsed time of last completed stmt(sec.ms)= 0.000024Total Statement user CPU time = 0.000000Total Statement system CPU time = 0.000000..Dynamic SQL statement text: select * from t1

<<--一個事務中可能有多條SQL,這個只表示當前正在執行或者最后執行過的SQL,并不能表示就是這條SQL導致了日志滿,這里抓取到的是一條SELECT語句,SELECT語句不占用日志。

$ 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掉。

補充說明:

查看每個應用使用的日志大小:

$ 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活動日志滿原因的分析我們就可以找到解決此問題的方法同時避免此問題的再次出現

宵夜的歷史可以追溯到唐代,在唐以前,中國實行夜間戒嚴制度,當時又沒有什么電視之類的,所以夜生活就無從談起了,宵夜就更沒有了。到了唐代,社會風氣開化,市終于做到了重要節日通宵開放,所以,人們紛紛走上街頭,走著走著,肚子就會餓了,于是,夜市中出現了一些賣熟食的攤檔。但,這是不成規模的。到了北宋,商品經濟空前發達,市已突破了時間的限制,霄市,野市孕育而生,所以通宵賣吃食的店鋪也隨之產生了,這時候,宵夜就成規模的經營起來了內容來自www.13333515.buzz請勿采集。


  • 本文相關:
  • 解決db2事務日志已滿及日志磁盤空間已滿問題辦法詳解
  • db2 常用命令小結
  • 比較sql server與oracle、db2
  • db2數據庫的備份和恢復
  • db2優化(簡易版)
  • ibm db2 日常維護匯總(一)
  • db2數據庫的安裝
  • db2常用傻瓜問題1000問(一)
  • db2數據同步方面的經驗
  • db2常用傻瓜問題1000問(四)
  • db2個人版(linux)安裝
  • db2編程序技巧 (十)
  • ibm db2 日常維護匯總(二)
  • db2常用傻瓜問題1000問(二)
  • db2常用傻瓜問題1000問(五)
  • ibm db2 日常維護匯總(六)
  • db2 udb v8.1管理學習筆記(二)
  • ibm db2 日常維護匯總(三)
  • db2編程序技巧 (八)
  • db2 udb v8.1管理學習筆記(一)
  • mysql數據庫結構和數據的導出和導入
  • 如何訪問大型機、小型機上的db2 9數據服務器
  • db2常用傻瓜問題1000問(三)
  • ibm db2 日常維護匯總(四)
  • db2 udb v8.1管理學習筆記(三)
  • db2數據庫的備份和恢復
  • 使用xquery查詢db2 xml數據
  • db2編程序技巧 (一)
  • db2 數據庫創建、表的ixf文件導出導入示例
  • 夜宵的歷史
  • 企業財務分析存在的問題的案例
  • 開機時出現boot mgr is missing怎么辦
  • 心理學如何解釋虐待或被虐帶來的快感?
  • 戊戌變法失敗的真正原因是什么?
  • 杯弓蛇影文言文閱讀答案
  • 職位分析包括哪些方面的內容?
  • 月滿西樓歌詞是什么意思
  • 如何培養學生發現問題,提出問題,分析問題和解決問題的能力
  • 紅樓夢41.42回人物分析
  • 網站首頁網頁制作腳本下載服務器操作系統網站運營平面設計媒體動畫電腦基礎硬件教程網絡安全mssqlmysqlmariadboracledb2mssql2008mssql2005sqlitepostgresqlmongodbredisaccess數據庫文摘數據庫其它首頁db2解決db2事務日志已滿及日志磁盤空間已滿問題辦法詳解db2 常用命令小結比較sql server與oracle、db2db2數據庫的備份和恢復db2優化(簡易版)ibm db2 日常維護匯總(一)db2數據庫的安裝db2常用傻瓜問題1000問(一)db2數據同步方面的經驗db2常用傻瓜問題1000問(四)db2個人版(linux)安裝db2編程序技巧 (十)ibm db2 日常維護匯總(二)db2常用傻瓜問題1000問(二)db2常用傻瓜問題1000問(五)ibm db2 日常維護匯總(六)db2 udb v8.1管理學習筆記(二)ibm db2 日常維護匯總(三)db2編程序技巧 (八)db2 udb v8.1管理學習筆記(一)mysql數據庫結構和數據的導出和導入如何訪問大型機、小型機上的db2 9數據服務器db2常用傻瓜問題1000問(三)ibm db2 日常維護匯總(四)db2 udb v8.1管理學習筆記(三)db2數據庫的備份和恢復使用xquery查詢db2 xml數據db2編程序技巧 (一)db2 數據庫創建、表的ixf文件導出導入示例db2 常用命令小結db2數據庫的備份和恢復db2優化(簡易版)ibm db2 日常維護匯總(一)db2數據庫的安裝db2常用傻瓜問題1000問(一)db2比較常用與實用sql語句總結db2數據同步方面的經驗db2常用傻瓜問題1000問(四)db2個人版(linux)安裝db2 9的九大新特性db2 udb v8.1管理學習筆記(一)使用sql server連接服務器訪問db2 server用表單來提交sql(轉)3ibm db2 日常維護匯總(九)db2編程序技巧 (十)db2 9產品說明書在線參考地址(http)db2個人版(linux)安裝db2數據庫的安裝創建一個空的ibm db2 eco數據庫的方法
    免責聲明 - 關于我們 - 聯系我們 - 廣告聯系 - 友情鏈接 - 幫助中心 - 頻道導航
    Copyright © 2017 www.13333515.buzz All Rights Reserved
    3排列五开奖结果