KR20210033880A - 인덱스 리두 로그를 이용한 인덱스 복구를 위한 방법, 서버 및 컴퓨터 판독가능 저장매체 - Google Patents

Abstract

본 개시의 몇몇 실시예에 따라, 데이터베이스 서버에 의해 수행되는 인덱스 복구 방법이 개시된다.
데이터베이스 서버에 의해 수행되는 인덱스 리두 로깅(index redo logging) 방법으로서, 인덱스 피지컬 리두 로그(index logical redo log) 및 인덱스 로지컬 리두 로그(index logical redo log)를 포함하는 인덱스 리두 로그를 통한 복구 명령에 의해, 상기 인덱스 피지컬 리두 로그를 적용하여 인덱스 트리 구조를 결정하는 제 1 복구 단계 - 상기 인덱스 피지컬 리두 로그는 상기 인덱스 트리 구조의 변경에 대응하는 제 1 인덱스 리두 로깅(index redo logging)에 의해 생성됨 -; 및 상기 결정된 인덱스 트리 구조에 대한 인덱스 트리 탐색을 수행하여 상기 인덱스 로지컬 리두 로그의 물리적 정보를 획득하고, 상기 획득된 물리적 정보를 이용하여 상기 인덱스 로지컬 리두 로그를 상기 결정된 인덱스 트리 구조에 적용하는 제 2 복구 단계 - 상기 인덱스 로지컬 리두 로그는 인덱스의 데이터 변경에 대응하는 제 2 인덱스 리두 로깅에 의해 생성되거나, 또는 상기 복구 명령에 의해 테이블 리두 로그에 기초하여 생성됨 -; 를 포함할 수 있다.

Description

인덱스 리두 로그를 이용한 인덱스 복구를 위한 방법, 서버 및 컴퓨터 판독가능 저장매체{METHOD, SERVER, AND COMPUTER READABLE MEDIUM FOR INDEX RECOVERY USING INDEX REDO LOG}

본 발명은 데이터베이스에 관한 것으로, 특히 인덱스 리두 로그를 이용한 인덱스 복구에 관한 것이다.

기업의 비즈니스는 폭발적인 데이터의 증가와 다양한 환경 및 플랫폼의 등장으로 빠르게 확장되고 있다. 새로운 비즈니스 환경이 도래함에 따라서, 보다 더 효율적이고 유연한 데이터 서비스와 정보의 처리, 데이터 관리 기능이 필요하게 되었다. 이러한 변화에 맞춰서 기업 비지니스 구현의 기반이 되는 고성능, 고가용성 및 확장성의 문제를 해결하기 위한 데이터베이스에 대한 연구가 계속되고 있다.

데이터베이스 관리 시스템(DBMS)에서 데이터들은 데이터 저장소에 저장될 수 있다. 관계형 데이터베이스 관리 시스템(RDBMS)에서는 이러한 데이터 저장소는 테이블로 지칭될 수 있다. 이러한 테이블은 하나 이상의 로우(row)들을 포함하고 하나 이상의 로우들 각각은 하나 이상의 컬럼들을 포함할 수 있다.

데이터베이스가 수많은 양의 데이터를 포함하고 있는 경우, 사용자가 요청한 데이터를 리트리브하기 위한 쿼리를 수행하는데 있어서 상대적으로 긴 시간이 소요될 수 있다. 데이터베이스가 쿼리에 응답하는데 시간이 많이 소요되는 경우에는 데이터베이스의 성능에 있어서 악영향을 미칠 수 있다. 따라서, 해당 기술 분야에서는 쿼리에 응답하는데 처리되는 시간을 줄이기 위한, 즉, 데이터베이스 관리 시스템의 성능을 향상시키기 위한, 다양한 기법들이 연구되고 있다.

데이터베이스로부터의 데이터 리트리브 속도를 향상시키는데 있어서, 인덱싱 기법이 활용될 수 있다. 이러한 인덱스는 데이터베이스 분야에 있어서 테이블에 대한 동작 속도를 높여주는 데이터 구조를 의미할 수 있다. 인덱스를 사용하는 경우, 데이터 리트리브에 소요되는 시간을 줄여줄 뿐만 아니라 데이터 리트리브에 소모되는 자원의 양 또한 감소시킬 수 있다.

데이터베이스 관리 시스템은 데이터의 무결성, 기밀성, 가용성을 보장하기 위해 로그 데이터를 생성하는 로깅 기법을 사용한다. 현재, 데이터베이스는 대규모로 관리되고 있고, 이에 접근하여 수행되는 트랜잭션의 양도 기하급수적으로 증가하고 있다. 이에 따라, 로그 데이터의 양도 기하 급수적으로 증가하고 있다.

로그 데이터의 양이 증가하는 경우, 디스크의 I/O가 많이 발생하기 때문에 데이터베이스의 전체적인 성능에 악영향을 미치게 된다. 이에 따라, 로그 데이터의 양을 감소시키는 기술에 대한 연구가 필요하다.

대한민국 특허출원번호 제10-2016-0017982호 대한민국 특허출원번호 제10-2019-0029223호

본 개시는 전술한 배경기술에 대응하여 안출된 것으로, 로그 데이터의 양을 감소시키기 위한 인덱스 리두 로그를 이용하는 인덱스 복구를 위한 방법, 서버 및 컴퓨터 판독가능 저장 매체를 제공하고자 한다.

본 개시의 기술적 과제들은 이상에서 언급한 기술적 과제로 제한되지 않으며, 언급되지 않은 또 다른 기술적 과제들은 아래의 기재로부터 당업자에게 명확하게 이해될 수 있을 것이다.

전술한 바와 같은 과제를 해결하기 위한 본 개시의 몇몇 실시예에 따라, 데이터베이스 서버에 의해 수행되는 인덱스 복구 방법이 개시된다.

데이터베이스 서버에 의해 수행되는 인덱스 복구 방법으로서, 인덱스 피지컬 리두 로그(index logical redo log) 및 인덱스 로지컬 리두 로그(index logical redo log)를 포함하는 인덱스 리두 로그를 통한 복구 명령에 의해, 상기 인덱스 피지컬 리두 로그를 적용하여 인덱스 트리 구조를 결정하는 제 1 복구 단계 - 상기 인덱스 피지컬 리두 로그는 상기 인덱스 트리 구조의 변경에 대응하는 제 1 인덱스 리두 로깅(index redo logging)에 의해 생성됨 -; 및 상기 결정된 인덱스 트리 구조에 대한 인덱스 트리 탐색을 수행하여 상기 인덱스 로지컬 리두 로그의 물리적 정보를 획득하고, 상기 획득된 물리적 정보를 이용하여 상기 인덱스 로지컬 리두 로그를 상기 결정된 인덱스 트리 구조에 적용하는 제 2 복구 단계 - 상기 인덱스 로지컬 리두 로그는 인덱스의 데이터 변경에 대응하는 제 2 인덱스 리두 로깅에 의해 생성되거나, 또는 상기 복구 명령에 의해 테이블 리두 로그에 기초하여 생성됨-; 를 포함할 수 있다.

또한, 상기 인덱스 로지컬 리두 로그는 상기 제 2 인덱스 리두 로깅시 적어도 상기 트랜잭션에 대한 인덱싱 명령 정보 중 상기 물리적 정보를 제외함으로써 상기 인덱스 로지컬 리두 로그를 생성될 수 있다.

또한, 상기 인덱스 로지컬 리두 로그가 상기 복구 명령에 의해 생성되는 경우, 테이블 리두 로그에 포함된 동작 정보 및 데이터값 정보를 이용하여 상기 인덱스 로지컬 리두 로그가 생성되는,

또한, 상기 인덱스 피지컬 리두 로그 및 상기 인덱스 로지컬 리두 로그는 물리적 정보 유무에 따라 구별될 수 있다.

또한, 상기 인덱스 피지컬 리두 로그는 인덱스 스플릿(index split) 동작 또는 인덱스 코알리스(index coalesce) 동작에 대응하는 인덱스 구조 변경 정보를 포함할 수 있다.

또한, 상기 인덱스 구조 변경 정보는 인덱스 트리 구조 변경에 의해 추가 또는 삭제되는 노드가 가지는 데이터 정보를 포함할 수 있다.

또한, 상기 인덱스 로지컬 리두 로그는 인덱스에 데이터값을 삽입, 삭제, 또는 변경하는 동작에 대응하는 인덱스 데이터 변경 정보를 포함할 수 있다.

또한, 상기 인덱스 피지컬 리두 로그는 물리적 정보, 타겟 인덱스 정보, 동작 정보 또는 인덱스 데이터값 정보 중 적어도 하나를 포함하고, 그리고 상기 인덱스 로지컬 리두 로그는 타겟 인덱스 정보, 동작 정보 및 인덱스 데이터값 정보 중 적어도 하나를 포함할 수 있다.

또한, 상기 인덱스 로지컬 리두 로그의 생성 시점은 상기 복구 명령의 발생 시점 이전 또는 이후로 가변적일 수 있다.

전술한 바와 같은 과제를 해결하기 위한 본 개시의 몇몇 추가적인 실시예에 따라, 인덱스 리두 로깅 방법을 수행하기 위한 데이터베이스 서버가 개시된다.

인덱스 복구 방법을 수행하기 위한 데이터베이스 서버는 프로세서; 및 저장부;를 포함하고, 상기 프로세서는: 인덱스 피지컬 리두 로그 및 인덱스 로지컬 리두 로그를 포함하는 인덱스 리두 로그를 통한 복구 명령에 의해, 상기 인덱스 피지컬 리두 로그를 적용하여 인덱스 트리 구조를 결정하는 제 1 복구 단계를 수행하고 - 상기 인덱스 피지컬 리두 로그는 상기 인덱스 트리 구조의 변경에 대응하는 제 1 인덱스 리두 로깅에 의해 생성됨 -; 그리고 상기 결정된 인덱스 트리 구조에 대한 인덱스 트리 탐색을 수행하여 상기 인덱스 로지컬 리두 로그의 물리적 정보를 획득하고, 상기 획득된 물리적 정보를 이용하여 상기 인덱스 로지컬 리두 로그를 상기 결정된 인덱스 트리 구조에 적용하는 제 2 복구 단계를 수행할 수 있다 - 상기 인덱스 로지컬 리두 로그는 인덱스의 데이터 변경에 대응하는 제 2 인덱스 리두 로깅에 의해 생성되거나, 또는 상기 복구 명령에 의해 테이블 리두 로그에 기초하여 생성됨 -.

또한, 상기 인덱스 로지컬 리두 로그는 상기 제 2 인덱스 리두 로깅 시 적어도 상기 트랜잭션에 대한 인덱싱 명령 정보 중 상기 물리적 정보를 제외함으로써 생성될 수 있다.

또한, 상기 프로세서는: 상기 인덱스 로지컬 리두 로그를 상기 복구 명령에 의해 생성하는 경우, 상기 테이블 리두 로그에 포함된 동작 정보 및 데이터값 정보를 이용하여 상기 인덱스 로지컬 리두 로그를 생성할 수 있다.

또한, 상기 인덱스 피지컬 리두 로그 및 상기 인덱스 로지컬 리두 로그는 물리적 정보 유무에 따라 구별될 수 있다.

또한, 상기 인덱스 피지컬 리두 로그는 인덱스 스플릿(index split) 동작 또는 인덱스 코알리스(index coalesce) 동작에 대응하는 인덱스 구조 변경 정보를 포함할 수 있다.

또한, 인덱스 구조 변경 정보는 인덱스 트리 구조 변경에 의해 추가 또는 삭제되는 노드가 가지는 데이터 정보를 포함할 수 있다.

또한, 상기 인덱스 로지컬 리두 로그는 인덱스에 데이터값을 삽입, 삭제, 변경하는 동작에 대응하는 인덱스 데이터 변경 정보를 포함하는,

또한, 상기 인덱스 피지컬 리두 로그는 물리적 정보, 타겟 인덱스 정보, 동작 정보 또는 인덱스 데이터값 정보 중 적어도 하나를 포함하고, 그리고 상기 인덱스 로지컬 리두 로그는 타겟 인덱스 정보, 동작 정보 및 인덱스 데이터값 정보 중 적어도 하나를 포함할 수 있다.

또한, 상기 인덱스 로지컬 리두 로그의 생성 시점은 상기 복구 명령의 발생 시점 이전 또는 이후로 가변적일 수 있다.

전술한 바와 같은 과제를 해결하기 위한 본 개시의 몇몇 추가적인 실시예에 따라, 인덱스 복구 방법을 수행하기 위해 프로세서에 의해 실행될 수 있는 프로그램을 기록한 컴퓨터 판독가능 저장 매체가 개시된다.

인덱스 복구 방법을 수행하기 위해 프로세서에 의해 실행될 수 있는 프로그램을 기록한 컴퓨터 판독가능 저장 매체로서, 상기 방법은: 인덱스 피지컬 리두 로그 및 인덱스 로지컬 리두 로그를 포함하는 인덱스 리두 로그를 통한 복구 명령에 의해, 상기 인덱스 피지컬 리두 로그를 적용하여 인덱스 트리 구조를 결정하는 제 1 복구 단계 - 상기 인덱스 피지컬 리두 로그는 상기 인덱스 트리 구조의 변경에 대응하는 제 1 인덱스 리두 로깅에 의해 생성됨 -; 및 상기 결정된 인덱스 트리 구조에 대한 인덱스 트리 탐색을 수행하여 상기 인덱스 로지컬 리두 로그의 물리적 정보를 획득하고, 상기 획득된 물리적 정보를 이용하여 상기 인덱스 로지컬 리두 로그를 상기 결정된 인덱스 트리 구조에 적용하는 제 2 복구 단계 - 상기 인덱스 로지컬 리두 로그는 인덱스의 데이터 변경에 대응하는 제 2 인덱스 리두 로깅에 의해 생성되거나, 또는 상기 복구 명령에 의해 테이블 리두 로그에 기초하여 생성됨-;를 포함할 수 있다.

본 개시에서 얻을 수 있는 기술적 해결 수단은 이상에서 언급한 해결 수단들로 제한되지 않으며, 언급하지 않은 또 다른 해결 수단들은 아래의 기재로부터 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.

본 개시는 인덱스 피지컬 리두 로그 및 인덱스 로지컬 리두 로그를 포함하는 인덱스 리두 로그를 사용하는 인덱스 복구 방법을 위한 방법, 서버 및 컴퓨터 판독가능 저장매체를 제공할 수 있다.

본 개시에서 얻을 수 있는 효과는 이상에서 언급한 효과로 제한되지 않으며, 언급하지 않은 또 다른 효과들은 아래의 기재로부터 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 명확하게 이해될 수 있을 것이다.

다양한 양상들이 이제 도면들을 참조로 기재되며, 여기서 유사한 참조 번호들은 총괄적으로 유사한 구성요소들을 지칭하는데 이용된다. 이하의 실시예에서, 설명 목적을 위해, 다수의 특정 세부사항들이 하나 이상의 양상들의 총체적 이해를 제공하기 위해 제시된다. 그러나, 그러한 양상(들)이 이러한 구체적인 세부사항들 없이 실시될 수 있음은 명백할 것이다.
도 1은 본 개시의 일 실시예에 따른 데이터베이스 시스템에 대한 개략도를 도시한다.
도 2는 예시적인 인덱스 리두 로깅(index redo logging)을 설명하기 위한 도면이다.
도 3a 및 도 3b는 예시적인 인덱스 리두 로그를 설명하기 위한 도면이다.
도 4는 본 개시의 일 실시예에 따른 데이터베이스 서버의 블록 구성도(block diagram)를 도시한다.
도 5는 본 개시의 몇몇 실시예에 따른 인덱스 리두 로깅 및 인덱스 복구 방법을 설명하기 위한 도면이다.
도 6a, 도 6b 및 도 6c는 본 개시의 몇몇 실시예에 따른 인덱스 리두 로그를 설명하기 위한 도면이다.
도 7은 본 개시의 몇몇 실시예에 따른 인덱스 리두 로깅 방법을 설명하기 위한 도면이다.
도 8은 본 개시의 몇몇 실시예에 따른 인덱스 복구 방법에 대한 순서도이다.
도 9는 본 개시의 몇몇 실시예에 따른 인덱스 복구 방법에 대한 다른 순서도이다.
도 10은 본 개시의 몇몇 실시예들이 구현될 수 있는 예시적인 컴퓨팅 환경에 대한 간략하고 일반적인 개략도를 도시한다.

다양한 실시예들 및/또는 양상들이 이제 도면들을 참조하여 개시된다. 하기 설명에서는 설명을 목적으로, 하나 이상의 양상들의 전반적 이해를 돕기 위해 다수의 구체적인 세부사항들이 개시된다. 그러나, 이러한 양상(들)은 이러한 구체적인 세부사항들 없이도 실행될 수 있다는 점 또한 본 발명의 기술 분야에서 통상의 지식을 가진 자에게 인식될 수 있을 것이다. 이후의 기재 및 첨부된 도면들은 하나 이상의 양상들의 특정한 예시적인 양상들을 상세하게 기술한다. 하지만, 이러한 양상들은 예시적인 것이고 다양한 양상들의 원리들에서의 다양한 방법들 중 일부가 이용될 수 있으며, 기술되는 설명들은 그러한 양상들 및 그들의 균등물들을 모두 포함하고자 하는 의도이다.

또한, 다양한 양상들 및 특징들이 하나 이상의 장치들, 단말들, 서버들, 디바이스들, 컴포넌트들 및/또는 모듈들 등을 포함할 수 있는 시스템에 의하여 제시될 것이다. 다양한 시스템들이, 추가적인 장치들, 단말들, 서버들, 디바이스들, 컴포넌트들 및/또는 모듈들 등을 포함할 수 있다는 점 그리고/또는 도면들과 관련하여 논의된 장치들, 단말들, 서버들, 디바이스들, 컴포넌트들, 모듈들 등의 전부를 포함하지 않을 수도 있다는 점 또한 이해되고 인식되어야 한다.

본 개시내용의 청구범위에서의 방법에 대한 권리범위는, 각 단계들에 기재된 기능 및 특징들에 의해 발생되는 것이지, 방법을 구성하는 각각의 단계에서 그 순서의 선후관계를 명시하지 않는 이상, 청구범위에서의 각 단계들의 기재 순서에 영향을 받지 않는다. 예를 들어, A단계 및 B단계를 포함하는 방법으로 기재된 청구범위에서, A단계가 B단계 보다 먼저 기재되었다고 하더라도, A단계가 B단계에 선행해야 한다는 것으로 권리범위가 제한되지는 않는다.

본 명세서에서 사용되는 용어 "컴퓨터 프로그램" "컴포넌트", "모듈", "시스템" 등은 서로 호환가능하게 사용될 수 있으며, 그리고 컴퓨터-관련 엔티티, 하드웨어, 펌웨어, 소프트웨어, 소프트웨어 및 하드웨어의 조합, 또는 소프트웨어의 실행을 지칭한다. 예를 들어, 컴포넌트는 프로세서상에서 실행되는 처리과정(procedure), 프로세서, 객체, 실행 스레드, 프로그램, 및/또는 컴퓨터일 수 있지만, 이들로 제한되는 것은 아니다. 예를 들어, 컴퓨팅 장치에서 실행되는 애플리케이션 및 컴퓨팅 장치 모두 컴포넌트일 수 있다. 하나 이상의 컴포넌트는 프로세서 및/또는 실행 스레드 내에 상주할 수 있다. 일 컴포넌트는 하나의 컴퓨터 내에 로컬화 될 수 있다. 일 컴포넌트는 2개 이상의 컴퓨터들 사이에 분배될 수 있다.

또한, 이러한 컴포넌트들은 그 내부에 저장된 다양한 데이터 구조들을 갖는 다양한 컴퓨터 판독가능한 매체로부터 실행할 수 있다. 컴포넌트들은 예를 들어 하나 이상의 데이터 패킷들을 갖는 신호(예를 들면, 로컬 시스템, 분산 시스템에서 다른 컴포넌트와 상호작용하는 하나의 컴포넌트로부터의 데이터 및/또는 신호를 통해 다른 시스템과 인터넷과 같은 네트워크를 통해 전송되는 데이터)에 따라 로컬 및/또는 원격 처리들을 통해 통신할 수 있다.

본 명세서에서 사용되는 "실시예", "예", "양상", "예시" 등은 기술되는 임의의 양상 또는 설계가 다른 양상 또는 설계들보다 양호하다거나, 이점이 있는 것으로 해석되지 않을 수도 있다. 아래에서 사용되는 용어들 '컴포넌트', '모듈', '시스템', '인터페이스' 등은 일반적으로 컴퓨터 관련 엔티티(computer-related entity)를 의미하며, 예를 들어, 이는 하드웨어, 하드웨어와 소프트웨어의 조합, 또는 소프트웨어를 의미할 수 있다.

더불어, 용어 "또는"은 배타적 "또는"이 아니라 내포적 "또는"을 의미하는 것으로 의도된다. 즉, 달리 특정되지 않거나 문맥상 명확하지 않은 경우에, "X는 A 또는 B를 이용한다"는 자연적인 내포적 치환 중 하나를 의미하는 것으로 의도된다. 즉, X가 A를 이용하거나; X가 B를 이용하거나; 또는 X가 A 및 B 모두를 이용하는 경우, "X는 A 또는 B를 이용한다"가 이들 경우들 어느 것으로도 적용될 수 있다. 또한, 본 명세서에 사용된 "및/또는"이라는 용어는 열거된 관련 아이템들 중 하나 이상의 아이템의 가능한 모든 조합을 지칭하고 포함하는 것으로 이해되어야 한다.

또한, "포함한다" 및/또는 "포함하는"이라는 용어는, 해당 특징 및/또는 구성요소가 존재함을 의미하지만, 하나 이상의 다른 특징, 구성요소 및/또는 이들의 그룹의 존재 또는 추가를 배제하지 않는 것으로 이해되어야 한다. 또한, 달리 특정되지 않거나 단수 형태를 지시하는 것으로 문맥상 명확하지 않은 경우에, 본 명세서와 청구범위에서 단수는 일반적으로 "하나 또는 그 이상"을 의미하는 것으로 해석되어야 한다.

본 명세서에서의 컴퓨터 판독가능 매체는 컴퓨터 시스템에 의해서 판독될 수 있도록 프로그램 및 데이터가 저장되는 모든 종류의 저장 매체를 포함할 수 있다. 본 개시내용에서의 컴퓨터 판독가능 매체는, 컴퓨터 판독가능 저장 매체 및 컴퓨터 판독가능 전송 매체를 포함할 수 있다. 본 발명의 일 양상에 따르면, 컴퓨터 판독가능 저장 매체는: ROM(판독 전용 메모리), RAM(랜덤 액세스 메모리), CD(컴팩트 디스크)-ROM, DVD(디지털 비디오 디스크)-ROM, 자기 테이프, 플로피 디스크, 광 데이터 저장장치 등을 포함할 수 있다. 또한, 컴퓨터 판독가능 전송 매체는 캐리어 웨이브(예컨대, 인터넷을 통한 전송)의 형태로 구현되는 임의의 전송 가능한 형태의 매체를 포함할 수 있다. 추가적으로, 이러한 컴퓨터 판독가능 매체는 네트워크로 연결된 시스템에 분산되어, 분산 방식으로 컴퓨터가 판독가능한 코드들 및/또는 명령들을 저장할 수도 있다.

본 발명의 실시를 위한 구체적인 내용을 설명하기에 앞서, 본 발명의 기술적 요지와 직접적 관련이 없는 구성에 대해서는 본 발명의 기술적 요지를 흩뜨리지 않는 범위 내에서 생략하였음에 유의하여야 할 것이다. 또한, 본 명세서 및 청구범위에 사용된 용어 또는 단어는 발명자가 자신의 발명을 최선의 방법으로 설명하기 위해 적절한 용어의 개념을 정의할 수 있다는 원칙에 입각하여 본 발명의 기술적 사상에 부합하는 의미와 개념으로 해석되어야 할 것이다.

본 명세서에서, 데이터베이스는 서로 관련된 데이터들을 컴퓨터가 처리할 수 있는 형태로 저장하는 시스템을 의미한다. 데이터베이스는 데이터를 보관하고 사용자의 물음에 대답할 수 있고, 데이터베이스에 저장된 데이터는 변화될 수 있다. 데이터베이스는 새로운 데이터를 저장할 수 있고, 기존의 데이터를 삭제, 변경시키는 작업을 수행할 수 있다.

본 명세서에서, 쿼리(query)는 데이터베이스 서버에서의 처리를 요청하는 임의의 요청 또는 명령을 의미하며, 예를 들어, DML(Data Manipulation Language), DDL(Data Definition Language) 및/또는 PL/SQL 등을 포함할 수 있다. 또한, 본 명세서에서의 쿼리는 사용자/개발자 등으로부터 발행되는 임의의 요청을 의미할 수 있다. 또한, 쿼리는 사용자 단말 및/또는 데이터베이스 서버에 인입되고 사용자 단말 및/또는 데이터베이스 서버에서 처리되는 임의의 요청을 의미할 수 있다.

본 명세서에서, 트랜잭션이란, 정보의 교환이나 데이터베이스 업데이트 등 일련의 작업들에 대한 연속 처리단위를 의미한다. 이는 데이터베이스의 무결성이 보장되는 상태에서 요청된 작업을 완수하기 위한 작업의 기본단위로 정의될 수 있다.

본 명세서에서, "로그", "로그 데이터", "로그 레코드" 및 "로그 정보"는 상황에 따라 서로 상호 교환가능하게 사용될 수도 있다. 본 명세서에서의 로그 레코드는 리두로그 및/또는 언두 로그에 대한 레코드를 의미하며, 데이터베이스 내에서의 데이터의 값, 구조 및 조직에 대한 변경내용(예컨대, 테이블, 컬럼(column), 로우(row), 데이터 타입, 인덱스 등에 관련된 변경내용)을 식별할 수 있는 임의의 형태의 데이터 레코드를 포함할 수 있다.

본 명세서에서, 로그 데이터란 데이터베이스 운영 중에 트랜잭션 또는 운영정보의 발생 등과 같이, 데이터 변경에 관련된 내용을 기록한 데이터를 의미한다. 로그 데이터는 리두 로그 데이터 및 언두 로그 데이터를 포함할 수 있다.

리두 로그 데이터는 데이터베이스에 장애(fail)가 발생한 경우, 이를 복구하기 위해 필요한 데이터를 의미한다.

리두 로그 데이터를 이용하여 수행하는 복구의 유형으로는, 물리적으로 디스크가 손상된 때 발생하는 미디어 장애(Media Fail) 발생한때 데이터베이스 복구를 위해 사용되는 미디어 복구(Media Recovery), 인스턴스가 비정상적으로 종료됐을 때 트랜잭션 데이터의 유실에 대비하기 위한 인스턴스 복구(Instance Recovery)등을 포함할 수 있으며, 이에 한정되지 않는다.

언두 로그 데이터는 데이터베이스에 수행된 작업을 되돌리기 위해 필요한 데이터를 의미한다. 예를 들어, 데이터베이스 관리 시스템이 데이터베이스에 적용된 트랜잭션을 캔슬(cancel)하는 경우, 언두 로그 데이터는 필요할 수 있다. 본 개시는 주로 리두 로그 데이터에 대한 실시예를 설명하고 있지만, 본 개시는 언두 로그 데이터에 대해 사용될 수 있다.

제시된 실시예들에 대한 설명은 본 발명의 기술 분야에서 통상의 지식을 가진 자가 본 발명을 이용하거나 또는 실시할 수 있도록 제공된다. 이러한 실시예들에 대한 다양한 변형들은 본 발명의 기술 분야에서 통상의 지식을 가진 자에게 명백할 것이며, 여기에 정의된 일반적인 원리들은 본 발명의 범위를 벗어남이 없이 다른 실시예들에 적용될 수 있다. 그리하여, 본 발명은 여기에 제시된 실시예들로 한정되는 것이 아니라, 여기에 제시된 원리들 및 신규한 특징들과 일관되는 최광의의 범위에서 해석되어야 할 것이다.

도 1은 본 개시의 일 실시예에 따른 데이터베이스 시스템(10)에 대한 개략도를 도시한다.

도 1에서 도시되는 바와 같이, 본 개시의 따른 데이터베이스 시스템(10)은 클라이언트(200) 및 데이터베이스 서버(100)를 포함할 수 있다. 본 명세서에서의 데이터베이스 서버(100)는 데이터베이스와 상호 교환 가능하게 사용될 수 있다.

도 1에서 도시되는 바와 같이, 클라이언트(200)는 네트워크를 통하여 통신하기 위한 매커니즘을 갖는 데이터베이스 시스템(10)에서의 노드(들)를 의미할 수 있다. 예를 들어, 클라이언트(200)는 PC, 랩탑 컴퓨터, 워크스테이션, 단말 및/또는 네트워크 접속성을 갖는 임의의 전자 디바이스를 포함할 수 있다. 또한, 클라이언트(200)는 에이전트(Agent), API(Application Programming Interface) 및 플러그-인(Plug-in) 중 적어도 하나에 의해 구현되는 임의의 서버를 포함할 수도 있다. 예를 들어, 도 1에서의 클라이언트(200)는 데이터베이스 서버(100)를 사용하는 사용자(예컨대, DataBase Administration)와 관련될 수 있다. 이러한 예시에서, 클라이언트(200)는 데이터베이스 서버(100)로 DML 및 DDL(Data Definition Language) 등을 포함하는 다양한 형태의 쿼리들을 발행할 수 있다. 이러한 예시에서, 클라이언트(200)는 데이터베이스 서버(100)로 쿼리를 발행할 수 있다. 일 예시에서, 클라이언트(200)가 데이터베이스 서버(100)로 쿼리를 발생시키는 경우, 데이터베이스 서버(100) 내에서 해당 쿼리는 트랜잭션의 형태로 처리될 수 있다. 즉, 클라이언트(200)는 데이터베이스 서버(100)에서 트랜잭션이 발생 및 처리되도록 할 수 있다. 클라이언트(200)는 개발자 등에 의해 프로그래밍 언어로 작성된 애플리케이션 소스를 수신할 수도 있다. 또한, 예를 들어, 클라이언트(200)는 애플리케이션 소스를 컴파일링하여 클라이언트 애플리케이션을 생성할 수 있다. 예를 들어, 생성된 클라이언트 애플리케이션은 데이터베이스 서버(100)로 전달된 후 최적화되어 실행될 수 있다.

데이터베이스 서버(100)는, 예를 들어, 마이크로프로세서, 메인프레임 컴퓨터, 디지털 싱글 프로세서, 휴대용 디바이스 및 디바이스 제어기 등과 같은 임의의 타입의 컴퓨터 시스템 또는 컴퓨팅 디바이스를 포함할 수 있다. 이러한 데이터베이스 서버(100)들 각각은 DBMS(Database Management System)(110) 및 영구 저장 매체(persistent storage)(130)를 포함할 수 있다.

더불어, 도 1에서는 1개의 데이터베이스 서버(100)만을 도시하고 있으나, 이보다 많은 데이터베이스 서버들 또한 본 발명의 범위에 포함될 수 있다는 점 그리고 데이터베이스 서버(100)가 추가적인 컴포넌트들을 포함할 수 있다는 점이 당해 출원분야에 있어서 통상의 지식을 가진 자에게 명백할 것이다. 즉, 데이터베이스 서버(100)는 복수개의 컴퓨팅 장치로 구성될 수도 있다. 복수의 노드의 집합이 데이터베이스 서버(100)를 구성할 수 있다. 예를 들어, 도 1에서는 도시되지 않았지만, 데이터베이스 서버(100)는 버퍼 캐시를 포함하는 하나 이상의 메모리를 포함할 수 있다. 또한, 도 1에서는 도시되지 않았지만, 데이터베이스 서버(100)는 하나 이상의 프로세서(120)를 포함할 수 있다. 따라서, DBMS(110)는 상기 메모리 상에서 상기 프로세서(120)에 의하여 동작될 수 있다.

본 명세서에서의 메모리는, 예를 들어, 동적 램(DRAM, dynamic random access memory), 정적 램(SRAM, static random access memory) 등의 랜덤 액세스 메모리(RAM)와 같은, 프로세서가 직접 접근하는 주된 저장 장치로서 전원이 꺼지면 저장된 정보가 순간적으로 지워지는 휘발성(volatile) 저장 장치를 의미할 수 있지만, 이들로 한정되는 것은 아니다. 이러한 메모리는 프로세서(120)에 의하여 동작 될 수 있다. 메모리는 데이터 값을 포함하는 데이터 테이블(data table)을 임시로 저장할 수 있다. 상기 데이터 테이블은 데이터 값을 포함할 수 있으며, 본 발명의 일 실시예에서 상기 데이터 테이블의 데이터 값은 메모리로부터 영구 저장 매체(130)에 기록될 수 있다. 추가적인 양상에서, 메모리는 버퍼 캐시를 포함하며, 상기 버퍼 캐시의 데이터 블록에는 데이터가 저장될 수 있다. 버퍼 캐시에 저장된 데이터는 백그라운드 프로세스에 의하여 영구 저장 매체(130)에 기록될 수 있다.

영구 저장 매체(130)는, 예를 들어 자기(magnetic) 디스크, 광학(optical) 디스크 및 광자기(magneto-optical) 저장 디바이스 뿐만 아니라 플래시 메모리 및/또는 배터리-백업 메모리에 기초한 저장 디바이스와 같은, 임의의 데이터를 지속적으로 할 수 있는 비-휘발성(non-volatile) 저장 매체를 의미할 수 있다. 이러한 영구 저장 매체(130)는 다양한 통신 수단을 통하여 데이터베이스 서버(100)의 프로세서(120) 및 메모리와 통신할 수 있다. 추가적인 실시예에서, 이러한 영구 저장 매체(130)는 데이터베이스 서버(100) 외부에 위치하여 데이터베이스 서버(100)와 통신 가능할 수도 있다. 본 개시의 일 실시예에 따라 영구 저장 매체(130) 및 메모리는 저장부(140)로 통칭될 수도 있다.

DBMS(110)는 데이터베이스 서버(100)에서 쿼리에 대한 파싱, 필요한 데이터를 검색, 삽입, 수정, 삭제, 인덱스 생성 및/또는 인덱스에 액세스하는 것 등과 같은 동작들을 수행하는 것을 허용하기 위한 프로그램으로서, 전술한 바와 같이, 데이터베이스 서버(100)의 메모리에서 프로세서(120)에 의하여 구현될 수 있다.

클라이언트(200)와 데이터베이스 서버(100) 또는 데이터베이스 서버들은 네트워크(미도시)를 통하여 서로 통신할 수 있다. 본 발명의 일 실시예에 따른 네트워크는 공중전화 교환망(PSTN:Public Switched Telephone Network), xDSL(x Digital Subscriber Line), RADSL(Rate Adaptive DSL), MDSL(Multi Rate DSL), VDSL(Very High Speed DSL), UADSL(Universal Asymmetric DSL), HDSL(High Bit Rate DSL) 및 근거리 통신망(LAN) 등과 같은 다양한 유선 통신 시스템들을 사용할 수 있다.

또한, 본 명세서에서 제시되는 네트워크는 CDMA(Code Division Multi Access), TDMA(Time Division Multi Access), FDMA(Frequency Division Multi Access), OFDMA(Orthogonal Frequency Division Multi Access), SC-FDMA(Single Carrier-FDMA) 및 다른 시스템들과 같은 다양한 무선 통신 시스템들을 사용할 수 있다. 예를 들어, 네트워크는 데이터베이스 링크(dblink)를 포함할 수도 있으며, 이에 따라 복수의 데이터베이스 서버들은 이러한 데이터베이스 링크를 통해 서로 통신하여 다른 데이터베이스 서버(100)로부터의 데이터를 가져올 수 있다. 본 명세서에서 설명된 기술들은 위에서 언급된 네트워크들뿐만 아니라, 다른 네트워크들에서도 사용될 수 있다.

데이터베이스 관리 시스템에서 "트랜잭션"은, 데이터베이스에서 수행되는 연산들의 최소단위작업(atomic set)으로 일반적으로 지칭되며, 일련의 연산들의 집합을 의미한다. 데이터베이스 시스템은 트랜잭션에 대해서 원자성(atomicity), 일관성(consistency), 독립성(isolation), 및 지속성(durability)을 보장한다. 보다 구체적으로, 원자성은, 트랜잭션의 모든 연산들이 정상적으로 수행이 완료되거나 아니면 어떠한 연산도 수행되지 않는 상태를 보장하는 All or Nothing에 관한 특성을 의미한다. 일관성은, 트랜잭션의 수행을 데이터베이스 상태들 간의 전이(transition)으로 보았을 때, 트랜잭션의 수행 전후의 데이터베이스 상태는 각각 일관성이 보장되는 서로 다른 상태가 되어야 한다는 특성을 의미한다. 독립성은, 여러 트랜잭션들이 동시에 수행된다고 하더라도 각각의 트랜잭션이 다른 트랜잭션의 수행에 영향을 미치지 않고 독립적으로 수행되어야 한다는 특성을 의미한다. 또한, 지속성은, 트랜잭션이 성공적으로 완료되어 커밋(commit)된 이후, 해당 트랜잭션에 관련된 모든 변경들은 향후에 장애 발생시 보존되어야 한다는 특성을 의미한다.

예를 들어, 트랜잭션이 처리되는 경우 해당 트랜잭션은 테이블, 인덱스, 데이터 및/또는 메타데이터(metadata)에 액세스하거나, 이를 생성(create), 수정 또는 삭제할 수 있다. 트랜잭션에 대한 처리가 완료되는 경우 커밋이 이루어지며, 이러한 경우 트랜잭션에 의해 데이터베이스로 이루어진 임의의 변경/업데이트는 데이터베이스 시스템에 (영구적으로) 반영될 수 있다. 트랜잭션이 최소단위작업(atomic set)이기 때문에, 특정 트랜잭션과 관련된 모든 연산들은 동시에 커밋되어야 한다. 또한, 해당 트랜잭션에 의해 이루어진 연산들의 일부 혹은 전부가 수행될 수 없는 경우, 해당 트랜잭션 전체가 취소(abort)되며, 실패한(failed) 특정 연산만 취소되지는 않는다. 트랜잭션이 취소되는 경우, 트랜잭션에 의해 이루어진 데이터베이스로의 임의의 변경들은 롤백되어(rolled back), 데이터베이스는 취소된 트랜잭션 이전의 상태로 되돌아갈 수 있다.

일반적으로 로그는 로그 레코드의 연속적인 집합을 의미하며 변경 관련 연산을 기록하는데 사용될 수 있다. 일반적으로, 로그는 덧붙이는(appended) 방식으로 기록되며, 각각의 로그 레코드들은 고유의 식별자를 가질 수 있다. 로그 레코드의 식별자는 LSN(Log Sequence Number) 혹은 LSA(Log Sequence Address)로 지칭될 수 있다. 상술한 바와 같이, 로그는 덧붙이는 방식으로 기록되기 때문에, 로그 식별자는 단조적으로 증가하는 특성을 가질 수 있다.

트랜잭션 로그 레코드들은 시스템 장애(failure) 또는 트랜잭션 취소와 같은 이벤트에서 적절한 복구(recovery) 동작을 수행하기 위해 사용될 수 있다. 상이한 타입들의 트랜잭션 로그 레코드들이 데이터베이스 시스템에서 존재할 수 있다.

"리두(redo)" 레코드(로그)는 데이터베이스로 이루어진 모든 변경들을 기록하기 위한 로드 정보를 의미한다. WAL(Write Ahead Logging)에 따라서, 데이터에 대한 각각의 변경들은 먼저 리두 로그에 기록되고, 변경된 데이터에 대응되는 데이터베이스 블록으로의 실제 변경은 그 뒤에 이루어지게 된다. 이러한 WAL은, 시스템 장애가 발생하였을 때, 디스크로부터 즉시 복구되는 데이터베이스 데이터의 버전이 데이터베이스의 가장 최신의 상태를 정확하게 반영하지 않게 되는 상황을 방지할 수 있다. 또한, 장애 이전에 디스크로 기록되지 않은, 즉 캐시(cache)에만 이루어진 데이터의 변경이 존재할 수 있기 때문에, 리두 로그가 이러한 캐시에만 저장된 변경들을 적절히 유지하는 경우, 시스템 장애 직전 상태와 일관될 때까지 데이터베이스에 리두 로그를 적용하는 방식(roll forward 방식)으로 시스템 복구가 수행될 수 있다. 리두 로그는 시스템 장애 발생시 시스템 복구를 위하여 사용자가 수행하였던 작업을 다시 데이터베이스에 반영하는 동작을 수행하는데 사용될 수 있다.

다른 타입의 로그 레코드로서 "언두(undo)" 레코드가 존재할 수 있다. 언두 레코드는 "언두" 세그먼트 또는 "롤백" 세그먼트로 지칭될 수도 있다. 언두 레코드는 특정 데이터베이스 연산을 되돌리기 위한 정보를 포함한다. 즉, 언두 레코드는 사용자가 수행했던 데이터베이스 작업을 반대로 진행할 수 있으며 사용자의 작업을 원상태로 되돌리는데 사용될 수 있다. 또한, 복구하는 과정에서 "롤링 포워드(rolling forward)" 프로세스가 커밋되지 않은(uncommitted) 변경(들)에 적용되는 경우, 언두 레코드가 적용되어 커밋되지 않은 변경(들)을 제거할 수 있다(즉, 되돌릴 수 있다). 또한, 트랜잭션이 취소되는 경우, 언두 레코드는 취소된 트랜잭션 이전의 기존 상태로 데이터베이스를 되돌리기 위하여 적용될 수 있다. 데이터베이스가 멀티-버저닝(multi-versioning)을 사용하여 상이한 트랜잭션들로 하여금 상이한 시점에서의 데이터베이스 데이터를 보는 것을 허용하는 경우, 언두 레코드는 상이한 시점에서의 일관성 있는 데이터베이스의 다수의 버전들을 생성하기 위해 사용될 수 있다.

예를 들어, 데이터베이스 시스템의 장애가 발생하여 이를 재시작(start)하며 복구하는 방식은 크게 3가지 단계로 이루어질 수 있다. 첫번째는 로그 분석 단계이다. 로그 분석 단계에서는, 마지막 체크포인트(check point) 시점부터 최근 로그(EOL: End Of Log)까지의 로그를 탐색하면서 어느 시점부터 데이터베이스 시스템에 대한 복구를 시작하여야 하는지 그리고 어떠한 트랜잭션들을 복구해야 하는지를 결정할 수 있다. 두번째는 리두 복구 단계이다. 리두 복구 단계는, 복구를 시작해야하는 시점부터 장애 발생 시점까지의 리두 로그들을 사용하여 복구를 수행할 수 있다. 리두 복구가 완료된 시점의 데이터베이스의 상태는 장애 발생 시점의 상태와 동일할 수 있다. 즉, 리두 복구 단계는 장애 발생 직전의 상황을 그대로 재현하여 복원하는 작업을 수행할 수 있다. 세번째는 언두 복구 단계로서, 로그를 최신 시점부터 다시 역방향으로 탐색하면서 언두 복구가 필요한 로그들에 대한 언두 복구를 수행하는 단계를 의미한다. 해당 단계에서는 장애 시점까지 복구된 데이터베이스의 상태에서 하나 이상의 트랜잭션을 롤백 하는 방식이 수행될 수 있다. 본 개시는 리두 로그 데이터에 대한 실시예를 설명하나, 본 기술 분야의 통상의 기술자는 본 개시의 인덱스 복구방법을 용이하게 언두 로그 데이터에 대한 실시예에 적용할 수 있을 것이다.

도 2는 예시적인 인덱스 리두 로깅(index redo logging)을 설명하기 위한 도면이다.

트랜잭션이 처리되는 경우, 리두 로그(리두 로그 레코드)가 트랜잭션에 포함된 각각의 연산에 대해서 생성된다. 편의상, 테이블에 대한 연산은 테이블 트랜잭션으로 지칭되고, 인덱스에 대한 연산은 인덱스 트랜잭션으로 지칭될 수 있다. 도 2는 예시적인 트랜잭션(400)에 의해 생성된 예시적인 테이블 리두 로그(420) 및 인덱스 리두 로그(422)를 도시한다. 도 2에서 설명되는 인덱스 리두 로깅에 대한 구체적인 내용을 설명하기에 앞서, 본 발명의 기술적 요지와 직접적 관련이 없는 구성에 대해서는 본 발명의 기술적 요지를 흩뜨리지 않는 범위 내에서 생략하였음에 유의하여야 할 것이다.

도 2에 도시되는 바와 같이, 예를 들어, 트랜잭션(400)이 테이블 "table_A"에 데이터값 "(1, 2, 3)"을 입력하는 작업일 수 있다. 이 경우, 트랜잭션(400)이 처리됨에 따라, 데이터값 (1, 2, 3)이 "table_A" 내의 테이블 블록 번호 3의 테이블 블록(440)에서의 A, B 및 C 열에 삽입될 수 있고, 데이터값이 삽입된 위치는 "003"의 rowid 값을 가진다고 가정한다.

도 2에 도시되는 바와 같이, 예를 들어, 트랜잭션(400)에 대한 테이블 리두 로그(420)는 타겟 테이블 정보, 테이블 블록 번호 정보, 동작 정보, 및 데이터값 정보를 포함할 수 있다. 타겟 테이블 정보는 데이터값이 저장되는 테이블을 나타낼 수 있다. 테이블 블록 번호 정보는 데이터값이 저장되는 테이블 블록 주소를 나타낼 수 있다. 동작 정보는 트랜잭션에 의해 수행되는 동작을 나타낼 수 있다. 데이터값 정보는 트랜잭션에 의해 처리되는 데이터값을 나타낼 수 있다.

도 2를 참조하면, 트랜잭션(400)에 의해 생성된 테이블 리두 로그(420)는 타겟 테이블 정보가 "table_A"임을 나타낼 수 있다. 또한, 테이블 리두 로그(420)는 테이블 블록 번호 정보가 "3"임을 나타낼 수 있다. 또한, 테이블 리두 로그(420)는 동작 정보가 "insert"이며, 그리고 데이터값이 "(1, 2, 3)"임을 나타낼 수 있다.

테이블에 인덱스가 사용되는 경우, 인덱스 업데이트에 의해 인덱스 리두 로그를 생성하는 인덱스 리두 로깅이 수행된다. 도 2를 참조하면, 데이터 딕셔너리(Data Dictionary)는 "Table_A"에 대하여 열 "A" 및 "B"에 대해 "index_A"가 생성되었다는 인덱스 정보(예를 들어, index_A(A,B))를 제공할 수 있다. 데이터 딕셔너리는 데이터베이스 관리를 위한 다양한 정보를 제공할 수 있다. 데이터 딕셔너리는 데이터베이스의 구조 정보(예를 들어, 메타 데이터)를 제공하며, 데이터 딕셔너리는 쿼리가 발행됨에 따라 자동으로 갱신될 수 있다. 예를 들어, 상술한 바와 같이, 데이터 딕셔너리는 인덱스에 관한 정보를 제공할 수 있다.

트랜잭션이 처리됨에 따라 테이블의 변경이 발생하는 경우, 데이터 딕셔너리에 의해 제공된 인덱스 정보에 따라, 인덱스가 테이블의 변경을 반영함으로써 업데이트될 수 있다. 예를 들어, 도 2에 도시되는 바와 같이, 데이터 딕셔너리는 열 "A" 및 "B"에 대하여 "index_A"가 생성되어 있음을 나타내는 인덱스 정보(즉, "index_A(A, B)")를 제공할 수 있고, 따라서 인덱스 "index_A"는 테이블의 변경을 반영함으로써 업데이트될 수 있다.

도 2를 도시되는 바와 같이, 테이블 블록 번호 3의 테이블 블록(440)이 트랜잭션(400)에 의해 변경된 경우, 인덱스 블록 번호 5의 인덱스 블록(442)이 테이블의 변경을 반영하여 업데이트된다고 가정한다. 구체적으로, 도 2에 도시되는 바와 같이, 트랜잭션(400)에 의해, 인덱스 키값 "(1,2)" 및 rowid 값 "003"이 인덱스 블록 번호 5의 인덱스 블록(442) 중 2번째 행에 삽입될 수 있다.

여기서, 인덱스 블록 번호는 인덱스 트리 구조를 구성하는 인덱스 블록들의 주소를 의미할 수 있다. 인덱스 키값이 주어지는 경우, 해당 인덱스 키값이 삽입되는 인덱스 트리 구조 상의 위치(예를 들어, 인덱스 블록 주소)가 인덱스 탐색에 의해 결정될 수 있다.

사용되는 인덱스 알고리즘에 따라, 인덱스 트리 구조 및 인덱스 탐색 방법은 다양할 수 있다. 예를 들어, 인덱스 알고리즘은 B-tree 인덱스, Hash 인덱스, R-tree 인덱스, Fractal-Tree 인덱스, 비트맵 인덱스(BITMAP index), 함수기반 인덱스(function-based index)를 포함할 수 있다. 다만, 이에 한정되지 않고 다양한 인덱스 알고리즘이 사용될 수 있다. 본 개시에서 구체적인 인덱스 알고리즘의 내용은 생략되며, 인덱스 리두 로깅을 설명하기 위한 범위 내에서 그 결과만이 기술된다.

도 2에 도시되는 바와 같이, 예를 들어, 트랜잭션(400)에 대한 인덱스 리두 로그(422)는 타겟 인덱스 정보, 인덱스 블록 번호 정보, 동작 정보, 인덱스 키값 정보, rowid 값 정보를 포함할 수 있다. 타겟 인덱스 정보는 업데이트되는 인덱스를 나타낼 수 있다. 인덱스 블록 번호 정보는 인덱스 키값 정보 및 rowid 값 정보가 저장되는 인덱스 블록의 주소를 나타낼 수 있다. 동작 정보는 트랜잭션에 의해 수행되는 동작을 나타낼 수 있다. 데이터값 정보는 트랜잭션에 의해 처리되는 데이터값을 나타낼 수 있다.

도 2를 참조하면, 트랜잭션(400)에 의해 생성된 인덱스 리두 로그(422)는 타겟 인덱스 정보는 "index_A"이고 인덱스 블록 번호 정보는 "5"이고, 동작 정보는 "insert"이며, 그리고 인덱스 키값 및 rowid 값은 "(1, 2, 003)"임을 나타낸다.

도 2에서 설명되는 인덱스 로깅 방법은 단지 설명을 위한 목적이며, 상술한 바와 같이 사용되는 인덱스 알고리즘에 따라 인덱스 로깅은 다양한 방법으로 수행될 수 있다.

도 3a 및 도 3b는 예시적인 인덱스 리두 로그를 설명하기 위한 도면이다.

본 발명자는 인덱스 리두 로그를 크게 2가지 유형으로 구별하고자 한다. 제 1 유형은 인덱스 트리 구조를 변경하지 않고 인덱스에 저장되는 값들을 삽입, 업데이트 및 삭제하는 트랜잭션에 의해 생성되는 인덱스 리두 로그(즉, 복구시 인덱스 트리 구조를 변경하지 않음)를 의미할 수 있다. 제 2 유형은 인덱스 트리 구조를 변경하는 트랜잭션에 의해 생성되는 인덱스 리두 로그(즉, 복구시 인덱스 트리 구조를 변경)를 의미할 수 있다.

도 3a는 제 1 유형에 해당하는 인덱스 리두 로그(520)를 도시한다. 도 3a를 참조하면, 인덱스값 "(1, 2)" 및 rowid값 "(003)"을 인덱스 "index_A" 내의 인덱스 블록 번호 5의 인덱스 블록(500)에 삽입하는 예시적인 인덱스 트랜잭션에 의해 생성된, 예시적인 인덱스 리두 로그(520)가 도시된다.

제 1 유형에 해당하는 인덱스 리두 로그(520)가 복구에 사용되는 경우, 인덱스 트리 구조의 변경이 발생하지 않는다. 여기서 인덱스 트리 구조의 변경은 인덱스 블록 단위의 변경을 의미할 수 있다. 도 3a에서 볼 수 있는 바와 같이, 인덱스 리두 로그(520)가 복구에 사용되는 경우, 인덱스값 "(1, 2)" 및 rowid값 "(003)"이 인덱스 "index_A" 내의 인덱스 블록 번호 5의 인덱스 블록(500)에 삽입될 수 있다. 즉, 인덱스 트리 구조의 변경은 발생하지 않는다.

제 1 유형의 인덱스 리두 로그는 예를 들어, 제 1 유형의 인덱스 리두 로그는 키값의 삽입, 변경, 삭제를 수행하는 인덱스 키 리두 로그를 포함할 수 있다. 다만 이에 한정되지 않고, 제 1 유형의 인덱스 리두 로그는 인덱스 트리 구조를 변경하지 않는 다양한 리두 로그를 포함할 수 있다.

도 3b는 제 2 유형에 해당하는 인덱스 리두 로그(560)를 도시한다. 도 3a를 참조하면, 임의의 트랜잭션에 의해, 인덱스 블록 번호 5의 인덱스 블록(540)을 두 개의 블록(542, 544)으로 분할하는 예시적인 인덱스 트랜잭션에 의하여 생성된 예시적인 인덱스 리두 로그(560)가 도시된다.

도 3b에서 도시되는 바와 같이, 제 2 유형에 해당하는 인덱스 리두 로그(560)가 복구에 사용되는 경우, 인덱스 트리 구조의 변경이 발생한다. 여기서 인덱스 트리 구조의 변경은 상술한 바와 같이, 인덱스 블록 단위의 변경을 의미할 수 있다. 인덱스 트리 구조의 변경은 사용되는 인덱스 알고리즘에 따라 다양하게 발생할 수 있다. 본 예시에서, 임의의 인덱스 알고리즘에 따라, 임의의 트랜잭션에 의해 인덱스 블록 번호 5의 인덱스 블록(540)이 두 개의 인덱스 블록(542, 544)으로 분할되는 예시적인 트랜잭션이 수행된다고 가정된다. 상술한 예시적인 트랜잭션에 의해 생성되는 인덱스 리두 로그(560)는 도 3b에서 도시되는 인덱스 리두 로그(560)일 수 있다.

예를 들어, 제 2 유형의 인덱스 리두 로그는 인덱스 블록을 분할하는 동작들에 대한 인덱스 리두 로그를 포함할 수 있다. 또한 제 2 유형의 인덱스 리두 로그는 인덱스를 정리하는 동작(예를 들어, 코알리스(coalesce) 명령 등)에 대한 인덱스 리두 로그를 포함할 수 있다. 다만 이에 한정되지 않고, 제 2 유형의 인덱스 리두 로그는 인덱스 트리 구조를 변경하는 다양한 리두 로그를 포함할 수 있다.

제 1 유형의 인덱스 리두 로그와 제 2 유형의 인덱스 리두 로그를 구별함으로써, 인덱스 리두 로그의 데이터양을 감소시킬 수 있는 본 개시의 인덱스 리두 로깅 방법이 고려될 수 있다. 구체적으로, 본 개시의 인덱스 리두 로깅 방법은 인덱스 리두 로그 중 일부를 복구시에 생성함으로써 인덱스 리두 로그의 데이터양을 줄일 수 있다. 또한 본 개시의 인덱스 리두 로깅 방법은 종래의 인덱스 리두 로그의 비해 작은 데이터량을 가지는 개선된 유형의 인덱스 리두 로그를 사용함으로써 데이터양을 줄일 수 있다.

도 4는 본 개시의 몇몇 실시예에 따른 데이터베이스 서버의 블록 구성도(block diagram)를 도시한다. 도 5는 본 개시의 몇몇 실시예에 따른 인덱스 리두 로깅을 설명하기 위한 도면이다. 도 6a, 도 6b 및 도 6c는 본 개시의 몇몇 실시예에 따른 인덱스 리두 로그를 설명하기 위한 도면이다. 도 7은 본 개시의 몇몇 실시예에 따른 인덱스 리두 로그의 생성 방법을 설명하기 위한 도면이다.

도 4에 도시되는 바와 같이, 데이터베이스 서버(100)는 프로세서(120) 및 저장부(140)를 포함할 수 있다. 여기서 저장부(140)는 도 1을 참조하여 전술한 바와 같이 메모리(미도시) 및 영구 저장 매체(130)를 통칭하는 개념일 수 있다. 그리고, DBMS(110)는 프로세서(120)에 의해 실행되어 메모리 및/또는 영구 저장 매체(130)에 저장될 수 있다. 이러한 경우, 저장부(140)는 프로세서(120)와 통신하여 데이터 저장/관리를 제어할 수 있다.

로그 데이터를 영구저장매체(130)에 기록하는 동작은 프로세서(120)에 의해 수행될 수 있으며, 구체적으로 프로세서(120)는 백그라운드 프로세스(Background process)로 로그 데이터를 영구저장매체(130)에 저장할 수 있다. 백그라운드 프로세스는 데이터 버퍼 라이터 프로세스(Data buffer writer process), 데이터 블록 라이터 프로세스(Data block writer process), 체크포인트 프로세스(Checkpoint process), 및 로그 라이터 프로세스(Log writer process)을 포함할 수 있으며, 이에 한정되지 않는다.

또한, 프로세서(120)는 메모리 상에서 DBMS(110)를 실행하여, 이하에서 설명할 다양한 동작들을 수행할 수 있다. 또한, 프로세서(120)는 하나 이상의 스레드를 포함하여 각 스레드마다 임의의 동작을 수행하도록 할 수 있다. 예를 들어, 프로세서(120)는 임의의 테이블에 대해 인덱스 트리 구조를 생성할 수 있다. 다른 예시로, 프로세서(120)는 생성된 인덱스 트리 구조에서 타겟 인덱스 키값에 대한 인덱스 탐색(트래버스(traverse))을 수행할 수 있다. 전술한 프로세서(120)의 동작 기재는 예시일 뿐, 본 개시는 이에 제한되지 않는다.

본 개시의 몇몇의 실시예에 따라, 도 4에서 도시되는 바와 같이, 프로세서(120)는 본 개시에 따른 인덱스 복구 방법을 수행하기 위한 인덱스 로깅 모듈(300)을 포함할 수 있다. 인덱스 로깅 모듈(300)은 본 개시에 따른 인덱스 리두 로깅 및 인덱스 복구를 위한 전반적인 동작을 수행할 수 있다. 예를 들어, 인덱스 로깅 모듈(300)은 인덱스 리두 로그를 생성할 수 있다. 또한, 인덱스 로깅 모듈(300)은 인덱스 리두 로그를 이용하여 인덱스 복구를 수행할 수 있다. 다만 이에 한정되지 않고, 인덱스 로깅 모듈(300)은 인덱스 리두 로깅을 위한 다양한 동작을 수행할 수 있다.

본 개시에 따른 인덱스 복구 방법은 인덱스 피지컬 리두 로그 및 인덱스 로지컬 리두 로그를 포함하는 인덱스 리두 로그를 사용함으로써, 인덱스 리두 로그의 데이터량을 감소시킬 수 있다. 구체적으로, 본 개시에 따른 인덱스 복구 방법은 기존의 인덱스 리두 로그에 비해 작은 데이터량을 가지는 인덱스 로지컬 리두 로그를 사용함으로써, 인덱스 리두 로그의 데이터량을 감소시킬 수 있다. 또한, 본 개시에 따른 인덱스 복구 방법은 복구시에 인덱스 로지컬 리두 로그를 생성함으로써, 인덱스 리두 로그의 전체 데이터량을 감소시킬 수 있다. 본 개시에 따른 인덱스 리두 로깅 및 인덱스 복구 방법은 도 4 내지 도 7을 참조하여 이하에서 설명된다.

본 개시의 몇몇 실시예에 따라, 인덱스 로깅 모듈(300)은 인덱스 리두 로그 생성 모듈(310), 인덱스 리두 로깅 복구 모듈(330), 및 인덱스 식별 모듈(350)을 포함할 수 있다.

본 개시의 몇몇 실시예에 따라, 인덱스 리두 로그 생성 모듈(310)은 인덱스 리두 로그를 생성(즉, 인덱스 리두 로깅)할 수 있다. 구체적으로, 인덱스 리두 로그 생성 모듈은(310) 인덱스 피지컬 리두 로그(index logical redo log) 및 인덱스 로지컬 리두 로그(index logical redo log)를 생성할 수 있다.

인덱스 피지컬 리두 로그는 인덱스 트리 구조의 변경에 대응하는 제 1 인덱스 리두 로깅(index redo logging)에 의해 생성될 수 있다. 구체적으로, 인덱스 피지컬 리두 로그는 인덱스 트리 구조를 변경하는 인덱스 트랜잭션에 의하여 생성되는 리두 로그일 수 있다. 제 1 인덱스 리두 로깅은 인덱스 리두 로깅시에 인덱스 트리 구조를 변경하는 인덱스 트랜잭션에 대하여 인덱스 리두 로그를 생성하는 것을 의미할 수 있다. 따라서, 인덱스 피지컬 리두 로그는 인덱스 트리 구조를 변경하기 위한 정보(즉, 인덱스 트리 구조 변경 정보)를 가질 수 있다. 여기서 인덱스 트리 구조의 변경은 인덱스 블록 단위의 변경을 의미할 수 있다. 인덱스 트리 구조 변경 정보는 복구시에 인덱스 트리 구조를 변경하는데 사용될 수 있다.

예를 들어, 인덱스 피지컬 리두 로그는 인덱스 블록을 분할하는 인덱스 트랜잭션에 의해 생성된 인덱스 트리 구조 변경 정보를 포함할 수 있다. 여기서 인덱스 블록을 분할하는 동작은 인덱스 스플릿(index split) 동작으로 지칭될 수 있다. 또한, 인덱스 피지컬 리두 로그는 인덱스를 정리하기 위해 인덱스 트리 구조를 재구성하는 인덱스 트랜잭션에 의해 생성된 인덱스 트리 구조 변경 정보를 포함할 수 있다. 여기서 인덱스를 정리하는 동작은 인덱스 코알리스(index coalesce) 동작으로 지칭될 수 있다. 다만, 이에 한정되지 않고, 인덱스 피지컬 리두 로그는 인덱스 트리 구조를 변경하는 다양한 동작에 대한 인덱스 트리 구조 변경 정보를 포함할 수 있다.

또한, 인덱스 구조 변경 정보는 인덱스 트리 구조 변경에 의해 추가 또는 삭제되는 노드가 가지는 데이터 정보를 포함할 수 있다. 인덱스 트리 구조의 변경은 인덱스 트리 구조를 이루는 노드들의 구성에 대한 변경을 포함한다. 따라서, 인덱스 트리 구조의 변경에 따라 노드가 추가 또는 삭제되는 경우, 추가 또는 삭제되는 노드의 데이터값 정보가 인덱스 복구시에 필요하다. 따라서, 인덱스 구조 변경 정보는 인덱스 트리 구조 변경에 의해 추가 또는 삭제되는 노드가 가지는 데이터 정보를 포함할 수 있고, 이 정보는 인덱스 복구시에 사용될 수 있다.

인덱스 트리 구조의 노드는 하나의 인덱스 테이블 블록에 포함될 수 있다. 또한, 복수의 노드가 하나의 인덱스 테이블 블록에 포함될 수 있다. 다만 이에 한정되지 않고, 인덱스 트리 구조의 노드는 다양한 방식으로 인덱스 테이블 블록에 포함될 수 있고, 그리고 인덱스 트리 구조의 노드가 다양한 방식으로 인덱스 테이블 블록을 포함할 수도 있다.

인덱스 로지컬 리두 로그는 인덱스의 데이터 변경에 대응하는 제 2 인덱스 리두 로깅에 의해 생성되거나, 또는 인덱스를 복구하기 위한 복구 명령에 의해 생성될 수 있다. 구체적으로, 인덱스 로지컬 리두 로그는 인덱스 리두 로깅시에 인덱스 트리 구조를 변경하지 않고 인덱스에 데이터값을 삽입, 변경 또는 삭제하는 인덱스 트랜잭션에 의하여 생성되는 리두 로그일 수 있다. 여기서 제 2 인덱스 리두 로깅은 인덱스 트리 구조를 변경하지 않고 인덱스에 데이터값을 삽입, 변경, 또는 삭제하는 인덱스 트랜잭션에 대하여 인덱스 리두 로그를 생성하는 것을 의미할 수 있다. 따라서, 인덱스 로지컬 리두 로그는 인덱스 트리 구조를 유지하면서 인덱스에 데이터값을 삽입, 삭제, 또는 변경하는 동작에 대응하는 인덱스 데이터 변경 정보를 포함할 수 있다. 여기서 인덱스 트리 구조의 변경은 인덱스 블록 단위의 변경을 의미할 수 있다. 데이터 변경 정보는 복구시에 인덱스 트리 구조를 변경하지 않고 데이터값을 삽입, 변경 및 삭제하는데 사용될 수 있다.

예를 들어, 인덱스 로지컬 리두 로그는 인덱스에 데이터값을 삽입하는 인덱스 트랜잭션에 의해 생성된 데이터 변경 정보를 포함할 수 있다. 또한, 인덱스 로지컬 리두 로그는 인덱스에서 데이터값을 변경하는 인덱스 트랜잭션에 의해 생성된 데이터 변경 정보를 포함할 수 있다. 또한, 인덱스 로지컬 리두 로그는 인덱스에서 데이터값을 삭제하는 인덱스 트랜잭션에 의해 생성된 데이터 변경 정보를 포함할 수 있다. 다만, 이에 한정되지 않고, 인덱스 로지컬 리두 로그는, 인덱스 트리 구조를 변경하지 않는 다양한 동작에 대한 데이터 변경 정보를 포함할 수 있다.

상술한 바로부터 알 수 있는 바와 같이, 본 개시의 인덱스 리두 로깅은 인덱스 피지컬 리두 로그를 생성하기 위한 제 1 인덱스 리두 로깅 및 인덱스 로지컬 리두 로그를 생성하기 위한 제 2 인덱스 리두 로깅을 포함할 수 있다. 다만, 인덱스 로지컬 리두 로그는 인덱스 리두 로깅시에 생성되지 않고, 복구 시에 생성될 수도 있다.

따라서, 본 개시의 인덱스 로지컬 리두 로그는 두가지의 상이한 시점에서 생성될 수 있다. 구체적으로, 인덱스 로지컬 리두 로그는 종래의 방식과 유사하게 인덱스 리두 로깅시에 생성(즉, 제 2 인덱스 리두 로깅)될 수 있다. 또한, 인덱스 로지컬 리두 로그는 복구시에 테이블 리두 로그에 기초하여 생성될 수 있다.

도 5를 참조하여, 인덱스 피지컬 리두 로그 및 인덱스 로지컬 리두 로그를 포함하는 본 개시에 따른 인덱스 리두 로그가 설명된다. 도 5를 참조하면, 예시적인 트랜잭션(600)이 반영된 테이블 내의 테이블 블록(610, 612)이 도시되고, 또한 예시적인 트랜잭션(600)에 따라 업데이트된 인덱스 내의 인덱스 블록(630, 631, 632, 633, 634)이 도시된다.

도 5에서 도시되는 트랜잭션(600)은 테이블 "table_A"에 데이터값 "(1, 2, 3)" 및 "(3,1,1)"을 삽입하는 트랜잭션이다. 트랜잭션(600)을 처리함으로써, 데이터값 "(1, 2, 3)"이 테이블 블록 번호 3의 테이블 블록에 rowid값이 "003"인 위치에 삽입되고(테이블 블록(610) 참조), 이어서 데이터값 "(3,1,1)"이 테이블 블록 번호 3의 테이블 블록(610)에 rowid값이 "004"인 위치에 삽입된다((테이블 블록(612) 참조))고 가정한다. 여기서, 테이블 리두 로그(620)는 데이터값 "(1, 2, 3)"이 테이블 블록 번호 3의 테이블 블록에 rowid값이 "003"인 위치에 삽입되는 동작에 대한 리두 로그이고, 테이블 리두 로그(622)는 데이터값 "(3, 1, 1)"이 테이블 블록 번호 3의 테이블 블록에 rowid값이 "003"인 위치에 삽입되는 동작에 대한 리두 로그이다.

트랜잭션(600)이 처리됨으로써 테이블 변경이 발생하는 경우, 인덱스 또한 업데이트될 수 있다. 인덱스 식별 모듈(350)은 테이블 변경에 따라 인덱스의 업데이트 여부를 결정하기 위한 정보를 제공할 수 있다. 예를 들어, 인덱스 식별 모듈(350)은 인덱스의 설정 유무, 인덱스의 명칭, 인덱스의 내용 등에 관한 정보를 가질 수 있다. 예를 들어, 도 5를 참조하면, 인덱스 식별 모듈(350)은 "index_A(A,B)"라는 정보로부터 인덱스 "index_A"가 열 "A" 및 "B"에 대하여 설정되었음을 식별할 수 있는 정보를 가질 수 있다. 따라서, 인덱스 식별 모듈(350)은 테이블 변경을 반영하여 인덱스 "index_A"가 업데이트되도록 결정하기 위한 정보를 제공할 수 있다.

본 개시의 몇몇의 실시예에 따라, 인덱스 식별 모듈(350)은 데이터 딕셔너리일 수 있다. 또한, 다른 예로, 인덱스 식별 모듈(350)은 데이터 딕셔너리로부터 인덱스에 관한 정보를 획득할 수 있다. 다만, 이에 한정되지 않고, 인덱스 식별 모듈(350)은 다양한 방식으로 인덱스의 업데이트 여부를 결정하는 정보를 제공할 수 있다.

도 5의 하단은 테이블 변경에 따른 인덱스의 업데이트를 도시한다. 인덱스의 업데이트는 사용되는 인덱스 알고리즘에 따라 다양하게 수행될 수 있으며, 도 5에 도시되는 인덱스의 업데이트는 예시적인 결과이다. 구체적으로, 트랜잭션(600)에 의해 다음과 같은 인덱스 업데이트가 수행된다고 가정한다.

인덱스 트랜잭션 1: 인덱스 "index_A" 내의 인덱스 블록 번호 5인 인덱스 블록에 데이터값 "(1, 2, 003)"을 삽입 (인덱스 블록(630) 참조).

인덱스 트랜잭션 2: 인덱스 "index_A" 내의 인덱스 블록 번호 5인 인덱스 블록에 저장된 데이터값 중 일부(즉, 데이터값 "(0,0,002)" 및 "(1,2,003)")를 이용하여 인덱스 블록 번호 6의 인덱스 블록을 설정(초기화)한다 (인덱스 블록(631) 참조)

인덱스 트랜잭션 3: 인덱스 "index_A" 내의 인덱스 블록 번호 5인 인덱스 블록에 저장된 데이터값 중 일부(즉, 데이터값 "(3,2,001)")를 이용하여 인덱스 블록 번호 6의 인덱스 블록을 설정(초기화)한다 (인덱스 블록(631) 참조)

인덱스 트랜잭션 4: 인덱스 "index_A" 내의 인덱스 블록 번호 7인 인덱스 블록에 데이터값 "(3,1,004)"을 삽입 (인덱스 블록(634) 참조)

도 5에 도시되는 인덱스 리두 로그(640 내지 643)는 도 5에 도시된 인덱스 업데이트에 대한 인덱스 리두 로그이다. 구체적으로, 인덱스 리두 로그(640)는 인덱스 트랜잭션 1에 대응하는 리두 로그이고, 인덱스 리두 로그(641)는 인덱스 트랜잭션 2에 대응하는 리두 로그이고, 인덱스 리두 로그(642)는 인덱스 트랜잭션 3에 대응하는 리두 로그이고, 그리고 인덱스 리두 로그(643)는 인덱스 트랜잭션 4에 대응하는 리두 로그이다.

인덱스 리두 로그(640) 및 인덱스 리두 로그(643)는 데이터 변경 정보를 가지지만, 인덱스 트리 구조 변경 정보를 가지지 않는다는 점에서 인덱스 로지컬 리두 로그로 분류될 수 있다. 즉, 인덱스 리두 로그(640) 및 인덱스 리두 로그(643)는 인덱스 트리 구조를 변경하지 않고 데이터값을 인덱스에 삽입하는 인덱스 트랜잭션 1 및 4에 대응하는 리두 로그이다. 따라서 인덱스 리두 로그(640) 및 인덱스 리두 로그(643)가 복구에 사용되는 경우, 인덱스 트리 구조는 변경되지 않는다.

인덱스 리두 로그(641) 및 인덱스 리두 로그(642)는 인덱스 트리 구조 변경 정보를 가진다는 점에서 인덱스 피지컬 리두 로그로 분류될 수 있다. 도 5를 참조하면, 인덱스 리두 로그(641) 및 인덱스 리두 로그(642)는 인덱스 트리 구조를 변경하는 인덱스 트랜잭션 2 및 3에 대응하는 리두 로그이다. 인덱스 트랜잭션 2 및 인덱스 트랜잭션 3은 인덱스 블록 5를 인덱스 블록 6 및 인덱스 블록 7로 분할하는 스플릿 트랜잭션이다. 따라서, 인덱스 리두 로그(641) 및 인덱스 리두 로그(642)가 복구에 사용되는 경우, 인덱스 트리 구조가 변경되게 된다.

도 6a를 참조하여, 인덱스 피지컬 리두 로그 및 인덱스 로지컬 리두 로그의 차이점이 설명된다. 본 개시의 몇몇의 실시예에 따라, 인덱스 피지컬 리두 로그는 물리적 정보, 타겟 인덱스 정보, 동작 정보 또는 인덱스 데이터값 정보를 포함할 수 있다. 그리고, 인덱스 로지컬 리두 로그는 타겟 인덱스 정보, 동작 정보 및 인덱스 데이터값 정보를 포함할 수 있다. 도 6a에 도시된 인덱스 피지컬 리두 로그 및 인덱스 피지컬 리두 로그는 단지 예시에 불과하며, 인덱스 피지컬 리두 로그 및 인덱스 피지컬 리두 로그는 다양한 형식을 가질 수 있다.

여기서, 타겟 인덱스 정보는 복구되는 인덱스를 나타낼 수 있다. 동작 정보는 트랜잭션에 의해 수행되는 동작을 나타낼 수 있다. 인덱스 데이터값 정보는 인덱스 블록에 저장되는 데이터값(예를 들어, 인덱스 키값 및 rowid값)을 나타낼 수 있다. 인덱스 키값은 인덱스의 특정 행을 식별하고 접근하는데 사용되는 값으로, 인덱스 탐색은 인덱스 키값을 이용하여 수행될 수 있다. 도 5를 참조하면, 인덱스 "index_A"에서, 인덱스 키값은 테이블의 열 "A" 및 "B"에 저장된 값이다. rowid값은 테이블 상의 데이터가 저장된 위치를 나타낼 수 있다. 일반적으로, 인덱스 탐색은 인덱스 키값(예를 들어 열 "A" 및 "B"에 저장된 값")을 통해 rowid값을 판독하고, 그리고 rowid값에 대응하는 테이블 위치 상의 데이터에 접근하는 동작일 수 있다.

본 개시의 몇몇의 실시예에 따라, 물리적 정보는 인덱스 트리 구조에 대한 정보를 포함할 수 있다. 예를 들어, 도 5를 참조하면, 물리적 정보는 인덱스 블록 번호 정보를 포함할 수 있다. 또한, 물리적 정보는 인덱스 트리 구조를 구성하는 인덱스 블록들의 연결관계를 나타내는 정보를 포함할 수도 있다. 물리적 정보는 복구시에 인덱스 트리 구조를 변경하는데 사용될 수 있다. 다만, 이에 한정되지 않고, 물리적 정보는 인덱스 트리 구조에 대한 다양한 정보를 포함할 수 있다.

인덱스의 물리적 정보는 일반적으로 인덱스 트리 구조에 대한 인덱스 탐색에 의해 결정될 수 있다. 예를 들어, 프로세서(120)는 인덱스 탐색을 수행함으로써 인덱스 키값에 대응하는 인덱스 상의 물리적 위치를 결정할 수 있다. 자세히 설명하면, 인덱스 트랜잭션 1의 인덱스 데이터값 "(1, 2, 003)" 및 인덱스 트랜잭션 4의 인덱스 데이터값 "(3,1,004)"이 삽입되는 인덱스 블록들의 각각의 인덱스 블록 번호 정보들은 인덱스 탐색을 통해 결정될 수 있다. 물론, 인덱스 트랜잭션 2 및 인덱스 트랜잭션 3에 사용되는 물리적 주소 또한 인덱스 탐색을 통해 결정될 수 있다.

즉, 일반적으로 인덱스 트랜잭션을 처리함에 있어서, 물리적 정보가 필요하다. 다만, 본 개시의 인덱스 복구 방법은 인덱스 로지컬 리두 로그의 물리적 정보를 저장하지 않는 것을 특징으로 한다. 구체적으로, 본 개시의 인덱스 복구 방법은 인덱스 로지컬 리두 로그의 물리적 정보를 복구시에 획득함으로써 인덱스 로지컬 리두 로그의 물리적 정보를 저장하지 않을 수 있다.

도 6b를 참조하면, 인덱스 리두 로그(650 내지 653)는 기존의 인덱스 리두 로깅에서 사용되는 리두 로그의 일례이다. 본 개시에 따른 인덱스 리두 로그(640 내지 643)과 기존의 인덱스 리두 로그(650 내지 653)를 비교하면, 본 개시에 따른 인덱스 로지컬 리두 로그(640, 643)가 물리적 정보(즉, 인덱스 블록 정보)를 가지지 않음을 볼 수 있다. 따라서, 본 개시에 따른 인덱스 리두 로그는, 기존의 인덱스 리두 로그 보다 적은 데이터량을 가진다. 결과적으로, 본 개시에 따른 인덱스 리두 로그를 사용하는 경우, 저장부(140)에 저장되는 로그 데이터의 양은 감소될 수 있다.

도 6c를 참조하면, 본 개시에 따른 인덱스 로지컬 리두 로그(640, 643)는 트랜잭션(600)에 대하여 인덱스를 업데이트하는 과정에서 생성되지 않을 수도 있다. 예를 들어, 본 개시에 따른 인덱스 복구 방법은 복구시에 테이블 리두 로그를 이용하여 인덱스 로지컬 리두 로그(640, 643)를 생성함으로써 복구 전에 인덱스 로지컬 리두 로그(640, 643)를 생성 및 저장하지 않을 수 있다. 따라서, 본 개시에 따른 인덱스 리두 로깅 방법은 저장부(140)에 저장되는 로그 데이터의 양을 감소시킬 수 있다.

본 개시의 인덱스 복구 방법에 사용되는 개선된 유형의 인덱스 리두 로그는 본 개시의 인덱스 복구 방법의 구체적인 단계를 설명함으로써 더 자세히 이해될 것이다.

본 개시의 몇몇의 실시예에 따라, 인덱스 리두 로깅 복구 모듈(330)은 본 개시의 개선된 인덱스 리두 로그를 이용하여 인덱스 복구를 수행할 수 있다. 본 개시에 따른 인덱스 복구는 일반적으로 제 1 복구 단계 및 제 2 복구 단계를 통해 수행될 수 있다.

본 개시의 몇몇의 실시예에 따라, 인덱스 리두 로깅 복구 모듈(330)은 인덱스 피지컬 리두 로그 및 인덱스 로지컬 리두 로그를 포함하는 인덱스 리두 로그를 통한 복구 명령에 의해, 인덱스 피지컬 리두 로그를 적용하여 인덱스 트리 구조를 결정하는 제 1 복구 단계를 수행할 수 있다. 여기서, 인덱스 피지컬 리두 로그는 상술한 바와 같이 인덱스 트리 구조의 변경에 대응하는 제 1 인덱스 리두 로깅(index redo logging)에 의해 생성되며, 또한 인덱스 피지컬 리두 로그는 인덱스 트리 구조 변경 정보를 포함한다.

상술한 바와 같이, 인덱스 피지컬 리두 로그는 인덱스 트리 구조 변경 정보를 포함할 수 있다. 구체적으로, 인덱스 피지컬 리두 로그는 인덱스 트리 구조를 변경하는 인덱스 트랜잭션에 의하여 생성되는 리두 로그일 수 있다. 상술한 바와 같이, 제 1 인덱스 리두 로깅은 인덱스 트리 구조를 변경하는 인덱스 트랜잭션에 대해 인덱스 리두 로그를 생성하는 것을 의미할 수 있다. 따라서, 인덱스 피지컬 리두 로그는 인덱스 트리 구조 변경 정보를 가질 수 있다. 여기서 인덱스 트리 구조의 변경은 인덱스 블록 단위의 변경을 의미할 수 있다. 인덱스 트리 구조 변경 정보는 복구시에 인덱스 트리 구조를 변경하는데 사용될 수 있다. 예를 들어, 복구 명령이 있는 경우, 인덱스 리두 로깅 복구 모듈(330)은 복구 시점을 기준으로 복구에 사용될 인덱스 피지컬 리두 로그를 결정할 수 있다. 그리고, 인덱스 리두 로깅 복구 모듈(330)은 복구 대상인 인덱스 트리 구조에 인덱스 피지컬 리두 로그를 적용하여 인덱스 트리 구조를 결정할 수 있다.

이 경우, 제 1 복구 단계를 통해 인덱스 트리 구조는 결정되지만, 인덱스 블록에서 일부의 데이터값이 복구되지 않을 수 있다. 예를 들어, 도 5를 참조하면, 인덱스 피지컬 리두 로그(641 및 642)만 적용된 경우, 인덱스 블록 번호 7인 인덱스 블록에 인덱스 데이터값 "(3,1,004)"은 복구되지 않는다. 이러한 복구되지 않은 데이터값은 제 2 복구 단계를 통해 인덱스 로지컬 리두 로그를 적용함으로써 복구될 수 있다.

본 개시의 몇몇의 실시예에 따라, 인덱스 리두 로깅 복구 모듈(330)은 제 1 복구 단계를 통해 결정된 인덱스 트리 구조에 대한 인덱스 트리 탐색을 수행하여 인덱스 로지컬 리두 로그의 물리적 정보를 획득하고, 획득된 물리적 정보를 이용하여 인덱스 로지컬 리두 로그를 결정된 인덱스 트리 구조에 적용하는 제 2 복구 단계를 수행할 수 있다. 여기서, 인덱스 로지컬 리두 로그는 상술한 바와 같이 인덱스의 데이터 변경에 대응하는 제 2 인덱스 리두 로깅에 의해 생성되거나, 또는 상기 복구 명령에 의해 생성될 수 있다. 따라서 인덱스 로지컬 리두 로그는 인덱스 데이터 변경 정보를 포함할 수 있다.

본 개시의 인덱스 리두 로깅 방법은 인덱스 로지컬 리두 로그의 물리적 정보를 저장하지 않는 대신, 복구시에 인덱스 트리 구조를 탐색함으로써 인덱스 로지컬 리두 로그의 물리적 정보를 획득할 수 있다. 따라서, 본 개시의 인덱스 리두 로깅 방법은 먼저 제 1 복구 단계를 수행하여 인덱스 트리 구조를 결정하고, 그 다음 제 2 복구 단계를 수행하여 복구되지 않은 데이터값을 복구한다.

도 6b를 참조하여 설명하면, 기존의 인덱스 리두 로그(650 내지 653)을 사용하는 인덱스 복구 방식은, 인덱스 피지컬 리두 로그 및 인덱스 로지컬 리두 로그를 구별하지 않고, 순서대로 인덱스 리두 로그(650 내지 653)를 적용함으로써 수행된다. 즉, 인덱스 리두 로그를 순서대로 적용함으로써, 대응하는 인덱스 트랜잭션 1 내지 4가 순서대로 처리된다.

본 개시에 따른 인덱스 리두 로그를 사용한 인덱스 복구 방식은, 인덱스 피지컬 리두 로그(641, 642)가 먼저 적용됨으로써 인덱스 트리 구조가 결정되고, 결정된 인덱스 트리 구조 상에 인덱스 로지컬 리두 로그(640, 643)가 적용됨으로써 수행된다. 상술한 바와 같이, 인덱스 로지컬 리두 로그는 물리적 정보를 가지지 않음으로, 각각의 인덱스 로지컬 리두 로그의 물리적 정보는 인덱스 트리 구조에 대한 인덱스 트리 탐색을 통해 획득된다. 즉, 본 개시에 따른 인덱스 리두 로깅은 복구시에 인덱스 트리 탐색을 수행하는 단계를 수행해야 하지만, 이로 인해 인덱스 로지컬 리두 로그는 적은 데이터량을 가질 수 있는 형식(즉, 물리적 정보를 가지지 않음)으로 구성될 수 있다. 또한, 본 개시에 따른 인덱스 리두 로깅은 복구 전에 인덱스 로지컬 리두 로그를 생성 및 저장하지 않을 수 있기 때문에, 전체 인덱스 리두 로그의 데이터량이 감소될 수 있다.

본 개시에 따른 특유한 인덱스 복구 방식에 따라, 인덱스 로지컬 리두 로그는 상술한 바와 같이 2가지의 생성 시점을 가질 수 있다. 즉, 인덱스 로지컬 리두 로그는 복구 전에 생성 및 저장될 수 있다. 즉 인덱스 로지컬 리두 로그는 인덱스 리두 로깅(즉, 제 2 인덱스 리두 로깅)에 의해 생성될 수 있다. 또한 인덱스 로지컬 리두 로그는 복구시에 테이블 리두 로그에 기초하여 생성될 수 있다.

먼저 인덱스 로지컬 리두 로그가 복구 전에 생성 및 저장되는 제 1 생성시점에 대해서 설명된다. 제 1 생성시점은 일반적인 리두 로그의 생성시점과 동일하거나 유사하다. 일반적으로 로그 데이터는 WAL(Write Ahead Log)방식에 따라, 데이터베이스에 해당 내용을 반영하기 전에 먼저 생성될 수 있다. 본 개시에 따른 인덱스 리두 로그 또한 트랜잭션이 처리되기 전에 생성될 수 있다. 구체적으로, 본 개시에 따른 인덱스 리두 로그 중 인덱스 피지컬 리두 로그는 일반적으로 트랜잭션이 처리되기 전에 생성될 수 있다.

본 개시의 몇몇의 실시예에 따라, 인덱스 로지컬 리두 로그는 인덱스 리두 로깅(구체적으로, 제 2 인덱스 리두 로깅)에 의해 생성 및 저장될 수 있다. 상술한 바와 같이 이 생성시점은 제 1 생성시점으로 지칭될 수 있다. 즉, 인덱스 로지컬 리두 로그는 트랜잭션에 의해 인덱스를 업데이트해야 하는 경우, 인덱스를 업데이트하는 인덱스 트랜잭션들을 처리하기 전에 인덱스 피지컬 리두 로그와 함께 생성될 수 있다. 즉, 인덱스 리두 로깅에 의해 인덱스 피지컬 리두 로그 및 인덱스 로지컬 리두 로그가 생성될 수 있다. 예를 들어, 도 5를 참조하면, 트랜잭션(600)에 의해 인덱스 블록(630 내지 634)의 변경이 발생하기 전에, 인덱스 리두 로그(640 내지 643)가 생성될 수 있다. 이러한 동작은 트랜잭션에 대한 제 2 인덱스 리두 로깅으로 지칭될 수 있다. 구체적으로, 상술한 바와 같이, 제 2 인덱스 리두 로깅은 인덱스 트리 구조를 변경하지 않고 인덱스에 데이터값을 삽입, 변경, 또는 삭제하는 인덱스 트랜잭션에 대하여 인덱스 리두 로그를 생성하는 것을 의미할 수 있다.

일반적으로, 인덱스 리두 로그는 대응하는 인덱스 트랜잭션을 재수행하기 위해 대응하는 트랜잭션에 대한 인덱싱 명령 정보를 가진다. 즉, 일반적으로 인덱스 리두 로그는 대응하는 인덱스 트랜잭션의 인덱싱 명령 정보를 이용하여 생성될 수 있다.

상술한 바와 같이, 본 개시의 인덱스 로지컬 리두 로그는 물리적 정보를 가지지 않는다. 따라서, 본 개시에 따른 제 2 인덱스 리두 로깅은 적어도 트랜잭션에 대한 인덱싱 명령 정보 중 물리적 정보를 제외함으로써 인덱스 로지컬 리두 로그를 생성하는 동작을 포함할 수 있다. 예를 들어, 인덱스 트랜잭션이 물리적 정보, 타겟 인덱스 정보, 동작 정보 및 인덱스 데이터값 정보를 가지는 경우, 인덱스 리두 로그 생성 모듈(310)은 인덱스 트랜잭션이 가지는 정보 중 물리적 정보 제외하고 다른 나머지 정보를 이용하여 인덱스 로지컬 리두 로그를 생성할 수 있다. 그에 반해, 기존의 인덱스 리두 로그(650 내지 653)는 모두 물리적 정보를 가진다는 점에서 본 개시의 인덱스 리두 로그와 상이하다.

이제 인덱스 로지컬 리두 로그가 복구시 생성되는 제 2 생성시점이 설명된다.

본 개시의 몇몇의 실시예에 따라, 인덱스 로지컬 리두 로그는 복구 명령에 의해 생성될 수 있다. 이 경우, 인덱스 리두 로그 생성 모듈(310)은 복구 명령에 의해, 테이블 리두 로그에 기초하여 인덱스 로지컬 리두 로그를 생성할 수 있다. 즉, 인덱스 로지컬 리두 로그는 인덱스 리두 로깅 시에 생성되지 않고, 복구 시에 생성될 수 있다. 이 생성시점은 제 2 생성시점으로 지칭될 수 있다. 인덱스 로지컬 리두 로그가 복구 명령에 의해 생성되는 경우, 인덱스 로지컬 리두 로그는 테이블 리두 로그에 기초하여 생성될 수 있다.

도 7를 참조하여, 제 2 생성시점에 인덱스 로지컬 리두 로그를 생성하는 방법을 설명한다. 인덱스 로지컬 리두 로그는 테이블의 변경을 반경하여 인덱스의 데이터값을 변경(삽입, 변경, 삭제 등)함에 따라 생성된다. 따라서, 인덱스 로지컬 리두 로그는 대응하는 테이블 리두 로그(즉, 테이블의 변경에 대한 리두 로그)를 가질 수 있다.

예를 들어, 도 5를 참조하면, 인덱스 로지컬 리두 로그(640)는 테이블 리두 로그(620)에 대응한다. 또한, 인덱스 로지컬 리두 로그(643)는 테이블 리두 로그(621)에 대응한다. 따라서, 인덱스 로지컬 리두 로그(640, 643)는 인덱스 피지컬 리두 로그(641, 642)와 달리 대응하는 테이블 리두 로그(620, 621)를 이용하여 생성될 수 있다. 즉, 인덱스 피지컬 리두 로그는 트랜잭션에 대한 인덱스 리두 로그 생성 동작(즉, 제 1 인덱스 리두 로깅)에 의해 생성 및 저장되어야 하지만(즉, 제 1 생성시점에 생성 및 저장됨), 인덱스 로지컬 리두 로그는 대응하는 테이블 리두 로그를 이용하여 생성할 수 있으므로 제 1 생성시점 뿐만 아니라 제 2 생성시점에서도 생성될 수 있다.

구체적으로, 인덱스 로지컬 리두 로그는 복구 명령에 의해 다음과 같은 단계에 의해 생성될 수 있다. 먼저 복구 명령이 있는 경우, 인덱스 리두 로그 생성 모듈(310)은 복구 시점을 결정할 수 있다. 그리고, 인덱스 리두 로그 생성 모듈(310)은 복구 시점 이후의 테이블 리두 로그를 이용하여 대응하는 인덱스 로지컬 리두 로그를 생성할 수 있다.

구체적으로 예를 들어, 인덱스 리두 로그 생성 모듈(310)은 인덱스 식별 모듈(350)을 통해 열 "A" 및 "B"에 대하여 인덱스 "index_A"가 설정되었음을 식별할 수 있다. 따라서, 인덱스 리두 로그 생성 모듈(310)은 테이블 리두 로그(710)에 저장된 정보 중 동작정보(즉, "insert") 및 데이터값 "(003, 1, 2, 3)"을 이용하여 인덱스 로지컬 리두 로그의 동작정보(즉, "insert") 및 인덱스 데이터값 "(1, 2, 003)"을 획득할 수 있다. 따라서, 인덱스 리두 로그 생성 모듈(310)은 테이블 리두 로그(710)를 이용하여 인덱스 로지컬 리두 로그(720)를 생성할 수 있다. 도 5를 참조하면, 이러한 방식을 통해, 인덱스 리두 로그 생성 모듈(310)이 테이블 리두 로그(620)를 이용하여 인덱스 로지컬 리두 로그(640)를 생성할 수 있고, 그리고 인덱스 리두 로그 생성 모듈(310)이 테이블 리두 로그(621)를 이용하여 인덱스 로지컬 리두 로그(643)를 생성할 수 있음을 본 기술분야의 통상의 기술자는 쉽게 이해할 수 있을 것이다.

본 개시의 몇몇의 실시예에 따라, 제 2 생성시점은 제 2 복구 단계 이전일 수 있다. 그리고 제 2 생성시점은 제 1 복구 단계 이전 또는 이후일 수 있으며, 또한 제 2 생성시점은 제 1 복구 단계와 동일한 시점일 수도 있다.

생성 시점에 관계없이, 본 개시의 인덱스 리두 로그를 통한 복구는 동일하게 진행될 수 있다. 즉, 먼저 인덱스 트리 구조 결정하는 제 1 복구 단계가 먼저 수행될 수 있다. 그 다음, 결정된 인덱스 트리 구조 상에 인덱스 탐색을 통해 인덱스 로지컬 리두 로그의 물리적 정보를 획득하고, 획득된 물리적 정보를 이용하여 인덱스 로지컬 리두 로그를 적용하는 제 2 복구 단계가 수행될 수 있다. 다만, 인덱스 로지컬 리두 로그의 생성시점이 제 2 생성 시점인 경우, 복구 명령에 의해 인덱스 로지컬 리두 로그를 생성하는 단계가 추가된다.

제 1 생성 시점과 제 2 생성 시점을 비교하면, 제 1 생성 시점은 인덱스 로지컬 리두 로그를 미리 생성 및 저장하고 있으므로 복구시에 테이블 리두 로그를 이용하여 인덱스 로지컬 리두 로그를 생성하는 단계를 수행하지 않아도 된다. 다만, 인덱스 로지컬 리두 로그를 복구시까지 저장하고 있어야 하므로, 인덱스 로지컬 리두 로그의 생성시점이 제 1 생성시점인 경우, 전체 인덱스 리두 로그의 데이터량은 제 2 생성시점에 비해 많다.

제 2 생성 시점은 인덱스 로지컬 리두 로그를 복구 이후에 생성하므로, 전체 인덱스 리두 로그의 데이터량은 제 1 생성시점 보다 작다. 다만, 복구시에 인덱스 리두 로그를 생성해야 하므로, 복구시에 보다 많은 리소스가 소모된다.

본 개시의 몇몇의 실시예에 따라, 인덱스 로지컬 리두 로그의 생성 시점은 복구 명령의 발생 시점 이전 또는 이후로 가변적일 수 있다. 상술한 바와 같이 인덱스 로지컬 리두 로그의 생성 시점은 제 1 생성 시점 또는 제 2 생성 시점일 수 있다. 인덱스 로그의 전체 데이터량을 최대한 줄이기 위해서, 인덱스 로지컬 리두 로그는 제 2 생성 시점에 생성될 수 있다. 또한, 복구시의 리소스 소모량을 줄이기 위해, 인덱스 로지컬 리두 로그는 제 1 생성 시점에 생성 및 저장될 수 있다.

본 개시의 몇몇의 실시예에 따라, 인덱스 리두 로그 생성 모듈(310)은 인덱스 리두 로그의 전체 데이터량을 사전 결정된 임계값과 비교하여 인덱스 로지컬 리두 로그의 생성 시점을 결정할 수 있다. 예를 들어, 인덱스 리두 로그의 전체 데이터량이 사전 결정된 임계값(예를 들어, 저장부(140)의 전체 용량 중 1%)을 초과하는 경우, 인덱스 리두 로그 생성 모듈(310)은 인덱스 로지컬 리두 로그의 생성시점을 제 2 생성시점으로 결정할 수 있다. 다른 예로, 인덱스 리두 로그의 전체 데이터량이 사전 결정된 임계값(예를 들어, 저장부(140)의 전체 용량 중 1%) 미만인 경우, 인덱스 리두 로그 생성 모듈(310)은 인덱스 로지컬 리두 로그의 생성시점을 제 1 생성시점으로 결정할 수 있다. 다만, 이에 한정되지 않고, 인덱스 로지컬 리두 로그의 생성시점은 다양한 방식으로 결정될 수 있다.

본 개시에 따른 인덱스 리두 로깅 방법은 인덱스 피지컬 리두 로그 및 인덱스 로지컬 리두 로그를 포함하는 인덱스 리두 로그를 사용함으로써, 인덱스 리두 로그의 전체 데이터량을 감소시킬 수 있다. 구체적으로, 본 개시에 따른 인덱스 리두 로깅 방법은 기존의 인덱스 리두 로그에 비해 작은 데이터량을 가지는 인덱스 로지컬 리두 로그를 사용함으로, 인덱스 리두 로그의 데이터량을 감소시킬 수 있다. 또한, 본 개시에 따른 인덱스 복구 방법은 복구시에 인덱스 리두 로그를 생성함으로써, 인덱스 리두 로그의 데이터량을 감소시킬 수 있다.

도 8은 본 개시의 몇몇 실시예에 따른 인덱스 복구 방법에 대한 순서도이다.

상술한 바와 같이, 인덱스 리두 로그 중 인덱스 로지컬 리두 로그는 복구 명령의 발생 시점 이전에 생성 및 저장될 수 있다. 구체적으로, 인덱스 로지컬 리두 로그가 복구 명령의 발생 시점 이전에 생성 및 저장되는 경우(즉, 인덱스 로지컬 리두 로그가 인덱스 리두 로깅에 의해 생성되는 경우), 본 개시에 따른 인덱스 복구 방법은 다음과 같다.

본 개시의 몇몇 실시예에 따라, 데이터베이스 서버에 의해 수행되는 인덱스 복구 방법은 인덱스 피지컬 리두 로그 및 인덱스 로지컬 리두 로그를 포함하는 인덱스 리두 로그를 통한 복구 명령에 의해, 인덱스 피지컬 리두 로그를 적용하여 인덱스 트리 구조를 결정하는 제 1 복구 단계를 포함할 수 있다(s100). 여기서, 인덱스 피지컬 리두 로그는 상기 인덱스 트리 구조의 변경에 대응하는 제 1 인덱스 리두 로깅에 의해 생성될 수 있다.

본 개시의 몇몇 실시예에 따라, 데이터베이스 서버(100)에 의해 수행되는 인덱스 복구 방법은 결정된 인덱스 트리 구조에 대한 인덱스 트리 탐색을 수행하여 인덱스 로지컬 리두 로그의 물리적 정보를 획득하고, 획득된 물리적 정보를 이용하여 인덱스 로지컬 리두 로그를 결정된 인덱스 트리 구조에 적용하는 제 2 복구 단계(s110)를 수행할 수 있다. 여기서, 인덱스 로지컬 리두 로그는 인덱스의 데이터 변경에 대응하는 제 2 인덱스 리두 로깅에 의해 생성되거나, 또는 상기 복구 명령에 의해 생성될 수 있다.

본 개시에 따른 인덱스 복구 방법은 인덱스 피지컬 리두 로그 및 인덱스 로지컬 리두 로그를 포함하는 인덱스 리두 로그를 사용함으로써, 인덱스 리두 로그의 전체 데이터량을 감소시킬 수 있다. 구체적으로, 본 개시에 따른 인덱스 리두 로깅 방법은 기존의 인덱스 리두 로그에 비해 작은 데이터량을 가지는 인덱스 로지컬 리두 로그를 사용함으로, 인덱스 리두 로그의 데이터량을 감소시킬 수 있다.

도 9는 본 개시의 몇몇 실시예에 따른 인덱스 복구 방법에 대한 다른 순서도이다.

상술한 바와 같이, 인덱스 리두 로그 중 인덱스 로지컬 리두 로그는 복구 명령의 발생 시점 이후에 생성될 수 있다. 구체적으로, 인덱스 로지컬 리두 로그가 복구 명령의 발생 시점 이후에 생성되는 경우, 본 개시에 따른 인덱스 복구 방법은 다음과 같다.

본 개시의 몇몇 실시예에 따라, 데이터베이스 서버에 의해 수행되는 인덱스 복구 방법은 인덱스 피지컬 리두 로그 및 인덱스 로지컬 리두 로그를 포함하는 인덱스 리두 로그를 통한 복구 명령에 의해, 인덱스 피지컬 리두 로그를 적용하여 인덱스 트리 구조를 결정하는 제 1 복구 단계(s200)를 포함할 수 있다. 여기서, 인덱스 피지컬 리두 로그는 인덱스 트리 구조의 변경에 대응하는 제 1 인덱스 리두 로깅에 의해 생성될 수 있다.

본 개시의 몇몇 실시예에 따라, 데이터베이스 서버(100)에 의해 수행되는 인덱스 복구 방법은 복구 명령에 의해, 테이블 리두 로그에 기초하여 인덱스 로지컬 리두 로그를 생성하는 단계(s210)를 더 포함할 수 있다. 상술한 바와 같이, 본 개시의 몇몇의 추가적인 실시예에 따라, 테이블 리두 로그에 기초하여 인덱스 로지컬 리두 로그를 생성하는 단계는 제 1 복구 단계 이전, 이후 또는 동시에 수행될 수 있다.

본 개시의 몇몇 실시예에 따라, 데이터베이스 서버(100)에 의해 수행되는 인덱스 복구 방법은 결정된 인덱스 트리 구조에 대한 인덱스 트리 탐색을 수행하여 인덱스 로지컬 리두 로그의 물리적 정보를 획득하고, 획득된 물리적 정보를 이용하여 인덱스 로지컬 리두 로그를 결정된 인덱스 트리 구조에 적용하는 제 2 복구 단계(s220)를 수행할 수 있다. 여기서, 인덱스 로지컬 리두 로그는 데이터 변경 정보를 포함할 수 있다.

본 개시에 따른 인덱스 복구 방법은 인덱스 피지컬 리두 로그 및 인덱스 로지컬 리두 로그를 포함하는 인덱스 리두 로그를 사용함으로써, 인덱스 리두 로그의 전체 데이터량을 감소시킬 수 있다. 구체적으로, 본 개시에 따른 인덱스 복구 방법은 기존의 인덱스 리두 로그에 비해 작은 데이터량을 가지는 인덱스 로지컬 리두 로그를 사용함으로, 인덱스 리두 로그의 데이터량을 감소시킬 수 있다. 또한, 본 개시에 따른 인덱스 복구 방법은 복구시에 인덱스 로지컬 리두 로그를 생성함으로써, 인덱스 리두 로그의 전체 데이터량을 더 감소시킬 수 있다.

도 10은 본 개시의 몇몇 실시예들이 구현될 수 있는 예시적인 컴퓨팅 환경에 대한 간략하고 일반적인 개략도를 도시한다.

본 개시가 일반적으로 하나 이상의 컴퓨터 상에서 실행될 수 있는 컴퓨터 실행가능 명령어와 관련하여 전술되었지만, 당업자라면 본 개시가 기타 프로그램 모듈들과 결합되어 및/또는 하드웨어와 소프트웨어의 조합으로서 구현될 수 있다는 것을 잘 알 것이다.

일반적으로, 프로그램 모듈은 특정의 태스크를 수행하거나 특정의 추상 데이터 유형을 구현하는 루틴, 프로그램, 컴포넌트, 데이터 구조, 기타 등등을 포함한다. 또한, 당업자라면 본 개시의 방법이 단일-프로세서 또는 멀티프로세서 컴퓨터 시스템, 미니컴퓨터, 메인프레임 컴퓨터는 물론 퍼스널 컴퓨터, 핸드헬드 컴퓨팅 장치, 마이크로프로세서-기반 또는 프로그램가능 가전 제품, 기타 등등(이들 각각은 하나 이상의 연관된 장치와 연결되어 동작할 수 있음)을 비롯한 다른 컴퓨터 시스템 구성으로 실시될 수 있다는 것을 잘 알 것이다.

본 개시의 설명된 실시예들은 또한 어떤 태스크들이 통신 네트워크를 통해 연결되어 있는 원격 처리 장치들에 의해 수행되는 분산 컴퓨팅 환경에서 실시될 수 있다. 분산 컴퓨팅 환경에서, 프로그램 모듈은 로컬 및 원격 메모리 저장 장치 둘 다에 위치할 수 있다.

컴퓨터는 통상적으로 다양한 컴퓨터 판독가능 매체를 포함한다. 컴퓨터에 의해 액세스 가능한 매체는 그 어떤 것이든지 컴퓨터 판독가능 매체가 될 수 있고, 이러한 컴퓨터 판독가능 매체는 휘발성 및 비휘발성 매체, 일시적(transitory) 및 비일시적(non-transitory) 매체, 이동식 및 비-이동식 매체를 포함한다. 제한이 아닌 예로서, 컴퓨터 판독가능 매체는 컴퓨터 판독가능 저장 매체 및 컴퓨터 판독가능 전송 매체를 포함할 수 있다. 컴퓨터 판독가능 저장 매체는 컴퓨터 판독가능 명령어, 데이터 구조, 프로그램 모듈 또는 기타 데이터와 같은 정보를 저장하는 임의의 방법 또는 기술로 구현되는 휘발성 및 비휘발성 매체, 일시적 및 비-일시적 매체, 이동식 및 비이동식 매체를 포함한다. 컴퓨터 저장 매체는 RAM, ROM, EEPROM, 플래시 메모리 또는 기타 메모리 기술, CD-ROM, DVD(digital video disk) 또는 기타 광 디스크 저장 장치, 자기 카세트, 자기 테이프, 자기 디스크 저장 장치 또는 기타 자기 저장 장치, 또는 컴퓨터에 의해 액세스될 수 있고 원하는 정보를 저장하는 데 사용될 수 있는 임의의 기타 매체를 포함하지만, 이에 한정되지 않는다.

컴퓨터 판독가능 전송 매체는 통상적으로 반송파(carrier wave) 또는 기타 전송 메커니즘(transport mechanism)과 같은 피변조 데이터 신호(modulated data signal)에 컴퓨터 판독가능 명령어, 데이터 구조, 프로그램 모듈 또는 기타 데이터 등을 구현하고 모든 정보 전달 매체를 포함한다. 피변조 데이터 신호라는 용어는 신호 내에 정보를 인코딩하도록 그 신호의 특성들 중 하나 이상을 설정 또는 변경시킨 신호를 의미한다. 제한이 아닌 예로서, 컴퓨터 판독가능 전송 매체는 유선 네트워크 또는 직접 배선 접속(direct-wired connection)과 같은 유선 매체, 그리고 음향, RF, 적외선, 기타 무선 매체와 같은 무선 매체를 포함한다. 상술된 매체들 중 임의의 것의 조합도 역시 컴퓨터 판독가능 전송 매체의 범위 안에 포함되는 것으로 한다.

컴퓨터(1102)를 포함하는 본 개시의 여러가지 측면들을 구현하는 예시적인 환경(1100)이 나타내어져 있으며, 컴퓨터(1102)는 처리 장치(1104), 시스템 메모리(1106) 및 시스템 버스(1108)를 포함한다. 시스템 버스(1108)는 시스템 메모리(1106)(이에 한정되지 않음)를 비롯한 시스템 컴포넌트들을 처리 장치(1104)에 연결시킨다. 처리 장치(1104)는 다양한 상용 프로세서들 중 임의의 프로세서일 수 있다. 듀얼 프로세서 및 기타 멀티프로세서 아키텍처도 역시 처리 장치(1104)로서 이용될 수 있다.

시스템 버스(1108)는 메모리 버스, 주변장치 버스, 및 다양한 상용 버스 아키텍처 중 임의의 것을 사용하는 로컬 버스에 추가적으로 상호 연결될 수 있는 몇 가지 유형의 버스 구조 중 임의의 것일 수 있다. 시스템 메모리(1106)는 판독 전용 메모리(ROM)(1110) 및 랜덤 액세스 메모리(RAM)(1112)를 포함한다. 기본 입/출력 시스템(BIOS)은 ROM, EPROM, EEPROM 등의 비휘발성 메모리(1110)에 저장되며, 이 BIOS는 시동 중과 같은 때에 컴퓨터(1102) 내의 구성요소들 간에 정보를 전송하는 일을 돕는 기본적인 루틴을 포함한다. RAM(1112)은 또한 데이터를 캐싱하기 위한 정적 RAM 등의 고속 RAM을 포함할 수 있다.

컴퓨터(1102)는 또한 내장형 하드 디스크 드라이브(HDD)(1114)(예를 들어, EIDE, SATA)－이 내장형 하드 디스크 드라이브(1114)는 또한 적당한 섀시(도시 생략) 내에서 외장형 용도로 구성될 수 있음－, 자기 플로피 디스크 드라이브(FDD)(1116)(예를 들어, 이동식 디스켓(1118)으로부터 판독을 하거나 그에 기록을 하기 위한 것임), 및 광 디스크 드라이브(1120)(예를 들어, CD-ROM 디스크(1122)를 판독하거나 DVD 등의 기타 고용량 광 매체로부터 판독을 하거나 그에 기록을 하기 위한 것임)를 포함한다. 하드 디스크 드라이브(1114), 자기 디스크 드라이브(1116) 및 광 디스크 드라이브(1120)는 각각 하드 디스크 드라이브 인터페이스(1124), 자기 디스크 드라이브 인터페이스(1126) 및 광 드라이브 인터페이스(1128)에 의해 시스템 버스(1108)에 연결될 수 있다. 외장형 드라이브 구현을 위한 인터페이스(1124)는 USB(Universal Serial Bus) 및 IEEE 1394 인터페이스 기술 중 적어도 하나 또는 그 둘 다를 포함한다.

이들 드라이브 및 그와 연관된 컴퓨터 판독가능 매체는 데이터, 데이터 구조, 컴퓨터 실행가능 명령어, 기타 등등의 비휘발성 저장을 제공한다. 컴퓨터(1102)의 경우, 드라이브 및 매체는 임의의 데이터를 적당한 디지털 형식으로 저장하는 것에 대응한다. 상기에서의 컴퓨터 판독가능 매체에 대한 설명이 HDD, 이동식 자기 디스크, 및 CD 또는 DVD 등의 이동식 광 매체를 언급하고 있지만, 당업자라면 집 드라이브(zip drive), 자기 카세트, 플래쉬 메모리 카드, 카트리지, 기타 등등의 컴퓨터에 의해 판독가능한 다른 유형의 매체도 역시 예시적인 운영 환경에서 사용될 수 있으며 또 임의의 이러한 매체가 본 개시의 방법들을 수행하기 위한 컴퓨터 실행가능 명령어를 포함할 수 있다는 것을 잘 알 것이다.

운영 체제(1130), 하나 이상의 애플리케이션 프로그램(1132), 기타 프로그램 모듈(1134) 및 프로그램 데이터(1136)를 비롯한 다수의 프로그램 모듈이 드라이브 및 RAM(1112)에 저장될 수 있다. 운영 체제, 애플리케이션, 모듈 및/또는 데이터의 전부 또는 그 일부분이 또한 RAM(1112)에 캐싱될 수 있다. 본 개시가 여러가지 상업적으로 이용가능한 운영 체제 또는 운영 체제들의 조합에서 구현될 수 있다는 것을 잘 알 것이다.

사용자는 하나 이상의 유선/무선 입력 장치, 예를 들어, 키보드(1138) 및 마우스(1140) 등의 포인팅 장치를 통해 컴퓨터(1102)에 명령 및 정보를 입력할 수 있다. 기타 입력 장치(도시 생략)로는 마이크, IR 리모콘, 조이스틱, 게임 패드, 스타일러스 펜, 터치 스크린, 기타 등등이 있을 수 있다. 이들 및 기타 입력 장치가 종종 시스템 버스(1108)에 연결되어 있는 입력 장치 인터페이스(1142)를 통해 처리 장치(1104)에 연결되지만, 병렬 포트, IEEE 1394 직렬 포트, 게임 포트, USB 포트, IR 인터페이스, 기타 등등의 기타 인터페이스에 의해 연결될 수 있다.

모니터(1144) 또는 다른 유형의 디스플레이 장치도 역시 비디오 어댑터(1146) 등의 인터페이스를 통해 시스템 버스(1108)에 연결된다. 모니터(1144)에 부가하여, 컴퓨터는 일반적으로 스피커, 프린터, 기타 등등의 기타 주변 출력 장치(도시 생략)를 포함한다.

컴퓨터(1102)는 유선 및/또는 무선 통신을 통한 원격 컴퓨터(들)(1148) 등의 하나 이상의 원격 컴퓨터로의 논리적 연결을 사용하여 네트워크화된 환경에서 동작할 수 있다. 원격 컴퓨터(들)(1148)는 워크스테이션, 컴퓨팅 디바이스 컴퓨터, 라우터, 퍼스널 컴퓨터, 휴대용 컴퓨터, 마이크로프로세서-기반 오락 기기, 피어 장치 또는 기타 통상의 네트워크 노드일 수 있으며, 일반적으로 컴퓨터(1102)에 대해 기술된 구성요소들 중 다수 또는 그 전부를 포함하지만, 간략함을 위해, 메모리 저장 장치(1150)만이 도시되어 있다. 도시되어 있는 논리적 연결은 근거리 통신망(LAN)(1152) 및/또는 더 큰 네트워크, 예를 들어, 원거리 통신망(WAN)(1154)에의 유선/무선 연결을 포함한다. 이러한 LAN 및 WAN 네트워킹 환경은 사무실 및 회사에서 일반적인 것이며, 인트라넷 등의 전사적 컴퓨터 네트워크(enterprise-wide computer network)를 용이하게 해주며, 이들 모두는 전세계 컴퓨터 네트워크, 예를 들어, 인터넷에 연결될 수 있다.

LAN 네트워킹 환경에서 사용될 때, 컴퓨터(1102)는 유선 및/또는 무선 통신 네트워크 인터페이스 또는 어댑터(1156)를 통해 로컬 네트워크(1152)에 연결된다. 어댑터(1156)는 LAN(1152)에의 유선 또는 무선 통신을 용이하게 해줄 수 있으며, 이 LAN(1152)은 또한 무선 어댑터(1156)와 통신하기 위해 그에 설치되어 있는 무선 액세스 포인트를 포함하고 있다. WAN 네트워킹 환경에서 사용될 때, 컴퓨터(1102)는 모뎀(1158)을 포함할 수 있거나, WAN(1154) 상의 통신 컴퓨팅 디바이스에 연결되거나, 또는 인터넷을 통하는 등, WAN(1154)을 통해 통신을 설정하는 기타 수단을 갖는다. 내장형 또는 외장형 및 유선 또는 무선 장치일 수 있는 모뎀(1158)은 직렬 포트 인터페이스(1142)를 통해 시스템 버스(1108)에 연결된다. 네트워크화된 환경에서, 컴퓨터(1102)에 대해 설명된 프로그램 모듈들 또는 그의 일부분이 원격 메모리/저장 장치(1150)에 저장될 수 있다. 도시된 네트워크 연결이 예시적인 것이며 컴퓨터들 사이에 통신 링크를 설정하는 기타 수단이 사용될 수 있다는 것을 잘 알 것이다.

컴퓨터(1102)는 무선 통신으로 배치되어 동작하는 임의의 무선 장치 또는 개체, 예를 들어, 프린터, 스캐너, 데스크톱 및/또는 휴대용 컴퓨터, PDA(portable data assistant), 통신 위성, 무선 검출가능 태그와 연관된 임의의 장비 또는 장소, 및 전화와 통신을 하는 동작을 한다. 이것은 적어도 Wi-Fi 및 블루투스 무선 기술을 포함한다. 따라서, 통신은 종래의 네트워크에서와 같이 미리 정의된 구조이거나 단순하게 적어도 2개의 장치 사이의 애드혹 통신(ad hoc communication)일 수 있다.

Wi-Fi(Wireless Fidelity)는 유선 없이도 인터넷 등으로의 연결을 가능하게 해준다. Wi-Fi는 이러한 장치, 예를 들어, 컴퓨터가 실내에서 및 실외에서, 즉 기지국의 통화권 내의 아무 곳에서나 데이터를 전송 및 수신할 수 있게 해주는 셀 전화와 같은 무선 기술이다. Wi-Fi 네트워크는 안전하고 신뢰성있으며 고속인 무선 연결을 제공하기 위해 IEEE 802.11(a,b,g, 기타)이라고 하는 무선 기술을 사용한다. 컴퓨터를 서로에, 인터넷에 및 유선 네트워크(IEEE 802.3 또는 이더넷을 사용함)에 연결시키기 위해 Wi-Fi가 사용될 수 있다. Wi-Fi 네트워크는 비인가 2.4 및 5 GHz 무선 대역에서, 예를 들어, 11Mbps(802.11a) 또는 54 Mbps(802.11b) 데이터 레이트로 동작하거나, 양 대역(듀얼 대역)을 포함하는 제품에서 동작할 수 있다.

본 개시의 기술 분야에서 통상의 지식을 가진 자는 정보 및 신호들이 임의의 다양한 상이한 기술들 및 기법들을 이용하여 표현될 수 있다는 것을 이해할 것이다. 예를 들어, 위의 설명에서 참조될 수 있는 데이터, 지시들, 명령들, 정보, 신호들, 비트들, 심볼들 및 칩들은 전압들, 전류들, 전자기파들, 자기장들 또는 입자들, 광학장들 또는 입자들, 또는 이들의 임의의 결합에 의해 표현될 수 있다.

본 개시의 기술 분야에서 통상의 지식을 가진 자는 여기에 개시된 실시예들과 관련하여 설명된 다양한 예시적인 논리 블록들, 모듈들, 프로세서들, 수단들, 회로들 및 알고리즘 단계들이 전자 하드웨어, (편의를 위해, 여기에서 "소프트웨어"로 지칭되는) 다양한 형태들의 프로그램 또는 설계 코드 또는 이들 모두의 결합에 의해 구현될 수 있다는 것을 이해할 것이다. 하드웨어 및 소프트웨어의 이러한 상호 호환성을 명확하게 설명하기 위해, 다양한 예시적인 컴포넌트들, 블록들, 모듈들, 회로들 및 단계들이 이들의 기능과 관련하여 위에서 일반적으로 설명되었다. 이러한 기능이 하드웨어 또는 소프트웨어로서 구현되는지 여부는 특정한 애플리케이션 및 전체 시스템에 대하여 부과되는 설계 제약들에 따라 좌우된다. 본 개시의 기술 분야에서 통상의 지식을 가진 자는 각각의 특정한 애플리케이션에 대하여 다양한 방식들로 설명된 기능을 구현할 수 있으나, 이러한 구현 결정들은 본 개시의 범위를 벗어나는 것으로 해석되어서는 안 될 것이다.

여기서 제시된 다양한 실시예들은 방법, 장치, 또는 표준 프로그래밍 및/또는 엔지니어링 기술을 사용한 제조 물품(article)으로 구현될 수 있다. 용어 "제조 물품"은 임의의 컴퓨터-판독가능 장치로부터 액세스 가능한 컴퓨터 프로그램, 캐리어, 또는 매체(media)를 포함한다. 여기서 매체는 저장 매체 및 전송 매체를 포함할 수 있다. 예를 들어, 컴퓨터-판독가능 저장 매체는 자기 저장 장치(예를 들면, 하드 디스크, 플로피 디스크, 자기 스트립, 등), 광학 디스크(예를 들면, CD, DVD, 등), 스마트 카드, 및 플래쉬 메모리 장치(예를 들면, EEPROM, 카드, 스틱, 키 드라이브, 등)를 포함하지만, 이들로 제한되는 것은 아니다. 또한, 여기서 제시되는 다양한 저장 매체는 정보를 저장하기 위한 하나 이상의 장치 및/또는 다른 기계-판독가능한 매체를 포함한다. 또한, 전송 매체는 명령(들) 및/또는 데이터를 전달할 수 있는 무선 채널 및 다양한 다른 매체를 포함하지만, 이들로 제한되는 것은 아니다.

제시된 프로세스들에 있는 단계들의 특정한 순서 또는 계층 구조는 예시적인 접근들의 일례임을 이해하도록 한다. 설계 우선순위들에 기반하여, 본 개시의 범위 내에서 프로세스들에 있는 단계들의 특정한 순서 또는 계층 구조가 재배열될 수 있다는 것을 이해하도록 한다. 첨부된 방법 청구항들은 샘플 순서로 다양한 단계들의 엘리먼트들을 제공하지만 제시된 특정한 순서 또는 계층 구조에 한정되는 것을 의미하지는 않는다.

제시된 실시예들에 대한 설명은 임의의 본 개시의 기술 분야에서 통상의 지식을 가진 자가 본 개시를 이용하거나 또는 실시할 수 있도록 제공된다. 이러한 실시예들에 대한 다양한 변형들은 본 개시의 기술 분야에서 통상의 지식을 가진 자에게 명백할 것이며, 여기에 정의된 일반적인 원리들은 본 개시의 범위를 벗어남이 없이 다른 실시예들에 적용될 수 있다. 그리하여, 본 개시는 여기에 제시된 실시예들로 한정되는 것이 아니라, 여기에 제시된 원리들 및 신규한 특징들과 일관되는 최광의의 범위에서 해석되어야 할 것이다.

본 개시의 기술 분야에서 통상의 지식을 가진 자는 정보 및 신호들이 임의의 다양한 상이한 기술들 및 기법들을 이용하여 표현될 수 있다는 것을 이해할 것이다. 예를 들어, 위의 설명에서 참조될 수 있는 데이터, 지시들, 명령들, 정보, 신호들, 비트들, 심볼들 및 칩들은 전압들, 전류들, 전자기파들, 자기장들 또는 입자들, 광학장들 또는 입자들, 또는 이들의 임의의 결합에 의해 표현될 수 있다.

본 개시의 기술 분야에서 통상의 지식을 가진 자는 여기에 개시된 실시예들과 관련하여 설명된 다양한 예시적인 논리 블록들, 모듈들, 프로세서들, 수단들, 회로들 및 알고리즘 단계들이 전자 하드웨어, (편의를 위해, 여기에서 "소프트웨어"로 지칭되는) 다양한 형태들의 프로그램 또는 설계 코드 또는 이들 모두의 결합에 의해 구현될 수 있다는 것을 이해할 것이다. 하드웨어 및 소프트웨어의 이러한 상호 호환성을 명확하게 설명하기 위해, 다양한 예시적인 컴포넌트들, 블록들, 모듈들, 회로들 및 단계들이 이들의 기능과 관련하여 위에서 일반적으로 설명되었다. 이러한 기능이 하드웨어 또는 소프트웨어로서 구현되는지 여부는 특정한 애플리케이션 및 전체 시스템에 대하여 부과되는 설계 제약들에 따라 좌우된다. 본 개시의 기술 분야에서 통상의 지식을 가진 자는 각각의 특정한 애플리케이션에 대하여 다양한 방식들로 설명된 기능을 구현할 수 있으나, 이러한 구현 결정들은 본 개시의 범위를 벗어나는 것으로 해석되어서는 안 될 것이다.

여기서 제시된 다양한 실시예들은 방법, 장치, 또는 표준 프로그래밍 및/또는 엔지니어링 기술을 사용한 제조 물품(article)으로 구현될 수 있다. 용어 "제조 물품"은 임의의 컴퓨터-판독가능 장치로부터 액세스 가능한 컴퓨터 프로그램, 캐리어, 또는 매체(media)를 포함한다. 여기서 매체는 저장 매체 및 전송 매체를 포함할 수 있다. 예를 들어, 컴퓨터-판독가능 저장 매체는 자기 저장 장치(예를 들면, 하드 디스크, 플로피 디스크, 자기 스트립, 등), 광학 디스크(예를 들면, CD, DVD, 등), 스마트 카드, 및 플래쉬 메모리 장치(예를 들면, EEPROM, 카드, 스틱, 키 드라이브, 등)를 포함하지만, 이들로 제한되는 것은 아니다. 또한, 여기서 제시되는 다양한 저장 매체는 정보를 저장하기 위한 하나 이상의 장치 및/또는 다른 기계-판독가능한 매체를 포함한다. 또한, 전송 매체는 명령(들) 및/또는 데이터를 전달할 수 있는 무선 채널 및 다양한 다른 매체를 포함하지만, 이들로 제한되는 것은 아니다.

제시된 프로세스들에 있는 단계들의 특정한 순서 또는 계층 구조는 예시적인 접근들의 일례임을 이해하도록 한다. 설계 우선순위들에 기반하여, 본 개시의 범위 내에서 프로세스들에 있는 단계들의 특정한 순서 또는 계층 구조가 재배열될 수 있다는 것을 이해하도록 한다. 첨부된 방법 청구항들은 샘플 순서로 다양한 단계들의 엘리먼트들을 제공하지만 제시된 특정한 순서 또는 계층 구조에 한정되는 것을 의미하지는 않는다.

제시된 실시예들에 대한 설명은 임의의 본 개시의 기술 분야에서 통상의 지식을 가진 자가 본 개시를 이용하거나 또는 실시할 수 있도록 제공된다. 이러한 실시예들에 대한 다양한 변형들은 본 개시의 기술 분야에서 통상의 지식을 가진 자에게 명백할 것이며, 여기에 정의된 일반적인 원리들은 본 개시의 범위를 벗어남이 없이 다른 실시예들에 적용될 수 있다. 그리하여, 본 개시는 여기에 제시된 실시예들로 한정되는 것이 아니라, 여기에 제시된 원리들 및 신규한 특징들과 일관되는 최광의의 범위에서 해석되어야 할 것이다.

Claims (1)

1. 인덱스 복구 방법.

Images