Oracle每天凌晨2點(diǎn)的自動(dòng)備份策略的導(dǎo)致的一系列問(wèn)題

1，給安徽的同事安裝了一個(gè)生產(chǎn)Oracle數(shù)據(jù)庫(kù)，最近一段時(shí)間 總是在2點(diǎn)-10點(diǎn)之間出現(xiàn)數(shù)據(jù)庫(kù)連不上的情況，具體tomcat應(yīng)用日志如下：

創(chuàng)新互聯(lián)建站-專業(yè)網(wǎng)站定制、快速模板網(wǎng)站建設(shè)、高性價(jià)比南湖網(wǎng)站開(kāi)發(fā)、企業(yè)建站全套包干低至880元,成熟完善的模板庫(kù),直接使用。一站式南湖網(wǎng)站制作公司更省心,省錢,快速模板網(wǎng)站建設(shè)找我們，業(yè)務(wù)覆蓋南湖地區(qū)。費(fèi)用合理售后完善，十余年實(shí)體公司更值得信賴。

08:58:09 ERROR c.d.web.controller.DBAppController - 查詢更新版本請(qǐng)求異常org.springframework.dao.DataAcce***esourceFailureException: 

### Error querying database.  Cause: java.sql.SQLException: Io exception: Connection timed out

### The error may exist in file [/usr/local/tomcat/xx/WEB-INF/classes/mapper/DBAppMapper.xml]

### The error may involve com.dabay.web.dao.DBAppDao.selectProperties-Inline

### The error occurred while setting parameters

### SQL: SELECT  KEY,VALUE,DESCRIPTION   FROM APP_PROPERTIES   WHERE KEY=? AND DATA_STATUS!='9'

### Cause: java.sql.SQLException: Io exception: Connection timed out

; SQL []; Io exception: Connection timed out; nested exception is java.sql.SQLException: Io exception: Connection timed out

08:58:09 ERROR c.d.web.controller.DBAppController - DGW_0922084243406:查詢輪播圖請(qǐng)求異常org.springframework.dao.DataAcce***esourceFailureException: 

### Error querying database.  Cause: java.sql.SQLException: Io exception: Connection timed out

### The error may exist in file [/usr/local/tomcat/xx/WEB-INF/classes/mapper/DBAppMapper.xml]

### The error may involve defaultParameterMap

### The error occurred while setting parameters

### SQL: SELECT TITLE, URL, REMARKS, PNGURL     FROM INFO_BANNER   WHERE DATA_STATUS!='9' AND   ROWNUM<6 ORDER BY ORDERDESC asc,CREATE_TIME desc

### Cause: java.sql.SQLException: Io exception: Connection timed out

; SQL []; Io exception: Connection timed out; nested exception is java.sql.SQLException: Io exception: Connection timed out

2，想到排查ORACLE數(shù)據(jù)庫(kù)是否正常，百度到了如下三個(gè)結(jié)果

一：查看數(shù)據(jù)庫(kù)監(jiān)聽(tīng)是否啟動(dòng)

lsnrctl status
二：查看數(shù)據(jù)庫(kù)運(yùn)行狀態(tài)，是否open
select instance_name,status from v$instance;


三：查看alert日志,查看是否有錯(cuò)誤信息
SQL> show parameter background_dump

NAME				     TYPE
------------------------------------ ----------------------
VALUE
------------------------------
background_dump_dest		     string
/u01/app/oracle/diag/rdbms/just_test/test/trace
是的，有alert日志，接下來(lái)查看alert日志，如下

db_recovery_file_dest_size of 3882 MB is 45.88% used. This is a
user-specified limit on the amount of space that will be used by this
database for recovery-related files, and does not reflect the amount of
space available in the underlying filesystem or ASM diskgroup.
Fri Sep 22 02:01:05 2017
Starting background process CJQ0
Fri Sep 22 02:01:05 2017
CJQ0 started with pid=22, OS id=6797 
Fri Sep 22 02:06:05 2017
Starting background process SMCO
Fri Sep 22 02:06:05 2017
SMCO started with pid=32, OS id=7393 
Fri Sep 22 04:21:10 2017
Thread 1 cannot allocate new log, sequence 221
Private strand flush not complete
  Current log# 1 seq# 220 mem# 0: /u01/app/oracle/oradata/hsrs_pro/redo01.log
Thread 1 advanced to log sequence 221 (LGWR switch)
  Current log# 2 seq# 221 mem# 0: /u01/app/oracle/oradata/hsrs_pro/redo02.log
Fri Sep 22 09:00:35 2017

先看到了 Thread 1 cannot allocate new log, sequence 221,于是又百度了一下，找到了如下結(jié)果
（摘自 http://blog.csdn.net/zonelan/article/details/7613519）

這個(gè)實(shí)際上是個(gè)比較常見(jiàn)的錯(cuò)誤。通常來(lái)說(shuō)是因?yàn)樵谌罩颈粚憹M時(shí)會(huì)切換 日志組，這個(gè)時(shí)候會(huì)觸發(fā)一次checkpoint，DBWR會(huì)把內(nèi)存中的臟塊往數(shù)據(jù)文件中寫，只要沒(méi)寫結(jié)束就不會(huì)釋放這個(gè)日志組。如果歸檔模式被開(kāi)啟的 話，還會(huì)伴隨著ARCH寫歸檔的過(guò)程。如果redo log產(chǎn)生的過(guò)快，當(dāng)CPK或歸檔還沒(méi)完成，LGWR已經(jīng)把其余的日志組寫滿，又要往當(dāng)前的日志組里面寫redo log的時(shí)候，這個(gè)時(shí)候就會(huì)發(fā)生沖突，數(shù)據(jù)庫(kù)就會(huì)被掛起。并且一直會(huì)往alert.log中寫類似上面的錯(cuò)誤信息。

于是有了以下的操作：
SQL> select group#,sequence#,bytes,members,status from v$log;  #查看每組日志的狀態(tài)

    GROUP#  SEQUENCE#	   BYTES    MEMBERS STATUS
---------- ---------- ---------- ---------- --------------------------------
	 1	  220	52428800	  1 INACTIVE   ##空閑的
	 2	  221	52428800	  1 CURRENT   ##當(dāng)前的
	 3	  219	52428800	  1 INACTIVE   ##空閑的
SQL> alter database add logfile group 4 ('/u01/app/oracle/oradata/xx/redo04.log') size 500M;   增加日志組
Database altered.

SQL> alter database add logfile group 5 ('/u01/app/oracle/oradata/xx/redo05.log') size 500M;
Database altered.

SQL> alter system switch logfile;  切換日志組

SQL> select group#,sequence#,bytes,members,status from v$log; #查看狀態(tài)發(fā)現(xiàn)有了區(qū)別
    GROUP#  SEQUENCE#   BYTES    MEMBERS STATUS
---------- ---------- ---------- ---------- --------------------------------
 1  22052428800  1 INACTIVE
 2  22152428800  1 ACTIVE
 3  21952428800  1 INACTIVE
 4  222  524288000  1 ACTIVE
 5  223  524288000  1 CURRENT
經(jīng)理過(guò)如上操作，突然看到了alert日志中有一個(gè)recovery 并且 tomcat應(yīng)用日志中也有recovery這個(gè)單詞，于是又百度了一番。分別執(zhí)行了如下命令（不懂什么意思）
SQL> select * from v$flash_recovery_area_usage;
SQL> select * from v$recovery_file_dest;  查看recovery的實(shí)際大?。?NAME
--------------------------------------------------------------------------------
SPACE_LIMIT SPACE_USED SPACE_RECLAIMABLE NUMBER_OF_FILES
----------- ---------- ----------------- ---------------
/u01/app/oracle/recovery_area
 4070572032 3926630400      2059067392      41
SQL> select * from v$flash_recovery_area_usage
  2  ;
FILE_TYPE PERCENT_SPACE_USED
---------------------------------------- ------------------
PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES
------------------------- ---------------
CONTROL FILE  0
00
REDO LOG  0
00
ARCHIVED LOG  0
00
FILE_TYPE PERCENT_SPACE_USED
---------------------------------------- ------------------
PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES
------------------------- ---------------
BACKUP PIECE      53.96
    50.58       37
IMAGE COPY       42.5
04
FLASHBACK LOG  0
00
FILE_TYPE PERCENT_SPACE_USED
---------------------------------------- ------------------
PERCENT_SPACE_RECLAIMABLE NUMBER_OF_FILES
------------------------- ---------------
FOREIGN ARCHIVED LOG  0
00
7 rows selected.
SQL> show parameter db_recovery_file_dest_size;  最后發(fā)現(xiàn)這個(gè)才是我要找的  查看當(dāng)前recovery的限制大小
NAME     TYPE
------------------------------------ ----------------------
VALUE
------------------------------
db_recovery_file_dest_size     big integer
3882M
SQL> alter system set db_recovery_file_dest_size=5882M scope=spfile; 改大一點(diǎn)？
System altered.
SQL> show parameter db_recovery_file_dest_size;  但是好像并沒(méi)有用，還是這么大
NAME     TYPE
------------------------------------ ----------------------
VALUE
------------------------------
db_recovery_file_dest_size     big integer
3882M
好吧，仍然百度：）執(zhí)行了如下命令好像管用了
SQL> alter system set db_recovery_file_dest_size=10G;
System altered.
SQL> show parameter db_recovery_file_dest_size;
NAME     TYPE
------------------------------------ ----------------------
VALUE
------------------------------
db_recovery_file_dest_size     big integer
10G

先觀察看看吧~應(yīng)用日志10點(diǎn)好像沒(méi)有超時(shí)報(bào)錯(cuò)了~~ 完

補(bǔ)充一下，下面這倆貨的區(qū)別

scope=both
scope=spfile
    Oracle spfile就是動(dòng)態(tài)參數(shù)文件，里面設(shè)置了Oracle 的各種參數(shù)。所謂的動(dòng)態(tài)，
就是說(shuō)你可以在不關(guān)閉數(shù)據(jù)庫(kù)的情況下，更改數(shù)據(jù)庫(kù)參數(shù)，記錄在spfile里面。更改參數(shù)
的時(shí)候，有4種scope選項(xiàng)，scope就是范圍。
    scope=spfile 僅僅更改spfile里面的記載，不更改內(nèi)存，也就是不立即生效，而是等
下次數(shù)據(jù)庫(kù)啟動(dòng)生效。
    有一些參數(shù)只允許用這種方法更改，scope=memory 僅僅更改內(nèi)存，不改spfile。也就是下次
啟動(dòng)就失效了
    scope=both 內(nèi)存和spfile都更改，不指定scope參數(shù)，等同于scope=both。
    
    
    
=========================================================================================
好吧，問(wèn)題好像解決了

oracle 在每天凌晨2點(diǎn)自動(dòng)重啟,登錄EM 查了一下jobs果然2點(diǎn)是有一個(gè)自動(dòng)備份策略的，具體步驟如下：

1, su oracle
2, source .bash_profile
3, sqlplus /nolog
4, conn /as sysdba
5, emctl status dbconsole 檢查EM是否啟動(dòng)，如果沒(méi)有==》 emctl start dbconsole
[oracle@xx ~]$ emctl status dbconsole
Oracle Enterprise Manager 11g Database Control Release 11.2.0.1.0 
Copyright (c) 1996, 2009 Oracle Corporation.  All rights reserved.
https://xx:1158/em/console/aboutApplication
Oracle Enterprise Manager 11g is running. 
------------------------------------------------------------------
Logs are generated in directory /u01/app/oracle/product/11.2.0/dbhome_1/xx/sysman/log 
6, 獲取到如上的地址(https://xx:1158/em/console/aboutApplication)，在瀏覽器訪問(wèn)
7，點(diǎn)開(kāi)job

8，刪除job

先這么觀察一下。明天看結(jié)果，另外，上面查看job步驟是可以修改備份策略的。

新聞名稱：Oracle每天凌晨2點(diǎn)的自動(dòng)備份策略的導(dǎo)致的一系列問(wèn)題
文章鏈接：http://muchs.cn/article14/ihjode.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供搜索引擎優(yōu)化、移動(dòng)網(wǎng)站建設(shè)、網(wǎng)站導(dǎo)航、品牌網(wǎng)站建設(shè)、網(wǎng)頁(yè)設(shè)計(jì)公司、企業(yè)網(wǎng)站制作

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來(lái)源： 創(chuàng)新互聯(lián)