客户一套10.2.0.4的数据库,一个实例突然的Crash掉了。客户想让我们帮忙分析宕机的原因。对于这种数据库突然Crash的问题,我们首先就会看数据库的Alert日志,可以看到在宕机之前,SMON进程报了ORA-00600[15709]的错误,紧接数据库就输出了一条信息“Fatal in
客户一套10.2.0.4的数据库,一个实例突然的Crash掉了。客户想让我们帮忙分析宕机的原因。对于这种数据库突然Crash的问题,我们首先就会看数据库的Alert日志,可以看到在宕机之前,SMON进程报了ORA-00600[15709]的错误,紧接数据库就输出了一条信息“Fatal internal error happened while SMON was doing active transaction recovery.”也就是说SMON在做活动事务恢复的时候出现了异常。最终导致了数据库实例的宕机。日志输出如下所示:
Fri Sep 26 10:53:35 2014 Errors in file /oracle/app/oracle/admin/wxyydb/bdump/wxyydb_smon_28997.trc: ORA-00600: internal error code, arguments: [15709], [29], [1], [], [], [], [], [] ORA-30319: Message 30319 not found; product=RDBMS; facility=ORA Fri Sep 26 10:53:55 2014 Fatal internal error happened while SMON was doing active transaction recovery. Fri Sep 26 10:53:55 2014 Errors in file /oracle/app/oracle/admin/wxyydb/bdump/wxyydb_smon_28997.trc: ORA-00600: internal error code, arguments: [15709], [29], [1], [], [], [], [], [] ORA-30319: Message 30319 not found; product=RDBMS; facility=ORA SMON: terminating instance due to error 474 Termination issued to instance processes. Waiting for the processes to exit Fri Sep 26 10:54:05 2014 Instance termination failed to kill one or more processes Instance terminated by SMON, pid = 28997
我们再来分析一下wxyydb_smon_28997.trc文件的信息。可以看到数据库的SMON进程一直尝试在做并行恢复事务。在恢复的过程中遇到了ORA-00600错误,最终底层代码异常触发了数据库的宕机。
*** 2014-09-26 10:10:36.236 Parallel Transaction recovery caught error 30319 *** 2014-09-26 10:15:10.643 Parallel Transaction recovery caught exception 30319 *** 2014-09-26 10:15:21.816 Parallel Transaction recovery caught error 30319 *** 2014-09-26 10:19:51.707 Parallel Transaction recovery caught exception 30319 *** 2014-09-26 10:53:35.830 ksedmp: internal or fatal error ORA-00600: internal error code, arguments: [15709], [29], [1], [], [], [], [], [] ORA-30319: Message 30319 not found; product=RDBMS; facility=ORA ----- Call Stack Trace ----- calling call entry argument values in hex location type point (? means dubious value) -------------------- -------- -------------------- ---------------------------- ksedst()+64 call ksedst1() 000000000 ? 000000001 ? ksedmp()+2176 call ksedst() 000000000 ? C000000000000C9F ? 4000000004057F40 ? 000000000 ? 000000000 ? 000000000 ? ksfdmp()+48 call ksedmp() 000000003 ? kgeriv()+336 call ksfdmp() C000000000000695 ? 000000003 ? 40000000095185E0 ? 00000EC33 ? 000000000 ? 000000000 ? 000000000 ? 000000000 ? kgeasi()+416 call kgeriv() 6000000000031770 ? 6000000000032828 ? 4000000001A504E0 ? 000000002 ? 9FFFFFFFFFFFA138 ? $cold_kxfpqsrls()+1 call kgeasi() 6000000000031770 ? 168 9FFFFFFFFD3D2290 ? 000003D5D ? 000000002 ? 000000002 ? 0000003E7 ? 000003D5D ? 9FFFFFFFFD3D22A0 ? kxfpqrsod()+1104 call $cold_kxfpqsrls() C0000004FDF7A838 ? C0000004FDF74430 ? 000000004 ? 9FFFFFFFFFFFA200 ? C0000000000011AB ? 4000000003AA1250 ? 00000EDF5 ? 000000001 ? kxfpdelqrefs()+640 call kxfpqrsod() C0000004FDF74430 ? 000000001 ? 60000000000B6300 ? C000000000000694 ? 4000000003DD14F0 ? 00000EE2D ? 60000000000C6708 ? kxfpqsod_qc_sod()+2 call kxfpdelqrefs() 00000003E ? 000000001 ? 016 60000000000B6300 ? C000000000001028 ? 40000000025DE5A0 ? 4000000001B1A110 ? 60000000000C2D04 ? 60000000000C2E90 ? kxfpqsod()+816 call kxfpqsod_qc_sod() 000000010 ? 000000001 ? 9FFFFFFFFFFFA260 ? 60000000000B6300 ? 9FFFFFFFFFFFA7F0 ? C000000000001028 ? 40000000025DF810 ? 00000EE65 ? ktprdestroy()+208 call kxfpqsod() C0000004FDF7A838 ? 000000001 ? 9FFFFFFFFFFFA810 ? 60000000000B6300 ? 9FFFFFFFFFFFAD90 ? ktprbeg()+8272 call ktprdestroy() C000000000001026 ? 40000000025615B0 ? 000006E61 ? 000000000 ? 4000000001052E40 ? 000000000 ? ktmmon()+10096 call ktprbeg() 9FFFFFFFFFFFBE70 ? 9FFFFFFFFFFFADA0 ? 60000000000B6300 ? 40000000028B75A0 ? 00000EF21 ? 9FFFFFFFFFFFADD8 ? 9FFFFFFFFFFFADE0 ? ktmSmonMain()+64 call ktmmon() 9FFFFFFFFFFFD140 ? ksbrdp()+2816 call ktmSmonMain() C000000100E1CA60 ? C000000000000FA5 ? 000007361 ? 4000000003B5AE10 ? C000000000000205 ? 400000000409DCD0 ? opirip()+1136 call ksbrdp() 9FFFFFFFFFFFD150 ? 60000000000B6300 ? 9FFFFFFFFFFFDC90 ? 4000000002863EF0 ? 000004861 ? C000000000000B1D ? 60000000000318F0 ? $cold_opidrv()+1408 call opirip() 9FFFFFFFFFFFEA70 ? 000000004 ? 9FFFFFFFFFFFF090 ? 9FFFFFFFFFFFDCA0 ? 60000000000B6300 ? C000000000000DA1 ? sou2o()+336 call $cold_opidrv() 000000032 ? 9FFFFFFFFFFFF090 ? 60000000000C2C78 ? $cold_opimai_real() call sou2o() 9FFFFFFFFFFFF0B0 ? +640 000000032 ? 000000004 ? 9FFFFFFFFFFFF090 ? main()+368 call $cold_opimai_real() 000000003 ? 000000000 ? main_opd_entry()+80 call main() 000000003 ? 9FFFFFFFFFFFF598 ? 60000000000B6300 ? C000000000000004 ?
根据ORA-00600[15709],我们在Oracle Support上找到一篇文档,SMON may fail with ORA-00600 [15709] Errors Crashing the Instance (文档 ID 736348.1),这篇文档的错误信息和我们所报出来的信息雷同。这篇文档列出了出现错误的堆栈情况:kxfpqsrls 695472,而如果你安装了这个patch,还是有类似的问题,很可能是遇到了另外一个类似的bug 9233544,Oracle的Bug还真是多啊。
bug 695472会影响9.2.0.8和10.2.0.4这两个版本,并且在10.2.0.4.2和10.2.0.5,11.1.0.7,11.2.0.1上得到了修复。解决bug 695472的方法是:
1.Use the following workaround
Set fast_start_parallel_rollback=false and recovery_parallelism=0
OR
2.Apply one-off >, if available for your platform/version here.
OR
3.Upgrade to fixed release 10.2.0.5, 11.1.0.7 or 11.2.0.1.
bug 9233544会影响10.2.0.4,11.1.0.7和11.2.0.1这三个版本,并且在11.2.0.3和12.1上得到了修复,解决bug 9233544的方法是:
1.Apply patchset 11.2.0.3, in which Bug: 9233544 is fixed.
OR
2.Check if one-off Patch:9233544 is available for your release and platform here.
我们仔细检查了一下系统的补丁,发现系统已经安装了patch 6954722,那就证明是bug 9233544影响的。要么升级到11.2.0.3的版本,要么就是安装单独的patch 9233544。对于升级11.2.0.3这个动作太大了,给客户说了一下考虑安装小patch来解决。
原文地址:ORA-00600: internal error code, arguments: [15709], 感谢原作者分享。

웹 응용 프로그램에서 MySQL의 주요 역할은 데이터를 저장하고 관리하는 것입니다. 1. MySQL은 사용자 정보, 제품 카탈로그, 트랜잭션 레코드 및 기타 데이터를 효율적으로 처리합니다. 2. SQL 쿼리를 통해 개발자는 데이터베이스에서 정보를 추출하여 동적 컨텐츠를 생성 할 수 있습니다. 3.mysql은 클라이언트-서버 모델을 기반으로 작동하여 허용 가능한 쿼리 속도를 보장합니다.

MySQL 데이터베이스를 구축하는 단계에는 다음이 포함됩니다. 1. 데이터베이스 및 테이블 작성, 2. 데이터 삽입 및 3. 쿼리를 수행하십시오. 먼저 CreateAbase 및 CreateTable 문을 사용하여 데이터베이스 및 테이블을 작성한 다음 InsertInto 문을 사용하여 데이터를 삽입 한 다음 최종적으로 SELECT 문을 사용하여 데이터를 쿼리하십시오.

MySQL은 사용하기 쉽고 강력하기 때문에 초보자에게 적합합니다. 1.MySQL은 관계형 데이터베이스이며 CRUD 작업에 SQL을 사용합니다. 2. 설치가 간단하고 루트 사용자 비밀번호를 구성해야합니다. 3. 삽입, 업데이트, 삭제 및 선택하여 데이터 작업을 수행하십시오. 4. Orderby, Where and Join은 복잡한 쿼리에 사용될 수 있습니다. 5. 디버깅은 구문을 확인하고 쿼리를 분석하기 위해 설명을 사용해야합니다. 6. 최적화 제안에는 인덱스 사용, 올바른 데이터 유형 선택 및 우수한 프로그래밍 습관이 포함됩니다.

MySQL은 다음과 같은 초보자에게 적합합니다. 1) 설치 및 구성이 쉽고, 2) 풍부한 학습 리소스, 3) 직관적 인 SQL 구문, 4) 강력한 도구 지원. 그럼에도 불구하고 초보자는 데이터베이스 디자인, 쿼리 최적화, 보안 관리 및 데이터 백업과 같은 과제를 극복해야합니다.

예, sqlisaprogramminglanguages-pecializedfordatamanagement.1) 그것은 초점을 맞추고, 초점을 맞추고, 초점을 맞추고, sqlisessentialforquerying, 삽입, 업데이트 및 adletingdataindataindationaldatabase.3) weburer infriendly, itrequires-quirestoamtoavase

산성 속성에는 원자력, 일관성, 분리 및 내구성이 포함되며 데이터베이스 설계의 초석입니다. 1. 원자력은 거래가 완전히 성공적이거나 완전히 실패하도록합니다. 2. 일관성은 거래 전후에 데이터베이스가 일관성을 유지하도록합니다. 3. 격리는 거래가 서로를 방해하지 않도록합니다. 4. 지속성은 거래 제출 후 데이터가 영구적으로 저장되도록합니다.

MySQL은 데이터베이스 관리 시스템 (DBMS) 일뿐 만 아니라 프로그래밍 언어와 밀접한 관련이 있습니다. 1) DBMS로서 MySQL은 데이터를 저장, 구성 및 검색하는 데 사용되며 인덱스 최적화는 쿼리 성능을 향상시킬 수 있습니다. 2) SQL과 같은 ORM 도구를 사용하여 Python에 내장 된 SQL과 프로그래밍 언어를 결합하면 작업을 단순화 할 수 있습니다. 3) 성능 최적화에는 인덱싱, 쿼리, 캐싱, 라이브러리 및 테이블 부서 및 거래 관리가 포함됩니다.

MySQL은 SQL 명령을 사용하여 데이터를 관리합니다. 1. 기본 명령에는 선택, 삽입, 업데이트 및 삭제가 포함됩니다. 2. 고급 사용에는 조인, 하위 쿼리 및 집계 함수가 포함됩니다. 3. 일반적인 오류에는 구문, 논리 및 성능 문제가 포함됩니다. 4. 최적화 팁에는 인덱스 사용, 선택*을 피하고 한계 사용이 포함됩니다.


핫 AI 도구

Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱

AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.

Undress AI Tool
무료로 이미지를 벗다

Clothoff.io
AI 옷 제거제

AI Hentai Generator
AI Hentai를 무료로 생성하십시오.

인기 기사

뜨거운 도구

에디트플러스 중국어 크랙 버전
작은 크기, 구문 강조, 코드 프롬프트 기능을 지원하지 않음

WebStorm Mac 버전
유용한 JavaScript 개발 도구

안전한 시험 브라우저
안전한 시험 브라우저는 온라인 시험을 안전하게 치르기 위한 보안 브라우저 환경입니다. 이 소프트웨어는 모든 컴퓨터를 안전한 워크스테이션으로 바꿔줍니다. 이는 모든 유틸리티에 대한 액세스를 제어하고 학생들이 승인되지 않은 리소스를 사용하는 것을 방지합니다.

SublimeText3 영어 버전
권장 사항: Win 버전, 코드 프롬프트 지원!

스튜디오 13.0.1 보내기
강력한 PHP 통합 개발 환경
