반응형
반응형
오라클 이중화 리스너 Failover 스크립트 적용하기 오라클 데이터베이스를 이중화했더라도 애플리케이션이 장애가 발생한 리스너 주소만 계속 바라보고 있다면 실제 서비스 전환은 이루어지지 않는다. 이 글에서는 운영 서버에서 Oracle Listener와 데이터베이스 서비스를 점검한 뒤 애플리케이션용 TNS 접속 정보를 자동으로 전환하는 Failover 스크립트를 구성한다. 핵심 구성 Primary와 Standby 접속 별칭을 각각 구성한다. 단순 포트가 아니라 실제 SQL 접속 결과로 정상 여부를 판단한다. 정상 노드의 접속 정보를 임시 파일에 생성한 후 원자적으로 교체한다. flock으로 스크립트 중복 실행을 방지한다. cr..
로그마이너란 무엇이며 DELETE 오실행 데이터를 복구하는 방법 로그마이너는 Oracle Database의 Redo Log와 Archive Log를 SQL 형태로 분석하는 기능입니다. 실무 기준으로 보면 단순 조회 도구가 아니라, 누가 언제 어떤 DML을 수행했는지 추적하고 잘못 실행된 DELETE, UPDATE, INSERT를 되돌릴 근거를 찾는 복구 보조 도구에 가깝습니다. 특히 DELETE 오실행처럼 데이터는 사라졌지만 Redo Log가 남아 있는 상황에서는 SQL_UNDO를 활용해 복구 SQL을 만들 수 있습니다. 로그마이너란? 로그마이너(LogM..
SPLIT 수행 시 ORA-600 발생 원인과 점검 절차 ORA-600(Internal error)은 “원인 코드/인자(argument)”에 따라 성격이 크게 달라집니다. 특히 파티션 SPLIT 같은 DDL 작업 중 ORA-600이 뜨면, (1) 오브젝트/인덱스/UNDO/시스템 상태 문제인지, (2) 특정 버전 결함(버그)인지부터 빠르게 갈라서 보는 게 핵심입니다. 먼저 결론부터 - ORA-600은 “코드(첫 번째 argument) + trace/alert”가 없으면 정답을 못 좁힙니다. - 운영 환경에서는 “재현/우회”보다 원인 코드 확보 → 영향 범위 확정 → 안전한 복구 루트가 우선입니다. ..
오라클에서 AP/WAS 접속 서비스 식별하는 방법 데이터베이스에 붙는 AP/WAS(애플리케이션 서버)나 배치, 도구 접속을 구분하려면 세션 메타데이터를 보는 게 가장 빠릅니다. 핵심은 “DB가 아는 정보(서버/프로그램/앱이 넘겨준 모듈)”를 조합해서 어떤 서비스가 붙었는지 실무적으로 식별하는 것입니다. 개요 오라클 DB는 기본적으로 “정확히 어떤 WAS 서비스인지”를 100% 자동 판별하진 못합니다. 대신 아래 컬럼 조합으로 거의 실무 수준의 식별이 가능합니다. ..
DB 보안 점검 · 옵션관리/패치관리 오라클 KISA 21~26번: 확인 방법과 조치 방법(SQL/설정) 아래는 KISA 점검표 중 21~26번(D-21~D-26)을 대상으로, 확인 SQL(점검)과 조치 방법(권고)을 정리한 내용이다. 이 구간은 “권한 재위임 통제”와 “패치/감사 체계”가 핵심이라, 설정값과 함께 운영 프로세스(정기 점검, 변경 승인, 증빙)를 같이 구축하는 것이 중요하다. 범위: D-21 ~ D-26 · 대상: 권한 재위임/리소스 제한/위험 기능/패치/감사 공통 전제 ..
DB 보안 점검 · 접근관리/옵션관리 오라클 KISA 16~20번: 확인 방법과 조치 방법(SQL/설정) 아래는 KISA 점검표 중 16~20번(D-16~D-20)을 대상으로, 확인 SQL(점검)과 조치 방법(권고)을 정리한 내용이다. 옵션관리 항목은 설정 한 줄이 우회 경로가 될 수 있으므로, 변경 시 영향 분석을 우선한다. 범위: D-16 ~ D-20 · 대상: 인증 모드/감사/권한 공개 범위/OS 인증/스키마 소유 공통 전제 실무 기준으로 보면 ..