Oracle 기반 업무 프로그램에서 세션이 일정 시간 뒤 종료되거나 재접속을 요구할 때는 데이터베이스 프로파일, RESOURCE_LIMIT 설정, 애플리케이션 연결 풀, 클라이언트 유휴 시간을 분리해 확인해야 합니다. 오류 화면과 발생 시각을 기준으로 종료 지점을 좁히고, 무작정 제한 시간을 늘리기 전 보안·자원 정책을 함께 점검합니다.
세션이 끊길 때 확인할 IDLE_TIME과 연결 풀 종료 순서
업무 화면은 멈췄는데 데이터베이스 연결만 먼저 사라지고, 다시 로그인하라는 안내가 반복되는 경우가 있습니다. 이때 유휴 시간 제한만 의심해 값을 늘리면 잠시 증상이 줄어도 원인을 놓칠 수 있습니다. Oracle 프로파일, 애플리케이션 서버의 연결 풀, VPN이나 방화벽은 각각 다른 기준으로 유휴 연결을 종료할 수 있기 때문입니다. 특히 계정별로 증상이 다르다면 프로파일 할당과 권한 범위부터 구분해야 합니다. 종료된 정확한 시각과 오류 문구를 확보하면 설정을 무작정 바꾸지 않고도 점검 순서를 정할 수 있습니다. 동네형컴퓨터는 초기 증상 확인 상담을 010-6833-8119 로 받고 있습니다.
Oracle 프로파일 제한이 실제로 적용되는 조건
Oracle 에서 유휴 세션을 제한하는 대표 항목은 프로파일의 IDLE_TIME입니다. 다만 DBA_PROFILES에 값이 등록되어 있다는 사실만으로 즉시 세션 종료가 발생한다고 판단할 수는 없습니다. 해당 계정에 어느 PROFILE이 연결되어 있는지와 함께 RESOURCE_LIMIT 설정이 활성화되어 있는지를 확인해야 합니다.
점검은 보통 계정명, 프로파일명, IDLE_TIME 값, RESOURCE_LIMIT 상태를 한 묶음으로 확인하는 방식으로 진행합니다. 계정에 DEFAULT 프로파일이 적용됐는지, 별도 업무용 프로파일이 할당됐는지에 따라 결과가 달라집니다. DBA 권한이 없는 담당자는 직접 값을 변경하기보다 조회 결과와 오류 시각을 권한 보유자에게 전달하는 편이 안전합니다.
세션이 끊긴 직후 ORA 계열 오류가 남았다면 오류 번호와 발생 시각을 먼저 보존해야 합니다. IDLE_TIME 제한은 유휴 상태가 일정 시간을 넘은 세션에 영향을 주지만, 사용자가 화면을 보고 있었다는 사실만으로 DB 연결이 활성 상태였다고 보기는 어렵습니다. 화면 동작, 서버 요청, DB 통신이 실제로 이어졌는지를 함께 봐야 합니다.
특정 계정만 끊길 때 비교할 항목
같은 프로그램을 사용해도 일부 사용자만 재접속을 요구받는다면 전체 서버 장애보다 계정 정책 차이를 먼저 의심할 수 있습니다. 이 경우 사용자별 PROFILE, 부여된 역할, 접속 도구, 접속 위치, 프로그램 실행 시간대를 비교합니다. 관리자 계정은 오래 유지되는데 일반 업무 계정만 끊긴다면 프로파일 또는 권한 그룹 차이가 단서가 됩니다.
서교동 STATUS_SESSION_TIMEOUT처럼 화면에 세션 시간 초과가 표시되더라도, 그 문구만으로 DB가 종료 주체라고 단정하면 안 됩니다. 애플리케이션 로그에서 연결을 반납하거나 새 연결을 만들려 한 시각, DB 세션 관련 기록, 서버 로그의 예외 메시지를 같은 시간대로 맞춰 봐야 합니다. 프로파일 이름과 연결 풀 로그 시간을 대조하면 계정 정책에 따른 종료인지, WAS가 유휴 연결을 정리한 것인지 범위를 좁힐 수 있습니다.
권한도 중요한 확인 대상입니다. 로그를 볼 권한은 있어도 프로파일을 조회하거나 변경할 권한이 없는 경우가 많고, 애플리케이션 운영자와 DB 관리자의 담당 범위도 다를 수 있습니다. 따라서 “제한 시간을 늘려 달라”는 요청보다 어떤 계정이 어느 프로파일을 쓰는지, 변경 승인자는 누구인지부터 확인해야 불필요한 전체 정책 변경을 피할 수 있습니다.
제한값 변경 전에 거치는 종료 지점 판별 절차
세션 종료는 하나의 설정만으로 결정되지 않습니다. DB, WAS, 네트워크 장비가 서로 다른 유휴 시간 기준을 가질 수 있으므로, 현재 값을 분리해 기록한 뒤 가장 먼저 종료되는 지점을 확인하는 방식이 효율적입니다.
| 확인 계층 | 주요 확인값 | 판별 단서 |
|---|---|---|
| Oracle DB | PROFILE, IDLE_TIME, RESOURCE_LIMIT | 계정별 차이, DB 오류와 세션 기록 |
| WAS·연결 풀 | idle timeout, 최대 연결 수, 검증 주기 | 풀에서 연결 제거·재생성된 로그 |
| VPN·방화벽 | 유휴 TCP 정책, 세션 유지 정책 | 여러 프로그램의 동시 단절, 네트워크 기록 |
재현이 가능한 경우에는 사용자가 로그인한 시각, 마지막 정상 작업 시각, 오류가 뜬 시각, 재접속 성공 시각을 분 단위로 남깁니다. 그다음 한 계층씩 확인하되, 여러 제한값을 동시에 변경하지 않는 것이 좋습니다. 동시에 바꾸면 증상이 사라져도 실제 종료 주체를 알 수 없고, 다음 장애 때 다시 처음부터 추적해야 합니다.
무제한 값 적용은 연결 끊김을 줄일 수 있지만 비정상 세션이 오래 점유될 수 있으며, 내부 보안 기준과 충돌할 여지도 있습니다. 업무 시간에만 예외가 필요한 계정인지, 배치 작업용 계정인지, 관리자 승인 아래 별도 프로파일을 둘 사안인지 검토하는 편이 안정적입니다. 변경 전에는 기존 프로파일명과 값을 백업하고, 변경 후에는 같은 조건으로 접속 유지 시간을 확인해야 합니다.
현장 점검 일정 안내
서교동 현장 점검은 업무 중단 시간을 고려해 방문 가능 시간을 조율할 수 있습니다. 원격 확인이 가능한 환경이라면 오류 화면, 접속 프로그램 이름, 문제 발생 시각, 로그 접근 권한 여부를 먼저 준비하면 초기 진단이 빨라집니다. 출장은 09:00~18:00 에 운영하며 원격 점검은 새벽 시간을 제외하고 조정합니다.
끊긴 직후 남겨야 할 기록
재접속을 먼저 시도하기 전에 오류 문구와 발생 시간을 화면으로 남기는 것이 좋습니다. 자동으로 사라지는 메시지라면 휴대폰 촬영도 가능하지만, 계정 정보나 내부 자료가 노출되지 않도록 필요한 부분만 보관해야 합니다. 오류가 난 사용자의 계정 유형과 다른 정상 사용자 계정을 비교할 수 있으면 진단 정확도가 높아집니다.
준비할 자료는 Oracle 버전, 접속 계정 유형, 사용 중인 애플리케이션 또는 WAS 로그, 오류 화면, 마지막 정상 작업 시각입니다. 서버 설정 변경은 DB·서버 권한 보유자가 확인한 뒤 진행해야 하며, 운영 중인 업무 프로그램이라면 적용 시간과 되돌림 방법도 함께 정해 두는 것이 좋습니다.
유휴 제한과 연결 종료를 분리해 확인하는 마무리
세션 시간 초과는 하나의 설정값으로 해결되는 문제가 아닐 수 있습니다. 먼저 계정에 연결된 프로파일과 RESOURCE_LIMIT을 확인하고, 이어서 연결 풀 로그와 네트워크 유휴 정책을 같은 시각으로 대조해야 합니다.
특정 계정만 끊기는지, 전체 사용자에게 같은 시간대에 나타나는지에 따라 점검 방향도 달라집니다. 제한값을 크게 늘리기 전 종료 계층과 계정 정책을 확정하면 보안 기준을 유지하면서 필요한 범위만 조정할 수 있습니다.
오류 화면과 로그를 준비해 두셨다면 동네형컴퓨터 010-6833-8119 또는 https://udns.kr/로 문의해 주세요.
자주 묻는 질문
세션 시간 초과 메시지는 무엇을 뜻하나요?
일정 시간 동안 작업이나 통신이 없는 연결을 데이터베이스, 애플리케이션 또는 네트워크 장비가 종료했을 가능성을 뜻합니다. 메시지만으로 종료 계층을 단정하면 안 됩니다.
IDLE_TIME만 늘리면 문제가 해결되나요?
DB 프로파일이 원인일 때만 일부 개선될 수 있습니다. 연결 풀, VPN, 방화벽, 웹 세션 만료가 원인이라면 해당 계층의 설정과 로그를 별도로 확인해야 합니다.
원격으로 계정별 세션 종료 원인을 확인할 수 있나요?
오류 화면, 발생 시각, 접속 방식, DB 및 애플리케이션 로그 접근 권한이 준비되면 우선 원격으로 설정과 로그를 대조할 수 있습니다. 서버 정책 변경은 권한 보유자 확인 후 진행합니다.