首页 / MYSQL / 修改参数,触发“血案”
修改参数,触发“血案”
内容导读
互联网集市收集整理的这篇技术教程文章主要介绍了修改参数,触发“血案”,小编现在分享给大家,供广大互联网技能从业者学习和参考。文章包含1439字,纯文字阅读大概需要3分钟。
内容图文
![修改参数,触发“血案”](/upload/InfoBanner/zyjiaocheng/562/f82da7e038c540079082332840c6412e.jpg)
公司2010年架设的一套10 G rac,安装当时的规划db_files设置了200,近期由于生产旺季,数据文件增大,需要将这个参数调整为1000, 接受这个case时觉得没什么难的,随即申请停机时间15分钟; 到了停机时间,登录RAC的Node2执行 SQL alter system set db_files
公司2010年架设的一套10 G rac,安装当时的规划db_files设置了200,近期由于生产旺季,数据文件增大,需要将这个参数调整为1000,
接受这个case时觉得没什么难的,随即申请停机时间15分钟;
到了停机时间,登录RAC的Node2执行
SQL> alter system set db_files=1000 scope=spfile;
随后正常关闭RAC
执行开启RAC过程,ASM,nodeapps开启后,在执行开始实例时,抛出一个CRS的错误,随后查看alter.log日志,发现DATA4没有mount,好奇怪哦
生产还等着呢,距停机时间还有8分钟呢,排错吧
方法1:
先将Node1的DATA4手动mount起来,Node1正常启用,然后再mount Node2上DATA4
这时由于大量生产客户端已经和在Node1产生连接,导致了Node2无法mount;
方法2:
依次关闭Nodeapps,ASM,根据alter.log提示,检查asm实例的pfile,问题出现了,DATA4没有被写入到文件,随后在2个节点都加入DATA4,启动OK!
终于想起来了,2013年11月左右一同事添加2TB的DATA4,估计是当时作业没有完成!
ASM Diskgroup添加与删除步骤见博文:http://blog.csdn.net/jacson_bai/article/details/17946327
至问题解决,超过了申请停机时间6分钟,属于严重生产事故,被BOSS大骂一顿!
总结一下:
1.任何DB维护需求,需DBA Team协调沟通;
2.在接受本次维护任务时,最好能看一下该DB最近维护记录,小心触发别人的错误,导致自己被K!
内容总结
以上是互联网集市为您收集整理的修改参数,触发“血案”全部内容,希望文章能够帮你解决修改参数,触发“血案”所遇到的程序开发问题。 如果觉得互联网集市技术教程内容还不错,欢迎将互联网集市网站推荐给程序员好友。
内容备注
版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 gblab@vip.qq.com 举报,一经查实,本站将立刻删除。
内容手机端
扫描二维码推送至手机访问。