我不是在硬件相关设置(例如内存分配)或文件位置之后,而是更一般的项目.
类似地,对特定应用程序而不是普遍适用的特定要求的任何东西都不是真正有用的.

您是否从数据方案(表所有者)中分离出代码/ API模式(PL / sql所有者)？
您是使用默认角色还是非默认角色,如果是后者,您是否使用密码保护角色？

我也感兴趣的是,是否有任何地方你默认安装了GRANT的REVOKE.这可能是版本相关的,因为11g似乎对其默认安装更加锁定.

这些是我在最近的设置中使用的.我想知道我是否遗漏了什么或者你不同意的地方(以及为什么).

数据库参数

>审核(AUDIT_TRAIL到DB,AUDIT_SYS_OPERATIONS为YES)
> DB_BLOCK_CHECKSUM和DB_BLOCK_CHECKING(均为FULL)
> GLOBAL_NAMES为true
> OPEN_LINKS为0(不希望它们在此环境中使用)

字符集 – AL32UTF8

简介
我创建了一个修改过的密码验证函数,该函数使用顶点字典表(FLOWS_030000.wwv_flow_dictionary $)作为额外检查来防止简单密码.

开发人员登录

CREATE PROFILE profile_dev LIMIT Failed_LOGIN_ATTEMPTS 8 
PASSWORD_LIFE_TIME 32 PASSWORD_REUSE_TIME 366 PASSWORD_REUSE_MAX 12
PASSWORD_LOCK_TIME 6 PASSWORD_GRACE_TIME 8
PASSWORD_VERIFY_FUNCTION verify_function_11g
SESSIONS_PER_USER unlimited cpu_PER_SESSION   unlimited
cpu_PER_CALL      unlimited PRIVATE_SGA  unlimited
CONNECT_TIME 1080 IDLE_TIME 180
LOGICAL_READS_PER_SESSION unlimited LOGICAL_READS_PER_CALL unlimited;

申请登录

CREATE PROFILE profile_app LIMIT Failed_LOGIN_ATTEMPTS 3
PASSWORD_LIFE_TIME 999 PASSWORD_REUSE_TIME 999 PASSWORD_REUSE_MAX 1
PASSWORD_LOCK_TIME 999 PASSWORD_GRACE_TIME 999
PASSWORD_VERIFY_FUNCTION verify_function_11g
SESSIONS_PER_USER unlimited cpu_PER_SESSION   unlimited
cpu_PER_CALL      unlimited PRIVATE_SGA  unlimited
CONNECT_TIME      unlimited IDLE_TIME  unlimited
LOGICAL_READS_PER_SESSION unlimited LOGICAL_READS_PER_CALL unlimited;

标准架构所有者帐户的权限

CREATE CLUSTER  
CREATE TYPE  
CREATE TABLE   
CREATE VIEW   
CREATE PROCEDURE   
CREATE JOB  
CREATE MATERIALIZED VIEW   
CREATE SEQUENCE  
CREATE SYNONYM  
CREATE TRIGGER