大家都知道oracle 11g在linux6或7上安装是没有问题的，但在linux8上安装时在link编译环节会遇见各种问题。 按照oracle官网的说法，可直接跳过这些错误，等他安装完毕，然后打补丁，再重新编译即可。 官网给出的方案 1、Install Oracle Database 11.2.0.4 (software only): Note: Ignore any linking errors during the installation. 2、Download and apply the DBPSU 11…
一、报错信息 某项目最近在 SQL Loader 导数据时偶尔会报错，类似如下： SQL loader ORA-01658 unable to creale INITIAL extent for segment in tablespace ADS5GP2P_1 这个报错的意思是，没有足够的连续空间为表或索引创建 INITIAL extent: [oracle@node1:1 ~]$ oerr ora 1658 01658, 00000, "unable to create INITIAL extent f…
声明：此文来自于MOS(Doc ID 1674865.1)，整理在此以便于大家阅读学习。 ■ 概要 在Oracle的RAC环境中，数据库会收集global cache 的工作负载统计信息，并把这些信息通过STATSPACK, AWRs 和 GRID CONTROL等工具呈报。对于每个节点，以及集群汇总统计信息中的global cache数据块丢失的统计信息("gc cr block lost" 和/或 "gc current block lost") 代表了私网通信的包处理效…
某项目扩展表空间后增加了一个数据文件，出现数据库无法连接的情况，项目人员联系主机硬件厂家，对方发了几个图片说空间不足了，项目人员于是说按照对方说法在主机删除了对应数据文件，这次更无法启动数据库了，，，，，真是无知者无畏，对方敢让删数据文件，项目人员也赶删，实在是无语至极！ 这个表空间已有53个数据文件，这次按序号增加的是54号数据文件，之后又在os层面执行了rm操作，且重启了主机，恢复这个文件是基本没有希望了。 查看数据库日志，如下： Fri Jan 21 16:46:00 2022 ALTER TABLESPAC…
有时需要批量收集数据库的统计信息，如在大量数据迁移或大量数据更新以后，但是收集的时间可能会较长，为了避免网络中断等意外情况可能引起的麻烦，今天调试了这个小脚本，可以分用户批量执行，同时记录执行时间等日志信息，比较实用。 执行方式： sh /tmp/gather_schema_stats.sh syspasswd ip port service "schema1 schema2" degree& 详见以下代码： cat > /tmp/gather_schema_stats.sh 'GATH…
■■ Oracle ADDM简介 ADDM全称是Automatic Database Diagnostic Monitor，是Oracle实现性能自我诊断的最佳利器。它依赖于AWR，我们知道AWR会自动收集整个数据库在运行期间的性能统计数据。 更多关于ADDM的知识不是本文的重点，你完全可以网搜一大堆详细的介绍、报告解读资料。 ■■ 自制ADDM报告生成工具 数据库自带的报告生成工具有一些依赖条件，使用比较繁琐，而且报告名字不易于区分、分发。 所以一直想写一个简单、易用的ADDM报告工具，今天终于把这个工具编写、调…
一套Oracle 19c的ADG集群要修改sys密码，由于之前遇见过11g上sys密码修改导致同步问题的情况，所以改之前特意查了下文档，发现其实12cR2开始，在主库修改密码就会自动同步到备库了，以下是一段官方文字描述，可以参考。 When password file is used for Redo Transport Authentication, the password of redo transport user should be same across primary and all its phys…
ORAchk之前被称为RACcheck，后来它的检查范围进行了扩展，改名为ORAchk，它是对数据库系统进行健康检查的一个专用工具，这个工具主要用来检查软件的配置是否符合要求以及一些最佳实践是否被应用了。通过这个工具，用户可以很方便地、自动化地对自己的系统进行健康检查和评估。 ORAchk replaces the popular RACcheck tool, extending the coverage based on prioritization of top issues reported by users…
最近遇见一个虚机老库11g，主机CPU居高不下，有时甚至无法登录，无法快速建立数据连接。 分析发现较多的应用SQL存在问题，同时发现数据库配置方面也存在问题，分析排查alertlog日志，发现没有配置大内存页。 更多关于大内存页的信息可在本站搜索"大内存页"。 以下是本次操作调整的记录，留作参考。 如下是上次启动的日志提示： Wed Sep 29 14:31:01 2021 Starting ORACLE instance (normal) ************************ La…