
sysctl -w vm.dirty_ratio ,修改后,怎么不生效?
原来默认是80
修改命令如下:
# sysctl -w vm.dirty_ratio=10
# sysctl -p
cat /etc/sysctl.conf|grep -i dirty查看,仍然是10,请问这是什么情况?
我来答
添加附件
收藏
分享
问题补充
2条回答
默认
最新
回答交流
Markdown
请输入正文
提交
相关推荐
做国产数据库的上市公司有哪些?
回答 2
您好,粗略了解国产厂商中上市公司有:阿里、腾讯、浪潮、科蓝。具体可参考排行榜中国产排名https://www.modb.pro/dbRank
数据库为oracle10G,在进行0级恢复时报“RMAN-06023: 没有找到数据文件1的副本来恢复“”
回答 1
很明确了,没有1的镜像副本可能原因:1,就是没有。2,未识别对应关系
用SBT_TAPE备份数据库11.2.0.3的时候,出现ORA-07445: 出现异常错误: 核心转储 [gsignal()+53] [SIGIOT] [ADDR:0x1F400006606] [PC:0x317C6328A5]
回答 1
大概率是一个BUG,不知道你的callstacktrace有没有贴完。可以参考如下:Bug17810909ProcesscrasheswithORA7445[GSIGNAL()53][sigiot]D
oracle能再线把表中 的索引从表空间a 迁移到表空间b ,数据不移动?
回答 2
不能
oracle有方法查到包最后一次调用时间吗?
回答 3
已采纳
建立一个日志表,在包里相关程序运行前,先往日志表里插入记录
AWR分析报告问题求助:帮忙看下是不是存储性能不是很好?
回答 2
你这个存储还是不错的,CPUWIO%也只有0.1,目前主要的瓶颈在跨节点频繁插入数据、以及索引分列问题,主要关注并优化以下3个等待事件即可,enq:TXindexcontention、gccurren
oracle打补丁报oui-67124
回答 3
已采纳
查看Oracle®DatabasePatch(31659823)version11.2.0.4.201020补丁的README之后,指出:需要使用OPatchutilityversion11.2.0.
oracle删除归档日志
回答 10
脚本是可以执行的,建议写脚本的时候,可以使用变量存储日志路径,增加脚本灵活性。faild可能是因为使用操作系统命令删除了归档日志,而在rman控制文件中还存在这些归档日志条目的原因。你也可以在脚本执行
请教一下 这个是Oracle的bug吗 ? Oracle11g
回答 1
IssuingthisSQLasSYS(SYSDBA)mayhelpshowanyproblemobjectsinthedictionary:可以检查下,有可能是BUGORA600[17059](文档
Oracle drop user 用户名 cascade是删除用户下所有的对象吗?
回答 1
是的,关联删除。
问题信息
请登录之后查看
邀请回答
暂无人订阅该标签,敬请期待~~