ORACLE监听限制IP地址登陆数据库TCP.VALIDNODE_CHECKINGORACLE的Valid node checking(TCP.VALIDNODE_CHECKING)是监听的一个功能，可以用于允许或者拒绝指定的IP地址连接数据库，可以把成防火墙在1521端口上面的一个规则。Valid node checking可以定义2个列表，一个是INVITEDNODES列表，指定监听允许连接数
本文为个人学习《Expert Oracle Database Architecture Techniques and Solutions for High Performance and Productivity（第四版本》一书过程中的笔记与理解分享，仅用于学习与交流，部分内容参考原书观点并结合>实际经验进行整理。若涉及版权问题，请联系删除或沟通处理。也请大家支持购买原版书籍。Oracle数
案例：troubleshooting ORA-00600: internal error code, arguments: [25015] when drop tablespace本案例来自北区某客户，数据库版本信息为AIX 7.1 RAC 11.2.0.4，在删除一个2T的空间时，报错ORA-00600。SQL> DROP TABLESPACE "PROD" INCLUDING CONTE
一次log file sync等待事件分析数据库今天早上突然出现大量的log file sync等待事件，如下：I EVENT SQL_ID COUNT(*) — —————————————- —————— ———- 1 Backup: MML write backup piece
比特币勒索文件加密恢复之babyk加密某客户的windows环境上的所有文件都被比特币勒索加密，其加密后缀名为babyk。数据库不算很大，所以我让客户把加密的oracle数据文件打包给我。-rw-r--r-- 1 root root 362422344 Apr 26 03:08 EXAMPLE01.DBF.babyk -rw-r--r-- 1 root root 681582664 Dec
一、问题背景：不寻常的CPU告警近日，一位在医院工作的朋友找到我，说他们核心HIS系统的CPU使用率突然攀升至40%，而历史水平一直在20%左右，希望我能帮忙排查。凭借经验，我判断这很可能是一个典型的SQL性能问题。果不其然，从分析到解决，整个过程不到10分钟。本文将完整复盘我的分析思路，希望能为大家提供一个高CPU消耗场景下的性能优化实战参考。二、性能诊断2.1 定位CPU消耗来源接到问题后，我
前言写这边文章的初衷是来自于上次的朋友案例，朋友咨询哪些情况下需要主动替换一体机的磁盘，所以这里我们就简单的聊聊这个话题。在Oracle Exadata环境中，存储节点的磁盘通常在出现故障或被系统标记为有问题时才需要更换。Exadata的存储管理软件具有完善的自动化机制来处理这些情况。然而，在某些特定场景下，主动（Proactively）更换磁盘是一种必要且明智的预防性维护措施，比如在上次我们分享
11g rac中关于crsctl stop cluster/crsctl stop crs/crsctl stop has的区别今天QQ群ORACLE数据库超级群 里有朋友在问关于crsctl stop cluster/crsctl stop crs/crsctl stop has几条命令的区别。在11GR2 GRID环境中，引用了很多新的功能，如果ohas进程，导致集群变得越来越复杂。下面引用官
案例：redo损坏利用隐藏参数强制open报错ORA-07445本案例来自西区某客户，数据库版本为11.2.0.1，由于redo损坏需要通过隐藏参数“_allow_resetlogs_corruption”=true来强制open数据库，但是在启动过程中，报错ORA-07445。具体报错为：SMON: enabling cache recovery Exception [type: SIGSEGV
案例：troubleshooting LCK PROCESS HANG CAUSING ENTIRE DATABASE TO HANG本案例来自西区某客户，数据库版本为12.2，6节点rac，当时应用反应异常缓慢。十万火急，需要立马解决。当我接手时，故障已经持续了3个小时了。当时查询gv$session时，发现大量会话的final blocking session都是6节点的LCK1进程，该进程等
WIN平台ORACLE启动ORA-00604 ORA-01555 ORA-01173报错处理11.2.0.3环境数据库启动时报ORA-00704 ORA-00604 ORA-01555错误，通过手动增加scn后，启动数据库再报ORA-01173错误。数据库来至于网络，版本为11.2.0.1，我本机的版本是11.2.0.31、参数配置*._allow_resetlogs_corruption=tru
作为一名长期使用从事Oracle数据库的人员，习惯了在sqlplus中各种动态参数赋值，但是在 PostgreSQL 的命令行客户端 psql 中，虽然有类似的变量功能，只是语法略有不同，功能也比要弱很多，下面从在日常使用 PostgreSQL 的 psql 客户端时，我们常常会在脚本中用到的传入动态参数方法，可以让 SQL 更加灵活复用。一、变量定义方式1.1 使用 \set 静态赋值sql \
我
最小停机时间：给GRID/DB打PSU补丁或者UPDATE下面的测试来至于MOS文档Minimal downtime patching via cloning 11gR2 ORACLE_HOME directories (Doc ID 1136544.1)本方案采用的是复制ORACLE_HOME/GRID_HOME到新目录，对新目录升级后，将数据库或者ASM切换到新目录环境。此方法在单机环境相当有
我们的文章会在IT民工的龙马人生和博客网站( htz.pw )同步更新 ，欢迎收藏，也欢迎大家转载，但是请在文章开始地方标注文章出处，谢谢！ 由于博客中有大量代码，通过页面浏览效果更佳。本文转自朋友的真实案例分享。MySQL ：eq_range_index_dive_limit参数在学习mysql统计信息和执行计划的过程中，发现了一个挺有意思的问题。就是mysql优化器在没有
我们的文章会在IT民工的龙马人生和博客网站( htz.pw )同步更新 ，欢迎收藏，也欢迎大家转载，但是请在文章开始地方标注文章出处，谢谢！ 由于博客中有大量代码，通过页面浏览效果更佳。ORA-00704 ORA-00604 ORA-01555处理过程下面的案例来至于一位兄弟的环境，10G RAC，CRS被意外删除，数据库被crash了。通过将RAC更改为单机直接启动，报下面
我们的文章会在IT民工的龙马人生和博客网站( htz.pw )同步更新 ，欢迎收藏，也欢迎大家转载，但是请在文章开始地方标注文章出处，谢谢！ 由于博客中有大量代码，通过页面浏览效果更佳。本文为个人学习《Expert Oracle Database Architecture Techniques and Solutions for High Performance and Pr
案例：Troubleshooting library cache lock when concurrent insert本案例来自南区某客户，数据库版本为rac 11.2.0.4，同事反馈在短短1分钟左右出现大量的活动会话，等待事件为library cache lock，并伴随着row cache lock。之后没有做任何调整就恢复了正常。客户需要知道异常的原因。由于异常时段只持续了短短1分钟，分
背景介绍Oracle 的 ASH（Active Session History，活动会话历史）功能可以说是数据库领域的标杆，许多其他数据库都在模仿，但始终未能超越。ASH 对于分析数据库历史故障和性能瓶颈有着极其重要的作用，已经成为 Oracle DBA 日常工作中不可或缺的工具。然而，Oracle 默认提供的 ASH 可视化界面过于简单，面对复杂的故障排查和性能分析时，往往难以满足实际需求。为此
今天分享一个前几天网友遇到的集群环境中CRS无法随操作系统自动启动，但是手动执行crsctl start crs时集群和资源都可以正常启动的案例。这个案例虽然比较简单，但却非常经典。类似的问题曾经在11.2.0.4配合RHEL7时也出现过。其根本原因在于操作系统大版本的变化迭代，Oracle通过小版本更新来支持新操作系统。当操作系统大版本更新、引入新功能或取消部分老功能时，Oracle环境中就可能
本文为个人学习《Expert Oracle Database Architecture Techniques and Solutions for High Performance and Productivity（第四版本》一书过程中的笔记与理解分享，仅用于学习与交流，部分内容参考原书观点并结合>实际经验进行整理。若涉及版权问题，请联系删除或沟通处理。也请大家支持购买原版书籍。一、Oracl
案例：what？Oracle CBO居然选择cost值高的执行计划本案例来自北区某客户的一条sql出现了性能问题，在分析过程中发现这是一个非常诡异的sql案例，所以记录下来。如果有遇到过的朋友，欢迎交流。客户数据库版本11.2.0.4，有一条sql在主库上运行缓慢，但是在ogg同步的一个目标库上执行性能很好，sql优化就太简单了，把目标库上的执行计划outline固定到主库上就好了，优化本身也不是
troubleshooting high buffer gets in insert into … values …本案例客户是exadata，11.2.0.4版本，故障现象是很多平时一条非常简单的insert语句，会消耗了大量逻辑读。应用性能严重下降。以sql_id：gcwv8p1fhdq5y为例sql为insert into xxx values(XXX,XXX,XXX…) 该sql历史执行
Copyright © 2005-2025 51CTO.COM 版权所有 京ICP证060544号
