原创 Highly Available IP (HAIP) FAQ for release 11.2 (Doc ID 1664291.1)
Modified:22-Jul-2014Type:FAQ In this Document Purpose Questions and Answers 1. What does HAIP sta
原创 RAC 環境中 gc block lost 和私網通信性能問題的診斷
Dear All, 今天收到吉林項目發過來的請求,在預上線系統部署應用系統連接ORACLE RAC 服務器,剛開始連接是正常的,慢慢的應用層業務響應非常慢,應用日誌報大量連接超時,接到發來請求後,着手分析,現場的兄弟都急着一會一過電話,離
原创 ORACLE 體系結構--ORACLE的結構和主要組件
ORACLE的結構和主要組件: ORACLE服務器 = 實例+數據庫 它是一個數據庫管理系統,提供了一致、開放和多
原创 ORACLE 體系結構--內存結構
ORACLE內存結構包括兩個部分: 系統全局區 (SGA): 在實例啓動的時候分配, 是Oracle實例的基礎組件
原创 TNS-12547: TNS-12560: TNS-00517: 錯誤分析
記錄一下: [oracle@xtjc4 oradata]$ lsnrctl start LSNRCTL for Linux: Version 11.1.0.7.0 - Production on 15-APR-2015 17:32:44
原创 MySQL Sandbox安裝使用
MySQL Sandbox是一個非常簡單快捷部署隔離的MySQL服務的一個工具。程序是用perl語言寫的,有興趣可以去讀讀。 可以在同一臺服務器上,快速的部署一個到多個相互隔離互不影響的mysqld服務。比如,開發人員要測試程序系統的不
原创 ORA-00600: internal error code, arguments: [4194] 解決方法
故障如下: Mon Oct 22 19:49:27 2012 Trace dumping is performing id=[cdmp_20121022194927] Errors in file /u01/oracle/diag
原创 clscfg.bin: error while loading shared libraries: libcap.so.1: cannot open shared
問題描述: 安裝RAC的時候出現報錯 : [root@gtsdb1 ~]# /u01/app/oraInventory/orainstRoot.sh Changing permissions of /u01/app/oraInvento
原创 MYSQL INNODB參數
innodb_adaptive_flushing 命令行格式 --innodb_adaptive_flushing=# 系統變量 參數名稱 innodb_adaptive_flushing 參數範圍 Globa
原创 MYSQL [Warning] Aborted connection 42355 to db
1,問題現象:在/db/mysql/log/mysql.err日誌中出現大量的如下信息(web用的是tomcat7.0,設置連接超時時間爲100秒): [root@lovebuy114 ~]# tail
原创 ASMB process grows raising ora-4030 intermittently (Doc ID 735180.1)
1.1 常熟項目數據庫打補丁 1.1.1 項目名稱 常熟項目 1.1.2 問題描述 針對 11月19號早上9數據庫故障修復 1.1.3 影響範圍 申請時間凌晨停機維護 1.1.4 問題分析 問題1: Wed Nov 19 06:26:30
原创 MYSQL 二進制安裝+XFS
1. 準備分區 yum install xfsprogs [root@ycdatadbsupport yum.repos.d]# mkfs.xfs -f -i attr=2 -l lazy-count=
原创 Oracle Swap居高不下處理
環境描述: SYSTEM: rhe5.3 x86_64bit ORACLE:ORACLE 11.1.7.0 內存:8G 現像: 現場運維發郵件回來前端應用緩慢,不時會拋出異常! 分析: 通過查看服務器進程使用情況發現一些進程使用內存相當
原创 Patch 13621679 - 11.1.0.7.11 Patch Set Update
Oracle® Database Patch 13621679 - 11.1.0.7.11 Patch Set Update Released: April 17, 2012 This document is accurate
原创 Database Hangs Because SMON Is Taking 100% CPU Doing Transaction Recovery (Doc ID 414242.1)wy
今天遇到一個SMON佔用了一個CPU去做tansaction recovery : 分析 : 目前該JOB異常終止,導致回滾異常,SMON進程cost 100%cpu,因爲該庫設置了10351event ,目前通過禁用10351eve