dbms_service與dba_services_v$services學習筆記(oracle10g rac)

-----dbms_service與dba_services的學習------

dbms_service

根據是否啟用load balancing advisory

引數可配置為:
goal_none  --禁用lba（lba為load balancing advisory的縮寫）
goal_service_time  --lba根據服務所花的時間及服務可用的頻寬
goal_throughput    --lba根據服務已完成的rate及服務可用的頻寬


如果啟用了lba,分為short及long

clb_goal_short  ---connection load balancing使用lba,當lba啟用時（可以是goal_service_name或goal_throughput)。當goal=none（禁用lba)，connection load balancing使用一個已棄用的根據cpu利用情況的一種建議

clb_goal_long   ---對於每個服務，均攤分佈每個rac instance所分配的連線數。對於像一些forms的應用（long)推存用這種配置。這種配置用於連線池很固定（不會新增或減少連線池中的連線）


---如何量定何為short及long的連線型別呢？？



用於taf failover屬性一些引數

    failover_method_none   ---服務不啟用伺服器端的taf
    failover_method_basic  ---伺服器端的taf 方法為basic,目前僅支援這種型別的failover method(for taf).也就是說在failover時，會建立一個新的連線，而不是重用預先建立的備用連線（所以不支援preconnect)
        引申：兩種型別的配置，對於sid的產生有何影響呢？

    failover_type_none  ---伺服器端taf型別為none
    failover_type_session ---伺服器端taf型別為session。在failover時，taf會重新連線到正常或者存活的例項上，重新連線這個session(失敗的）.但是像alter session比如重建執行

    failover_type_select  ---伺服器端taf型別為select

    引申select與session有何區別？


failover_retries  ----在failover時，taf重試多少次,最大值為ub4maval
failover_delay    ----可以理解為兩次failover動作間的時間間隔，或者講taf嘗試failover之前的時間間隔（時間以秒為單位喲）



使用備註：
    1,taf callback已註冊情況下，failover retries 及failover delay被忽略。如果發生一個error,taf繼續重新嘗試連線和認證，前提是隻要callback返回oci_fo_retry的值就成。任何delay應該以程式碼方式寫入到callback的邏輯之中
         (callback就是服務提供者在請求服務方發出連線請求後給於反饋《呼叫請求方通訊網路》的一種動作）

    2,伺服器端taf配置會覆蓋客戶端tnsmames.ora中對應的配置。但是如果在客戶端沒有配置taf,此時failover type必須配置為啟用taf。如果failover type在伺服器端配置了的話，那麼failover method預設就是basic.delay和retries是可選的，你也可能單獨進行配置。

    
 根據以上小結如下：

   從是否啟用load balancing 及taf的各種組合
 
     a,對於failover，可以啟用或者不啟用
     b,failover可以分為server及client的配置
     c,failover基於taf的配置從優先順序來講：server方要高於client方（未測試？？）
     d,failover method與failover type可以理解為主次關係；failover method分為：none,basic,preconnect;failover type分為：none,session,select
     e,goal根據是否啟用load balancing advisory及goal的型別，分為：none,service_time,throughput;
     f,如果啟用了lba,又可以進一步細分為：short及long