因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/,如需轉載,請註明出處,否則將追究法律責任。
相關文章
- rman備份的時候讀取v$session_longops失敗導致備份失敗SessionGo
- 故障分析 | DDL 導致的 Xtrabackup 備份失敗
- Linux更改檔案及目錄許可權問題Linux
- 登入失敗,提示“資料庫目錄許可權寫入不足”,可以操作設定資料庫目錄許可權為 777。資料庫
- Oracle 目錄許可權丟失故障恢復Oracle
- 記一次 Laravel日誌許可權許可權問題(定時器導致)Laravel定時器
- Linux 目錄許可權研究Linux
- 更新完 zsh 說我目錄許可權問題的解決
- 後臺登入提示:”登入失敗:資料庫目錄寫入許可權不足!“資料庫
- LightDB/Postgresql 記錄客戶端啟動版本問題導致啟動失敗問題SQL客戶端
- Linux系統下如何修改檔案或目錄的許可權?Linux
- PbootCMS後臺登入提示:”登入失敗:資料庫目錄寫入許可權不足!“boot資料庫
- PbootCMS後臺登入提示:“登入失敗:資料庫目錄寫入許可權不足!”boot資料庫
- nfs導致的作業系統目錄無法訪問NFS作業系統
- 帆軟——目錄及許可權配置
- Vue設定許可權列表目錄Vue
- MySQL之許可權管理和備份MySql
- MySQL許可權問題MySql
- 許可權維持專題:作業系統許可權維持作業系統
- macOS Mojave 沒有 /usr/include 目錄導致編譯安裝 PHP 失敗Mac編譯PHP
- 企業使用ERP系統導致失敗的因素所在
- 許可權系統:一文搞懂功能許可權、資料許可權
- Centos sudo 許可權問題CentOS
- Lnmp 網站根目錄檔案許可權LNMP網站
- linux許可權管理,例項: 建立共享目錄Linux
- 圖文介紹Linux chmod目錄許可權Linux
- ubuntu 安裝onethink沒有目錄許可權Ubuntu
- RAC安裝目錄許可權快速恢復
- 七、許可權管理和資料庫備份資料庫
- Mysql許可權管理以及sql資料備份MySql
- vivo系統無許可權開啟懸浮框的問題
- 解決 PBootCMS 網站出現的“會話目錄寫入許可權不足”的問題boot網站會話
- 許可權系統:許可權應用服務設計
- 許可權的級聯問題
- Ubuntu 下 Composer 許可權問題Ubuntu
- 有贊許可權系統
- mongodb 的許可權系統MongoDB
- 獲取登入驗證碼失敗及前後端不同域導致session丟失問題分析記錄後端Session
- Linux目錄與檔案的許可權意義Linux