ORACLE中的Server_name和SID概念理解

博文說明【前言】：

    本文將通過個人口吻介紹在ORACLE中的Server_name和實例名SID的相關概念，在目前時間點【2017年5月22號】下，所掌握的技術水平有限，可能會存在不少知識理解不夠深入或全面，望大家指出問題共同交流，在后續工作及學習中如發現本文內容與實際情況有所偏差，將會完善該博文內容。

本文參考文獻引用鏈接：

1、http://blog.csdn.net/luman1991/article/details/56286371

2、http://blog.csdn.net/yaksok/article/details/52130228

正文：

案例分析：

一、引入關系：

服務器=公司

數據庫=運維支持部（數據庫分為單機和集群環境，也就是部門的人數多少關系）

數據庫集群環境=運維支持部門（假設部門有小麗，小美兩名員工，對應SID1，SID2）

數據庫連接請求=公司員工或者其他部門請求運維部提供技術支持

數據庫服務器=裝載了數據庫的服務器，也就是擁有活躍運維部門的公司，當然服務器除了裝載數據庫，我還可以安裝其他軟件提供其他服務

二、工作過程：

1、老王是研發部門的一個員工，在連接數據庫的發現無法連接，因此在公司內部溝通平臺發送了一個請求，請求運維部查看下數據庫服務是否異常。

2）運維部的小麗接受了這個問題，也就是小麗給老王提供了這次服務，最終順利解決該問題

3）過了一周，老王又發現數據庫連接有問題，又在公司內部溝通平臺發送了一個請求，請求運維部查看下數據庫服務是否異常。

4）運維部的小美接受了這個問題，也就是小美給老王提供了這次服務，最終順利解決該問題

三、案例分析：

1、這里真實提供服務的就是SID（第一次是小麗SID1，第二次是小美SID2，第三次也是兩者之一）

2、運維支持部門，在公司內部溝通平臺對應有一個虛擬用戶（Server_name），用戶將反饋提交給該用戶，然后由該虛擬用戶去調度后方真實節點提供服務，使用過JIRA平臺的小伙伴應該深有感觸。

3、用戶不用關系，真實給我提供服務的人是誰，每次只需要將問題提交給該虛擬用戶（server_name），就會有支持人員來解決我的問題。

注意：在這里用戶如果知道運維部里面具體有誰，也可以配置成直接將問題分配給比如小麗，也就是說，在配置數據庫連接信息時，可以配置成直接連接SID，也可以配置成連接server_name，然后由server_name去調控SID去處理請求。

總結：

SID：

一個數據庫可以有多個實例（如RAC集群環境），SID用來標識數據庫內部每個實例的名字，就好像一個部門里，每個人都有一個自己的名字（小麗和小美等）。

SERVICE_NAME：

數據庫對外宣稱的名字，它就像一個部門的名字，這個部門的名稱在數據庫的看門大爺（listener）那里有登記。看門大爺一看你是要找SERVICE_NAME這個部門（運維部），就告訴你我們公司確實有這個部門，于是你就找到了，連接就建立了。

對于集群來說，每個節點的SID 是不一樣的，但是SERVICE_NAME 可以包含所有節點。

一句話來說就是：

SID是對內部來說的，是實例級別的一個名字，用于數據庫內部之間稱呼。

SERVICE_是對外的，是數據庫級別的一個名字，用來告訴外面的人，我數據庫叫"SERVICE_NAME"。

這些易混淆的名字，你只要記住，他們不是指數據庫，就是指實例，就這兩個東西，別無其它。他們具體用哪個名字，要看針對對象。是對數據庫，還是對操作系統，還是對外部連接請求。分清楚這點，就不容易混了

結尾：

     感謝閱讀，祝有收獲的一天，謝謝！