<?xml version="1.0" encoding="utf-8" ?><rss version="2.0"><channel><title><![CDATA[鲨鱼胃的博客]]></title><description><![CDATA[永远年轻，永远热泪盈眶]]></description><link>https://blog.youkuaiyun.com/shayuwei</link><language>zh-cn</language><generator>https://blog.youkuaiyun.com/</generator><copyright><![CDATA[Copyright &copy; shayuwei]]></copyright><item><title><![CDATA[win10神州网信版配置防火墙]]></title><link>https://blog.youkuaiyun.com/shayuwei/article/details/127508856</link><guid>https://blog.youkuaiyun.com/shayuwei/article/details/127508856</guid><author>shayuwei</author><pubDate>Mon, 07 Nov 2022 09:44:23 +0800</pubDate><description><![CDATA[win10的神州网信版没有防火墙功能，打开控制面板也没有防火墙的选项，但是再服务里防火墙却是运行的。在组策略里也看不到防火墙，查看防火墙和网络保护也没有相关设置，“允许应用通过防火墙”这里也不能点击。1、按Win+R键，输入Firewall.cpl后，点击确定。2、点击防火墙选项。]]></description><category></category></item><item><title><![CDATA[达梦数据库替换dm.key后实例挂了]]></title><link>https://blog.youkuaiyun.com/shayuwei/article/details/123570334</link><guid>https://blog.youkuaiyun.com/shayuwei/article/details/123570334</guid><author>shayuwei</author><pubDate>Fri, 18 Mar 2022 11:26:28 +0800</pubDate><description><![CDATA[问题描述：
达梦数据库在替换dm.key后，实例挂掉起不来报错[-70028]:创建SOCKET连接失败.，重新初始化就报错：CPU type(05) mismatch, this system is authorized on Feiteng, but current system is based on X86
问题原因：
问题原因：替换的key与当前数据库服务器的CPU架构不一致，当前为X86架构，而替换的dm.key为飞腾CPU。
解决办法：
替换key前，需要先确保与当前服务器架构匹配，否则有可能]]></description><category></category></item><item><title><![CDATA[ORA-29283: invalid file operation ORA-06512: at “SYS.UTL_FILE“, line 536 ORA-39000: bad dump file s]]></title><link>https://blog.youkuaiyun.com/shayuwei/article/details/123358401</link><guid>https://blog.youkuaiyun.com/shayuwei/article/details/123358401</guid><author>shayuwei</author><pubDate>Tue, 08 Mar 2022 17:20:01 +0800</pubDate><description><![CDATA[在数据泵导入时发生报错ORA-29283: invalid file operation
[oracle@localhost dir]$  impdp user/userdirectory=dir dumpfile=user2020.dmp logfile=imp.log

Import: Release 11.2.0.4.0 - Production on Tue Oct 20 17:08:29 2020

Copyright (c) 1982, 2011, Oracle and/or its affil]]></description><category></category></item><item><title><![CDATA[ORA-01536：超出表空间XXXX的空间限额]]></title><link>https://blog.youkuaiyun.com/shayuwei/article/details/123357525</link><guid>https://blog.youkuaiyun.com/shayuwei/article/details/123357525</guid><author>shayuwei</author><pubDate>Tue, 08 Mar 2022 16:46:13 +0800</pubDate><description><![CDATA[扩大该用户的表空间配额
SQL&gt; select tablespace_name,username,max_bytes from  DBA_TS_QUOTAS where username='WANG';

TABLESPACE_NAME            USERNAME                MAX_BYTES
------------------------------ ------------------------------ ----------
MEETING        .]]></description><category></category></item><item><title><![CDATA[[INS-40719]IP address configured for Single Client Access Name(SCAN):test-pdb.xxxxxx is already assi]]></title><link>https://blog.youkuaiyun.com/shayuwei/article/details/123354607</link><guid>https://blog.youkuaiyun.com/shayuwei/article/details/123354607</guid><author>shayuwei</author><pubDate>Tue, 08 Mar 2022 15:21:48 +0800</pubDate><description><![CDATA[原因是SCAN分配的IP被占用，因为我是配置在DNS，所以修改DNS中对应的IP为未使用后关掉OUI重新安装OK

节点1

[grid@pdb1 ~]$ cd $ORACLE_HOME/deinstall
[grid@pdb1 deinstall]$ ll
total 84
-rwxr-xr-x 1 grid oinstall  9780 May 10  2011 bootstrap.pl*
-rwxr-xr-x 1 grid oinstall  9645 Dec 15 17:06 deinstall*.]]></description><category></category></item><item><title><![CDATA[[INS-40414] The installer has detected an unused Oracle Cluster Registry (OCR) location pointer file]]></title><link>https://blog.youkuaiyun.com/shayuwei/article/details/123354437</link><guid>https://blog.youkuaiyun.com/shayuwei/article/details/123354437</guid><author>shayuwei</author><pubDate>Tue, 08 Mar 2022 15:15:47 +0800</pubDate><description><![CDATA[报错信息：
[INS-40414] The installer has detected an unused Oracle Cluster Registry (OCR) location pointer file (/etc/oracle/ocr.loc) on the system.
[INS-40414] 安装程序检测到系统上有未使用的 Oracle 集群注册表 (OCR) 位置指针文件 (/etc/oracle/ocr.loc)
解决：
删除/etc/oracle/ocr.loc文件即可
[root.]]></description><category></category></item><item><title><![CDATA[Oracle的dba_data_files数据字典中的maxbytes小于bytes]]></title><link>https://blog.youkuaiyun.com/shayuwei/article/details/123346823</link><guid>https://blog.youkuaiyun.com/shayuwei/article/details/123346823</guid><author>shayuwei</author><pubDate>Tue, 08 Mar 2022 10:21:26 +0800</pubDate><description><![CDATA[今天巡检时发现users表空间的使用率超过了100%：

本以为是巡检的SQL写的有问题，巡检SQL如下：
select a.tablespace_name "表空间名称"，   
    g.autoextensible "是否自动扩展",
    round((a.s - f.s),2) "已用空间(G)",
    round(f.s,2) "空闲的已分配空间(G)",   
    round(a.ms,2) "表空间大小(G)",
    round((a.ms - (a.s - f.s)),2)]]></description><category></category></item><item><title><![CDATA[Linux系统时间与硬件时间及时间同步]]></title><link>https://blog.youkuaiyun.com/shayuwei/article/details/109381336</link><guid>https://blog.youkuaiyun.com/shayuwei/article/details/109381336</guid><author>shayuwei</author><pubDate>Fri, 06 Nov 2020 14:57:26 +0800</pubDate><description><![CDATA[Linux系统有系统时间和硬件时间之分：
系统时间: 一般说来就是我们执行 date命令看到的时间，linux系统下所有的时间调用（除了直接访问硬件时间的命令）都是使用的这个时间。
硬件时间:主板上BIOS中的时间，由主板电池供电来维持运行，系统开机时要读取这个时间，并根据它来设定系统时间（注意：系统启动时根据硬件时间设定系统时间的过程可能存在时区换算，这要视具体的系统及相关设置而定）。
1、查看当前系统时间date：
[root@surfer ~]#date
2018年06月 26日星期二 10:09:2]]></description><category></category></item><item><title><![CDATA[系统日志及数据库日志]]></title><link>https://blog.youkuaiyun.com/shayuwei/article/details/109381232</link><guid>https://blog.youkuaiyun.com/shayuwei/article/details/109381232</guid><author>shayuwei</author><pubDate>Fri, 30 Oct 2020 11:03:31 +0800</pubDate><description><![CDATA[数据库日志
[root@rac1 ~]# find /u01/app/ -name alert*.log
节点的
/u01/app/11.2.0/grid/log/rac1/alertrac1.log
升级的
/u01/app/oracle/product/11.2.0/db_1/log/diag/rdbms/dbua0/DBUA0/trace/alert_DBUA0.log
数据库的
/u01/app/oracle/diag/rdbms/racdb/racdb1/trace/alert_racdb1.lo]]></description><category></category></item><item><title><![CDATA[数据库系统权限]]></title><link>https://blog.youkuaiyun.com/shayuwei/article/details/109380930</link><guid>https://blog.youkuaiyun.com/shayuwei/article/details/109380930</guid><author>shayuwei</author><pubDate>Fri, 30 Oct 2020 10:59:26 +0800</pubDate><description><![CDATA[alter any cluster 修改任意簇的权限
　　alter any index 修改任意索引的权限
　　alter any role 修改任意角色的权限
　　alter any sequence 修改任意序列的权限
　　alter any snapshot 修改任意快照的权限
　　alter any table 修改任意表的权限
　　alter any trigger 修改任意触发器的权限
　　alter cluster 修改拥有簇的权限
　　alter database 修改数据库的权限
　　a]]></description><category></category></item><item><title><![CDATA[NFS挂载文件系统出现nobody解决方式]]></title><link>https://blog.youkuaiyun.com/shayuwei/article/details/109380753</link><guid>https://blog.youkuaiyun.com/shayuwei/article/details/109380753</guid><author>shayuwei</author><pubDate>Fri, 30 Oct 2020 10:48:26 +0800</pubDate><description><![CDATA[问题描述
将一台rac存放备份片的存储挂载在一台单实例数据库服务器上，为了恢复数据库。挂载后user和group都是nobody

单实例和rac的oracle用户及组oinstall、dba的uid和gid都相同。曾经也是 将一套rac存放备份片的存储挂载在单实例数据库服务器上，只是修改了目标库oracle用户的uid和源库相同；oinstall的uid和源库asmadmin的uid相同（因为rac的备份片的属组是oracle：asmadmin）。
查询资料后可能是因为版本不同。因为曾经的rac和单实例都]]></description><category></category></item><item><title><![CDATA[Linux 生成随机密码]]></title><link>https://blog.youkuaiyun.com/shayuwei/article/details/109380311</link><guid>https://blog.youkuaiyun.com/shayuwei/article/details/109380311</guid><author>shayuwei</author><pubDate>Fri, 30 Oct 2020 10:29:42 +0800</pubDate><description><![CDATA[安全省事！

方法1

[root@web176 ~]# openssl rand -base64 12
4UYlwT2aEdjXvLt8


方法2

[root@web176 ~]# echo "Oracle_password" | md5sum
04bdd99e3a1a7595e6e7f20c5e9137d6  -


]]></description><category></category></item><item><title><![CDATA[解决Oracle表中数据中文显示乱码问题]]></title><link>https://blog.youkuaiyun.com/shayuwei/article/details/109379683</link><guid>https://blog.youkuaiyun.com/shayuwei/article/details/109379683</guid><author>shayuwei</author><pubDate>Fri, 30 Oct 2020 10:27:13 +0800</pubDate><description><![CDATA[问题描述
PLSQL中文显示乱码，可能是oracle客户端和服务器端的编码方式不一样。


查询ORACLE服务器的语言、地域和字符集：

SQL&gt; select * from nls_database_parameters;

PARAMETER               VALUE
------------------------------ ----------------------------------------
NLS_LANGUAGE               AMERICAN
]]></description><category></category></item><item><title><![CDATA[安装Oracle 19c 的系统配置要求]]></title><link>https://blog.youkuaiyun.com/shayuwei/article/details/107934429</link><guid>https://blog.youkuaiyun.com/shayuwei/article/details/107934429</guid><author>shayuwei</author><pubDate>Tue, 11 Aug 2020 14:18:11 +0800</pubDate><description><![CDATA[安装19c 版本数据库的系统最低配置要求
针对于：Linux x86_64平台
整理自Oracle 19c 官方文档




参数
最低要求




Oracle database 内存要求
至少1 GB，建议2 GB以上


Oracle Grid 内存要求
8 GB以上


Swap 要求
Between 1 GB and 2 GB: 1.5 times the size of the RAM


Swap 要求
Between 2 GB and 16 GB: Equal to the size of ]]></description><category></category></item><item><title><![CDATA[Oracle 11g安装报错You do not have sufficient permissions to access the inventory]]></title><link>https://blog.youkuaiyun.com/shayuwei/article/details/107863245</link><guid>https://blog.youkuaiyun.com/shayuwei/article/details/107863245</guid><author>shayuwei</author><pubDate>Fri, 07 Aug 2020 15:29:34 +0800</pubDate><description><![CDATA[问题描述
安装数据库软件时报错：
[oracle@localhost database]$ ./runInstaller
You do not have sufficient permissions to access the inventory '/u01/app/oraInventory'. 
Installation cannot continue. It is required that the primary group of the install user is same as the inv]]></description><category></category></item><item><title><![CDATA[ORA-27300: OS system dependent operation:fork failed with status: 2、ORA-27301、ORA-27302]]></title><link>https://blog.youkuaiyun.com/shayuwei/article/details/107862931</link><guid>https://blog.youkuaiyun.com/shayuwei/article/details/107862931</guid><author>shayuwei</author><pubDate>Fri, 07 Aug 2020 15:22:15 +0800</pubDate><description><![CDATA[问题描述
业务人员反映应用程序无法登陆数据库，用PL/SQL登录时报错ORA-12537：


查看告警日志：

Mon Aug 03 14:12:19 2020
Process startup failed, error stack:
Errors in file /u01/app/oracle/diag/rdbms/orcl/orcl/trace/orcl_psp0_44053.trc:
ORA-27300: OS system dependent operation:fork failed with ]]></description><category></category></item><item><title><![CDATA[某个普通用户登录一直hang住，不报错。library cache lock等待]]></title><link>https://blog.youkuaiyun.com/shayuwei/article/details/107638422</link><guid>https://blog.youkuaiyun.com/shayuwei/article/details/107638422</guid><author>shayuwei</author><pubDate>Tue, 28 Jul 2020 17:16:29 +0800</pubDate><description><![CDATA[故障描述
用某个用户登录数据库，一直hang住，不报错
于是直接尝试用sqlplus连接数据库，发现连接该用户时hang在那里，过很久之后会返回ORA-04021错误，但是别的用户都没问题。
SQL&gt; conn pingshen/pingshencs
ERROR:
ORA-04021: 等待锁定对象  时发生超时


警告: 您不再连接到 ORACLE。

问题排查与解决
通过检查等待事件，发现是library cache lock
并且发现，除了登录进程，还有一大堆的已经登录的进程被阻塞在libra]]></description><category></category></item><item><title><![CDATA[等待事件 enq:TX - row lock contention分析与解决]]></title><link>https://blog.youkuaiyun.com/shayuwei/article/details/107630053</link><guid>https://blog.youkuaiyun.com/shayuwei/article/details/107630053</guid><author>shayuwei</author><pubDate>Tue, 28 Jul 2020 11:09:57 +0800</pubDate><description><![CDATA[6月30日，数据库发生了大量锁表。大概持续1小时，并且越锁越多。后来通过业务人员停掉程序，并kill掉会话后解决。
几天后再EM上查看CPU占用：

CPU发生了明显等待。

主要是由于enq:TX - row lock contention等待事件造成。
等待事件—enq:TX - row lock contention
enq是一种保护共享资源的锁定机制，一个排队机制，先进先出(FIFO)
发生TX锁的原因一般有几个:
1.不同的session更新或删除同一个记录。
2.唯一索引有重复索引
3.位图索引]]></description><category></category></item><item><title><![CDATA[ORA-12516:监听程序找不到符合协议堆栈要求的可用处理程序 问题解决]]></title><link>https://blog.youkuaiyun.com/shayuwei/article/details/107628291</link><guid>https://blog.youkuaiyun.com/shayuwei/article/details/107628291</guid><author>shayuwei</author><pubDate>Tue, 28 Jul 2020 09:15:18 +0800</pubDate><description><![CDATA[问题描述
用PL/SQL登录普通用户时发生报错：

出现这个问题的根本原因就是因为数据库的process和session已经快达到甚至超过最大值了。
问题解决
1.用sqlplus工具，通过sysdba用户登录
2.查看数据库允许的最大连接数和进程数
SQL&gt; show parameter process

NAME                                 TYPE        VALUE
------------------------------------ ------]]></description><category></category></item><item><title><![CDATA[ORA-1652: unable to extend temp segment by 128 in tablespace TEMP解决]]></title><link>https://blog.youkuaiyun.com/shayuwei/article/details/107001174</link><guid>https://blog.youkuaiyun.com/shayuwei/article/details/107001174</guid><author>shayuwei</author><pubDate>Sun, 28 Jun 2020 16:47:13 +0800</pubDate><description><![CDATA[问题描述
查看告警日志看到报错：
ORA-1652: unable to extend temp segment by 128 in tablespace                 TEMP

问题解决
常规检查ORA报错三部曲
第一部：检查Alert Log
告警日志中显示的报错与上述内容一致，并无过多内容可以追踪，但是可以确定的是，报错信息显示异常原因为temp表空间无法扩展

针对上述信息可以确认下一步动作：
1.确认temp tablespace空间大小
2.确认该表空间是否开启自动扩展
3.]]></description><category></category></item></channel></rss>