ITPub博客

The Oracle Net listener, commonly known as the listener, brokers a client request, handing off the request to the server. The listener is configured with a protocol address. Clients configured with the same protocol address can send connection requests to the listener. Once a connection isestablished, the client and Oracle database server communicate directly with one another. listener.ora example# listener.ora Network Configuration File: F:OracleDBOracle_homenetworkadminlistener.ora# Generated

相信10g,emctl在给很多DBA带来很大便利的同时，也给我们带来了一些困扰。在这其中，OC4J issue应该算是一个常见的问题。就我个人而言，遇到过已经不止一次，这包括单机环境，RAC环境等。今天查找资料，便作总结：原因：是由于主机名发生变化，导致IP地址解析不能够返回正确的hostname详见下文解释：The information in this document applies to: Enterprise Manager for RDBMS - Version: 10.1.0.3This problem can occur on any platform.SymptomsGetting the following error when starting dbconsole:$ emctl start dbconsoleOC4J Con

最近正在进行第一轮的开发数据库重构工作！由于当时的开发是步进式的，为了应用程序测试及调试的便利，一些完整性约束并未建立起来。而后台存储过程中却有大量的完整性约束的校验及及联删除的编码实现。这不禁让我产生了这样的疑问：数据库完成性约束是强壮的，值得信赖的！那手工的硬编码来做这些工作是否有必要呢？思考中~~ 我想，通过手工编码的方式来进行完整性约束的维护的优势之一就是可以反映业务规则，返回用户容易理解的错误信息。这也许比捕获异常后系统返回的sqlerrm要更友好一些。而很显然，使用数据库完整性约束特性（外键）

自己认为Oracle-Managed Files不是多么的吸引人而只不过是为了为了方便文件系统的管理而已。OMF是建立在OS文件系统层之上的，所以对于RAW设备来说是不适合的。 更重要的是，当实现管理便利性的同时，失去的却是对I/O优化的干预能力。以下三个初始化参数决定DB是否使用OMF特性：DB_CREATE_FILE_DESTDB_CREATE_ONLINE_LOG_DEST_nDB_RECOVERY_FILE_DEST对于第一个参数DB_CREATE_FILE_DEST来说，它决定了SYSTEM和SYSAUX及UNDO和TEMP表空间数据文件的位置。对于除UNDO外前两个文件，默认数据文件为100M,且可自动扩展。对于UNDO,为10M，也可自动