<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[snakeeys的博客]]></title><description><![CDATA[]]></description><link>https://blog.youkuaiyun.com/snakeeys</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; snakeeys]]></copyright><item><title><![CDATA[数据库内存持续增高异常]]></title><link>https://blog.youkuaiyun.com/snakeeys/article/details/142959035</link><guid>https://blog.youkuaiyun.com/snakeeys/article/details/142959035</guid><author>snakeeys</author><pubDate>Tue, 15 Oct 2024 17:06:45 +0800</pubDate><description><![CDATA[10月15 凌晨04:15对业务数据库做了主从切换， 09:15客户反馈业务卡顿，同时也反馈内存异常增高。重启数据库,重启完成后，观察/proc/meminfo大页使用是否正常。由于业务紧急，客户把业务从一节点切换到二节点，同时运行一段时间，二节点正常。根据MOS的文档大页内存没有正常使用在oracle 19c，比较二个节点的内存，发现一号节点大页没有正确使用。同时查看lgwr的日志，发现redo写入卡顿。首先确认oracle属组id,]]></description><category></category></item><item><title><![CDATA[oracle rac 19c安装好DB,无法创建磁盘组]]></title><link>https://blog.youkuaiyun.com/snakeeys/article/details/141643792</link><guid>https://blog.youkuaiyun.com/snakeeys/article/details/141643792</guid><author>snakeeys</author><pubDate>Wed, 28 Aug 2024 16:34:08 +0800</pubDate><description><![CDATA[OCI] Scale-up Failed in DBCS With ORA-15032: not all alterations performed, ORA-15137: The ASM cluster is in rolling patch state (Doc ID 2681040.1)为两台计算节点补丁不一致，list of patches在计算节点1缺少一个， patch level值不一致。使用opatch lspatchs查看对应的补丁发现节点1的tomcat补丁忘记打了。]]></description><category></category></item><item><title><![CDATA[PG13 主从搭建(windows一主一从)]]></title><link>https://blog.youkuaiyun.com/snakeeys/article/details/141297162</link><guid>https://blog.youkuaiyun.com/snakeeys/article/details/141297162</guid><author>snakeeys</author><pubDate>Sun, 18 Aug 2024 11:13:53 +0800</pubDate><description><![CDATA[shell>select pg_is_in_recovery()  显示F表示是主库，T表示从。shell>select pg_is_in_recovery()  显示F表示是主库，T表示从。在文件末尾增加一行，增加replica的用户，来进行数据库同步操作。配置pg_hba.conf文件，配置文件在安装设置的data目录下。Shell>pg_ctl stop -D "目录" -m fast。shell>pg_ctl start -D "数据目录"在业务表添加或修改数据，在从库上查看数据是否正确。]]></description><category></category></item><item><title><![CDATA[oracle数据泵从11g迁移数据库到19c的PDB(expdp/impdp)]]></title><link>https://blog.youkuaiyun.com/snakeeys/article/details/141297126</link><guid>https://blog.youkuaiyun.com/snakeeys/article/details/141297126</guid><author>snakeeys</author><pubDate>Sun, 18 Aug 2024 11:11:24 +0800</pubDate><description><![CDATA[create or replace directory expdp as '目录';并将导出的DMP文件存放到该目录下。1、oracle11g数据导出。2、数据导入Oracle19C。–使用impdp导入数据。--统计表空间文件大小。–查询容器中所有pdb。–切换到pdb数据库。]]></description><category></category></item><item><title><![CDATA[利用5.7的sys库更好的排查问题]]></title><link>https://blog.youkuaiyun.com/snakeeys/article/details/141296971</link><guid>https://blog.youkuaiyun.com/snakeeys/article/details/141296971</guid><author>snakeeys</author><pubDate>Sun, 18 Aug 2024 11:01:32 +0800</pubDate><description><![CDATA[2 mysql对于系统性能和sql语句状态的收集是非常少的,基本排查手段都要靠经验判断,5.7的sys特性能周期性的收集系统状况和sql的状态,有利于DBA更好的对问题进行判断,集成了视图,本身不存储数据。1 定位具体的host,user,schema,table,DML操作 能帮你快速的解决大多数问题。]]></description><category></category></item><item><title><![CDATA[Rman 恢复碰到的问题]]></title><link>https://blog.youkuaiyun.com/snakeeys/article/details/141296912</link><guid>https://blog.youkuaiyun.com/snakeeys/article/details/141296912</guid><author>snakeeys</author><pubDate>Sun, 18 Aug 2024 10:58:29 +0800</pubDate><description><![CDATA[表示是数据文件的scn 号大于控制文件的scn 控制文件是旧的控制文件。第一种情况找到归档文件和redo文件。3 查看数据文件头的scn号。2 查看数据文件的scn号。1 查看数据库的scn号。再次trace控制文件吧。第二种情况重建控制文件。SQL>创建控制文件。]]></description><category></category></item><item><title><![CDATA[Oracle数据库死锁检测以及处理方式]]></title><link>https://blog.youkuaiyun.com/snakeeys/article/details/141296900</link><guid>https://blog.youkuaiyun.com/snakeeys/article/details/141296900</guid><author>snakeeys</author><pubDate>Sun, 18 Aug 2024 10:57:28 +0800</pubDate><description><![CDATA[- #kill -9 12345（即第3步查询出的spid）--  3.上方命令不行换OS杀死进程。/*查看死锁语句*/-- 2. 释放死锁。]]></description><category></category></item><item><title><![CDATA[Oracle 禁止操作系统认证登录]]></title><link>https://blog.youkuaiyun.com/snakeeys/article/details/141296890</link><guid>https://blog.youkuaiyun.com/snakeeys/article/details/141296890</guid><author>snakeeys</author><pubDate>Sun, 18 Aug 2024 10:56:48 +0800</pubDate><description><![CDATA[SQL*Plus: Release 11.2.0.2.0 Production on 星期三 2月 16 13:41:14 2011。编辑Oracle _HOME/network/admin/sqlnet.ora。1）必须使用正确的用户名和密码才能登陆到系统中。禁用操作系统认证方式登录数据库。]]></description><category></category></item><item><title><![CDATA[oracle修复坏块]]></title><link>https://blog.youkuaiyun.com/snakeeys/article/details/141296850</link><guid>https://blog.youkuaiyun.com/snakeeys/article/details/141296850</guid><author>snakeeys</author><pubDate>Sun, 18 Aug 2024 10:54:35 +0800</pubDate><description><![CDATA[2.查询v$database_block_corruption视图，得到“坏块”的具体信息。3.使用RMAN命令修复损坏的数据库块。]]></description><category></category></item><item><title><![CDATA[SQL PLUS 不能登录的异常处理]]></title><link>https://blog.youkuaiyun.com/snakeeys/article/details/141296745</link><guid>https://blog.youkuaiyun.com/snakeeys/article/details/141296745</guid><author>snakeeys</author><pubDate>Sun, 18 Aug 2024 10:48:44 +0800</pubDate><description><![CDATA[通过Sqlplus 访问数据同样hang死在登录界面，且不能通过Ctrl+C取消。final blocker sid:2282，再搜索2282，找到如下信息。生成的Trace 文件直接搜索blocker 关键字。连接数没有达到processes 的设置。杀掉OS 进程81552 , 故障恢复。alert 日志没任何报错。数据库cpu 无压力。]]></description><category></category></item><item><title><![CDATA[Oracle 19C 单机环境升级RU(19.3升级至19.12)]]></title><link>https://blog.youkuaiyun.com/snakeeys/article/details/141296724</link><guid>https://blog.youkuaiyun.com/snakeeys/article/details/141296724</guid><author>snakeeys</author><pubDate>Sun, 18 Aug 2024 10:47:09 +0800</pubDate><description><![CDATA[备注:在OPatch安装补丁的时候，提示“Missing command :fuser”  安装。说明：此步骤为加载变化的SQL到数据库，RAC环境只需在节点1执行，此过程很慢。说明：apply前关闭数据库、监听、以及oracle相关进程。##验证Oracle Inventory的有效性。3.2 验证Oracle Inventory。备注:opatch 可以从mos上下载。以下方法可以覆盖原有的OPatch。3.1 OPatch升级。3.升级Opatch。2.1 当前DB版本。]]></description><category></category></item><item><title><![CDATA[nocdb转换cdb]]></title><link>https://blog.youkuaiyun.com/snakeeys/article/details/141296712</link><guid>https://blog.youkuaiyun.com/snakeeys/article/details/141296712</guid><author>snakeeys</author><pubDate>Sun, 18 Aug 2024 10:46:10 +0800</pubDate><description><![CDATA[执行上述过程如果报错，需要检查PDB_PLUG_IN_VIOLATIONS视图。为了保持元数据文件和数据文件的一致性，不要再次打开数据库，否则会报错。处理过程请参考MOS Note 1935365.1。这个xml文件可以理解为non-CDB的模板文件。2.只读方式打开数据库（non-CDB）8.启动PDB，检查open mode。pdb的字符集和cdb的字符集不匹配。4.关闭数据库(non-CDB)5.在目标CDB中检查兼容性。6.在CDB中创建一个PDB。在创建 pdb1报错，会得到类似下面的结果。]]></description><category></category></item><item><title><![CDATA[oracle rac 19c恢复到单机碰到redo错误]]></title><link>https://blog.youkuaiyun.com/snakeeys/article/details/139435526</link><guid>https://blog.youkuaiyun.com/snakeeys/article/details/139435526</guid><author>snakeeys</author><pubDate>Tue, 04 Jun 2024 10:42:34 +0800</pubDate><description><![CDATA[1 recover database until time "to_date('2024-05-28 14:00:00','yyyy-mm-dd hh24:mi:ss')"如图:2 执行 alter database open resetlogs;，报错试过很多办法，修改redo,但依然报错，如图:后来想到重做控制文件，如下:sql>alter database backup controlfile to trace as '/home/oracle/con.trace';sql>shutdown imme]]></description><category></category></item></channel></rss>