asmca可以看到磁碟，dbca看不到磁碟使用情況
出現這種情況一般都是以下幾種原因導致的
1） gi家目錄或者其子目錄許可權錯誤
2）asm磁碟的許可權錯誤
3）asm例項未啟動或者asm磁碟組沒有mount上
4）asm磁碟組資源沒有線上
5）oracle使用者的許可權錯誤 （這個可能性最大）
6）oracle($ORACLE_HOME/bin)可執行檔案的許可權錯誤
OK，那我就按照上面的分析結果進行逐一排查：
1） gi家目錄或者其子目錄許可權錯誤
[[email protected] ~]# ls -ld
/u01/app/11.2.0/grid/
drwxr-x--- 66 root oinstall 4096 Apr 19 01:36
/u02/app/11.2.0/grid/
我先簡單查看了GI的家目錄許可權，這是正常的。這裡想要提醒大家，有些DBA有意無意中看到這樣的目錄許可權，發現所屬主是root，以為出了問題，理所應當地通過命令去更改，如果只更改該目錄許可權問題也不大，回退方法很簡單，但一旦加上-R引數遞迴方式把子目錄、子檔案的許可權一併更改，那故障就發生了。所以，大家在操作的時候不要盲目去做沒有把握的事情，掌握每個操作後面的原理以及其帶來的後果，以至於充分準備好回退方法.
有次就無意-R更改了整個目錄許可權，因此導致無法識別asm磁碟組。
按照正常RAC對應更改目錄許可權，還是無法識別，主要問題如下：
[[email protected] ~]# find / -name oracle
檢視如下2個路徑oracle檔案許可權
/u01/app/oracle/11.2.0/db_1/bin/oracle
/u01/app/grid/11.2.0/bin/oracle
[[email protected] bin]# ls -ltr oracle
-rwsr-s--x 1 oracle asmadmin 232399431 Feb 19 08:10 oracle/u01/app/grid/11.2.0/bin/oracle
[[email protected] bin]# ls -ltr oracle
-rwsr-s--x 1 grid oinstall 203974257 Feb 19 07:28 oracle
[[email protected]
-rwsr-s--x 1 grid oinstall 203974257 Feb 19 07:28 oracle
注意這兩個oracle檔案的許可權，要如上所示
2）
asm磁碟的許可權錯誤
[[email protected] ~]# ls -l /dev/oracleasm/disks/
total
0
brw-rw---- 1 grid asmadmin 8, 17 Apr 19 01:22 ASMDISK1
brw-rw---- 1 grid
asmadmin 8, 33 Apr 19 01:22 ASMDISK2
如果發現許可權不對，通過如下命令修改：
[[email protected] ~]#
oracleasm configure -I
或者
[[email protected] ~]# /etc/init.d/oracleasm
configure
修改之後檢視：
[[email protected] ~]# oracleasm
configure
ORACLEASM_ENABLED=true
ORACLEASM_UID=grid
ORACLEASM_GID=asmadmin
ORACLEASM_SCANBOOT=true
ORACLEASM_SCANORDER=""
ORACLEASM_SCANEXCLUDE=""
3）
asm例項未啟動或者asm磁碟組沒有mount上
4） asm磁碟組資源沒有線上：
[[email protected] ~]$ crsctl stat res
–t
---------------------------------------------------------------------
NAME
TARGET STATE SERVER
STATE_DETAILS
--------------------------------------------------------------------------------
Local
Resources
---------------------------------------------------------------------
ora.DATA.dg
ONLINE
ONLINE rac1
ora.FLASH.dg
ONLINE ONLINE rac1
ora.GRID.dg
ONLINE
ONLINE rac1
ora.LISTENER.lsnr
ONLINE ONLINE rac1
ora.asm
ONLINE
ONLINE rac1 Started
ora.ons
OFFLINE OFFLINE
rac1
---------------------------------------------------------------------
Cluster
Resources
---------------------------------------------------------------------
ora.cssd
1
ONLINE ONLINE rac1
ora.diskmon
1 OFFLINE OFFLINE
ora.evmd
1 ONLINE
ONLINE rac1
5） oracle使用者的許可權錯誤
[[email protected] ~]# id oracle
uid=1101(oracle)
gid=1000(oinstall)
groups=1000(oinstall),1300(dba),1301(oper),1201(asmdba)
oracle使用者需要加入到asmdba組，如果發現沒有加入，進行如下操作：
[[email protected]~]# gpasswd -a oracle asmdba
Adding user oracle to group asmdba
6）
oracle($ORACLE_HOME/bin)可執行檔案的許可權錯誤
[[email protected] ~]# su - oracle
[[email protected]~]$ cd $ORACLE_HOME/bin
[[email protected] bin]$ ls -l oracle
-rwsr-s--x 1 oracle oinstall 232399473 Apr 19 07:04oracle
oracle可執行檔案的許可權不正確:
[[email protected] ~]# cd
/u01/app/oracle/product/11.2.0/dbhome_1/bin/
[[email protected] bin]# chownoracle.asmadmin oracle
[[email protected] bin]# ls -l oracle
-rwxr-x--x 1 oracleasmadmin 232399473 Apr 19 07:04 oracle
[[email protected] bin]# chmod +soracle
[[email protected] bin]# ls -l oracle
-rwsr-s--x 1 oracle asmadmin 232399473 Apr 19 07:04 oracle
相關推薦
asmca可以看到磁碟，dbca看不到磁碟使用情況
出現這種情況一般都是以下幾種原因導致的 1） gi家目錄或者其子目錄許可權錯誤 2）asm磁碟的許可權錯誤 3）asm例項未啟動或者asm磁碟組沒有mount上 4）asm磁碟組資源沒有線上 5）oracle使用者的許可權錯誤 （這個可能性最大） 6）oracl
hibernate相關面試題（不看後悔，一看必懂）
概述 hibernate框架應用在dao層,,hibernate的底層程式碼是jdbc,它是一個開源的輕量級的框架. hibernate通過orm思想對資料庫進行crud操作.orm中文翻譯過來就是物件關係對映,它讓實體類(就是通常所說的pojo)和資料庫表對應,讓實體類的欄位和表裡的欄
spring bean的單例和多例的使用場景和在單例bean中注入多例（不看後悔，一看必懂）
為什麼用單例或者多例？何時用？ 之所以用單例，是因為沒必要每個請求都新建一個物件，這樣子既浪費CPU又浪費記憶體； 之所以用多例，是為了防止併發問題；即一個請求改變了物件的狀態，此時物件又處理另一個請求，而之前請求對物件狀態的改變導致了物件對另一個請求做了錯誤的處理；
spring bean的生命週期和作用域（不看後悔，一看必懂）
bean的生命週期 生命週期執行的過程如下: 1)spring在讀取xml配置檔案時對bean進行例項化,預設bean是單例 2)spring對bean進行依賴注入 3)如果bean實現了BeanNameAware介面,spring將bean的id傳給setBeanName
Spring的IOC,DI和AOP（不看後悔，一看必懂）
spring的優點 ①IOC和DI降低了元件之間的耦合性 ，讓程式設計師更專注於業務邏輯 ②容器提供了眾多的輔助類，能加快應用的開發 ③spring對於主流的應用框架提供了整合支援，如hibernate，mybatis，Struts等 ④spring屬於低侵入式設計，程式碼的汙染
TCP的三次握手，四次揮手（不看後悔，一看必懂）
三次握手 step1:第一次握手 客戶端傳送資料包到伺服器,(在此連線請求報文段中的同步位SYN=1,確認ACK=0,表示這是一個TCP連線請求資料報文,序號seq=x,表示傳輸資料時的起始序號是x)此時,客戶端進入SYN_SENT狀態,等待伺服器確認 step2:第二次握手
JSP和Servlet的區別和聯絡（不看後悔，一看必懂）
在引入jsp之前呢,在web應用程式中,所有的業務邏輯和HTML的響應都是在Servlet中實現的.由於業務邏輯和檢視沒有分離,系統的可擴充套件性,可讀性和可維護性都較差 jsp從表面上看,就是嵌入了java程式碼的HTML檔案;本質上jsp相當於一個Servlet.只要是
長連線是如何實現的（不看後悔，一看必懂）
在HTTP1.0和HTTP1.1協議中都有對長連線的支援。其中HTTP1.0需要在request中增加”Connection： keep-alive“ header才能夠支援，而HTTP1.1預設支援. http1.0請求與服務端的互動過程: &nbs
什麼是長連線和短連線（不看後悔，一看必懂）
在日常專案中,大多的時候我們用的是短連線,一個請求過來,一個執行緒處理完該請求,執行緒被執行緒池回收,這個請求就關閉了.雖然這能滿足很大部分的需求,但是也有些問題,比如說:如果客戶端發的請求比較多,比較頻繁,服務端就會忙於建立連線處理請求,由於服務端的執行緒數也有限,併發比較大的話有可能會造成服
mysql中char和varchar和text的區別（不看後悔，一看必懂）
①CHAR是一種固定長度的型別,適合用在身份證號碼、手機號碼等定。，VARCHAR則是一種可變長度的型別。適合用在長度可變的屬性。 text不設定長度， 當不知道屬性的最大長度時，適合用text。 ②按照查詢速度： char最快， varchar次之，text最慢。 也就是說，
ThreadLocal詳解（不看後悔，一看必懂）
ThreadLocal概要 我們可以使用synchorinized 關鍵字來為變數加鎖以解決執行緒安全問題，從而限制只能有一個執行緒來使用此變數，但是加鎖會大大影響程式執行效率 ThreadLocal是執行緒區域性變數（從執行緒的角度看，目標變數就像是執行緒的本地變數）， 通常
如何實現自己的執行緒池（不看後悔，一看必懂）
首先，在服務啟動的時候，我們可以啟動好幾個執行緒，並用一個容器(如執行緒池)來管理這些執行緒。當請求到來時，可以從池中取一個執行緒出來，執行任務(通常是對請求的響應)，當任務結束後，再將這個執行緒放入池中備用；如果請求到來而池中沒有空閒的執行緒，該請求需要排隊等候。最後，當服務關閉時銷燬該池即可
ThreadPoolExecutor詳解（不看後悔，一看必懂）
構造器引數分析 第四個構造器原始碼 corePoolSize:核心池的大小 預設情況下,在建立了執行緒池後,執行緒池中的執行緒數為0,當有任務來之後,就會建立一個執行緒去執行任務,當執行緒池中的執行緒數數目少於corePoolSize時,有新任務進來就新建一個執行緒,即使
java中常見的執行緒池（不看後悔，一看必懂）
Executor介面表示執行緒池,它的execute(Runnable task)方法用來執行Runnable型別的任務,ExecutorService是Executor的子介面,聲明瞭管理執行緒池的一些方法 Java.util.concurrent.Executors類包含了一些靜態
執行緒數設多少合適（不看後悔，一看必懂）
①工作執行緒數是不是設定的越大越好？ 回答：肯定不是的 1）一來伺服器CPU核數有限，同時併發的執行緒數是有限的，1核CPU設定10000個工作執行緒沒有意義
談談你對CountDownLatch的理解（不看後悔，一看必懂）
CountDownLatch是java.util.concurrent包中一個工具類。它能夠使一個或者多個執行緒等待另外一些執行緒完成各自的工作之後，再繼續執行 使用CountDownLatch的一些情景： ①需要去解析一個Excel的資料，為了更快的解析，每個sheet都使用一個執行緒
LongAdder和AtomicLong的區別（不看後悔，一看必懂）
AtomicLong的原理是依靠底層的cas來保障原子性的更新資料，在要新增或者減少的時候，會使用自循（CLH）方式不斷地cas到特定的值，從而達到更新資料的目的。然而線上程競爭激烈的情況下，自循往往浪費很多計算資源才能達成預期效果。 面對自循的缺點，jdk1.8推出了Lo
程式能看懂，但就是不會寫
分享一下我老師大神的人工智慧教程！零基礎，通俗易懂！http://blog.csdn.net/jiangjunshow 也歡迎大家轉載本篇文章。分享知識，造福人民，實現我們中華民族偉大復興！
從golang函式棧空間分佈看defer，你就不會再錯了
defer 是golang 面試常會面的一個點，但是實在話， 這玩意沒多大用，特別是高頻下，很多廠的優化點之一就是defer。但是這玩意複雜起來，你確實不一定能都答對，到底怎麼分析defer ，才能保證返回值正常呢？其實明白 golang 的函式棧空間佈局，就不會再弄錯了
記憶體洩漏和記憶體溢位（不看後悔，一看必懂）
記憶體洩漏 記憶體洩漏是指不再被程式使用的物件或者變數還在記憶體中佔儲存空間 記憶體洩漏主要有兩種情況:一是在堆中申請的空間沒有被釋放;二是物件已經不再使用,但仍然在記憶體中保留著,垃圾回收器則無法保證不再使用的物件會被釋放.因此java語言中的記憶