Oracle連接問題實(shí)例分析

今天小編給大家分享一下Oracle連接問題實(shí)例分析的相關(guān)知識(shí)點(diǎn)，內(nèi)容詳細(xì)，邏輯清晰，相信大部分人都還太了解這方面的知識(shí)，所以分享這篇文章給大家參考一下，希望大家閱讀完這篇文章后有所收獲，下面我們一起來了解一下吧。

   我們知道Oracle在啟動(dòng)的時(shí),fork進(jìn)程會(huì)根據(jù)ORACLE_SID來創(chuàng)建相關(guān)后臺(tái)進(jìn)程，而在Unix和Linux系統(tǒng)中，ORACLE SID和ORACLE_HOME在一起哈希后會(huì)得到一個(gè)唯一的值作為SGA的key。

   所以我拋出一個(gè)蠻有意思的問題，在同一臺(tái)服務(wù)器上，存在10g,11g多個(gè)ORACLE_HOME，是可以創(chuàng)建多個(gè)同名的Oracle實(shí)例，而如果在同一個(gè)用戶下（比如操作系統(tǒng)用戶是oracle），是否可能創(chuàng)建出兩個(gè)同名的實(shí)例來？

   我想你的腦海中已經(jīng)有了答案。我換一個(gè)角度來說明是否可以。通過一個(gè)蠻有意思的DG配置問題。

  我在使用RMAN的duplicate搭建備庫的時(shí)候拋出了下面的一個(gè)錯(cuò)誤。

RMAN> duplicate target database for standby from active database nofilenamecheck;
Starting Duplicate Db at 2017-08-03 10:40:42
RMAN-03002: failure of Duplicate Db command at 08/03/2017 10:40:42
RMAN-05501: aborting duplication of target database
RMAN-06403: could not obtain a fully authorized session
RMAN-04006: error from auxiliary database: ORA-01034: ORACLE not available
ORA-27101: shared memory realm does not exist
Linux-x86_64 Error: 2: No such file or directory

看錯(cuò)誤很明顯，備庫是被啟動(dòng)，找不到內(nèi)存結(jié)構(gòu)了。

但是實(shí)際上查看數(shù)據(jù)庫進(jìn)程，是沒有問題的。

而我根據(jù)服務(wù)名嘗試連接，下面的結(jié)果讓我大跌眼鏡。

sqlplus sys@s2Queuedb as sysdba
SQL*Plus: Release 11.2.0.4.0 Production on Thu Aug 3 10:41:53 2017
Copyright (c) 1982, 2013, Oracle.  All rights reserved.
Enter password:
Connected to an idle instance.

這是哪里的問題呢，是不是實(shí)例名有大小寫的拆吧呢，在我的印象中似乎沒有。那我索性就在這個(gè)窗口下嘗試啟動(dòng)，沒想到還真起來了一個(gè)新的實(shí)例。

SQL> startup nomount
ORACLE instance started.
Total System Global Area 9620525056 bytes
Fixed Size                  2261368 bytes
Variable Size            2248150664 bytes
Database Buffers         7348420608 bytes
Redo Buffers               21692416 bytes

你看這下同一個(gè)用戶下有兩個(gè)同名的實(shí)例了。

$ ps -ef|grep smon|grep -v grep
oracle    43259      1  0 10:39 ?        00:00:00 ora_smon_Queuedb
oracle    43337      1  0 10:44 ?        00:00:00 ora_smon_Queuedb

到了這里，不要以為是bug，也不要認(rèn)為以前的這些基礎(chǔ)知識(shí)都不奏效了。我們梳理一下思路。

首先ORACLE_SID是統(tǒng)一的，是同一個(gè)，而不同之處就是ORACLE_HOME了。而這個(gè)數(shù)據(jù)庫環(huán)境我只安裝了一個(gè)版本的數(shù)據(jù)庫環(huán)境，所以不存在多個(gè)ORACLE_HOME,所以這個(gè)問題讓我很糾結(jié)，我們繼續(xù)來看看ORACLE_HOME的情況，可以查看環(huán)境變量的值。

$ cat /proc/43259/environ |xargs -0 -n1 |grep ORACLE_HOME
ORACLE_HOME=/U01/app/oracle/product/11.2.0.4

查看另外一個(gè)實(shí)例的ORACLE_HOME變量的值。

$ cat /proc/43337/environ |xargs -0 -n1 |grep ORACLE_HOME
ORACLE_HOME=/home/U01/app/oracle/product/11.2.0.4

到了這里，似乎有了眉目，原來是ORACLE_HOME不一樣。

而問題到了這里還是有些奇怪，因?yàn)?home/U01和/U01是指向的同一個(gè)目錄。他們代表的含義是一樣的。

lrwxrwxrwx    1 root root     9 Aug  1 17:53 U01 -> /home/U0

這個(gè)問題到了這里該這么解釋呢，我們繼續(xù)理一下思路。我們在RMAN使用duplicate的時(shí)候是使用TNS連接方式的，那么TNS連接在連接本地實(shí)例的時(shí)候指向了另外一個(gè)實(shí)例（盡管剛開始這個(gè)實(shí)例不存在），那么本地的連接配置其實(shí)還是在listener.ora里面。

打開靜態(tài)注冊的內(nèi)容，這樣一看就很清楚了。

SID_LIST_LISTENER =
  (SID_LIST =
    (SID_DESC =
      (GLOBAL_DBNAME = Queuedb)
      (ORACLE_HOME = /home/U01/app/oracle/product/11.2.0.4)
      (SID_NAME = Queuedb)
    )
  )

所以了解了這個(gè)問題，我們可以換個(gè)思路想想有什么場景可以把這個(gè)特點(diǎn)發(fā)揚(yáng)光大，在一些特定的場景中起到神助攻的作用。

至少在之前的數(shù)據(jù)遷移中，我是使用多個(gè)版本的ORACLE_HOME來達(dá)到同服務(wù)器多實(shí)例的切換，能夠極大的提高數(shù)據(jù)遷移的效率。

以上就是“Oracle連接問題實(shí)例分析”這篇文章的所有內(nèi)容，感謝各位的閱讀！相信大家閱讀完這篇文章都有很大的收獲，小編每天都會(huì)為大家更新不同的知識(shí)，如果還想學(xué)習(xí)更多的知識(shí)，請關(guān)注億速云行業(yè)資訊頻道。