서버가 강제로 셧다운된 후 재기동된 후부터 오라클 DB접속이 불가능합니다..
ORA-214 signalled during: alter database mount exclusive...
라는 메시지와 함께 서비스는 실행중으로 기동상태이지만
developer를 이용해서 db에 접속하려고하면 해당 메시지가 뜨면서 아예 접속이 되지 않습니다
리스너 상태 확인 시에는 해당 인스턴스가 blocked상태라고 뜨는 상태입니다.
구글링을 해보니 sysdba로 접속을해서 컨트롤파일을 재구성하던지 마운트를 다시 하라는 글이
많았는데 아예 sqlplus sysdba로 접속자체가 되지를 않네요..
유일하게 먹히는 커맨드는 sqlplus /nolog 인데 이 상태에서도 sysdba로 연결을 하려고 하면
TNS프로토콜 어댑터 오류가 나면서 db가 꺼져있는것 처럼 아예 연결이 되지 않습니다.
중요파일이 깨진 것인지.. 혹시 복구 할 수 있는 방법이 없을까요? 전문가분들 도움 부탁드리겠습니다....
ALERT.LOG도 함께 올려봅니다..
Sat Nov 05 03:37:33 2022
Starting ORACLE instance (normal)
LICENSE_MAX_SESSION = 0
LICENSE_SESSIONS_WARNING = 0
Initial number of CPU is 32
Number of processor cores in the system is 16
Number of processor sockets in the system is 2
Picked latch-free SCN scheme 3
Sat Nov 05 03:38:00 2022
Using LOG_ARCHIVE_DEST_1 parameter default value as USE_DB_RECOVERY_FILE_DEST
Autotune of undo retention is turned on.
IMODE=BR
ILAT =28
LICENSE_MAX_USERS = 0
SYS auditing is disabled
NUMA system with 2 nodes detected
Starting up:
Oracle Database 11g Release 11.2.0.4.0 - 64bit Production.
Windows NT Version V6.2
CPU : 32 - type 8664, 16 Physical Cores
Process Affinity : 0x0x0000000000000000
Memory (Avail/Total): Ph:177895M/262034M, Ph+PgF:213306M/300946M
Using parameter settings in server-side spfile C:\APP\ADMINISTRATOR\PRODUCT\11.2.0\DBHOME_1\DATABASE\SPFILEMONKEY.ORA
System parameters with non-default values:
processes = 150
sga_target = 77G
control_files = "C:\APP\ADMINISTRATOR\ORADATA\MONKEY\CONTROL01.CTL"
control_files = "C:\APP\ADMINISTRATOR\FAST_RECOVERY_AREA\MONKEY\CONTROL02.CTL"
db_block_size = 8192
compatible = "11.2.0.4.0"
db_recovery_file_dest = "C:\app\Administrator\fast_recovery_area"
db_recovery_file_dest_size= 4182M
undo_tablespace = "UNDOTBS1"
sec_case_sensitive_logon = FALSE
remote_login_passwordfile= "EXCLUSIVE"
db_domain = ""
dispatchers = "(PROTOCOL=TCP) (SERVICE=MONKEYXDB)"
audit_file_dest = "C:\APP\ADMINISTRATOR\ADMIN\MONKEY\ADUMP"
audit_trail = "NONE"
db_name = "MONKEY"
open_cursors = 300
pga_aggregate_target = 26203M
diagnostic_dest = "C:\APP\ADMINISTRATOR"
Sat Nov 05 03:38:01 2022
PMON started with pid=2, OS id=3288
Sat Nov 05 03:38:01 2022
PSP0 started with pid=3, OS id=1672
Sat Nov 05 03:38:02 2022
VKTM started with pid=4, OS id=4952 at elevated priority
VKTM running at (10)millisec precision with DBRM quantum (100)ms
Sat Nov 05 03:38:02 2022
GEN0 started with pid=5, OS id=3908
Sat Nov 05 03:38:02 2022
DIAG started with pid=6, OS id=4160
Sat Nov 05 03:38:02 2022
DBRM started with pid=7, OS id=4184
Sat Nov 05 03:38:02 2022
DIA0 started with pid=8, OS id=4628
Sat Nov 05 03:38:02 2022
MMAN started with pid=9, OS id=4380
Sat Nov 05 03:38:02 2022
DBW0 started with pid=10, OS id=5000
Sat Nov 05 03:38:02 2022
DBW1 started with pid=11, OS id=640
Sat Nov 05 03:38:02 2022
DBW2 started with pid=12, OS id=4944
Sat Nov 05 03:38:02 2022
DBW3 started with pid=13, OS id=2168
Sat Nov 05 03:38:02 2022
LGWR started with pid=14, OS id=4632
Sat Nov 05 03:38:02 2022
CKPT started with pid=15, OS id=2268
Sat Nov 05 03:38:02 2022
SMON started with pid=16, OS id=1420
Sat Nov 05 03:38:02 2022
RECO started with pid=17, OS id=1132
Sat Nov 05 03:38:02 2022
MMON started with pid=18, OS id=4280
Sat Nov 05 03:38:02 2022
MMNL started with pid=19, OS id=3200
starting up 1 dispatcher(s) for network address '(ADDRESS=(PARTIAL=YES)(PROTOCOL=TCP))'...
starting up 1 shared server(s) ...
ORACLE_BASE from environment = C:\app\Administrator
Sat Nov 05 03:38:02 2022
alter database mount exclusive
ORA-214 signalled during: alter database mount exclusive...
8개의 답변이 있습니다.
리스너와 오라클등 서비스 재시작을 다시 모두 해보시구요.
그래도 안되면. 안타깝지만 전문엔지니어가 원인을 찾아 보도록 해보시는게 좋을듯 합니다.
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입마운트 상태에서 blocking 된 상태이고
데이터 파일이 깨졌을 경우가 큽니다
백업이 존재한다면 백업으로 복구해서 데이터 파일을 recover 하는 방안이 필요하며, 파일이 깨졌을 경우 dbv 명령어로 파일 복구가 필요합니다
svrmgr>recover database using backup contorlfile until time (날짜,시간);
위 시간은 table drop/truncate 하기시점
recover가 완료되면 db를 open하고 복구하고자 하는 table를 export받는다
svrmgr> alter database open resetlogs;
만일 백업본이 존재 하지 않는다면 살릴수 있는 방법이 없습니다
그럴경우 ACS 에 문의해서 도움 받는 것이 필요 합니다
이상 저희 DB튜너,DBA분들의 의견으로 작성했습니다
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입오라클 DB 연결 장애 문제 | SharedIT - IT 지식 공유 네트워크
위 내용 참고하세요
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입리스너가 제대로 올라오지 않아서 그런 듯 합니다.
커맨드에서
lsnrctl [enter]
LSNRCTL> start [enter]
이렇게 해보시기 바랍니다.
한번에
lsnrctl start [enter]
하셔도 됩니다.
리스너 정상 실행 여부 확인은
lsnrctl status [enter]
해보시고요.
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입lsnrctl 리스너 서비스가 정상적으로 작동하고 있는지를 먼저확인해 보셔야 겠네요.
서비스에서 Oracle TNSListener 서비스가 정상적으로 시작되어 작동되고 있는지를 확인해 보아야 할 것 같습니다.
서비스에서 시작되게 시도해 보거나 cmd에서 lsnrctl services 명령으로 리스너를 구동 시켜 보아야할 것 같고요.
TNS Listener 구동 시도부터 해 보고, 구동되지 못하거나 발생하는 오류가 있다면 그에 따른 해결 방법을 찾아 보는게 순서일 것 같습니다.
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입제일 먼저 최근 DB 설정에 변경된 것은 없는지요?
그리고 파일시스템 마운트는 정상적인 data file은 다 있는지 체크해보세요.
그리고 현재 > sqlplus /nolog 로는 접속되신다면
DB가 어떤상태인지 한번 보세요.
SQL> select status from v$instance;
/as sysdba로 접속이 되지 않은다면 아래와 같이 해서 한번 해보시구요.
서버의 tnsnames.ora 파일에서 (SERVICE_NAME = xxxx) 뒤에 (UR=A)를
넣고 한번 접속해보세요.
...
(DESCRIPTION =
(ADDRESS = (PROTOCOL = TCP)(HOST = xxxxxx)(PORT = 1521))
(CONNECT_DATA =
(SERVER = DEDICATED)
(SERVICE_NAME = ORCL) (UR=A)
)
...
잘 해결되시길...
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입윈도우 서비스에서 oracle 서비스가 실행 중인지 체크해보세요 오라클 서비스가 실행되고 있으면 리스너 서비스가 실행되고 있는지 체크해보세요
[ORACLE] ORA-12560 : TNS 프로토콜 어댑터 오류 해결법 (tistory.com)
댓글 남기기
답변을 작성 하시려면 로그인이 필요합니다.
로그인 회원가입