看了老熊的帖子http://www.laoxiong.net/tns_admin_and_oem_caused_accident.html
发现遵守良好的操作规范是多么的重要。David.Guo所描述的操作规范很值得遵守：
来自 “ ITPUB博客 ” ，链接：https://blog.itpub.net/161195/viewspace-1051547/ ，如需转载，请注明出处，否则将追究法律责任。
全部评论
最新文章
- 参数LOG_ARCHIVE_MIN_SUCCEED_DEST
- v$bgprocess --解释oracle db 后台进程作用的视图
- goldengate 认证矩阵matrix
- 日志挖掘是看不到谁在尝试密码的
- 各种*nix操作系统下查看网卡带宽 .
- Using Diagwait as a diagnostic to get more information for diagnosing Oracle Clusterware Node evicti
- 64bit client 与 32bit plsqldev是不兼容的
- Data Guard Switchover and Failover Best Practices
- How to Check ASM Login for Oracle Goldengate (OGG) ? [ID 1311784.1]
- Checking for Oracle archive log corruption [ID 1268590.1]
1月 23rd, 2009 at 2:03 下午
1：管理的混乱是造成这种问题的根本，首先，开发库和生产库密码相同；
2：开发环境有到生产主机的tns
3：删除用户这样的权限给到了开发使用的用户
说说这样的问题在我们这怎么管理吧：
1：开发数据库和生产数据库的用户密码完全没有联系，且生产保密；
2：非生产网段不能使用生产用户登录数据库；
3：开发人员对于开发系统的删除用户这样的操作，必须得到dba的支持；
4：开发环境没有到生产的tns
5：正常流程，drop user这样的操作，应该先lock user，观察最少3小时，至于drop tablespace等都是先offline，删除表的操作先rename；