Oracle 11.2.0.4 单实例的 db instance 启动的alert
Oracle 11.2.0.4 单实例的 db instance 启动的alert
Fri Jan 09 03:11:17 2015
DIAG started with pid=19, OS id=6031
Dumping diagnostic data in directory=[cdmp_20150109031118], requested by (instance=1, osid=2456 (CJQ0)), summary=[incident=45657].
Mon Feb 09 01:51:09 2015
Adjusting the default value of parameter parallel_max_servers
from 160 to 120 due to the value of parameter processes (150) --->自动调整parallel_max_servers参数
Starting ORACLE instance (normal)
************************ Large Pages Information *******************
Per process system memlock (soft) limit = 64 KB
Total Shared Global Region in Large Pages = 0 KB (0%)
Large Pages used by this instance: 0 (0 KB)
Large Pages unused system wide = 0 (0 KB)
Large Pages configured system wide = 0 (0 KB)
Large Page size = 2048 KB
RECOMMENDATION:--->推荐设置
Total System Global Area size is 1026 MB. For optimal performance,
prior to the next instance restart:
1. Increase the number of unused large pages by
at least 513 (page size 2048 KB, total size 1026 MB) system wide to
get 100% of the System Global Area allocated with large pages
2. Large pages are automatically locked into physical memory.
Increase the per process memlock (soft) limit to at least 1034 MB to lock
100% System Global Area's large pages into physical memory
********************************************************************
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
Initial number of CPU is 4 --->启动时的cpu个数
CELL communication is configured to use 0 interface(s):
CELL IP affinity details:
NUMA status: non-NUMA system--->启动时的NUMA信息
cellaffinity.ora status: N/A
CELL communication will use 1 IP group(s):
Grp 0:
Picked latch-free SCN scheme 3
Using LOG_ARCHIVE_DEST_1 parameter default value as /u02/app/oracle/product/11.2.0.4/db_1/dbs/arch
Autotune of undo retention is turned on.
IMODE=BR
ILAT =27
LICENSE_MAX_USERS = 0
SYS auditing is disabled
Starting up:
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options.
ORACLE_HOME = /u02/app/oracle/product/11.2.0.4/db_1
System name: Linux
Node name: rhel63single
Release: 2.6.32-279.el6.x86_64 --->linux 的内核版本号
Version: #1 SMP Wed Jun 13 18:24:36 EDT 2012
Machine: x86_64
VM name: VMWare Version: 6 --->主机是 vm虚拟机，，vm虚拟机的版本
Using parameter settings in server-side spfile /u02/app/oracle/product/11.2.0.4/db_1/dbs/spfiletest.ora
System parameters with non-default values:--->上一行是启动时的所读取的spfile文件的位置
processes = 150
sga_max_size = 1G
shared_pool_size = 256M
java_pool_size = 256M
sga_target = 1G
control_files = "/u01/app/oracle/oradata/test/control01.ctl"
control_files = "/u01/app/oracle/oradata/test/control02.ctl"
db_block_size = 8192
compatible = "11.2.0.0.0"
undo_tablespace = "UNDOTBS1"
remote_login_passwordfile= "EXCLUSIVE"
db_domain = ""
dispatchers = "(PROTOCOL=TCP) (SERVICE=testXDB)"
audit_file_dest = "/u01/app/oracle/admin/test/adump"
audit_trail = "DB"
db_name = "test"
open_cursors = 300
pga_aggregate_target = 96M
diagnostic_dest = "/u01/app/oracle"
Mon Feb 09 01:51:13 2015
PMON started with pid=2, OS id=2397
Mon Feb 09 01:51:13 2015
PSP0 started with pid=3, OS id=2399
Mon Feb 09 01:51:15 2015
VKTM started with pid=4, OS id=2401 at elevated priority
Mon Feb 09 01:51:15 2015
GEN0 started with pid=5, OS id=2405
VKTM running at (1)millisec precision with DBRM quantum (100)ms
Mon Feb 09 01:51:15 2015
DIAG started with pid=6, OS id=2407
Mon Feb 09 01:51:15 2015
DBRM started with pid=7, OS id=2409
Mon Feb 09 01:51:15 2015
DIA0 started with pid=8, OS id=2411
Mon Feb 09 01:51:15 2015
MMAN started with pid=9, OS id=2413
Mon Feb 09 01:51:15 2015
DBW0 started with pid=10, OS id=2415
Mon Feb 09 01:51:15 2015
LGWR started with pid=11, OS id=2417
Mon Feb 09 01:51:15 2015
CKPT started with pid=12, OS id=2419
Mon Feb 09 01:51:15 2015
SMON started with pid=13, OS id=2421
Mon Feb 09 01:51:15 2015
RECO started with pid=14, OS id=2423
Mon Feb 09 01:51:15 2015
MMON started with pid=15, OS id=2425
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
Mon Feb 09 01:51:15 2015
MMNL started with pid=16, OS id=2427
starting up 1 shared server(s) ...
ORACLE_BASE from environment = /u02/app/oracle
Mon Feb 09 01:51:17 2015
ALTER DATABASE MOUNT
Successful mount of redo thread 1, with mount id 2169318165
Database mounted in Exclusive Mode
Lost write protection disabled
Completed: ALTER DATABASE MOUNT
Mon Feb 09 01:51:22 2015
ALTER DATABASE OPEN
Beginning crash recovery of 1 threads
parallel recovery started with 3 processes
Started redo scan
Completed redo scan
read 7 KB redo, 0 data blocks need recovery
Started redo application at
Thread 1: logseq 124, block 3492
Recovery of Online Redo Log: Thread 1 Group 1 Seq 124 Reading mem 0
Mem# 0: /u01/app/oracle/oradata/test/redo01.log
Completed redo application of 0.00MB
Completed crash recovery at
Thread 1: logseq 124, block 3506, scn 3065931
0 data blocks read, 0 data blocks written, 7 redo k-bytes read
Thread 1 advanced to log sequence 125 (thread open)
Thread 1 opened at log sequence 125
Current log# 2 seq# 125 mem# 0: /u01/app/oracle/oradata/test/redo02.log
Successful open of redo thread 1
MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
SMON: enabling cache recovery
[2437] Successfully onlined Undo Tablespace 2.
Undo initialization finished serial:0 start:4867074 end:4868274 diff:1200 (12 seconds)
Verifying file header compatibility for 11g tablespace encryption..
Verifying 11g file header compatibility for tablespace encryption completed
SMON: enabling tx recovery
Database Characterset is ZHS16GBK
No Resource Manager plan active
replication_dependency_tracking turned off (no async multimaster replication found)
Starting background process QMNC
Mon Feb 09 01:51:29 2015
QMNC started with pid=23, OS id=2465
Mon Feb 09 01:51:40 2015
Completed: ALTER DATABASE OPEN
Mon Feb 09 01:51:41 2015
Starting background process CJQ0
Mon Feb 09 01:51:41 2015
CJQ0 started with pid=28, OS id=2483
Mon Feb 09 01:53:42 2015
Shutting down instance (immediate)
Shutting down instance: further logons disabled
Mon Feb 09 01:53:43 2015
Stopping background process CJQ0
Stopping background process QMNC
Stopping background process MMNL
Stopping background process MMON
License high water mark = 13
All dispatchers and shared servers shutdown
ALTER DATABASE CLOSE NORMAL
Mon Feb 09 01:53:48 2015
SMON: disabling tx recovery
SMON: disabling cache recovery
Mon Feb 09 01:53:48 2015
Shutting down archive processes
Archiving is disabled
Archive process shutdown avoided: 0 active
Thread 1 closed at log sequence 125
Successful close of redo thread 1
Completed: ALTER DATABASE CLOSE NORMAL
ALTER DATABASE DISMOUNT
Shutting down archive processes
Archiving is disabled
Completed: ALTER DATABASE DISMOUNT
ARCH: Archival disabled due to shutdown: 1089
Shutting down archive processes
Archiving is disabled
Mon Feb 09 01:53:50 2015
Stopping background process VKTM
ARCH: Archival disabled due to shutdown: 1089
Shutting down archive processes
Archiving is disabled
Mon Feb 09 01:53:52 2015
Instance shutdown complete
Mon Feb 09 01:54:34 2015
Adjusting the default value of parameter parallel_max_servers
from 160 to 120 due to the value of parameter processes (150)
Starting ORACLE instance (normal)
************************ Large Pages Information *******************
Per process system memlock (soft) limit = 64 KB
Total Shared Global Region in Large Pages = 0 KB (0%)
Large Pages used by this instance: 0 (0 KB)
Large Pages unused system wide = 0 (0 KB)
Large Pages configured system wide = 0 (0 KB)
Large Page size = 2048 KB
RECOMMENDATION:
Total System Global Area size is 1026 MB. For optimal performance,
prior to the next instance restart:
1. Increase the number of unused large pages by
at least 513 (page size 2048 KB, total size 1026 MB) system wide to
get 100% of the System Global Area allocated with large pages
2. Large pages are automatically locked into physical memory.
Increase the per process memlock (soft) limit to at least 1034 MB to lock
100% System Global Area's large pages into physical memory
********************************************************************
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
Initial number of CPU is 4
CELL communication is configured to use 0 interface(s):
CELL IP affinity details:
NUMA status: non-NUMA system
cellaffinity.ora status: N/A
CELL communication will use 1 IP group(s):
Grp 0:
Picked latch-free SCN scheme 3
Using LOG_ARCHIVE_DEST_1 parameter default value as /u02/app/oracle/product/11.2.0.4/db_1/dbs/arch
Autotune of undo retention is turned on.
IMODE=BR
ILAT =27
LICENSE_MAX_USERS = 0
SYS auditing is disabled
Starting up:
Oracle Database 11g Enterprise Edition Release 11.2.0.4.0 - 64bit Production
With the Partitioning, OLAP, Data Mining and Real Application Testing options.
ORACLE_HOME = /u02/app/oracle/product/11.2.0.4/db_1
System name: Linux
Node name: rhel63single
Release: 2.6.32-279.el6.x86_64
Version: #1 SMP Wed Jun 13 18:24:36 EDT 2012
Machine: x86_64
VM name: VMWare Version: 6
Using parameter settings in client-side pfile /home/oracle/lei20150212.ora on machine rhel63single
System parameters with non-default values:--->上一行是启动时的所读取的pfile文件的位置
processes = 150
sga_max_size = 1G
shared_pool_size = 256M
java_pool_size = 256M
sga_target = 1G
control_files = "/u01/app/oracle/oradata/test/control01.ctl"
control_files = "/u01/app/oracle/oradata/test/control02.ctl"
db_block_size = 8192
compatible = "11.2.0.0.0"
undo_tablespace = "UNDOTBS1"
remote_login_passwordfile= "EXCLUSIVE"
db_domain = ""
dispatchers = "(PROTOCOL=TCP) (SERVICE=testXDB)"
audit_file_dest = "/u01/app/oracle/admin/test/adump"
audit_trail = "DB"
db_name = "test"
open_cursors = 300
pga_aggregate_target = 96M
diagnostic_dest = "/u01/app/oracle"
Mon Feb 09 01:54:37 2015
PMON started with pid=2, OS id=2519
Mon Feb 09 01:54:37 2015
PSP0 started with pid=3, OS id=2521
Mon Feb 09 01:54:38 2015
VKTM started with pid=4, OS id=2523 at elevated priority
VKTM running at (1)millisec precision with DBRM quantum (100)ms
Mon Feb 09 01:54:38 2015
GEN0 started with pid=5, OS id=2527
Mon Feb 09 01:54:39 2015
DIAG started with pid=6, OS id=2529
Mon Feb 09 01:54:39 2015
DBRM started with pid=7, OS id=2531
Mon Feb 09 01:54:39 2015
DIA0 started with pid=8, OS id=2533
Mon Feb 09 01:54:39 2015
MMAN started with pid=9, OS id=2535
Mon Feb 09 01:54:39 2015
DBW0 started with pid=10, OS id=2537
Mon Feb 09 01:54:39 2015
LGWR started with pid=11, OS id=2539
Mon Feb 09 01:54:39 2015
CKPT started with pid=12, OS id=2541
Mon Feb 09 01:54:39 2015
SMON started with pid=13, OS id=2543
Mon Feb 09 01:54:39 2015
RECO started with pid=14, OS id=2545
Mon Feb 09 01:54:39 2015
MMON started with pid=15, OS id=2547
Mon Feb 09 01:54:39 2015
MMNL started with pid=16, OS id=2549
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
starting up 1 shared server(s) ...
ORACLE_BASE from environment = /u02/app/oracle
Mon Feb 09 01:54:39 2015
ALTER DATABASE MOUNT
Successful mount of redo thread 1, with mount id 2169320159
Database mounted in Exclusive Mode
Lost write protection disabled
Completed: ALTER DATABASE MOUNT
Mon Feb 09 01:54:43 2015
ALTER DATABASE OPEN
Thread 1 opened at log sequence 125
Current log# 2 seq# 125 mem# 0: /u01/app/oracle/oradata/test/redo02.log
Successful open of redo thread 1
MTTR advisory is disabled because FAST_START_MTTR_TARGET is not set
SMON: enabling cache recovery
[2560] Successfully onlined Undo Tablespace 2.
Undo initialization finished serial:0 start:5067704 end:5068244 diff:540 (5 seconds)
Verifying file header compatibility for 11g tablespace encryption..
Verifying 11g file header compatibility for tablespace encryption completed
SMON: enabling tx recovery
Database Characterset is ZHS16GBK --->数据库字符集
No Resource Manager plan active
replication_dependency_tracking turned off (no async multimaster replication found)
Starting background process QMNC
Mon Feb 09 01:54:49 2015
QMNC started with pid=20, OS id=2562
Mon Feb 09 01:54:57 2015
Completed: ALTER DATABASE OPEN
Mon Feb 09 01:54:58 2015
Starting background process CJQ0
Mon Feb 09 01:54:58 2015
CJQ0 started with pid=22, OS id=2574
Mon Feb 09 01:59:50 2015
Starting background process SMCO
Mon Feb 09 01:59:50 2015
SMCO started with pid=21, OS id=2620
本文永久更新链接地址：
MySQL : 세계에서 가장 인기있는 데이터베이스 소개Apr 12, 2025 am 12:18 AMMySQL은 오픈 소스 관계형 데이터베이스 관리 시스템으로, 주로 데이터를 신속하고 안정적으로 저장하고 검색하는 데 사용됩니다. 작업 원칙에는 클라이언트 요청, 쿼리 해상도, 쿼리 실행 및 반환 결과가 포함됩니다. 사용의 예로는 테이블 작성, 데이터 삽입 및 쿼리 및 조인 작업과 같은 고급 기능이 포함됩니다. 일반적인 오류에는 SQL 구문, 데이터 유형 및 권한이 포함되며 최적화 제안에는 인덱스 사용, 최적화 된 쿼리 및 테이블 분할이 포함됩니다.
MySQL의 중요성 : 데이터 저장 및 관리Apr 12, 2025 am 12:18 AMMySQL은 데이터 저장, 관리, 쿼리 및 보안에 적합한 오픈 소스 관계형 데이터베이스 관리 시스템입니다. 1. 다양한 운영 체제를 지원하며 웹 응용 프로그램 및 기타 필드에서 널리 사용됩니다. 2. 클라이언트-서버 아키텍처 및 다양한 스토리지 엔진을 통해 MySQL은 데이터를 효율적으로 처리합니다. 3. 기본 사용에는 데이터베이스 및 테이블 작성, 데이터 삽입, 쿼리 및 업데이트가 포함됩니다. 4. 고급 사용에는 복잡한 쿼리 및 저장 프로 시저가 포함됩니다. 5. 설명 진술을 통해 일반적인 오류를 디버깅 할 수 있습니다. 6. 성능 최적화에는 인덱스의 합리적인 사용 및 최적화 된 쿼리 문이 포함됩니다.
MySQL을 사용하는 이유는 무엇입니까? 혜택과 장점Apr 12, 2025 am 12:17 AMMySQL은 성능, 신뢰성, 사용 편의성 및 커뮤니티 지원을 위해 선택됩니다. 1.MYSQL은 효율적인 데이터 저장 및 검색 기능을 제공하여 여러 데이터 유형 및 고급 쿼리 작업을 지원합니다. 2. 고객-서버 아키텍처 및 다중 스토리지 엔진을 채택하여 트랜잭션 및 쿼리 최적화를 지원합니다. 3. 사용하기 쉽고 다양한 운영 체제 및 프로그래밍 언어를 지원합니다. 4. 강력한 지역 사회 지원을 받고 풍부한 자원과 솔루션을 제공합니다.
InnoDB 잠금 장치 (공유 잠금, 독점 잠금, 의도 잠금, 레코드 잠금, 갭 잠금, 차세대 자물쇠)를 설명하십시오.Apr 12, 2025 am 12:16 AMInnoDB의 잠금 장치에는 공유 잠금 장치, 독점 잠금, 의도 잠금 장치, 레코드 잠금, 갭 잠금 및 다음 키 잠금 장치가 포함됩니다. 1. 공유 잠금을 사용하면 다른 트랜잭션을 읽지 않고 트랜잭션이 데이터를 읽을 수 있습니다. 2. 독점 잠금은 다른 트랜잭션이 데이터를 읽고 수정하는 것을 방지합니다. 3. 의도 잠금은 잠금 효율을 최적화합니다. 4. 레코드 잠금 잠금 인덱스 레코드. 5. 갭 잠금 잠금 장치 색인 기록 간격. 6. 다음 키 잠금은 데이터 일관성을 보장하기 위해 레코드 잠금과 갭 잠금의 조합입니다.
열악한 MySQL 쿼리 성능의 일반적인 원인은 무엇입니까?Apr 12, 2025 am 12:11 AMMySQL 쿼리 성능이 좋지 않은 주된 이유는 인덱스 사용, 쿼리 최적화에 의한 잘못된 실행 계획 선택, 불합리한 테이블 디자인, 과도한 데이터 볼륨 및 잠금 경쟁이 포함됩니다. 1. 색인이 느리게 쿼리를 일으키지 않으며 인덱스를 추가하면 성능이 크게 향상 될 수 있습니다. 2. 설명 명령을 사용하여 쿼리 계획을 분석하고 Optimizer 오류를 찾으십시오. 3. 테이블 구조를 재구성하고 결합 조건을 최적화하면 테이블 설계 문제가 향상 될 수 있습니다. 4. 데이터 볼륨이 크면 분할 및 테이블 디비전 전략이 채택됩니다. 5. 높은 동시성 환경에서 거래 및 잠금 전략을 최적화하면 잠금 경쟁이 줄어들 수 있습니다.
Composite Index와 여러 단일 열 인덱스를 언제 사용해야합니까?Apr 11, 2025 am 12:06 AM데이터베이스 최적화에서 쿼리 요구 사항에 따라 인덱싱 전략을 선택해야합니다. 1. 쿼리에 여러 열이 포함되고 조건 순서가 수정되면 복합 인덱스를 사용하십시오. 2. 쿼리에 여러 열이 포함되어 있지만 조건 순서가 고정되지 않은 경우 여러 단일 열 인덱스를 사용하십시오. 복합 인덱스는 다중 열 쿼리를 최적화하는 데 적합한 반면 단일 열 인덱스는 단일 열 쿼리에 적합합니다.
MySQL에서 느린 쿼리를 식별하고 최적화하는 방법은 무엇입니까? (느린 쿼리 로그, Performance_schema)Apr 10, 2025 am 09:36 AMMySQL 느린 쿼리를 최적화하려면 SlowQueryLog 및 Performance_Schema를 사용해야합니다. 1. SlowQueryLog 및 Set Stresholds를 사용하여 느린 쿼리를 기록합니다. 2. Performance_schema를 사용하여 쿼리 실행 세부 정보를 분석하고 성능 병목 현상을 찾고 최적화하십시오.
MySQL 및 SQL : 개발자를위한 필수 기술Apr 10, 2025 am 09:30 AMMySQL 및 SQL은 개발자에게 필수적인 기술입니다. 1.MySQL은 오픈 소스 관계형 데이터베이스 관리 시스템이며 SQL은 데이터베이스를 관리하고 작동하는 데 사용되는 표준 언어입니다. 2.MYSQL은 효율적인 데이터 저장 및 검색 기능을 통해 여러 스토리지 엔진을 지원하며 SQL은 간단한 문을 통해 복잡한 데이터 작업을 완료합니다. 3. 사용의 예에는 기본 쿼리 및 조건 별 필터링 및 정렬과 같은 고급 쿼리가 포함됩니다. 4. 일반적인 오류에는 구문 오류 및 성능 문제가 포함되며 SQL 문을 확인하고 설명 명령을 사용하여 최적화 할 수 있습니다. 5. 성능 최적화 기술에는 인덱스 사용, 전체 테이블 스캔 피하기, 조인 작업 최적화 및 코드 가독성 향상이 포함됩니다.
핫 AI 도구
Undresser.AI Undress
사실적인 누드 사진을 만들기 위한 AI 기반 앱
AI Clothes Remover
사진에서 옷을 제거하는 온라인 AI 도구입니다.
Undress AI Tool
무료로 이미지를 벗다
Clothoff.io
AI 옷 제거제
AI Hentai Generator
AI Hentai를 무료로 생성하십시오.
인기 기사
뜨거운 도구
Atom Editor Mac 버전 다운로드
가장 인기 있는 오픈 소스 편집기
ZendStudio 13.5.1 맥
강력한 PHP 통합 개발 환경
DVWA
DVWA(Damn Vulnerable Web App)는 매우 취약한 PHP/MySQL 웹 애플리케이션입니다. 주요 목표는 보안 전문가가 법적 환경에서 자신의 기술과 도구를 테스트하고, 웹 개발자가 웹 응용 프로그램 보안 프로세스를 더 잘 이해할 수 있도록 돕고, 교사/학생이 교실 환경 웹 응용 프로그램에서 가르치고 배울 수 있도록 돕는 것입니다. 보안. DVWA의 목표는 다양한 난이도의 간단하고 간단한 인터페이스를 통해 가장 일반적인 웹 취약점 중 일부를 연습하는 것입니다. 이 소프트웨어는
WebStorm Mac 버전
유용한 JavaScript 개발 도구
안전한 시험 브라우저
안전한 시험 브라우저는 온라인 시험을 안전하게 치르기 위한 보안 브라우저 환경입니다. 이 소프트웨어는 모든 컴퓨터를 안전한 워크스테이션으로 바꿔줍니다. 이는 모든 유틸리티에 대한 액세스를 제어하고 학생들이 승인되지 않은 리소스를 사용하는 것을 방지합니다.
