HPUNI调整文件打开数.docVIP

下载本文档

5
0
约8.93千字
约 13页
2016-12-01 发布于贵州
举报
版权申诉

HPUNI调整文件打开数.doc

1、原创力文档（book118）网站文档一经付费（服务费），不意味着购买了该文档的版权，仅供个人/单位学习、研究之用，不得用于商业用途，未经授权，严禁复制、发行、汇编、翻译或者网络传播等，侵权必究。。
2、本站所有内容均由合作方或网友上传，本站不对文档的完整性、权威性及其观点立场正确性做任何保证或承诺！文档内容仅供研究参考，付费前请自行鉴别。如您付费，意味着您自己接受本站规则且自行承担风险，本站不退款、不进行额外附加服务；查看《如何避免下载的几个坑》。如果您已付费下载过本站文档，您可以点击这里二次下载。
3、如文档侵犯商业秘密、侵犯著作权、侵犯人身权等，请点击“版权申诉”（推荐），也可以打举报电话：400-050-0827(电话支持时间：9:00-18:30)。
4、该文档为VIP文档，如果想要下载，成为VIP会员后，下载免费。
5、成为VIP后，下载本文档将扣除1次下载权益。下载后，不支持退款、换文档。如有疑问请联系我们。
6、成为VIP后，您将拥有八大权益，权益包括：VIP文档下载权益、阅读免打扰、文档格式转换、高级专利检索、专属身份标志、高级客服、多端互通、版权登记。
7、VIP文档为合作方或网友上传，每下载1次，网站将根据用户上传文档的质量评分、类型等，对文档贡献者给予高额补贴、流量扶持。如果你也想贡献VIP文档。上传文档

一天，在一个业务高峰期，某省的一个数据库突然宕机了，根据alertlog中发现的报错： Mon Jan 12 09:49:42 2009ARC0: Evaluating archive? ?log 5 thread 1 sequence 142032ARC0: Beginning to archive log 5 thread 1 sequence 142032Creating archive destination LOG_ARCHIVE_DEST_1: /oraarchlog/arch_1_142032.arcMon Jan 12 09:49:56 2009ARC0: Completed archiving? log 5 thread 1 sequence 142032Mon Jan 12 09:57:57 2009Errors in file /oracle/app/oracle/admin/orasid/bdump/orasid_lgwr_8267.trc:ORA-00313: open failed for members of log group 1 of thread 1ORA-00312: online log 1 thread 1: /dev/vg_ora3/rredo_256m_21ORA-27041: unable to open fileHP-UX Error: 23: File table overflowAdditional information: 2ORA-00312: online log 1 thread 1: /dev/vg_ora2/rredo_256m_11ORA-27041: unable to open fileHP-UX Error: 23: File table overflowAdditional information: 2ORA-00312: online log 1 thread 1: /dev/vg_ora1/rredo_256m_01ORA-27041: unable to open fileHP-UX Error: 23: File table overflowAdditional information: 2Mon Jan 12 09:57:57 2009Errors in file /oracle/app/oracle/admin/orasid/bdump/orasid_lgwr_8267.trc:ORA-00313: open failed for members of log group 1 of thread 1ORA-00312: online log 1 thread 1: /dev/vg_ora3/rredo_256m_21ORA-27041: unable to open fileHP-UX Error: 23: File table overflowAdditional information: 2ORA-00312: online log 1 thread 1: /dev/vg_ora2/rredo_256m_11ORA-27041: unable to open fileHP-UX Error: 23: File table overflowAdditional information: 2 看来是打开文件数太多，导致了此次数据库宕机。通过监控打开文件数发现，其实在前一天的时候，打开文件数已经到98%，在上午8点多的时候，打开文件数已经到99%，但是一直都没有引起监控人员的注意，终于导致打开文件数被撑爆。我们通过sar -v可以发现打开文件数的总数： HP-UX my_db01 B.11.11 U 9000/800? ? 01/17/09?01:08:52 text-sz? ov? proc-sz? ov? inod-sz? ov? file-sz? ov 01:08:54? ?N/A? ?N/A 1139/4096? 0? 2678/34816 0? 113494/200010 001:08:56? ?N/A? ?N/A 1139/4096? 0? 2678/34816 0? 113494/200010 001:08:58? ?N/A? ?N/A 1135/4096? 0? 2675/34816 0? 113487/200010 001:09:00? ?N/A? ?N/A 1135/4096? 0? 2675/34816 0? 113487/200010 001:09:02? ?N/A? ?N/A 1135/4096? 0? 2675/34816 0? 113