- 資料庫的效能考量: 純就 Oracle而言, Table 資料不做 purge, 放任成長, 對效能一定有影響.
- 成本考量: 一般資料多儲存於SAN, 儲存媒介所費不貲, 將過期的資料移儲至相較便宜的媒體, 對成本有一定的幫助
- 法律的相容: 所謂法律指得是像沙賓SOX, GLB and HIPAA 等規範對企業資料的保留期限的要求.
這方面的管理擴大到整個企業來說就是所謂的ILM(Information Lifecycle Management), 管理資料的整個生命週期：從抓取、創造、保留、備份、到銷燬資料的整個過程，以低成本的方式儲存大量的資料，還要能易於取得，且必須符合沙賓、HIPPA等法案所規定的資料保存與保護的需求.
ILM很自然的成為IT人員再開發系統之外另外一個要考量的重點. 但以現行企業多數的作法是根據應用系統的特性, 如果是套裝系統如SAP, 本身就有考量到資料備份(Archive), 則就使用SAP提供的Archive工具搭配合適的媒體管理工具(Media)就可以做到ILM. 而若是企業自行開發的軟體, 則多由資料庫端做 Archive. 由開發人員提供TABLE的設計邏輯, 將備份邏輯用PL/SQL(當然C或VB等語言也可以, 但是PL/SQL對資料處裡的效能最好)開發好後, 加入排程後, 將資料定期備份成檔案後由DBA將資料燒錄成光碟. 當然執行細節各家做法又會有差異. 而當使用者有查詢歷史資料需求時, 在請DBA從光碟中將資料回復提供使用者查詢.
從以上的流程可以看到得是, 整個過程有太多人為的作業, 出現問題的風險不低. 本人服務的公司就曾出現客戶端要求查閱三年前的生產資料, 但是DBA回應資料不知道再上述的哪一個環節出問題所以無法找到該資料. 真得是哪裏死的都搞不清楚?
Oracle對這個問題的解法就是ILM. 在Oracle 9i時代, Oracle的作法是在它的HTML-DB(現已改名為APEX)上開發一個做 Data Archive的應用程式包含以下功能
提供一個GUI介面去管理整個ILM環境
定義ILM各個階段的目的.
定義資料備份的規則後產生相關的Script.
定義要做archive 的資料類別(Define the Data Classes): 簡單得說就是定義Table的重要性, 資料保存的期間, Table用哪一個欄位(Create_date,...)來判斷資料的新舊,..等等.
建立儲存層別(Storage Tiers): 將資料根據存取的頻繁程度, 以下四個Level, 由上而下分別代表存取頻率由高至低. 舉例,一個Table的資料在資料類別定義後, 根據儲存層別不同會被儲存在不同的層別. 最新的資料儲存在'Ihgh Performance'層別, 以此類推. 這時Partitioning就派上用場, 如何將第一步的資料類別指定給儲存層別就是透過Partitioning.
• High Performance
• Low Cost
• Online Archive
• Offline Archive (optional)
建立資料存取政策(Data Access and Migration Policies): 這邊就是定義資料如何被搬移和後續存取的權限管理.
定義規範(Define and Enforce Compliance Policies): ILM的實施一部分是法律的規範, Oracle也將相關規範整合入系統, 以利後續管理目的.
http://www.dba-oracle.com/t_11g_ilm_information_lifecycle_management.htm
http://www.zdnet.com.tw/news/software/0,2000085678,20127191,00.htm
begin
for i in 1..3
loop
dbms_output.put_line(』i=』||to_char(i));
if ( i = 2 )
then
continue;
end if;
dbms_output.put_line(』Only if i is not equal to 2′);
end loop;
end;結果會長成
i=1 Only if i is not equal to 2
i=2
i=3 Only if i is not equal to 2
2. Stored procedure 的編譯和狀態控制改善
- 除了"Enabled"和"Invalid"以外，多一種Stored Procedure的狀態就是"Disabled".
主要是資料庫管理面上的需要，舉例, 當有Schema改變，程式還沒有要跟著改變時，
可以將程式狀態先行換為'Disabled'，此時'Invalid'還是屬於異常狀態，需要特別
處理，而'Disabled'則可以待開發人員確認後再處理.
- Native PL/SQL compiling
所謂 Native就是PL/SQL在編譯後直接產生機器碼並儲存在 System tablespace, 在
執行時也直接進入 shared memory. 而無需透過C編譯器,即所謂的 Intrepreted模
式. 其實此功能在10G即已存在只是聽說在RAC下會有問題,所以11G作了一些改善.
- 減少PL/SQL stored procedure 變成invalidatied的機制
減少因為DDL而導致程式變成 Invalid的機會.
3. 新的轉置SQL"PIVOT"語法
在Oracle要作轉置基本上可行但是要對SQL動很多手腳, 下面就是一個實例,可以看到SQL裡
面用了一些max, decode,sum等指令,有點小麻煩.select sum("10") "10",sum("20") "20",
sum("30") "30",sum("40") "40"
from(
select max(decode(department_id,10,salary,null)) "10",
max(decode(department_id,20,salary,null)) "20",
max(decode(department_id,30,salary,null)) "30",
max(decode(department_id,40,salary,null)) "40"
from employees
group by department_id
) ;到了11G你可以這樣做, SQL看起有邏輯而且簡單多了!select *
from (select department_id,sum(salary) salary
from employees
where department_id > 0
group by department_id)
pivot (sum(salary)
for department_id in (10,20,30,40)
);4. SQL/PLSQL 的延展性 (Scalibility) : 新的SQL hint /*+result_cache*/
在SQL中加入此 Hint, 讓SQL的結果被Cached在Memory中而不是Cached讀取的資料在
buffer cache. 針對執行頻繁而且結果較固定的SQL, 使用此HINT對效能應該很有幫助.
5. 改善optimizer收集statistics的效能
Oracle 11g改善dbms_stats的效能. DBA通常會定期執行此程式收集和更新Statistics,
這個動作多多少少會對database的效能有一點副作用, 這一個改善應可將此副作用降低.
6. SQL execution Plan Management
Oracle 11g 的SPM允許你更進一步控制SQL的 Execution plan,避免系統環境出現異動時,
Execution Plan跑掉.請參閱Link.
參考文件:
再來就是要維護一個正確的SMB，有以下幾個方式. 基本上，Oracle在SPM啟動後，它會自動偵測重複性(Repeated)的SQL，將其Execution plan記錄下來，並決定接受與否. 至於非重複性也就是Ad-hoc的SQL就不會被紀錄.
將參數OPTIMIZER_CAPTURE_SQL_PLAN_BASELINES設為True，此時所有SQL的Plan歷史會記錄Optimizer執行時的相關資訊，例如SQL本身，SQL compile時的環境等. 記錄的資訊未來就可以用來重新產生Execution Plan. 所有該SQL執行產生Plan的歷史紀錄都會被紀錄下來，如果效能被認可，就會被視為可接受.| ORA-02046: | distributed transaction already begun |
| Cause: | internal error or error in external transaction manager. A server session received a begin_tran RPC before finishing with a previous distributed tran. |
| Action: | none |
NAME VALUE
------------------------------ ----------
opened cursors cumulative 26
opened cursors current 9
session cursor cache hits 0
session cursor cache count 13
cursor authentications 1
=======================================
另外一個常見的 Distributed database的問題是參數 'Open Link', session裡所使用的DB
Link總數，看一下目前設定，這個就更不可能超過啦. 重點是若是前述兩個問題，錯誤訊息
也不應該是Ora-02046.
但是同時間也發現，ORA-02046一旦出現，後續所有跨該 DB Link的SQL都會碰到一樣的錯誤訊
息.這時問題既然存在於DB Link，那就看一下 V$DBlink，果然，此View底下的'欄位
'Open Cursors'的值一旦是慢慢變大成9時，討人厭的Ora-02046開始層出不窮. 這個欄位
Oracle的定義是
==========================================================
Whether there are open cursors for the database link
===========================================================
有看沒有懂吧！為什麼這個值一變成9，系統就會拋出Ora-02046，不解！遍尋網路，也沒有更
進一步的解釋.
這時下個指令將DB Link關閉,Ora-02046不再出現.相關跨DB LINK的SQL也可以繼續執行.
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
ALTER SESSION CLOSE database link A;
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
但是問題到底怎麼解決啊？看看最近一次程式的Change Log,是在主Cursor的SQL中加了一個
Function，此Function 是存在於Database B，再從Database B中去存取Database A. 先試著
將此Function搬到Database A後，SQL再直接執行呼叫此Function，問題居然解決了. 天啊！
到底是撞倒哪一個參數或限制，至今無解，但和之前談的作法一樣的是:
既然問題發生在 Distributed Transactions，就試著將Distributed Transaction的需求降低
，將跨DB的Function移至Local端.問題暫時解決，未來有機會再將此問題量化來看，看看有沒
有機會看得更清楚問題所在.
也希望ORACLE大人行行好，將此一問題講得更清楚一點，不要只放一個Action='None'，這可
讓很多人少掉很多白頭髮耶！
=============================================================
信息安全或資訊保安有對立的兩方面的含義：一是指作為維護政治穩定的國家的信息安全，一是指最作為人權需要的個人的獲取信息的自由。簡單來講，有關信息安全的內容可以簡化為下列三個基本點：
基於這個原因，任何有違信息的「可用性」都算是違反信息安全的規定。因此，世上不少國家，不論是美國還是中國都有要求保持信息可以不受規限地流通的運動舉行。
對信息安全的認識經歷了的數據安全階段（強調保密通信）、網路信息安全時代（強調網路環境）和目前的信息保障時代（強調不能被動地保護，需要有保護——檢測——反應——恢復四個環節）。
安全技術嚴格地講僅包含3類：隱藏，訪問控制和密碼學。 典型的安全應用有：數字水印屬於隱藏；網路防火牆屬於訪問控制；數字簽名屬於密碼學。
資訊安全的目的在於保護電腦資源，包括硬體、軟體、資料及程式等，以防止不當的變更、破壞及未受權使用；綜合言之，資訊安全管理乃是保護電腦資料隱密性、 完整性與可用性的目的，對電腦系統內的整體架構（包含軟、硬體、作業程序、相關人員等所做的預防措施、災害緊急應變處理原則及復原裝置，以防範電腦資訊遭不當的變更、破壞及為授權使用，促進資訊的正當合理運用）
===================================================================| SCM 範疇 | 遇到的問題 | 台塑網 |
| | | |
| | | |
| | | |
| | | |
| | | |
| | | |
