还是上次那个2662的故障库，又挂了，这个老库是windows系统的，年岁已久，怀疑确实有硬件问题了，这次如能修复，得赶紧把历史数据导出来，后续该扔就扔！ 无法启动了： SQL> alter database open; alter database open * 第 1 行出现错误: ORA-00354: 损坏重做日志块标头 ORA-00353: 日志损坏接近块 2138585 更改 16671892799912 时间 05/21/2020 02:43:27 ORA-00312: 联机日志 4 线程 1: …
■■描述 Swingbench is a free load generator (and benchmarks) designed to stress test an Oracle database (12c, 18c, 19c). SwingBench是Oracle UK的一个员工在一个被抛弃的项目的基础上开发的。目前稳定版本2.6，基于JDK。该工具是免费的，可以在作者的网站上自由下载，并且拥有详细的使用文档。Swingbench 可 以执行4种不同的标准测试(benchmark)，拥有三种前端展示方式Swi…
一、问题描述 1、数据库情况 版本11.2.0.4；未开启归档 2、问题详情 数据库打开时报错如下。 Tue May 19 11:04:39 2020 alter database open resetlogs RESETLOGS is being done without consistancy checks. This may result in a corrupted database. The database should be recreated. RESETLOGS after incomplete …
一、问题描述 1、数据库情况 版本11.2.0.4；未开启归档 2、问题详情 数据库down了，之后重启主机，并调整了系统时间，再次打开时报错如下。 Sat May 16 22:18:57 2020 SMON: enabling cache recovery Errors in file E:\APP\ADMINROOT\diag\rdbms\wydb\wydb\trace\wydb_ora_1916.trc (incident=195772): ORA-00600: ??????, ??: [2662], [38…
orcle启动报无法发现/root/HBRMW_TBS.dbf文件 放弃恢复数据文件 1、sysdba登录数据库 sqlplus /nolog SQL>conn / as sysdba 2、加载启动数据库 SQL>startup mount 3、将已删除数据文件设置离线并删除 SQL>alter database datafile '/root/HBRMW_TBS.dbf' offline drop; 4、打开数据库 SQL>alter database open; 5、清除相应的表空间 S…
根据oracle对于SQL执行计划基于成本的优化原则，这么大的结果集，相对于400万的表来讲，索引不如全表扫描快。
■启动/关闭supplemental log，不需重启数据库 否则不能捕获所有的DML/DDL/DCL等操作日志 select supplemental_log_data_min from v$database; alter database add supplemental log data; alter database drop supplemental log data;
supplemental log补充日志不是独立的日志，而是对重做日志的少量补充。 LogMiner、闪回事务、闪回事务查询、逻辑standby、streams、GoldenGate等功能或工具需要开启补充日志才能正常工作。 补充日志分为：数据库级补充日志、 表级补充日志，可在【数据库】和【表】两种级别进行设置。
一个超过4000万的大表RESACTIVEINFO没有分区，将第一列主键ID按照范围分区，采用oracle的interval自动分区技术，做了一个改造，所有的索引均采用本地索引，实践证明性能大大提升，后续的维护也更为方便，以下是具体实施步骤，供参考。 采用新建分区表，将原表插入的方式，这样不会影响已有的业务，4300万的大表新建分区表，时间大约3-5个小时。
近期adg备库负荷高，经常高达99%甚至100%，所在主机还同时运行了两个informix实例，经过分析主机监控信息，发现informix占用了更多的CPU，但由于无法检查、控制informix，决定先从oracle方面尽量优化处理。 针对adg备库的使用，主要是来自一个报表库A的dblink查询，该报表库A建立在另外的城市，网络带宽受限，一些大量的报表查询会非常缓慢，一些任务甚至挤压了很多天无法执行完毕，而这些查询也进一步增加了主机CPU负荷。 注意，此时没有停掉异地的报表库，又在本地建立了报表库B，同样通过db…