Oracle 针对用户的创建及其属性的修改步骤

1.1 适用范围

1. 创建新的用户；

2. 对已有用户进行相关属性的修改操作。

1.2 风险评估

部分属性的修改涉及到生产环境的要申请停业，避免业务交易无法正常进行：

1. 创建新用户对原有的业务无影响，风险级别低，但要考虑新用户导入的数据量，避免数据表空间爆满，TEMP空间与归档空间不足。

2. 修改用户密码：

1. 会导致继续使用之前密码连接数据库的应用出现连接故障，如果该应用有重连机制，超过尝试次数会导致用户被锁，风险级别高。

2. 会导致其他库上未进行修改的 DBLINK，无法远程连接到本数据库，风险级别 高。

3. 修改用户默认表空间，不影响现有的业务，风险级别低。

4. 修改用户默认临时表空间，不影响现有的业务，风险级别低。

5. 修改用户 profile，会影响用户会话的连接配额，如连接会话数、密码过期设定、 空闲时间、连接时间等，风险级别中。

6. 修改账户状态，会影响会话连接数据库，风险级别高。

7. 修改密码口令过期，会影响会话连接数据库，风险级别高。

8. 修改用户表空间配额，会影响用户在表空间中的使用额度，风险级别中。

9. 修改用户权限，会影响会话的执行权限，风险级别中。

1.3 前期准备

不管是生产环境还是测试环境，备份永远是第一步操作，在评估时也要考虑是否有回退的可能，不要拿开弓没有回头箭当挡箭牌：

1. 修改密码时，提前保存密文密码，同时找出到修改库的 DBLINK 也要修改。
2. 修改用户属性时，提前保存原来的用户属性信息。
3. 同研发确认用户需求，确保不影响业务。
4. 安排变更窗口，停止应用。

1.4 操作流程

1. 创建新用户
2. 用户属性修改

1. 修改密码 修改用户密码：
   修改远程库 DBLINK 的用户密码：
2. 修改默认表空间及临时表空间
3. 修改 profile
4. 修改账户状态（锁定，解锁）
5. 修改口令过期

Alter user schema_name password expire; 

6. 修改表空间配额

alter user schema_name quota 100M|G on default_tbs;
alter user schema_name quota unlimited on default_tbs; 

7. 权限，角色授予与回收

grant privileges|role to schema_name [with admin|grant option]; 
Revoke privilege|role from schema_name; 

1.5 变更校验

1. 重新登陆进行账户验证新密码及账户锁定状态是否符合预期。
2. 在远程库进行 DBLINK 连接验证是否正常。
3. 检查用户账号状态是否正常
4. 检查具体的权限是否符合要求
5. 应用启动后，日志是否正常，最后观察业务是否正常进行

1.6 回退方案

1. 删除新用户
2. 修改回用户旧密码：
3. 修改远程库 DBLINK 的用户密码：
4. 修改默认表空间及临时表空间
5. 修改 profile配置
6. 修改账户状态（锁定，解锁）
7. 修改表空间配额
8. 权限，角色授予与回收

1.7 回退方案执行后的验证

1.用户旧密码登录验证是否正常
2.DBLINK连接是否正常
3.查看用户的默认表空间与临时表空间是否与最初状态一致
4.profile配置是否与最初状态一致
5.账户的状态是否与最初状态一致
6.表空间配置是否与最初状态一致
7.权限等是否与最初状态一致。
备注：回退方案的验证最重要的就是第一个步骤的备份与信息记录。这样才能验证回退方案是否达到预期。