오라클 오류 메시지 요약

지금-00001: 고유 제약 조건 위반 (.)지금-00017: 추적 이벤트 ORA를 설정하기 위한 세션 요청-00018: 최대 세션이 ORA를 초과했습니다.-00019: 최대 세션 라이선스가 ORA를 초과했습니다.-00020: 최대 프로세스 수를 초과했습니다. () 지금-00021: 세션이 다른 프로세스에 연결되었습니다.;세션 ORA를 변환할 수 없습니다.-00022: 잘못된 세션 ID;액세스 거부 ORA-00023: 세션은 프로세스 개인 메모리를 나타냅니다.;세션 ORA를 분리할 수 없습니다.-00024: 단일 프로세스 모드에서는 여러 프로세스의 ORA 등록이 허용되지 않습니다.-00025: ORA를 할당할 수 없습니다.-00026: 누락되었거나 잘못된 세션 ID ORA-00027: 현재 세션 ORA를 삭제할 수 없습니다.-00028: 세션이 삭제되었습니다 ORA-00029: 세션이 사용자 세션 ORA가 아닙니다.-00030: 사용자 세션 ID가 존재하지 않습니다。 지금-00031: 삭제를 위해 세션 ORA 표시-00032: 잘못된 세션 포트 암호 ORA-00033: 현재 세션에 비어 있는 이식된 암호가 있습니다. ORA-00034:…

회전:부적절한 디스크 추가로 인한 RAC 실패

최근 프로덕션 데이터베이스가 다운되었습니다. 데이터베이스가 다운 된 이유는 데이터베이스 파일 시스템에 해당하는 디스크가 모두 삭제 되었기 때문입니다.,그러나 백그라운드 로그 ORA를 참조하십시오.-00204이 오류,아니면 바이두, 양 장로님의 기사를 봤어요,그래서 수입은 제 블로그로갑니다, 다음 오류가 발생하면 RAC 아래에 디스크를 부적절하게 추가하면 데이터베이스가 다운됩니다.。 이것은 생산 환경의 실제 유지 관리 프로세스입니다.,RAC 테스트 환경의 공간 부족으로 인해,따라서 ASM을위한 공간을 확장 할 계획입니다.,그러나 ASM에 새 디스크 공간을 추가 할 때 오류가 발생했습니다.,이러한 종류의 문제는 많은 사용자의 프로덕션 환경에서도 발생할 수 있습니다.。 공간 확장을위한 작업 단계는 다음과 같습니다.: ASM 장치를 관리하기 위해 RAC 환경의 노드 1에서 DBCA 도구를 시작했습니다.; 새로 추가 된 원시 장치는 ASM 그래픽 인터페이스에서 볼 수 없기 때문입니다.; 루트 사용자는 운영 체제의 Oracle 사용자에게 원시 장치에 대한 액세스 권한을 부여합니다.; 지금이 순간,이러한 원시 장치는 그래픽 인터페이스의 후보 디스크에서 이미 볼 수 있습니다.; 원시 장치는 그래픽 인터페이스를 통해 디스크 그룹에 추가됩니다.。   하지만이 작업으로 인해 두 가지 오류가 발생했습니다.:각각 ORA-15032 및 ORA-15075입니다.。   먼저 공식 Oracle 문서에서이 두 오류가 어떻게 설명되어 있는지 살펴보십시오.: ORA-15032: 모든 변경이 수행되지는 않음 원인: 적어도…

Turn-RedHat 7.3 ASM 디스크 바인딩 경로 수정

RedHat 7,많은 명령이 변경되었습니다,바인딩 된 디스크는 더 이상 start_udev가 아닙니다.,하지만 udevadm,특정 결합 방법, 다른 블로그 게시물을 참조하십시오:http://www.cnblogs.com/zx3212/p/6757394.html 1、먼저 시스템 수준에서 디스크 바인딩을 확인하십시오.,다음과 같이 [root @ raca1 ~]# ls -l / 개발 / asm * lrwxrwxrwx 1 뿌리 뿌리 4 4 월 24 15:34 /dev / asm-datadisk1-> sdf2 lrwxrwxrwx 1 루트 루트 4…

Oracle 11gR2 RAC + DG4를 다시 수행하십시오.

파트 3은 dg 대기 라이브러리에 대한 RAC 기본 라이브러리의 로그 동기화를 완료했습니다.. 이 부분은 dg standby 데이터베이스 응용 프로그램에 의해 동기화된 로그를 구성합니다.. 그런 다음 RAC 및 dg의 역할 교환 완료. 대기 데이터베이스가 로그 SQL을 적용하는지 확인> 시퀀스 선택# ,이름 ,v$archived_log에서 적용됨; SEQUENCE# 이름 적용됨 ———- ———————————————————————- ——— 24 +FLASH/phydb/archivelog/2016_06_23/thread_1_seq_24.264.915256125 아니요 22 +FLASH/phydb/archivelog/2016_06_23/thread_1_seq_22.262.915256125 아니요 23…

Oracle 11gR2 RAC + DG3을 다시 수행하십시오.

이전 부분은 dg standby database asm 디스크 그룹을 구성했습니다.,RAC 메인 라이브러리 준비, 이 부분은 dg 대기 데이터베이스 준비를 계속합니다.,초기화 파일, 제어 파일,데이터베이스 파일 복구, 대기 로그 파일 생성,RAC 메인 라이브러리에서 dg 스탠바이 라이브러리로 로그 동기화 등. node1 node/rman_backup에서 데이터베이스 파일 백업, 초기화 파일,제어 파일, 아카이브된 모든 로그는 dg의 /rman_backup 아래에 복사됩니다. 이것은 node1의 /rman_backup/ 아래에 백업 파일입니다. 이 파일을 FTP를 통해 전달,또는 다른 방법으로 dg 대기 라이브러리의 /rman_backup 디렉토리로 전송하십시오.,전송은 다음과 같이 수행됩니다: 물리적 대기 데이터베이스는 암호 파일을 생성합니다. dg는 .bash_profile을 다음과 같이 편집합니다.: 내보내기 경로 내보내기 TMP=/tmp 내보내기 TMPDIR=$TMP 내보내기 ORACLE_HOSTNAME=dg.localdomain 내보내기 ORACLE_SID=phydb 내보내기 ORACLE_BASE=/u01/app/oracle…