2. 程式人生 > >崩潰恢復（crash recovery）與 AUTORESTART引數

崩潰恢復（crash recovery）與 AUTORESTART引數

阿新 • • 發佈：2019-02-16
       關於這個引數設定的影響，在生產系統中經歷過兩次：
       第一次是有套不太重要的系統安裝在虛擬機器，這套系統所有應用（DB2 WAS IHS）都配置到/etc/rc.local中，每次啟動機器會自動拉起應用，然後有次虛擬機器宕機，重啟後檢查了各個應用程序都正常啟動，但是前臺頁面訪問異常無法訪問，然後到後臺手動連線資料庫報：
SQL1015N  The database is in an inconsistent state.  SQLSTATE=55025
根據SQL1015N提示：需要執行RESTART DATABASE DBNAME命令，執行後然後資料庫可以正常連線

第二次是一套HA伺服器的主機電源故障發生系統切換，切換到備機後，檢查應用都正常被拉起，但是前臺無法訪問，和第一次是相同的問題，AUTORESTART引數被設定了OFF

這個引數解釋如下：
       如果DB2資料庫遭受斷電或者異常關閉，資料庫沒有乾淨的關閉，那麼資料庫在啟動的時候將會進行crash recovery. 但是如果資料庫引數AUTORESTART設定為OFF的話，在啟動資料庫後DB2不會進行CRASH RECOVERY。關於crash recovery，在db2diag.log日誌會有相關體現

下面重現這一場景：

/* 1   設定AUTORESTART為OFF   */
[[email protected] ~]$ db2 UPDATE DATABASE CONFIGURATION for limtdb USING AUTORESTART OFF IMMEDIATE
DB20000I  The UPDATE DATABASE CONFIGURATION command completed successfully.
[
 
[email protected] ~]$ db2 get db cfg for limtdb|grep -i AUTORESTART
 Auto restart enabled                      (AUTORESTART) = OFF
 
[[email protected] yunwei]$ db2 connect to limtdb

   Database Connection Information

 Database server        = DB2/LINUXX8664 10.1.0
 SQL authorization ID   = DB2INST1
 Local database alias   = LIMTDB

/* 2   插入一條資料但不提交，為了資料庫處於不一致性   */
[
 
[email protected] yunwei]$ db2  +c "insert into A values(15485,'asdas','asdas')"
DB20000I  The SQL command completed successfully.
[[email protected] yunwei]$ 
/* 3  kill資料庫，模擬異常宕機情況   */
[[email protected] yunwei]$ ps -ef|grep db2sys
db2inst1  5287  5285  1 08:07 pts/1    00:00:04 db2sysc 0                                      
db2inst1  5827  3612  0 08:12 pts/1    00:00:00 grep db2sys
[[email protected] yunwei]$ kill -9 5287
/* 4  啟動資料庫，此時資料庫沒有進行崩潰恢復，因為AUTORESTART為OFF  */
[[email protected] yunwei]$ 
[[email protected] yunwei]$ db2start
12/19/2014 08:13:04     0   0   SQL1063N  DB2START processing was successful.
SQL1063N  DB2START processing was successful.
[[email protected] yunwei]$ 
[[email protected] yunwei]$ 
/* 5  此處報錯是因為剛才的db2bp程序沒有terminate  */
[[email protected] yunwei]$ db2 connect to limtdb
SQL0752N  Connecting to a database is not permitted within a logical unit of 
work when the CONNECT type 1 setting is in use.  SQLSTATE=0A001
[[email protected] yunwei]$ db2 terminate
DB20000I  The TERMINATE command completed successfully.
/* 6  再次啟動時候報資料庫不一致 */
[[email protected] yunwei]$ db2 connect to limtdb
SQL1015N  The database is in an inconsistent state.  SQLSTATE=55025
/* 7  db2 ? SQL1015N 有一條建議： using the RESTART DATABASE command*/
[[email protected] yunwei]$ db2 restart database limtdb
DB20000I  The RESTART DATABASE command completed successfully.
 /* 8  資料庫可以正常連線*/
[[email protected] yunwei]$ db2 connect to limtdb

   Database Connection Information

 Database server        = DB2/LINUXX8664 10.1.0
 SQL authorization ID   = DB2INST1
 Local database alias   = LIMTDB

/* 9   以下是設定AUTORESTART為ON情況下，資料庫宕機重啟(不需要執行RESTART DATABASE) */
[[email protected] yunwei]$ 
[[email protected] yunwei]$ db2 UPDATE DATABASE CONFIGURATION for limtdb USING AUTORESTART ON IMMEDIATE
DB20000I  The UPDATE DATABASE CONFIGURATION command completed successfully.
[[email protected] yunwei]$ 
[[email protected] yunwei]$ db2 get db cfg for limtdb|grep -i AUTORESTART
 Auto restart enabled                      (AUTORESTART) = ON
[[email protected] yunwei]$ 
[[email protected] yunwei]$ 
[[email protected] yunwei]$ db2  +c "insert into A values(15485,'asdas','asdas')"
DB20000I  The SQL command completed successfully.
[[email protected] yunwei]$ ps -ef|grep db2sys
db2inst1  5870  5868  1 08:13 pts/1    00:00:03 db2sysc 0                                      
db2inst1  6122  3612  0 08:16 pts/1    00:00:00 grep db2sys
[[email protected] yunwei]$ kill -9 5870
[[email protected] yunwei]$ db2start
12/19/2014 08:16:35     0   0   SQL1063N  DB2START processing was successful.
SQL1063N  DB2START processing was successful.
[[email protected] yunwei]$ db2 connect to limtdb
SQL0752N  Connecting to a database is not permitted within a logical unit of 
work when the CONNECT type 1 setting is in use.
[[email protected] yunwei]$ db2 terminate
DB20000I  The TERMINATE command completed successfully.
[[email protected] yunwei]$ db2 connect to limtdb

   Database Connection Information

 Database server        = DB2/LINUXX8664 10.1.0
 SQL authorization ID   = DB2INST1
 Local database alias   = LIMTDB


相關推薦

崩潰恢復（crash recovery）與 AUTORESTART引數

       關於這個引數設定的影響，在生產系統中經歷過兩次：        第一次是有套不太重要的系統安裝在虛擬機器，這套系統所有應用（DB2 WAS IHS）都配置到/etc/rc.local中，每次啟動機器會自動拉起應用，然後有次虛擬機器宕機，重啟後檢查了各個應用程序

Oracle實例的恢復、介質恢復（ crash recovery)（ Media recovery)

base ges unicode rec 備份 -a use data 查看

獲取iOS裝置上崩潰日誌（Crash Log）的方法

我們常常會遇到iPhone手機或者iPad平板上執行APP崩潰的問題，有時候開啟某個APP，卻一下子“閃退”了。有的再次進入就正常了，有些可能就再也進不去了。 對於開發者來說，這個絕對是頭疼的問題。因為這些日誌可能存在於用的裝置裡面。那麼如何獲取到iOS裝置崩潰日誌呢？

xtrabackup備份（MySQL備份）與恢復

xtrabackup備份（MySQL備份）與恢復 1. innobackupex引數選項 --no-timestamp: 不建立一個時間戳 --defaults-file=[MY.CNF] //指定配置檔案：只能從給定的檔案中讀取預設選項。 且必須作為命令列上的第一個選項；必須是一個真實的檔案，它不

Veeam Backup & Replication試用（四）：配置同步（Replication Job）與恢復（Restore）

===========================================================Veeam Backup & Replication安裝/配置系列： 上次介紹瞭如何使用Veeam Backup & Replica

mysql-資料庫備份與恢復（Ubuntu16.04）

啟動MySQL：service mysql start檢視狀態：service mysql status關閉MySQL：service mysql stop資料庫備份步驟： ctrl+z  退出mysqlsudo -s  進入root cd /var/lib/mysql   

重定向（response.sendRedirect()）與請求轉發(RequestDispatcher.foward())

就會 方法 服務器 請求轉發 請求 姓名 報錯 owa 完全 兩個方法都是讓瀏覽器轉向其他資源，它們的區別是： 1.請求轉發要將HttpServletRequest與HttpServletResponse作為參數傳入RequestDispatcher的forward方法,也

postgresql數據庫備份和恢復（超快）

我們 其中 -- 數據庫 過程 back 手動 文件導入 必須 PostgreSQL自帶一個客戶端pgAdmin，裏面有個備份，恢復選項，也能對數據庫進行備份 恢復（還原），但最近發現數據庫慢慢龐大的時候，經常出錯，備份的文件過程中出錯的幾率那是相當大，手動調節灰常有限。所

三、存儲過程（Stored Procedure）與遊標（Cursor）

行數據 exceptio 結構 行數 into 完成 num replace 多個 一、存儲過程 　　一組為了完成特定功能的SQL語句集，經編譯後存儲在數據庫中，用戶通過指定存儲過程的名字並給出參數，來執行它。 在大型數據庫中，存儲過程和觸發器具有重要的作用。無論是存儲過程

Scala筆記整理（八）：類型參數（泛型）與隱士轉換

大數據 Scala [TOC] 概述 類型參數是什麽？類型參數其實就是Java中的泛型。大家對Java中的泛型應該有所了解，比如我們有List list = new ArrayList()，接著list.add(1)，沒問題，list.add("2")，然後我們list.get(

對稱（DES/AES）與非對稱（RSA/SSL/數字證書）加密介紹及實際應用

行數據 服務端 版本 報道 pass edi 得到 參數 crc 本文不對具體的算法做深入研究，只是講解各種安全算法的原理和使用場景。 一、數據校驗算法 數據校驗,是為保護數據的完整性，用一種指定的算法對原始數據計算出的一個校驗值。當接收方用同樣的算法再算一次校驗值，如

數據庫恢復（database restore）之兵不血刃——半小時恢復客戶數據庫

oracle11g ora 設置環境變量 ceo 出了 ice art work sqlplus 昨天，一個客戶打打來電話，說他們的數據庫壞了，不能用了，需要我幫助恢復下，這馬上要放假了，居然出了這事兒，自己也不太喜歡恢復數據庫這類，尤其是他們的數據庫是個win上的庫，但心

select … into outfile 備份恢復（load data）以及mysqldump時間對比

IE sele 文本文 root 實現 default sin while con select … into outfile ‘path‘ 備份 此種方式恢復速度非常快，比insert的插入速度要快的多，他跟有備份功能豐富的mysqldump不同的是，他只能備份表中的數據

Oracle備份和恢復（RMAN篇）

RMAN ORACLE 張晨 前言：歡迎加QQ交流1445696451微博地址http://blog.51cto.com/13434336~~~~~~~分割~~~~~~數據庫備份與恢復是數據庫管理員必須掌握的。沒有任何系統能免遭硬盤物理損壞、粗心用戶的錯誤操作、或一些可能會威脅到存儲數據的潛在災難

JavaScript <script>標簽的位置、延遲腳本（defer屬性）與 異步腳本（async屬性）

瀏覽器中 例子 title 屬性。 mco sync 4.0 syn 但是 一、<script>標簽的位置 傳統的做法是將<script>元素放在<head>元素中，例如: <!DOCTYPE html><html &

眼圖（Eye Diagram）與數字信號測試

進行 為知筆記 線上 cross 一定的 .com range ted 效率 問題: 什麽是眼圖？它用在什麽場合？反映了波形的什麽信息？ 解答: 眼圖（Eye Diagram）可以顯示出數字信號的傳輸質量，經常用於需要對電子設備、芯片中串行數字信號或者高速數字信號進行測試及

Silverlight & Blend動畫設計系列十：Silverlight中的坐標系統（Coordinate System）與向量（Vector）運動

過度 highlight 圖片 nbsp mgr ack jpg .com bsp 原文:Silverlight & Blend動畫設計系列十：Silverlight中的坐標系統（Coordinate System）與向量（Vector）運動　　如果我們習慣於數學坐

尖錐（pointed cone）與非尖錐

在凸優化裡面看到 pointed cone 這個概念，翻譯為尖錐。若 K K K 為一個尖錐，則

4.Java_關鍵字this、super、static、final（終結器）與基本資料型別轉換

一、關鍵字this 1.表示呼叫本類屬性：在類中訪問類的屬性，一定要加上this關鍵字。 2.表示呼叫本類方法：         （1）呼叫普通方法：this.方法名(引數);   當有類的繼承關係時，表示本類方法一定要加上th

resetFields 重置一組輸入控制元件的值（為initialValue）與狀態

resetFields 重置一組輸入控制元件的值（為initialValue）與狀態，如不傳引數，則重置所有的元件。 用法：Function([name: string[]]) 例子： isSelectChange(value) { //清除所有的 this.pr