安裝完oracle11g中後的一些設定

1.關於profile的設定：

1）failed_login_attempts引數。

這個引數是用來控制登入失敗重試次數的，預設的是10次（和oracle10g相同），這個次數可以設定，預設如果重試到達10次，被訪問的資料庫使用者就自動鎖住了，這個引數在安全上控制了訪問者攻擊資料庫的程度，但是也帶來弊端，如果攻擊者惡意重試設定次數以上，就造成了使用者的鎖定，這樣正常的程式也就不能訪問了。因此為了避免這個我問題的出現，可以將這個引數值做一些改動。我的調整如下：

alter profile DEFAULT limit failed_login_attempts unlimited;

2）password_life_time 引數

這個引數是用來設定密碼多少天后自動失效（單位是天）。我的設定如下：

alter profile DEFAULT limit  password_life_time unlimited;

2.關於審計功能的設定

在oracle11g中，資料庫的審計功能是預設開啟的（這和oracle10g的不一樣），而且是審計到DB級別的，這樣就會往aud$表裡記錄統計資訊。

設定引數audit_trail

這個引數共分none,db,os,db extended,xml, xml extended這幾個級別。

禁止審計功能，修改修改此引數：

ALTER SYSTEM SET audit_trail='NONE' SCOPE=SPFILE;

需要重啟資料庫例項才能生效。

3.關閉Cardinality feedback 的設定：

按照matalink文章說法：

Cardinality feedback monitoring may be enabled in the following cases:
Tables with no statistics, multiple conjunctive or disjunctive filter predicates on a table, and predicates containing complex operators that the optimizer cannot accurately compute selectivity estimates for.

In some cases, there are other techniques available to improve estimation; for instance, dynamic sampling or multi-column statistics allow the optimizer to more accurately estimate selectivity of conjunctive predicates. In cases where these techniques apply, cardinality feedback is not enabled.
However, if multi-column statistics are not present for the relevant combination of columns, the optimizer can fall back on cardinality feedback.

設定如下隱含引數：

alter system set "_optimizer_use_feedback"=false scope=both;

 

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/12129601/viewspace-734951/，如需轉載，請註明出處，否則將追究法律責任。