最近在使用swingbench的时候碰到了ORA-01157故障，下面是其具体描述与解决。1、故障现象--查询视图dba_data_files时出现ORA-01157故障SQL> select file_name,tablespace_name from dba_data_files where tablespace_name='SOE';select file_name,tables

基于CBO优化器的环境中，SQL执行计划的生成依赖于统计信息的真实与完整。如列的离散度，列上的直方图，索引的可用性，索引上的聚簇因子。当这些信息是真实完整的情况下，CBO优化器通常都可以制定最优的执行计划。也正因此CBO优化器也灵活，难以控制，任一信息的不真实或缺失都可能导致执行计划发生变化而产生多个版本。经常碰到的情形是之前的某个SQL语句前阵子还不是TOP SQL，而最近变成了TOP SQL。

Web网站别名配置是被经常使用的一个特性。这个功能实际上是为站点URI定义一个路径映射关系，其配置和使用也较为简单。以下是基于CentOS 7下实现alias的别名配置，供大家参考。

Apache httpd服务器在缺省的情况下，开启了基于目录列表的访问，这是一个存在安全隐患的问题，因此可以关闭这个功能。在Apache 2.4的版本中，不在支持使用-indexes来配置，需要注释该功能。本文对此给出演示，供大家参考。

听说过还原(restore)数据库，表空间及数据库文件，使用归档日志恢复(recover)数据库，表空间，数据库文件。咦，还有还原归档日志这一说法呢？没错，可能我们忽略了还原归档日志这一个过程，原因是还原归档日志通常情况下是oracle在recover时自动完成的。大多数情况下我们是先还原数据库，恢复数据库，打开数据库。实际上在恢复数据库之前有一个动作，那就是还原归档日志，也就是将日志文件还原到缺

全表扫描是Oracle访问数据库表是较为常见的访问方式之一。很多朋友一看到SQL语句执行计划中的全表扫描，就要考虑对其进行修理一番。全表扫描的存在，的确存在可能优化的余地。但事实上很多时候全表扫描也并非是最低效的，完全要看不同的情形与场合，任一方式都是有利有弊的，也就是具体情况要具体分析。本文描述了什么是全表扫描以及何时发生全表扫描，何时全表扫描才低效。  本文涉及到的相关链接：     高水位线

对于DEV以及UAT环境，有些时候，数据库需要处于归档模式，但并不需要备份数据库。因此，archive归档日志不停的增长导致磁盘空间被大量耗用。对于这种情形，可以使用一个shell脚本来定时自动清除这些归档日志。本文给出了清除归档日志的脚本。 1、清除归档日志shell脚本  robin@SZDB:~/dba_scripts/custom/bin> more remove_arch_dump.sh

在从root用户切换到oracle用户时，碰到了ulimit: open files: cannot modify limit: Operation not permitte的提示信息。字面意思来看即是打开文件受到了限制。同一服务器上，如仅有一个Oracle单实例且数据文件较少的情形应该不会出现该情形。多实例可能会碰到这个情况。由于多个实例都为Oracle用户所有，因此Oracle用户可操作的文件

实现负载均衡(Load Balance)是Oracle RAC最重要的特性之一，主要是把负载平均分配到集群中的各个节点，以提高系统的整体吞吐能力。通常情况下有两种方式来实现负载均衡，一个是基于客户端连接的负载均衡，一个是基于服务器端监听器(Listener)收集到的信息来将新的连接请求分配到连接数较少实例上的实现方式。本文主要讨论的是基于客户端连接的负载均衡，并给出演示。        与负载均衡

Linux/Unix shell脚本中调用或执行SQL,RMAN 等为自动化作业以及多次反复执行提供了极大的便利，因此通过Linux/Unix shell来完成Oracle的相关工作，也是DBA必不可少的技能之一。本文针对Linux/Unix shell脚本调用sql, rman 脚本给出了相关示例。 一、由shell脚本调用sql,rman脚本1、shell脚本调用sql脚本#首先编辑sql