因AIX系統目錄許可權問題導致TSM備份失敗
環境:AIX系統的ORACLE R2
Windows2003的TSM5.4
IBM帶庫TS3100
1、檢視TSM日誌:q actlog begind=-3
如下:
日期/時間: 10/13/2009 09:45:54
訊息: ANR2017I 管理員 ADMIN 發出命令:QUERY SERVER STORAGECSXXDBS02 F=D (會話: 86)
日期/時間: 10/13/2009 09:56:11
訊息: ANR3605E 無法與儲存代理程式通訊。 (會話: 81)
日期/時間: 10/13/2009 09:56:11
訊息: ANR3605E 無法與儲存代理程式通訊。 (會話: 84)
日期/時間: 10/13/2009 09:56:34
訊息: ANR0406I 節點 ORA_DBS01(AIX)(Tcp/Ip 10.21.8.20(43769))的會話 87 已啟動。 (會話: 87)
日期/時間: 10/13/2009 09:56:34
訊息: ANR0403I 節點 ORA_DBS01(AIX)的會話 87 已終止。 (會話: 87)
日期/時間: 10/13/2009 10:05:38
訊息: ANR0406I 節點 ORA_DBS01(AIX)(Tcp/Ip 10.21.8.20(43839))的會話 88 已啟動。 (會話: 88)
日期/時間: 10/13/2009 10:05:38
訊息: (會話: 88, 節點: ORA_DBS01) ANS4048W LAN-Free connection failed.(會話: 88)
日期/時間: 10/13/2009 10:05:38
訊息: ANR2579E 節點 ORA_DBS01 的域 ORA_TAPE 的排程 DATE.SH 失敗(返回碼 126)。 (會話: 88)
2、Oracle資料庫的rman備份日誌:
using target database control file instead of recovery catalog
RMAN-00571: ===========================================================
RMAN-00569: =============== ERROR MESSAGE STACK FOLLOWS ===============
RMAN-00571: ===========================================================
RMAN-03009: failure of allocate command on t1 channel at 10/13/2009 09:47:43
ORA-19554: error allocating device, device type: SBT_TAPE, device name:
ORA-27000: skgfqsbi: failed to initialize storage subsystem (SBT) layer
IBM AIX RISC System/6000 Error: 106: Reserved errno was encountered
Additional information: 7011
ORA-19511: Error received from media manager layer, error text:
SBT error = 7011, errno = 106, sbtopen: system error
Recovery Manager complete.
解決步驟:
1、確定TSM 客戶端(ORACLE伺服器端)的配置檔案正確
TSM Client的三個配置檔案,一般位於
/usr/tivoli/tsm/client/ba/bin/dsm.sys這是配置TSM Client的排程節點檔案
/usr/tivoli/tsm/client/api/bin64/dsm.sys
/usr/tivoli/tsm/client/oracle/bin64/tdpo.opt這是資料庫的配置檔案
2、進入ORACLE的RMAN檢視備份的設定(資料庫RMAN的預設備份是到磁碟,需要該成磁帶)
$ rman target/
Recovery Manager: Release 10.2.0.1.0 - Production on Mon Oct 12 18:19:08 2009
Copyright (c) 1982, 2005, Oracle. All rights reserved.
connected to target database: BJOMS (DBID=1676153908)
RMAN> show all;
using target database control file instead of recovery catalog
RMAN configuration parameters are:
CONFIGURE RETENTION POLICY TO REDUNDANCY 1; # default
CONFIGURE BACKUP OPTIMIZATION OFF; # default
CONFIGURE DEFAULT DEVICE TYPE TO DISK; # default
CONFIGURE CONTROLFILE AUTOBACKUP OFF; # default
CONFIGURE CONTROLFILE AUTOBACKUP FORMAT FOR DEVICE TYPE DISK TO '%F'; # default
CONFIGURE DEVICE TYPE DISK PARALLELISM 1 BACKUP TYPE TO BACKUPSET;
CONFIGURE DATAFILE BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE ARCHIVELOG BACKUP COPIES FOR DEVICE TYPE DISK TO 1; # default
CONFIGURE MAXSETSIZE TO UNLIMITED; # default
CONFIGURE ENCRYPTION FOR DATABASE OFF; # default
CONFIGURE ENCRYPTION ALGORITHM 'AES128'; # default
CONFIGURE ARCHIVELOG DELETION POLICY TO NONE; # default
CONFIGURE SNAPSHOT CONTROLFILE NAME TO '/oracle/oms/102_64/dbs/snapcf_BJOMS.f';
# default
配置控制檔案自動備份
RMAN>CONFIGURE CONTROLFILE AUTOBACKUP ON;
配置預設備份空間為磁帶
RMAN> configure default device type to 'SBT_TAPE';
new RMAN configuration parameters:
CONFIGURE DEFAULT DEVICE TYPE TO 'SBT_TAPE';
new RMAN configuration parameters are successfully stored
配置IO裝置
RMAN> CONFIGURE DEVICE TYPE SBT PARALLELISM 2;
再次檢視RMAN配置:
RMAN> show all;
3、檢視/usr/tivoli/tsm/client/oracle/bin64/tdpo.opt檔案中的路徑是否有許可權
如下:確認如下的許可權系統的oracle使用者是否有讀寫的許可權。
DSMI_ORC_CONFIG /usr/tivoli/tsm/client/oracle/bin64/dsm.opt
DSMI_LOG /usr/tivoli/tsm/client/oracle/bin
TDPO_NODE ORA_DBS01
TDPO_PSWDPATH /usr/tivoli/tsm/client/oracle/bin64
因為系統oracle使用者對/usr/tivoli/tsm/client/oracle/bin沒有讀寫的許可權導致了上面的錯誤。
可以把該目錄設定成oracle使用者的許可權,如:chown -R oracle:dba /usr/tivoli/tsm/client/oracle/bin
或者把/usr/tivoli/tsm/client/oracle/bin目錄改成其他oracle使用者可以讀寫的目錄(如:/tmp)
再次執行備份,正常!
來自 “ ITPUB部落格 ” ,連結:http://blog.itpub.net/12778571/viewspace-616429/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- TSM備份時因歸檔日誌丟失而導致備份失敗
- /tmp檔案系統無許可權導致監聽listener啟動失敗
- RAC oracle 許可權更改導致 實力啟動失敗Oracle
- TSM備份時提示認證失敗(Authentication failure)問題的解決AI
- 故障分析 | DDL 導致的 Xtrabackup 備份失敗
- TSM配置不好導致備份不正常,從而導致資料庫效能問題資料庫
- Oracle 目錄許可權丟失故障恢復Oracle
- rman備份的時候讀取v$session_longops失敗導致備份失敗SessionGo
- 記一次 Laravel日誌許可權許可權問題(定時器導致)Laravel定時器
- Linux更改檔案及目錄許可權問題Linux
- sap brtools發起oracle備份失敗,tsm備份軟體備份報錯Oracle
- uid不一致導致tomcat對目錄沒有寫許可權UITomcat
- Linux下目錄的x執行許可權問題Linux
- ORA-07391: sftopn: fopen error, 目錄許可權問題Error
- Linux 許可權管理之目錄許可權限制Linux
- 【LIUNX】目錄或檔案許可權,許可權授予
- Oracle - AIX上NFS目錄歸檔失敗OracleAINFS
- 系統目錄或檔案屬組屬主(許可權)
- 更新完 zsh 說我目錄許可權問題的解決
- Linux 目錄許可權研究Linux
- linux目錄的許可權Linux
- TSM + Oracle備份出現問題Oracle
- AIX 的許可許可權(轉)AI
- 停電導致aix檔案系統掛載問題AI
- aix系統備份AI
- Oracle的物件許可權、角色許可權、系統許可權Oracle物件
- 基於角色的許可權系統的問題
- 關於jdon裡許可權系統的問題
- Vue設定許可權列表目錄Vue
- LightDB/Postgresql 記錄客戶端啟動版本問題導致啟動失敗問題SQL客戶端
- nfs導致的作業系統目錄無法訪問NFS作業系統
- Linux系統下如何修改檔案或目錄的許可權?Linux
- apache+php 的匿名FTP功能目錄許可權設定問題(轉)ApachePHPFTP
- AIX下ssh信任關係建立後ssh 遠端訪問仍然需要輸入密碼問題解決 - 目錄許可權問題AI密碼
- MySQL之許可權管理和備份MySql
- 許可權維持專題:作業系統許可權維持作業系統
- 【DB2學習】由於TSM損壞導致歸檔失敗DB2
- MySQL許可權問題MySql