KR20230138673A - 데이터베이스를 관리하기 위한 방법 - Google Patents

Abstract

본 개시의 몇몇 실시예에 따른, 적어도 하나의 제 2 데이터베이스 서버와 함께 클러스터를 구성하는, 적어도 하나의 프로세서를 포함하는 제 1 데이터베이스 서버에 의해 수행되는 데이터베이스를 관리하기 위한 방법이 개시된다. 상기 데이터베이스를 관리하기 위한 방법은 상기 적어도 하나의 제 2 데이터베이스 서버와 함께 공유하는 공유 저장소에 위치한 제 1 데이터 블록을 수정하기 위한 제 1 트랜잭션에 기초하여, 상기 제 1 데이터 블록을 버퍼 캐시(buffer cache)에 적재하는 단계; 상기 버퍼 캐시에 적재된 상기 제 1 데이터 블록을 수정하는 단계; 및 상기 제 1 데이터 블록의 수정에 따라 발생된 제 1 로그를 상기 공유 저장소에 플러쉬(flush)할 것을 결정하는 단계를 포함할 수 있다.

Description

데이터베이스를 관리하기 위한 방법{METHOD FOR MANAGING DATABASE}

본 개시는 데이터베이스를 관리하기 위한 방법에 관한 것으로, 클러스터 환경에서의 데이터베이스를 관리하기 위한 방법에 관한 것이다.

데이터베이스 매니지먼트 시스템(Database Management System, DBMS)의 고가용성(transactional)을 확보하는 동시에 업무 처리 성능을 향상시키기 위한 수단으로, 데이터베이스 클러스터(cluster) 또는 데이터베이스 클러스터링 기술이 존재할 수 있다. 클러스터란 여러 개의 서버가 하나로 묶여서 동작되는 구조로서, 즉 데이터베이스 클러스터란 여러 개의 데이터베이스 서버가 하나로 묶여서 구축되는 방식일 수 있다.

데이터베이스 클러스터 기술로, Active-Standby DB Clustering 또는 Active-Active DB Clustering 기술이 존재할 수 있다. Active-Standby DB Clustering 기술은 하나의 데이터베이스 서버만 Active 상태로 운용하고, 다른 데이터베이스 서버는 Standby 상태로 운용하는 방식일 수 있다. Active-Standby DB Clustering 기술은 Active 상태인 데이터베이스 서버가 예기치 못한 사고로 다운(down)된 경우, Standby 상태에 있던 다른 데이터베이스 서버가 Active 상태로 전환되는 기술일 수 있다. Active-Standby DB Clustering 기술의 경우, 서버를 운용하는데 소요되는 비용이 다소 저렴할 수 있으나, Active 상태이던 데이터베이스 서버가 다운된 경우, 다른 데이터베이스 서버가 Active 상태로 전환되는데 시간이 소요되기 때문에, 결론적으로 서버가 일시 중단된다는 단점이 존재할 수 있다.

반면, Active-Active DB Clustering 기술의 경우, Cluster을 이루는 데이터베이스 서버들 각각이 Active 상태이기 때문에, 어느 하나의 데이터베이스 서버가 다운되더라도, 다른 데이터베이스 서버 또한 Active 상태이기 때문에, 서버가 다운되는 시간이 거의 발생되지 않는다는 장점이 존재할 수 있다. 그러나, Active-Active DB Clustering 기술의 경우 하나의 저장소를 공유함에 따라, 데이터의 처리가 지연되는 병목 현상이 발생될 수 있다.

대한민국 공개특허 10-2021-0121315

본 개시는 전술한 배경기술에 대응하여 안출된 것으로, Active-Active 데이터베이스 클러스터 환경에서 데이터베이스를 관리하기 위한 방법을 제공하고자 한다.

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

전술한 바와 같은 과제를 해결하기 위한 본 개시의 일 실시예에 따라, 적어도 하나의 제 2 데이터베이스 서버와 함께 클러스터를 구성하는, 적어도 하나의 프로세서를 포함하는 제 1 데이터베이스 서버에 의해 수행되는 데이터베이스를 관리하기 위한 방법이 개시된다. 상기 데이터베이스를 관리하기 위한 방법은 상기 적어도 하나의 제 2 데이터베이스 서버와 함께 공유하는 공유 저장소에 위치한 제 1 데이터 블록을 수정하기 위한 제 1 트랜잭션에 기초하여, 상기 제 1 데이터 블록을 버퍼 캐시(buffer cache)에 적재하는 단계; 상기 버퍼 캐시에 적재된 상기 제 1 데이터 블록을 수정하는 단계; 및 상기 제 1 데이터 블록의 수정에 따라 발생된 제 1 로그를 상기 공유 저장소에 플러쉬(flush)할 것을 결정하는 단계; 를 포함할 수 있다.

또한, 상기 적어도 하나의 제 2 데이터베이스 서버로부터 상기 제 1 데이터 블록의 전달을 요청받는 단계; 상기 제 1 로그가 상기 공유 저장소에 플러쉬 되었는지 여부를 결정하는 단계; 및 상기 제 1 로그가 상기 공유 저장소에 플러쉬 되지 않은 경우, 상기 제 1 데이터 블록의 수정에 따라 발생된 상기 제 1 로그가 상기 공유 저장소에 플러쉬 되지 않았다는 것을 나타내는 제 1 정보 및 상기 제 1 데이터 블록을 상기 적어도 하나의 제 2 데이터베이스 서버에 전달하는 단계; 를 더 포함할 수 있다.

또한, 상기 적어도 하나의 제 2 데이터베이스 서버로부터 상기 제 1 데이터 블록의 전달을 요청받는 단계; 상기 제 1 로그가 상기 공유 저장소에 플러쉬 되었는지 여부를 결정하는 단계; 및 상기 제 1 로그가 상기 공유 저장소에 플러쉬 된 경우, 상기 제 1 데이터 블록을 상기 적어도 하나의 제 2 데이터베이스 서버에 전달하는 단계; 를 더 포함할 수 있다.

또한, 데이터 블록 참조 과정을 통해 상기 제 1 데이터 블록과 관련된 정보를 반환할지 여부를 결정하는 단계; 를 더 포함하고, 상기 데이터 블록 참조 과정은, 상기 제 1 데이터 블록을 참조하기 위한 제 2 트랜잭션 또는 세션(session)을 수신하는 것에 응답하여, 상기 제 1 데이터 블록이 적재되어 있는 위치를 나타내는 제 1 위치 정보를 결정하는 단계; 상기 제 1 위치 정보에 기초하여 결정된 상기 적어도 하나의 제 2 데이터베이스 서버로부터 상기 제 1 데이터 블록의 수정에 따라 발생된 제 2 로그가 상기 공유 저장소에 플러쉬 되지 않았다는 것을 나타내는 제 2 정보 및 상기 제 1 데이터 블록을 수신하는 단계; 상기 제 1 데이터 블록을 상기 버퍼 캐시에 적재하고, 상기 제 2 트랜잭션 또는 상기 세션에 기초하여 상기 제 1 데이터 블록을 참조하는 단계; 및 상기 제 2 로그가 상기 공유 저장소에 플러쉬 되었는지 여부에 기초하여, 상기 제 1 데이터 블록과 관련된 정보를 반환할지 여부를 결정하는 단계 - 상기 제 1 데이터 블록과 관련된 정보는 상기 제 1 데이터 블록을 참조하여 생성되는 데이터임 -; 를 포함할 수 있다.

또한, 상기 제 2 로그가 상기 공유 저장소에 플러쉬 되었는지 여부에 기초하여, 상기 제 1 데이터 블록과 관련된 정보를 반환할지 여부를 결정하는 단계는, 상기 제 2 로그가 상기 공유 저장소에 플러쉬 되었다고 결정된 경우, 상기 제 1 데이터 블록과 관련된 정보를 반환하는 단계; 를 포함할 수 있다.

또한, 상기 제 2 로그가 상기 공유 저장소에 플러쉬 되었는지 여부에 기초하여, 상기 제 1 데이터 블록과 관련된 정보를 반환할지 여부를 결정하는 단계는, 상기 제 2 로그가 상기 공유 저장소에 플러쉬 되지 않았다고 결정된 경우, 상기 데이터 블록 참조 과정을 반복 수행하는 단계; 또는 상기 제 2 로그가 상기 공유 저장소에 플러쉬 되지 않았다고 결정된 경우, 상기 데이터 블록 참조 과정을 실패 처리하는 단계; 를 포함할 수 있다.

또한, 상기 제 1 데이터 블록을 수정하기 위한 제 3 트랜잭션을 수신하는 것에 응답하여, 상기 제 1 데이터 블록이 적재되어 있는 위치를 나타내는 제 1 위치 정보를 결정하는 단계; 상기 제 1 위치 정보에 기초하여 결정된 상기 적어도 하나의 제 2 데이터베이스 서버로부터 상기 제 1 데이터 블록의 수정에 따라 발생된 제 2 로그가 상기 공유 저장소에 플러쉬 되지 않았다는 것을 나타내는 제 2 정보 및 상기 제 1 데이터 블록을 수신하는 단계; 상기 제 1 데이터 블록을 상기 버퍼 캐시에 적재하고, 상기 제 3 트랜잭션에 기초하여 상기 제 1 데이터 블록을 수정하는 단계; 및 상기 제 2 로그가 상기 공유 저장소에 플러쉬 되었는지 여부에 기초하여, 상기 제 1 데이터 블록과 관련된 정보를 반환할지 여부를 결정하는 단계 - 상기 제 1 데이터 블록과 관련된 정보는 상기 제 1 데이터 블록을 수정한 결과 및 상기 제 3 트랜잭션의 커밋(commit) 결과를 포함함 -; 를 더 포함할 수 있다.

또한, 상기 제 2 로그가 상기 공유 저장소에 플러쉬 되었는지 여부에 기초하여, 상기 제 1 데이터 블록과 관련된 정보를 반환할지 여부를 결정하는 단계는, 상기 제 2 로그가 상기 공유 저장소에 플러쉬 되었다고 결정된 경우, 상기 제 3 트랜잭션에 기초하여 수정된 상기 제 1 데이터 블록과 관련된 정보를 반환하는 단계; 를 포함할 수 있다.

또한, 상기 제 2 로그가 상기 공유 저장소에 플러쉬 되었는지 여부에 기초하여, 상기 제 1 데이터 블록과 관련된 정보를 반환할지 여부를 결정하는 단계는, 상기 제 2 로그가 상기 공유 저장소에 플러쉬 되지 않았다고 결정된 경우, 상기 제 1 데이터 블록과 관련된 정보를 반환하지 않고 상기 제 2 로그와 관련된 제 4 트랜잭션에 의해 수정된 상기 제 1 데이터 블록을 롤백(rollback)하는 단계; 를 포함할 수 있다.

또한, 상기 제 1 데이터 블록과 관련된 정보를 반환하지 않고 상기 제 2 로그와 관련된 제 4 트랜잭션에 의해 수정된 상기 제 1 데이터 블록을 롤백(rollback)하는 단계는, 상기 제 1 데이터 블록을 상기 버퍼 캐시에서 무효화(invalidation)하는 단계; 상기 제 1 데이터 블록과 관련된 가장 최신 버전의 제 1-1 데이터 블록이 적재되어 있는 위치를 나타내는 제 2 위치 정보를 결정하는 단계; 상기 제 2 위치 정보에 기초하여 결정된 상기 적어도 하나의 제 2 데이터베이스 서버 또는 상기 공유 저장소로부터 상기 제 1-1 데이터 블록을 수신하는 단계; 및 상기 제 1-1 데이터 블록을 상기 제 1 데이터 블록으로 대체함으로써, 상기 제 1 데이터 블록을 롤백하는 단계; 를 포함할 수 있다.

또한, 상기 제 1 데이터 블록을 롤백한 이후, 상기 공유 저장소에, 상기 제 1-1 데이터 블록에 반영되지 않은 적어도 하나의 제 3 로그가 플러쉬되어 있는지 여부를 결정하는 단계; 상기 적어도 하나의 제 3 로그가 존재하는 경우, 상기 적어도 하나의 제 3 로그와 관련된 제 5 트랜잭션에 기초하여 상기 제 1-1 데이터 블록을 수정하는 단계; 및 상기 수정된 제 1-1 데이터 블록을 상기 제 1 데이터 블록으로 대체함으로써, 상기 제 1 데이터 블록을 복구(recovery)하는 단계; 를 포함할 수 있다.

또한, 데이터베이스를 관리하기 위한 제 1 데이터베이스 서버로서, 상기 제 1 데이터베이스 서버는, 적어도 하나의 제 2 데이터베이스 서버와 함께 공유하는 공유 저장소에 위치한 제 1 데이터 블록을 버퍼 캐시(buffer cache)에 적재하는 저장부; 상기 제 1 데이터 블록을 수정하기 위한 제 1 트랜잭션에 기초하여, 상기 버퍼 캐시에 적재된 상기 제 1 데이터 블록을 수정하고, 그리고 상기 제 1 데이터 블록의 수정에 따라 발생된 제 1 로그를 상기 공유 저장소에 플러쉬(flush)할 것을 결정하는 프로세서; 를 포함할 수 있다.

또한, 컴퓨터 판독가능 저장 매체에 저장된 컴퓨터 프로그램으로서, 상기 컴퓨터 프로그램은 하나 이상의 프로세서에서 실행되는 경우, 데이터베이스를 관리하기 위한 방법을 수행하도록 하며, 상기 방법은: 적어도 하나의 제 2 데이터베이스 서버와 함께 공유하는 공유 저장소에 위치한 제 1 데이터 블록을 수정하기 위한 제 1 트랜잭션에 기초하여, 상기 제 1 데이터 블록을 버퍼 캐시(buffer cache)에 적재하는 단계; 상기 버퍼 캐시에 적재된 상기 제 1 데이터 블록을 수정하는 단계; 및 상기 제 1 데이터 블록의 수정에 따라 발생된 제 1 로그를 상기 공유 저장소에 플러쉬(flush)할 것을 결정하는 단계; 를 포함할 수 있다.

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

본 개시의 몇몇 실시예에 따르면, Active-Active 데이터베이스 클러스터 환경에서의 데이터 처리 성능을 향상시킬 수 있는 데이터베이스를 관리하기 위한 방법을 제공할 수 있도록 한다.

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

다양한 양상들이 이제 도면들을 참조로 기재되며, 여기서 유사한 참조 번호들은 총괄적으로 유사한 구성요소들을 지칭하는데 이용된다. 이하의 실시예에서, 설명 목적을 위해, 다수의 특정 세부사항들이 하나 이상의 양상들의 총체적 이해를 제공하기 위해 제시된다. 그러나, 그러한 양상(들)이 이러한 특정 세부사항들 없이 실시될 수 있음은 명백할 것이다. 다른 예시들에서, 공지의 구조들 및 장치들이 하나 이상의 양상들의 기재를 용이하게 하기 위해 블록도 형태로 도시된다.
도 1은 본 개시의 몇몇 실시예에 따른 데이터베이스를 관리하기 위한 방법을 수행하기 위한 예시적인 시스템을 도시한다.
도 2는 본 개시의 몇몇 실시예에 따른 제 1 데이터베이스 서버가 제 1 로그를 공유 저장소에 플러쉬할 것을 결정하는 방법의 일례를 설명하기 위한 흐름도이다.
도 3은 본 개시의 몇몇 실시예에 따른 제 1 데이터베이스 서버가 제 1 데이터 블록을 적어도 하나의 제 2 데이터베이스 서버에 전달하는 방법의 일례를 설명하기 위한 흐름도이다.
도 4는 본 개시의 몇몇 실시예에 따른 제 1 데이터베이스 서버가 제 1 데이터 블록을 참조한 경우, 제 1 데이터 블록과 관련된 정보를 반환할 지 여부를 결정하는 방법의 일례를 설명하기 위한 흐름도이다.
도 5는 본 개시의 몇몇 실시예에 따른 제 1 데이터베이스 서버가 제 1 데이터 블록과 관련된 정보를 반환할 지 여부를 결정하는 방법의 일례를 설명하기 위한 흐름도이다.
도 6은 본 개시의 몇몇 실시예에 따른 제 1 데이터베이스 서버가 제 1 데이터 블록을 수정한 경우, 제 1 데이터 블록과 관련된 정보를 반환할 지 여부를 결정하는 방법의 일례를 설명하기 위한 흐름도이다.
도 7은 본 개시의 몇몇 실시예에 따른 제 1 데이터베이스 서버가 제 1 데이터 블록과 관련된 정보를 반환할 지 여부를 결정하는 방법의 일례를 설명하기 위한 흐름도이다.
도 8은 본 개시의 몇몇 실시예에 따른 제 1 데이터베이스 서버가 제 1 데이터 블록을 롤백하는 방법의 일례를 설명하기 위한 흐름도이다.
도 9는 본 개시의 몇몇 실시예에 따른 제 1 데이터베이스 서버가 제 1 데이터 블록을 복구하는 방법의 일례를 설명하기 위한 흐름도이다.
도 10은 본 개시의 몇몇 실시예에 따른 데이터베이스 서버들에 의해 수행되는 데이터베이스를 관리하기 위한 방법의 일례를 설명하기 위한 흐름도이다.
도 11은 본 개시의 몇몇 실시예에 따른 데이터베이스 서버들에 의해 수행되는 제 1 데이터 블록과 관련된 정보를 반환하는 방법의 일례를 설명하기 위한 흐름도이다.
도 12는 본 개시의 몇몇 실시예에 따른 데이터베이스 서버들에 의해 수행되는 제 1 데이터 블록을 롤백하는 방법의 일례를 설명하기 위한 흐름도이다.
도 13은 본 개시내용의 실시예들이 구현될 수 있는 예시적인 컴퓨팅 환경에 대한 일반적인 개략도를 도시한다.

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

이하, 도면 부호에 관계없이 동일하거나 유사한 구성 요소는 동일한 참조 번호를 부여하고 이에 대한 중복되는 설명은 생략한다. 또한, 본 명세서에 개시된 실시예를 설명함에 있어서 관련된 공지 기술에 대한 구체적인 설명이 본 명세서에 개시된 실시예의 요지를 흐릴 수 있다고 판단되는 경우 그 상세한 설명을 생략한다. 또한, 첨부된 도면은 본 명세서에 개시된 실시예를 쉽게 이해할 수 있도록 하기 위한 것일 뿐, 첨부된 도면에 의해 본 명세서에 개시된 기술적 사상이 제한되지 않는다.

비록 제 1, 제 2 등이 다양한 소자나 구성요소들을 서술하기 위해서 사용되나, 이들 소자나 구성요소들은 이들 용어에 의해 제한되지 않음은 물론이다. 이들 용어들은 단지 하나의 소자나 구성요소를 다른 소자나 구성요소와 구별하기 위하여 사용하는 것이다. 따라서, 이하에서 언급되는 제 1 소자나 구성요소는 본 발명의 기술적 사상 내에서 제 2 소자나 구성요소 일 수도 있음은 물론이다.

다른 정의가 없다면, 본 명세서에서 사용되는 모든 용어(기술 및 과학적 용어를 포함)는 본 발명이 속하는 기술분야에서 통상의 지식을 가진 자에게 공통적으로 이해될 수 있는 의미로 사용될 수 있을 것이다. 또 일반적으로 사용되는 사전에 정의되어 있는 용어들은 명백하게 특별히 정의되어 있지 않는 한 이상적으로 또는 과도하게 해석되지 않는다.

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

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

더불어, 본 명세서에서 사용되는 용어 "정보" 및 "데이터"는 종종 서로 상호교환 가능하도록 사용될 수 있다.

어떤 구성 요소가 다른 구성 요소에 "연결되어" 있다거나 "접속되어" 있다고 언급된 때에는, 그 다른 구성 요소에 직접적으로 연결되어 있거나 또는 접속되어 있을 수도 있지만, 중간에 다른 구성 요소가 존재할 수도 있다고 이해되어야 할 것이다. 반면에, 어떤 구성 요소가 다른 구성 요소에 "직접 연결되어" 있다거나 "직접 접속되어"있다고 언급된 때에는, 중간에 다른 구성 요소가 존재하지 않는 것으로 이해되어야 할 것이다.

이하의 설명에서 사용되는 구성 요소에 대한 접미사 "모듈" 및 "부"는 명세서 작성의 용이함만이 고려되어 부여되거나 혼용되는 것으로서 그 자체로 서로 구별되는 의미 또는 역할을 갖는 것은 아니다.

본 개시의 목적 및 효과, 그리고 그것들을 달성하기 위한 기술적 구성들은 첨부되는 도면과 함께 상세하게 후술되어 있는 실시예들을 참조하면 명확해질 것이다. 본 개시를 설명하는데 있어서 공지 기능 또는 구성에 대한 구체적인 설명이 본 개시의 요지를 불필요하게 흐릴 수 있다고 판단되는 경우에는 그 상세한 설명을 생략할 것이다. 그리고 후술되는 용어들은 본 개시에서의 기능을 고려하여 정의된 용어들로써 이는 사용자, 운용자의 의도 또는 관례 등에 따라 달라질 수 있다.

그러나 본 개시는 이하에서 개시되는 실시예들에 한정되는 것이 아니라 서로 다른 다양한 형태로 구현될 수 있다. 단지 본 실시예들은 본 개시가 완전하도록 하고, 본 개시가 속하는 기술분야에서 통상의 지식을 가진 자에게 개시의 범주를 완전하게 알려주기 위해 제공되는 것이며, 본 개시는 청구항의 범주에 의해 정의될 뿐이다. 그러므로 그 정의는 본 명세서 전반에 걸친 내용을 토대로 내려져야 할 것이다.

본 개시에서, 데이터베이스 서버는 적어도 하나의 다른 데이터베이스 서버와 함께 클러스터(cluster)를 구성할 수 있다. 클러스터란 여러 개의 데이터베이스 서버가 추상화된 하나의 서버로 묶여서 구축되는 방식일 수 있다. 즉, 사용자는 추상화된 하나의 서버를 이용하여 복수개의 데이터베이스 서버를 이용할 수 있다. 일례로, 데이터베이스 서버는 사용자로부터의 입력에 기초하여 발생된 제 1 트랜잭션에 따라, 공유 저장소 또는 다른 데이터베이스 서버에 위치한 제 1 데이터 블록을 버퍼 캐시에 적재할 수 있다. 여기서, 공유 저장소는 데이터베이스 서버 및 다른 데이터베이스 서버가 공유하는 저장소(예를 들어, 영구저장매체)일 수 있다. 버퍼 캐시는 각각의 데이터베이스 서버에 구비되는 메모리일 수 있다. 데이터베이스 서버에 적재된 제 1 데이터 블록은 제 1 트랜잭션에 앞서 발생된 제 2 트랜잭션에 의해 수정되었을 수 있다. 데이터베이스 서버는 제 2 트랜잭션에 의해 제 1 데이터 블록이 수정됨에 따라 발생된 제 1 로그가 공유 저장소에 플러쉬(flush) 되었는지 여부를 결정할 수 있다. 본 개시에서, 플러쉬는 데이터 블록의 수정 과정에서 생성된 로그를 공유 저장소에 기록 또는 저장하는 작업으로 이해될 수 있다. 데이터베이스 서버는 제 1 로그가 공유 저장소에 플러쉬 되지 않은 경우, 제 1 데이터 블록을 적재하는 것과 연동하여 제 1 로그가 공유 저장소에 플러쉬 되지 않았다는 것을 나타내는 제 1 정보를 메모리에 기록할 수 있다. 데이터베이스 서버는 제 1 트랜잭션에 기초하여, 제 1 데이터 블록을 수정할 수 있다. 데이터베이스 서버는 이후 제 1 로그가 공유 저장소에 플러쉬 되었다고 결정된 경우, 제 1 데이터 블록과 관련된 정보를 사용자에게 반환할 수 있다. 종래의 데이터베이스 클러스터 환경에서 데이터베이스 서버가 제 1 트랜잭션에 따라 제 1 데이터 블록을 수정하기 위해서는, 제 2 트랜잭션에 따른 제 1 로그의 플러쉬가 완료되어 있어야 했을 수 있다. 즉, 종래에는 제 2 트랜잭션에 의해 제 1 데이터 블록이 수정된 경우, 제 1 데이터 블록의 수정에 따라 발생된 제 1 로그를 공유 저장소에 플러쉬하고, 제 1 로그의 플러쉬가 완료된 이후에 제 1 트랜잭션에 따라 제 1 데이터 블록을 수정할 수 있었다. 다시 말해, 데이터베이스 서버는 제 1 데이터 블록을 수정하기 위해 다른 데이터베이스 서버에 의해 수행되는 제 1 로그의 플러쉬 작업이 완료되기를 대기해야 했을 수 있다. 따라서, 데이터베이스 클러스터 환경을 구축하여 복수의 데이터베이스 서버들을 운용하더라도, 제 1 데이터 블록의 수정은 복수의 데이터베이스 서버들이 순차적으로 또는 직렬적으로만 수행할 수 있었다. 또한, 복수의 데이터베이스 서버들이 제 1 데이터 블록을 수정하는 동작은 각각의 데이터베이스 서버의 버퍼 캐시에서 수행될 수 있다. 복수의 데이터베이스 서버들이 수행하는 로그의 플러쉬는 공유 저장소(영구저장매체)에 대해 수행되는 동작일 수 있다. 따라서, 데이터베이스 서버들이 제 1 데이터 블록을 수정하는 동작은 로그의 플러쉬를 완료하는 동작보다 빠르게 종료될 수 있다. 이에 따라, 데이터베이스 서버들은 제 1 데이터 블록을 수정한 이후 로그가 플러쉬 되기 만을 대기하고 있을 수 있다. 따라서, 데이터베이스 클러스터 환경에서 데이터베이스 서버들의 성능이 충분히 구현되지 못하는 문제가 발생되었다.

본 개시에서의 데이터베이스 서버는 제 1 로그가 공유 저장소에 플러쉬 되지 않은 경우, 제 1 데이터 블록을 버퍼 캐시에 적재하는 것과 연동하여 제 1 로그가 공유 저장소에 플러쉬 되지 않았다는 것을 나타내는 제 1 정보를 메모리에 기록할 수 있다. 그리고, 데이터베이스 서버는 제 1 트랜잭션에 기초하여 제 1 데이터 블록을 수정하고, 이후 제 1 로그가 공유 저장소에 플러쉬 되었다고 결정된 경우, 제 1 데이터 블록과 관련된 정보를 사용자에게 반환할 수 있다. 이하, 도 1 내지 도 13을 통해 본 개시에 따른 데이터베이스를 관리하기 위한 방법에 대해 설명한다.

도 1은 본 개시의 몇몇 실시예에 따른 데이터베이스를 관리하기 위한 방법을 수행하기 위한 예시적인 시스템을 도시한다.

도 1을 참조하면, 제 1 데이터베이스 서버(100)는 프로세서(110), 저장부(120) 및 통신부(130)를 포함할 수 있다. 다만, 상술한 구성 요소들은 제 1 데이터베이스 서버(100)를 구현하는데 있어서 필수적인 것은 아니어서, 제 1 데이터베이스 서버(100)는 위에서 열거된 구성요소들 보다 많거나, 또는 적은 구성요소들을 가질 수 있다.

제 1 데이터베이스 서버(100)는 예를 들어, 마이크로프로세서, 메인프레임 컴퓨터, 디지털 프로세서, 휴대용 디바이스 및 디바이스 제어기 등과 같은 임의의 타입의 컴퓨터 시스템 또는 컴퓨터 디바이스를 포함할 수 있다.

본 개시에서, 제 1 데이터베이스 서버(100)는 가상 서버일 수 있다. 일례로, 데이터베이스 클러스터 환경은 복수의 인스턴스(instance)들이 하나의 메인 데이터베이스 서버에 의해 운용되는 환경일 수 있다. 인스턴스는 상기 메인 데이터베이스 서버에 저장된 응용 프로그램(application) 또는 자원(resource) 등을 이용할 수 있는 가상 머신일 수 있다. 인스턴스는 에이전트(Agent), API(Application Programming Interface) 및 플러그-인(Plug-in) 중 적어도 하나에 의해 구현되는 가상 머신일 수도 있다. 이 경우, 제 1 데이터베이스 서버(100)는 복수의 인스턴스들 중 제 1 인스턴스로 이해되고, 적어도 하나의 제 2 데이터베이스 서버(200)는 복수의 인스턴스들 중 적어도 하나의 제 2 인스턴스로 이해될 수 있다.

프로세서(110)는 제 1 데이터베이스 서버(100)의 전반적인 동작을 제어할 수 있다. 프로세서(110)는 제 1 데이터베이스 서버(100)의 구성요소들을 통해 입력 또는 출력되는 신호, 데이터, 정보 등을 처리하거나 메모리에 저장된 응용 프로그램을 구동함으로써, 적절한 정보 또는 기능을 제공 또는 처리할 수 있다.

프로세서(110)는 하나 이상의 코어로 구성될 수 있으며, 제 1 데이터베이스 서버(100)의 중앙 처리 장치(CPU: Central Processing Unit), 범용 그래픽 처리 장치 (GPGPU: General Purpose Graphics Processing Unit), 텐서 처리 장치(TPU: Tensor Processing Unit) 등의 데이터 분석을 위한 프로세서를 포함할 수 있다.

본 개시에서, 프로세서(110)는 사용자로부터의 입력에 기초하여 생성된 제 1 데이터 블록을 수정하기 위한 제 1 트랜잭션에 기초하여, 공유 저장소에 위치한 제 1 데이터 블록을 버퍼 캐시(buffer cache)에 적재할 수 있다. 여기서, 공유 저장소는 클러스터를 구성하는 적어도 하나의 제 2 데이터베이스 서버(200)와 함께 공유하는 저장소일 수 있다. 버퍼 캐시는 제 1 데이터베이스 서버(100)의 메모리 일 수 있다. 실시예에 따라, 제 1 데이터베이스 서버(100)는 메인 데이터베이스 서버에 의해 구현되는 제 1 인스턴스이고, 적어도 하나의 제 2 데이터베이스 서버(200)는 메인 데이터베이스 서버에 의해 구현되는 제 2 인스턴스 일 수 있다. 이 경우, 공유 저장소는 메인 데이터베이스 서버에 포함된 영구저장매체일 수 있다. 프로세서(110)는 버퍼 캐시에 적재된 제 1 데이터 블록을 수정할 수 있다. 프로세서(110)는 제 1 데이터 블록의 수정에 따라 발생된 제 1 로그를 공유 저장소에 플러쉬(flush)할 것을 결정할 수 있다. 본 개시에서, 플러쉬는 데이터 블록의 수정 과정에서 생성된 로그를 공유 저장소에 기록 또는 저장하는 작업으로 이해될 수 있다. 이하, 프로세서(110)가 제 1 로그를 공유 저장소에 플러쉬할 것을 결정하는 일례는 도 2를 통해 설명한다.

본 개시에서, 사용자로부터의 입력에 기초하여 생성되는 트랜잭션들은 데이터 조작어(Data Manipulation Language, DML), 데이터 정의어(Data Definition Language, DDL) 또는 데이터 제어어(Data Control Language, DCL) 등을 포함할 수 있다. 데이터 조작어는 SELECT, INSERT, UPDATE 또는 DELETE 등을 포함하는 언어일 수 있다. 데이터 정의어는 CREATE, ALTER, DROP 또는 TRUNCATE 등을 포함하는 언어일 수 있다. 데이터 제어어는 GRANT, REVOKE, COMMIT, ROLLBACK 등을 포함하는 언어일 수 있다. 프로세서(110)는 데이터 조작어, 데이터 정의어 또는 데이터 제어어 등을 포함하는 트랜잭션에 기초하여 제 1 데이터 블록을 수정 또는 참조할 수 있다.

저장부(120)는 메모리 및/또는 영구저장매체를 포함할 수 있다. 메모리는 플래시 메모리 타입(flash memory type), 하드디스크 타입(hard disk type), 멀티미디어 카드 마이크로 타입(multimedia card micro type), 카드 타입의 메모리(예를 들어 SD 또는 XD 메모리 등), 램(Random Access Memory, RAM), SRAM(Static Random Access Memory), 롬(Read-Only Memory, ROM), EEPROM(Electrically Erasable Programmable Read-Only Memory), PROM(Programmable Read-Only Memory), 자기 메모리, 자기 디스크, 광디스크 중 적어도 하나의 타입의 저장매체를 포함할 수 있다.

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

저장부(120)는 프로세서(110)가 생성하거나 결정한 임의의 형태의 정보 및 통신부(130)가 수신한 임의의 형태의 정보를 저장할 수 있다. 실시예에 따라, 제 1 데이터베이스 서버(100)는 버퍼 캐시를 포함하는 하나 이상의 메모리만 포함하고, 영구저장매체와 같은 디스크 타입의 저장매체는 메인 데이터베이스 서버에만 포함될 수도 있다.

통신부(130)는 제 1 데이터베이스 서버(100)와 통신 시스템 사이, 제 1 데이터베이스 서버(100)와 적어도 하나의 제 2 데이터베이스 서버(200) 사이, 또는 제 1 데이터베이스 서버(100)와 메인 데이터베이스 서버 사이 또는 제 1 데이터베이스 서버(100)와 네트워크(300) 사이의 통신을 가능하게 하는 하나 이상의 모듈을 포함할 수 있다. 이러한 통신부(130)는 유선 인터넷 모듈 및 무선 인터넷 모듈 중 적어도 하나를 포함할 수 있다.

네트워크(300)는 유선 및 무선 등과 같은 그 통신 양태를 가리지 않고 구성될 수 있으며, 개인 네트워크(PAN: Personal Area Network), 근거리 네트워크(LAN: Local Area Network), 광역 네트워크(WAN: Wide Area Network) 등 다양한 통신망으로 구성될 수 있다. 또한, 상기 네트워크는 공지의 월드와이드웹(WWW: World Wide Web)일 수 있으며, 적외선(IrDA: Infrared Data Association) 또는 블루투스(Bluetooth)와 같이 단거리 통신에 이용되는 무선 전송 기술을 이용할 수도 있다. 본 명세서에서 설명된 기술들은 위에서 언급된 네트워크들뿐만 아니라, 다른 네트워크들에서도 사용될 수 있다.

적어도 하나의 제 2 데이터베이스 서버(200)는 예를 들어, 마이크로프로세서, 메인프레임 컴퓨터, 디지털 프로세서, 휴대용 디바이스 및 디바이스 제어기 등과 같은 임의의 타입의 컴퓨터 시스템 또는 컴퓨터 디바이스를 포함할 수 있다.

본 개시에서, 적어도 하나의 제 2 데이터베이스 서버(200)는 가상 서버일 수 있다. 일례로, 적어도 하나의 제 2 데이터베이스 서버(200)는 메인 데이터베이스 서버에 저장된 응용 프로그램 또는 자원 등을 이용할 수 있는 복수의 인스턴스들 중 적어도 하나의 제 2 인스턴스일 수 있다.

본 개시에서, 적어도 하나의 제 2 데이터베이스 서버(200)는 제 1 데이터베이스 서버(100)로부터 제 1 데이터 블록을 전달받을 수 있다. 적어도 하나의 제 2 데이터베이스 서버(200)는 제 1 데이터베이스 서버(100)로부터 전달받은 제 1 데이터 블록을 버퍼 캐시에 적재할 수 있다. 적어도 하나의 제 2 데이터베이스 서버(200)는 제 1 데이터 블록의 수정에 따라 발생된 제 2 로그를 공유 저장소에 플러쉬할 것을 결정할 수 있다.

본 개시의 몇몇 실시예에 따르면, 적어도 하나의 제 2 데이터베이스 서버(200)는 제 1 데이터베이스 서버(100)로부터 제 1 데이터베이스 서버(100)에서 제 1 데이터 블록의 수정에 따라 발생된 제 1 로그가 공유 저장소에 플러쉬 되지 않았다는 것을 나타내는 제 1 정보 및 제 1 데이터 블록을 전달받을 수 있다. 구체적으로, 제 1 데이터베이스 서버(100)는 제 1 트랜잭션에 기초하여 제 1 데이터 블록을 수정한 경우, 제 1 데이터 블록의 수정에 따라 발생된 제 1 로그를 공유 저장소에 플러쉬할 것을 결정할 수 있다. 적어도 하나의 제 2 데이터베이스 서버(200)는 제 1 로그가 공유 저장소에 플러쉬 되기 이전에 제 1 데이터 블록의 전달을 요청할 수 있다. 적어도 하나의 제 2 데이터베이스 서버(200)는 제 1 정보를 메모리에 기록하고, 사용자로부터 발생된 제 2 트랜잭션에 기초하여 제 1 데이터 블록을 수정할 수 있다. 적어도 하나의 제 2 데이터베이스 서버(200)는 제 1 데이터 블록의 수정에 따라 발생된 제 2 로그를 공유 저장소에 플러쉬 하지 않고, 제 1 로그가 공유 저장소에 플러쉬 되기를 대기할 수 있다. 적어도 하나의 제 2 데이터베이스 서버(200)는 제 1 로그의 플러쉬가 완료되었다는 정보가 동기화된 경우, 제 2 로그를 공유 저장소에 플러쉬할 수 있다.

종래의 데이터베이스 클러스터 환경에서의 제 2 데이터베이스 서버의 경우, 제 1 로그의 플러쉬가 완료되었다는 정보가 동기화된 이후에 제 2 트랜잭션에 기초하여 제 1 데이터 블록을 수정할 수 있다. 이에 따라, 제 1 트랜잭션 및 제 2 트랜잭션에 기초하여 제 1 데이터 블록을 수정하는 전체적인 작업 시간이 많이 소모될 수 있었다. 그러나, 본 개시에 따르면 적어도 하나의 제 2 데이터베이스 서버(200)는 제 1 로그의 플러쉬가 완료되기 이전에 제 2 트랜잭션에 기초하여 제 1 데이터 블록을 수정할 수 있다. 다시 말해, 적어도 하나의 제 2 데이터베이스 서버(200)가 제 1 데이터 블록을 수정하는데 소요되는 시간은 제 1 데이터베이스 서버(100)가 제 1 로그를 플러쉬하는 시간과 오버래핑(overlapping) 될 수 있다. 따라서, 제 1 트랜잭션 및 제 2 트랜잭션에 기초하여 제 1 데이터 블록을 수정하는 전체적인 작업 시간이 단축될 수 있다. 이하에서는 본 개시에 따른 데이터베이스를 관리하기 위한 방법에 대해 좀 더 설명한다.

도 2는 본 개시의 몇몇 실시예에 따른 제 1 데이터베이스 서버가 제 1 로그를 공유 저장소에 플러쉬할 것을 결정하는 방법의 일례를 설명하기 위한 흐름도이다.

도 2를 참조하면, 제 1 데이터베이스 서버(100)의 저장부(120)는 적어도 하나의 제 2 데이터베이스 서버(200)와 함께 공유하는 공유 저장소에 위치한 제 1 데이터 블록을 수정하기 위한 제 1 트랜잭션에 기초하여, 제 1 데이터 블록을 버퍼 캐시에 적재할 수 있다(S110).

구체적으로, 제 1 트랜잭션은 데이터 조작어, 데이터 정의어 또는 데이터 제어어 등을 포함할 수 있다. 프로세서(110)는 제 1 트랜잭션에 기초하여, 공유 저장소에 위치한 복수개의 데이터 블록들 중 제 1 데이터 블록을 결정할 수 있다. 프로세서(110)는 결정된 제 1 트랜잭션을 저장부(120)의 버퍼 캐시에 적재할 수 있다.

실시예에 따라, 제 1 데이터 블록은 적어도 하나의 제 2 데이터베이스 서버(200)에 적재되어 있을 수도 있다. 프로세서(110)는 적어도 하나의 제 2 데이터베이스 서버(200)에 적재된 제 1 데이터 블록을 저장부(120)의 버퍼 캐시에 적재할 수 있다.

프로세서(110)는 제 1 데이터 블록을 수정하기 위한 제 1 트랜잭션에 기초하여, 버퍼 캐시에 적재된 제 1 데이터 블록을 수정할 수 있다(S120).

실시예에 따라, 제 1 트랜잭션은 select statement와 같이 제 1 데이터 블록을 참조 또는 검색하기 위한 트랜잭션일 수도 있다. 제 1 트랜잭션이 select statement를 포함하는 트랜잭션인 경우, 프로세서(110)는 제 1 데이터 블록을 수정하지 않고, 참조 또는 검색만 할 수도 있다.

프로세서(110)는 제 1 데이터 블록의 수정에 따라 발생된 제 1 로그를 공유 저장소에 플러쉬할 것을 결정할 수 있다(S130).

구체적으로, 프로세서(110)는 제 1 트랜잭션에 기초하여, 제 1 데이터 블록을 수정하고, 제 1 시점에 커밋(commit)할 수 있다. 커밋이란 수정된 데이터 블록을 데이터베이스에 저장하고 트랜잭션을 종료시키는 것으로 이해될 수 있다. 제 1 시점은 데이터 블록이 수정된 이력 등을 관리하기 위한 임의의 시점으로 이해될 수 있다. 환언하자면, 프로세서(110)는 제 1 트랜잭션에 기초하여 수정된 제 1 데이터 블록을 블록 캐시에 저장하고, 제 1 시점에 제 1 트랜잭션을 종료할 수 있다. 프로세서(110)는 제 1 트랜잭션의 커밋이 완료된 경우, 제 1 트랜잭션이 발생시킨 제 1 로그를 공유 저장소에 플러쉬할 것으로 결정할 수 있다.

본 개시에서, 제 1 로그는 제 1 트랜잭션에 기초하여 제 1 데이터 블록이 수정된 내용 및 제 1 데이터 블록을 수정 전 상태로 되돌릴 수 있는 정보 등을 포함할 수 있다.

본 개시의 몇몇 실시예에 따르면, 프로세서(110)는 제 1 로그를 공유 저장소에 플러쉬할 것으로 결정한 이후, 제 1 로그의 플러쉬가 완료되기 이전에 사용자로부터의 입력에 기초하여 발생된 트랜잭션에 기초하여 제 1 데이터 블록을 수정할 수 있다. 프로세서(110)는 제 1 데이터 블록을 수정한 경우, 제 1 시점 이후인 제 2 시점에 상기 트랜잭션을 커밋할 수 있다. 프로세서(110)는 제 1 로그의 플러쉬가 완료되었는지 여부에 기초하여, 상기 트랜잭션이 발생시킨 제 2 로그를 공유 저장소에 플러쉬할 것으로 결정할 수 있다. 예를 들어, 프로세서(110)는 제 1 로그의 플러쉬가 완료되었다고 결정한 경우, 제 1 로그를 공유 저장소에 플러쉬할 것으로 결정할 수 있다. 다른 예를 들어, 프로세서(110)는 제 1 로그의 플러쉬가 완료되지 않았다고 결정한 경우, 제 2 로그를 공유 저장소에 플러쉬하지 않고 대기하기로 결정할 수 있다.

상술한 구성에 따르면, 제 1 데이터베이스 서버(100)는 제 1 데이터 블록의 수정에 따라 발생된 제 1 로그를 공유 저장소에 플러쉬할 수 있다. 제 1 로그는 제 1 데이터베이스 서버(100)에 의해 제 1 데이터 블록이 수정된 내용 및 제 1 데이터 블록을 수정 전 상태로 되돌릴 수 있는 정보 등을 포함할 수 있다. 이에 따라, 적어도 하나의 다른 제 2 데이터베이스 서버(200)는 제 1 데이터베이스 서버(100)가 다운(down)되는 상황이 발생하더라도, 공유 저장소에 플러쉬된 제 1 로그에 기초하여 제 1 데이터 블록을 최신 데이터로 복구할 수 있다.

본 개시의 몇몇 실시예에 따르면, 제 1 데이터베이스 서버(100)는 수정이 완료된 제 1 데이터 블록을 적어도 하나의 제 2 데이터베이스 서버(200)로 전달할 수 있다. 제 1 데이터베이스 서버(100)는 제 1 로그의 플러쉬가 완료되지 않은 경우, 제 1 데이터 블록의 수정에 따라 발생된 제 1 로그가 공유 저장소에 플러쉬 되지 않았다는 것을 나타내는 제 1 정보를 제 2 데이터베이스 서버(200)로 함께 전달할 수 있다. 이하, 도 3을 통해 제 1 데이터베이스 서버(100)가 제 1 데이터 블록을 전달하는 방법의 일례를 설명한다.

도 3은 본 개시의 몇몇 실시예에 따른 제 1 데이터베이스 서버가 제 1 데이터 블록을 적어도 하나의 제 2 데이터베이스 서버에 전달하는 방법의 일례를 설명하기 위한 흐름도이다.

도 3을 참조하면, 제 1 데이터베이스 서버(100)의 통신부(130)는 적어도 하나의 제 2 데이터베이스 서버(200)로부터 제 1 데이터 블록의 전달을 요청 받을 수 있다(S210).

프로세서(110)는 제 1 로그가 공유 저장소에 플러쉬 되었는지 여부를 결정할 수 있다(S220). 프로세서(110)는 제 1 로그가 공유 저장소에 플러쉬 된 경우(S230, Yes), 통신부(130)를 통해 제 1 데이터 블록을 적어도 하나의 제 2 데이터베이스 서버(200)에 전달할 수 있다(S240). 적어도 하나의 제 2 데이터베이스 서버(200)는 제 1 데이터 블록을 전달받은 경우, 적어도 하나의 제 2 데이터베이스 서버(200)의 버퍼 캐시에 제 1 데이터 블록을 적재할 수 있다. 적어도 하나의 제 2 데이터베이스 서버(200)는 버퍼 캐시에 적재된 제 1 데이터 블록을 수정할 수 있다.

프로세서(110)는 제 1 로그가 공유 저장소에 플러쉬 되지 않은 경우(S230, No), 통신부(130)를 통해 제 1 데이터 블록의 수정에 따라 발생된 제 1 로그가 공유 저장소에 플러쉬 되지 않았다는 것을 나타내는 제 1 정보 및 제 1 데이터 블록을 적어도 하나의 제 2 데이터베이스 서버(200)에 전달할 수 있다(S250).

본 개시의 몇몇 실시예에 따르면, 적어도 하나의 제 2 데이터베이스 서버(200)는 제 1 정보 및 제 1 데이터 블록을 전달받은 경우, 적어도 하나의 제 2 데이터베이스 서버(200)의 버퍼 캐시에 제 1 데이터 블록을 적재할 수 있다. 적어도 하나의 제 2 데이터베이스 서버(200)는 버퍼 캐시에 적재된 제 1 데이터 블록을 수정할 수 있다. 적어도 하나의 제 2 데이터베이스 서버(200)는 제 1 데이터 블록의 수정이 완료된 이후, 제 1 로그가 공유 저장소에 플러쉬 되었는지 여부에 기초하여 제 1 데이터블록과 관련된 정보를 반환할지 여부를 결정할 수 있다. 적어도 하나의 제 2 데이터베이스 서버(200)는 제 1 로그가 플러쉬 되었다는 정보가 공유 저장소에 동기화된 경우, 제 2 트랜잭션에 기초하여 수정된 제 1 데이터 블록과 관련된 정보를 반환할 수 있다. 또는, 적어도 하나의 제 2 데이터베이스 서버(200)는 제 1 로그가 플러쉬 되었다는 정보가 공유 저장소에 동기화되지 않은 경우, 제 2 트랜잭션에 기초하여 수정된 제 1 데이터 블록을 롤백(rollback)할 수 있다. 여기서, 롤백은 제 1 데이터 블록을 수정 전 상태로 되돌리는 동작일 수 있다. 실시예에 따라, 적어도 하나의 제 2 데이터베이스 서버(200)는 제 1 데이터 블록을 롤백한 경우, 제 2 트랜잭션에 기초하여 제 1 데이터 블록을 수정하는 작업을 재시도하거나 또는, 제 2 트랜잭션을 실패 처리할 수 있다. 제 2 트랜잭션을 실패 처리한 경우, 적어도 하나의 제 2 데이터베이스 서버(200)는 제 2 트랜잭션의 실패를 나타내는 정보를 사용자에게 전달할 수도 있다. 상기 적어도 하나의 제 2 데이터베이스 서버(200)에 의해 수행된 동작은 제 1 데이터베이스 서버(100)에 의해 동작될 수 있음은 물론일 수 있다.

상술한 구성에 따르면, 제 1 데이터베이스 서버(100)는 제 1 로그가 공유 저장소에 플러쉬 되었는지 여부에 기초하여, 제 1 데이터 블록만 적어도 하나의 제 2 데이터베이스 서버(200)에 전달하거나 또는 제 1 데이터 블록과 함께 제 1 정보를 적어도 하나의 제 2 데이터베이스 서버(200)에 전달할 수 있다. 적어도 하나의 제 2 데이터베이스 서버(200)는 제 1 데이터 블록과 함께 제 1 정보가 전달된 경우, 제 2 트랜잭션에 기초하여 제 1 데이터 블록을 수정하고, 제 1 데이터 블록의 수정에 따라 발생된 제 2 로그를 공유 저장소에 플러쉬할 것을 결정할 수 있다. 다만, 적어도 하나의 제 2 데이터베이스 서버(200)는 제 1 로그가 플러쉬 되지 않았다고 결정된 경우, 제 1 데이터 블록과 관련된 정보를 사용자에게 반환하지 않을 수 있다. 제 1 데이터베이스 서버(100)가 제 1 트랜잭션에 기초하여 제 1 데이터 블록을 수정하고, 이후 제 1 트랜잭션을 커밋을 했을지언정, 제 1 로그가 공유 저장소에 플러쉬 되지 않은 경우 상기 커밋은 확정된 것이 아닐 수 있다. 만약, 제 1 로그의 플러쉬가 완료되기 이전에, 적어도 하나의 제 2 데이터베이스 서버(200)가 제 1 데이터 블록과 관련된 정보를 사용자에게 반환한다면 정합성 오류가 발생될 수 있다. 여기서, 정합성 오류는 커밋되지 않은 수정 내용이 커밋된 것과 같이 인식되어 사용자에게 전달되는 오류일 수 있다. 따라서, 제 1 데이터베이스 서버(100)는 제 1 로그가 공유 저장소에 플러쉬 되었는지 여부에 기초하여, 제 1 데이터 블록만 적어도 하나의 제 2 데이터베이스 서버(200)에 전달하거나 또는 제 1 데이터 블록과 함께 제 1 정보를 적어도 하나의 제 2 데이터베이스 서버(200)에 전달할 수 있다. 이에 따라, 복수의 데이터베이스 서버들에서 발생될 수 있는 정합성 오류가 방지될 수 있다. 더하여, 적어도 하나의 제 2 데이터베이스 서버(200)는 제 1 정보를 수신했더라도, 제 2 트랜잭션에 기초하여 제 1 데이터 블록을 수정할 수 있다. 따라서, 제 1 데이터베이스 서버(100)가 다운되지 않은 경우에는 제 1 로그가 플러쉬 되는 시간 동안 제 2 데이터베이스 서버(200)가 제 1 데이터 블록을 수정했으므로, 결론적으로 사용자에게 제 1 데이터 블록과 관련된 정보를 전달하는데 소요되는 시간이 줄어들 수 있다.

본 개시의 몇몇 실시예에 따르면, 제 1 데이터베이스 서버(100)는 제 1 데이터 블록을 수정함에 따라 발생된 로그가 공유 저장소에 플러쉬 되었는지 여부에 기초하여, 제 1 데이터 블록과 관련된 정보를 반환할 지 여부를 결정할 수 있다. 이하에서는 제 1 데이터베이스 서버(100)가 제 1 데이터 블록을 참조한 경우, 제 1 데이터 블록과 관련된 정보를 반환할 지 여부를 결정하는 방법에 대해 설명한다.

도 4는 본 개시의 몇몇 실시예에 따른 제 1 데이터베이스 서버가 제 1 데이터 블록을 참조한 경우, 제 1 데이터 블록과 관련된 정보를 반환할 지 여부를 결정하는 방법의 일례를 설명하기 위한 흐름도이다.

본 개시에서, 제 1 데이터베이스 서버(100)의 프로세서(110)는 데이터 블록 참조 과정을 통해 제 1 데이터 블록과 관련된 정보를 반환할지 여부를 결정할 수 있다. 제 1 데이터 블록을 참조한다는 의미는 제 1 데이터 블록에 포함된 데이터들을 직접 수정하는 것이 아니라, 참조만 한다는 의미로 이해될 수 있다. 예를 들어, 데이터 블록 참조 과정은 데이터 조작어 중 SELECT 문에 기초하여 수행되는 과정일 수 있다.

구체적으로, 도 4를 참조하면, 제 1 데이터베이스 서버(100)의 프로세서(110)는 데이터 블록 참조 과정으로써, 제 1 데이터 블록을 수정하기 위한 제 2 트랜잭션 또는 세션(session)을 수신하는 것에 응답하여, 제 1 데이터 블록이 적재되어 있는 위치를 나타내는 제 1 위치 정보 결정할 수 있다(S310). 여기서, 세션은 데이터베이스의 접속을 시작으로, 여러 작업을 수행한 후 접속 종료까지의 전체 기간을 의미할 수 있다. 세션은 적어도 하나의 트랜잭션을 포함할 수 있다. 본 개시에서 세션은 적어도 하나의 트랜잭션에 기초하여, 제 1 데이터 블록을 이용하는 주체로 이해될 수 있다.

예를 들어, 프로세서(110)는 적어도 하나의 제 2 데이터베이스 서버(200) 중 제 1 데이터 블록이 적재되어 있는 제 2 데이터베이스 서버의 버퍼 캐시의 위치를 나타내는 제 1 위치 정보 결정할 수 있다. 다른 예를 들어, 제 1 데이터 블록은 제 1 데이터베이스 서버(100) 자신의 버퍼 캐시에 적재되어 있을 수도 있다. 프로세서(110)는 자신의 버퍼 캐시에 적재된 제 1 데이터 블록의 위치를 나타내는 제 1 위치 정보를 결정할 수 있다. 또 다른 예를 들어, 제 1 데이터 블록은 공유 저장소에 적재되어 있을 수도 있다. 프로세서(110)는 공유 저장소에 적재된 제 1 데이터 블록의 위치를 나타내는 제 1 위치 정보를 결정할 수 있다.

통신부(130)는 제 1 위치 정보에 기초하여 결정된 적어도 하나의 제 2 데이터베이스 서버(200)로부터 제 1 데이터 블록의 수정에 따라 발생된 제 2 로그가 공유 저장소에 플러쉬 되지 않았다는 것을 나타내는 제 2 정보 및 제 1 데이터 블록을 수신할 수 있다(S320). 저장부(120)는 통신부(130)를 통해 제 2 정보가 수신된 경우, 제 2 정보를 저장할 수 있다.

프로세서(110)는 제 1 데이터 블록을 버퍼 캐시에 적재하고, 제 2 트랜잭션 또는 세션에 기초하여 제 1 데이터 블록을 참조할 수 있다(S330). 프로세서(110)는 제 2 로그가 공유 저장소에 플러쉬 되었는지 여부에 기초하여, 제 1 데이터 블록과 관련된 정보를 반환할 지 여부를 결정할 수 있다(S340). 여기서, 제 1 데이터 블록과 관련된 정보를 반환한다는 의미는 사용자에게 제 1 데이터 블록과 관련된 정보를 전달한다는 의미로 이해될 수 있다.

구체적으로, 프로세서(110)는 저장부(120)에 저장된 제 2 정보에 기초하여, 적어도 하나의 제 2 데이터베이스 서버(200)로부터 제 1 데이터 블록을 전달받은 시점 까지는 제 2 로그가 공유 저장소에 플러쉬 되지 않았다고 결정할 수 있다. 프로세서(110)는 제 1 데이터 블록을 수정한 이후 제 2 로그가 공유 저장소에 플러쉬 되었는지 여부를 결정할 수 있다. 프로세서(110)가 제 2 트랜잭션 또는 세션에 기초하여 제 1 데이터 블록을 참조하는 동안 제 2 로그가 공유 저장소에 플러쉬 되었을 수 있기 때문이다. 프로세서(110)는 제 2 로그가 공유 저장소에 플러쉬 되었다고 결정된 경우, 제 2 트랜잭션 또는 세션에 기초하여 생성된 제 1 데이터 블록과 관련된 정보를 반환할 수 있다.

프로세서(110)는 제 2 로그가 공유 저장소에 플러쉬 되지 않았다고 결정된 경우, 제 1 데이터 블록과 관련된 정보를 반환하지 않을 수 있다. 프로세서(110)는 제 1 데이터 블록와 관련된 정보를 반환하지 않기로 결정한 경우, 데이터 블록 참조 과정을 반복 수행하거나 또는 데이터 블록 참조 과정을 실패 처리할 수 있다. 이하, 프로세서(110)가, 데이터 블록 참조 과정을 반복 수행하거나 또는 데이터 블록 참조 과정을 실패 처리하는 일례는 도 5를 통해 설명한다.

상술한 구성에 따르면, 제 1 데이터베이스 서버(100)는 제 2 로그가 공유 저장소에 플러쉬 되지 않았다는 제 2 정보가 수신된 경우, 제 2 로그가 공유 저장소에 플러쉬 되었는지 여부에 기초하여, 제 1 데이터 블록과 관련된 정보를 반환할지 여부를 결정할 수 있다. 제 1 데이터베이스 서버(100)는 제 2 로그가 공유 저장소에 플러쉬 되었다는 정보가 적어도 하나의 제 2 데이터베이스 서버(200)로부터 동기화된 경우, 제 1 데이터 블록과 관련된 정보를 사용자에게 반환할 수 있다. 따라서, 적어도 하나의 제 2 데이터베이스 서버(200)가 다운되지 않은 경우, 제 1 데이터베이스 서버(100)는 제 1 데이터 블록과 관련된 정보를 빠르게 사용자에게 전달할 수 있다. 만약, 제 2 데이터베이스 서버(200)가 제 2 로그를 플러쉬 하지 못하고 다운된 경우, 제 1 데이터베이스 서버(100)는 제 1 데이터 블록과 관련된 정보를 사용자에게 반환하지 않을 수 있다. 따라서, 제 1 데이터베이스 서버(100)가 사용자에게 잘못된 데이터를 전달하는 것이 방지될 수 있다.

본 개시의 몇몇 실시예에 따르면, 제 1 데이터베이스 서버(100)는 적어도 하나의 제 2 데이터베이스 서버(200)에 의해 제 2 로그가 공유 저장소에 플러쉬 되었는지 여부에 기초하여, 제 1 데이터 블록과 관련된 정보를 반환할지를 결정할 수 있다. 이하, 도 5를 통해 제 1 데이터베이스 서버(100)가 제 1 데이터 블록과 관련된 정보를 반환할 지 여부를 결정하는 방법에 대해 설명한다.

도 5는 본 개시의 몇몇 실시예에 따른 제 1 데이터베이스 서버가 제 1 데이터 블록과 관련된 정보를 반환할 지 여부를 결정하는 방법의 일례를 설명하기 위한 흐름도이다.

도 5를 참조하면, 제 1 데이터베이스 서버(100)의 프로세서(110)는 제 2 로그가 공유 저장소에 플러쉬 되었다고 결정된 경우(S341, Yes), 제 1 데이터 블록과 관련된 정보를 반환할 수 있다(S342).

구체적으로, 적어도 하나의 제 2 데이터베이스 서버(200)는 제 2 로그의 플러쉬를 완료한 경우, 제 2 로그의 플러쉬가 완료되었다는 정보를 동기화할 수 있다. 프로세서(110)는 제 2 로그의 플러쉬가 완료되었다는 정보가 동기화된 경우, 제 2 로그가 공유 저장소에 플러쉬 되었다고 결정할 수 있다. 제 2 로그가 공유 저장소에 플러쉬 되었다고 결정됨에 따라, 프로세서(110)는 제 1 데이터 블록과 관련된 정보를 반환할 수 있다.

프로세서(110)는 제 2 로그가 공유 저장소에 플러쉬 되지 않았다고 결정된 경우(S341, No), 데이터 블록 참조 과정을 반복 수행하거나 또는 데이터 블록 참조 과정을 실패 처리할 수 있다(S343). 데이터 블록 참조 과정을 반복 수행한다는 의미는 앞서 설명한 단계 S310 내지 단계 S340을 재수행한다는 의미로 이해될 수 있다. 데이터 블록 참조 과정을 실패 처리한다는 의미는 앞서 수행된 단계 S310 내지 단계 S340 동작을 실패처리 한다는 의미로 이해될 수 있다.

구체적으로, 프로세서(110)는 제 2 로그가 공유 저장소에 플러쉬 되지 않았다고 결정된 경우, 제 2 로그가 공유 저장소에 플러쉬 되기를 대기할 수 있다. 제 2 데이터베이스 서버(200)가 제 2 로그를 공유 저장소에 플러쉬 하지 못하고 다운된 경우, 제 2 데이터베이스 서버(200)가 다운되었다는 정보가 제 1 데이터베이스 서버(100)로 전달될 수 있다. 이 경우, 프로세서(110)는 데이터 블록 참조 과정을 반복 수행하거나 또는 데이터 블록 참조 과정을 실패 처리할 수 있다.

본 개시의 몇몇 실시예에 따르면, 프로세서(110)는 데이터 블록 참조 과정을 실패 처리한 경우, 데이터 블록 참조 과정이 실패했다는 정보를 생성하여 사용자에게 반환할 수 있다.

상술한 구성에 따르면, 제 1 데이터베이스 서버(100)는 제 2 로그가 공유 저장소에 플러쉬 되었는지 여부에 기초하여, 제 1 데이터 블록과 관련된 정보를 반환할 수 있다. 또는 제 1 데이터베이스 서버(100)는 제 2 로그가 공유 저장소에 플러쉬 되었는지 여부에 기초하여, 데이터 블록 참조 과정을 반복 수행하거나 또는 데이터 블록 참조 과정을 실패 처리할 수 있다.

이하에서는 제 1 데이터베이스 서버(100)가 제 1 데이터 블록을 수정한 경우, 제 1 데이터 블록과 관련된 정보를 반환할지 여부를 결정하는 방법에 대해 설명한다.

도 6은 본 개시의 몇몇 실시예에 따른 제 1 데이터베이스 서버가 제 1 데이터 블록을 수정한 경우, 제 1 데이터 블록과 관련된 정보를 반환할 지 여부를 결정하는 방법의 일례를 설명하기 위한 흐름도이다.

도 6을 참조하면, 제 1 데이터베이스 서버(100)의 프로세서(110)는 제 1 데이터 블록을 수정하기 위한 제 3 트랜잭션을 수신하는 것에 응답하여, 제 1 데이터 블록이 적재되어 있는 위치를 나타내는 제 1 위치 정보 결정할 수 있다(S310).

일례로, 프로세서(110)는 적어도 하나의 제 2 데이터베이스 서버(200) 중 제 1 데이터 블록이 적재되어 있는 제 2 데이터베이스 서버의 버퍼 캐시의 위치를 나타내는 제 1 위치 정보 결정할 수 있다(S310). 다른 일례로, 제 1 데이터 블록은 제 1 데이터베이스 서버(100) 자신의 버퍼 캐시에 적재되어 있을 수도 있다. 프로세서(110)는 자신의 버퍼 캐시에 적재된 제 1 데이터 블록의 위치를 나타내는 제 1 위치 정보를 결정할 수 있다. 또 다른 일례로, 제 1 데이터 블록은 공유 저장소에 적재되어 있을 수도 있다. 프로세서(110)는 공유 저장소에 적재된 제 1 데이터 블록의 위치를 나타내는 제 1 위치 정보를 결정할 수 있다.

통신부(130)는 제 1 위치 정보에 기초하여 결정된 적어도 하나의 제 2 데이터베이스 서버(200)로부터 제 1 데이터 블록의 수정에 따라 발생된 제 2 로그가 공유 저장소에 플러쉬 되지 않았다는 것을 나타내는 제 2 정보 및 제 1 데이터 블록을 수신할 수 있다(S320). 저장부(120)는 통신부(130)를 통해 제 2 정보가 수신된 경우, 제 2 정보를 저장할 수 있다.

프로세서(110)는 제 1 데이터 블록을 버퍼 캐시에 적재하고, 제 3 트랜잭션에 기초하여 제 1 데이터 블록을 수정할 수 있다(S330). 프로세서(110)는 제 2 로그가 공유 저장소에 플러쉬 되었는지 여부에 기초하여, 제 1 데이터 블록과 관련된 정보를 반환할 지 여부를 결정할 수 있다(S340).

구체적으로, 프로세서(110)는 저장부(120)에 저장된 제 2 정보에 기초하여, 적어도 하나의 제 2 데이터베이스 서버(200)로부터 제 1 데이터 블록을 전달받은 시점 까지는 제 2 로그가 공유 저장소에 플러쉬 되지 않았다고 결정할 수 있다. 프로세서(110)는 제 1 데이터 블록을 수정한 이후 제 2 로그가 공유 저장소에 플러쉬 되었는지 여부를 결정할 수 있다. 프로세서(110)가 제 3 트랜잭션에 기초하여 제 1 데이터 블록을 수정하고, 제 3 트랜잭션을 커밋하는 동안 제 2 로그가 공유 저장소에 플러쉬 되었을 수 있기 때문이다. 프로세서(110)는 제 2 로그가 공유 저장소에 플러쉬 되었다고 결정된 경우, 제 3 트랜잭션에 기초하여 수정된 제 1 데이터 블록과 관련된 정보를 반환할 수 있다. 여기서, 제 1 데이터 블록과 관련된 정보는 제 1 데이터 블록을 수정한 결과 및 제 3 트랜잭션의 커밋 결과를 포함할 수 있다.

프로세서(110)는 제 2 로그가 공유 저장소에 플러쉬 되지 않았다고 결정된 경우, 제 1 데이터 블록과 관련된 정보를 반환하지 않을 수 있다. 프로세서(110)는 제 1 데이터 블록과 관련된 정보를 반환하지 않기로 결정한 경우, 제 2 로그와 관련된 제 4 트랜잭션에 기초하여 수정된 제 1 데이터 블록을 롤백할 수 있다. 이하, 프로세서(110)가 제 1 데이터 블록을 롤백하는 일례는 도 8을 통해 설명한다.

상술한 구성에 따르면, 제 1 데이터베이스 서버(100)는 제 2 로그가 공유 저장소에 플러쉬 되지 않았다는 제 2 정보에 기초하여, 제 1 데이터 블록의 수정이 완료된 이후 제 2 로그가 공유 저장소에 플러쉬 되었는지 여부를 결정할 수 있다. 제 1 데이터베이스 서버(100)는 제 2 로그가 공유 저장소에 플러쉬 되었다는 정보가 적어도 하나의 제 2 데이터베이스 서버(200)로부터 동기화된 경우, 제 1 데이터 블록과 관련된 정보를 사용자에게 반환할 수 있다. 따라서, 적어도 하나의 제 2 데이터베이스 서버(200)가 다운되지 않은 경우, 제 1 데이터베이스 서버(100)는 제 1 데이터 블록과 관련된 정보를 빠르게 사용자에게 전달할 수 있다. 만약, 제 2 데이터베이스 서버(200)가 제 2 로그를 플러쉬 하지 못하고 다운된 경우, 제 1 데이터베이스 서버(100)는 제 1 데이터 블록과 관련된 정보를 사용자에게 반환하지 않을 수 있다. 따라서, 제 1 데이터베이스 서버(100)가 사용자에게 잘못된 데이터를 전달하는 것이 방지될 수 있다.

본 개시의 몇몇 실시예에 따르면, 제 1 데이터베이스 서버(100)는 적어도 하나의 제 2 데이터베이스 서버(200)에 의해 제 2 로그가 공유 저장소에 플러쉬 되었는지 여부에 기초하여, 제 1 데이터 블록과 관련된 정보를 반환할지를 결정할 수 있다. 이하, 도 7을 통해 제 1 데이터베이스 서버(100)가 제 1 데이터 블록과 관련된 정보를 반환할 지 여부를 결정하는 방법에 대해 설명한다.

도 7은 본 개시의 몇몇 실시예에 따른 제 1 데이터베이스 서버가 제 1 데이터 블록과 관련된 정보를 반환할 지 여부를 결정하는 방법의 일례를 설명하기 위한 흐름도이다.

도 7을 참조하면, 제 1 데이터베이스 서버(100)의 프로세서(110)는 제 2 로그가 공유 저장소에 플러쉬 되었다고 결정된 경우(S441, Yes), 제 3 트랜잭션에 기초하여 수정된 제 1 데이터 블록과 관련된 정보를 반환할 수 있다(S442).

구체적으로, 적어도 하나의 제 2 데이터베이스 서버(200)는 제 2 로그의 플러쉬를 완료한 경우, 제 2 로그의 플러쉬가 완료되었다는 정보를 동기화할 수 있다. 프로세서(110)는 제 2 로그의 플러쉬가 완료되었다는 정보가 동기화된 경우, 제 2 로그가 공유 저장소에 플러쉬 되었다고 결정할 수 있다. 제 2 로그가 공유 저장소에 플러쉬 되었다고 결정됨에 따라, 프로세서(110)는 제 3 트랜잭션에 기초하여 수정된 제 1 데이터 블록과 관련된 정보를 반환할 수 있다.

프로세서(110)는 제 2 로그가 공유 저장소에 플러쉬 되지 않았다고 결정된 경우(S441, No), 제 1 데이터 블록과 관련된 정보를 반환하지 않고 제 2 로그와 관련된 제 4 트랜잭션에 의해 수정된 제 1 데이터 블록을 롤백할 수 있다(S444). 여기서, 롤백은 제 1 데이터 블록을 수정 전 상태로 되돌리는 동작일 수 있다.

구체적으로, 프로세서(110)는 제 1 데이터 블록을 버퍼 캐시에서 무효화(invalidation)할 수 있다. 제 1 데이터 블록을 버퍼 캐시에서 무효화한다는 의미는 로그의 플러쉬가 완료되지 않은 제 1 데이터 블록을 적어도 하나의 제 2 데이터베이스 서버(200)가 참조하지 못하는 상태로 만드는 것으로 이해될 수 있다. 또한, 제 1 데이터 블록이 버퍼 캐시에서 무효화되는 경우, 제 1 데이터 블록이 트랜잭션에 의해 수정된 내용은 모두 수정 전 상태로 되돌려질 수 있다. 실시예에 따라, 제 1 데이터 블록은 제 1 트랜잭션, 제 3 트랜잭션 및 제 4 트랜잭션에 의해 수정되었을 수 있다. 제 1 데이터 블록이 무효화되는 경우, 제 1 데이터 블록은 제 1 트랜잭션, 제 3 트랜잭션 및 제 4 트랜잭션에 의해 수정되기 전의 상태로 되돌아갈 수 있다. 이하, 프로세서(110)가 제 1 데이터 블록을 롤백하는 방법에 대해선 도 8을 통해 설명한다.

상술한 구성에 따르면, 제 1 데이터베이스 서버(100)는 제 2 로그가 공유 저장소에 플러쉬 된 경우, 제 3 트랜잭션에 기초하여 수정된 제 1 데이터 블록과 관련된 정보를 반환할 수 있다. 또는 제 1 데이터베이스 서버(100)는 제 2 로그가 공유 저장소에 플러쉬 되지 않은 경우, 수정된 제 1 데이터 블록을 롤백할 수 있다. 따라서, 적어도 하나의 제 2 데이터베이스 서버(200)가 제 1 데이터 블록을 수정한 후 다운되더라도, 제 1 데이터베이스 서버(100)는 제 1 데이터 블록을 수정 전 상태로 롤백할 수 있다.

이하에서는 제 1 데이터베이스 서버(100)가 제 1 데이터 블록을 롤백하는 구체적인 방법에 대해 설명한다.

도 8은 본 개시의 몇몇 실시예에 따른 제 1 데이터베이스 서버가 제 1 데이터 블록을 롤백하는 방법의 일례를 설명하기 위한 흐름도이다.

도 8을 참조하면, 제 1 데이터베이스 서버(100)의 프로세서(110)는 제 1 데이터 블록을 버퍼 캐시에서 무효화할 수 있다 (S4431).

구체적으로, 프로세서(110)는 로그의 플러쉬가 완료되지 않은 제 1 데이터 블록을 버퍼 캐시에서 무효화함으로써, 적어도 하나의 제 2 데이터베이스 서버(200)가 로그의 플러쉬가 완료되지 않은 제 1 데이터 블록을 참조하지 못하도록 할 수 있다. 제 1 데이터베이스 서버(100)가 제 1 데이터 블록을 버퍼 캐시에서 무효화하는 것과 연동하여, 적어도 하나의 제 2 데이터베이스 서버(200)도 제 1 데이터 블록을 버퍼 캐시에서 무효화할 수 있다.

예를 들어, 프로세서(110)는 제 1 트랜잭션에 기초하여, 제 1 데이터 블록을 수정하고 그리고 제 1 데이터 블록을 수정함에 따라 발생된 제 1 로그를 공유 저장소에 플러쉬했을 수 있다. 프로세서(110)는 통신부(130)를 통해 적어도 하나의 제 2 데이터베이스 서버(200)로부터 제 4 트랜잭션에 기초하여 수정된 제 1 데이터 블록을 수신할 수 있다. 적어도 하나의 제 2 데이터베이스 서버(200)가 제 4 트랜잭션에 기초하여 제 1 데이터 블록을 수정함에 따라 발생된 제 2 로그는 공유 저장소에 플러쉬되지 못했을 수 있다. 이 경우, 프로세서(110)는 제 1 트랜잭션에 기초하여 수정된 제 1 데이터 블록을 제외한 다른 제 1 데이터 블록은 적어도 하나의 제 2 데이터베이스 서버(200)가 참조하지 못하도록 할 수 있다.

프로세서(110)는 제 1 데이터 블록과 관련된 가장 최신 버전의 제 1-1 데이터 블록이 적재되어 있는 위치를 나타내는 제 2 위치 정보를 결정할 수 있다(S4432). 여기서, 가장 최신 버전의 제 1-1 데이터 블록은 가장 많은 수정 내용을 포함하고 있는 제 1 데이터 블록일 수 있다. 가장 최신 버전의 제 1-1 데이터 블록은 가장 마지막에 발생된 트랜잭션에 의해 수정된 내용을 포함하고 있는 제 1 데이터 블록일 수 있다. 가장 최신 버전의 제 1-1 데이터 블록은 가장 마지막 시점에 트랜잭션의 커밋이 완료된 제 1 데이터 블록일 수 있다. 커밋 시점은 제 1 데이터베이스 서버(100) 및 적어도 하나의 제 2 데이터베이스 서버(200)가 내부적으로 관리하는 논리적인 시점으로, 단조 증가하는 시퀀스(sequence) 형태로 표현될 수 있다. 제 1 데이터베이스 서버(100)는 제 1 시점에 제 1 데이터 블록에 대한 커밋을 수행했을 수 있다. 적어도 하나의 제 2 데이터베이스 서버(200)는 제 1 시점 이후인 제 2 시점에 제 1 데이터 블록에 대한 커밋을 수행했을 수 있다. 제 2 시점에 커밋이 수행된 제 1 데이터 블록은 제 1 시점에 커밋이 수행된 제 1 데이터 블록보다 최신 버전의 제 1 데이터 블록일 수 있다. 커밋 시점은 단조 증가하는 시퀀스 형태로 표현되기 때문에, 프로세서(110)는 커밋 시점에 기초하여 가장 최신 버전의 제 1-1 데이터 블록을 결정할 수 있다. 또한, 제 1 데이터베이스 서버(100)가 제 1 데이터 블록을 버퍼 캐시에서 무효화하는 것과 연동하여, 적어도 하나의 제 2 데이터베이스 서버(200)도 제 1 데이터 블록을 버퍼 캐시에서 무효화했을 수 있다. 따라서, 프로세서(110)에 의해 제 2 위치 정보가 결정된 제 1-1 데이터 블록은 로그의 플러쉬가 완료된 데이터 블록일 수 있다.

프로세서(110)는 제 2 위치 정보에 기초하여 결정된 적어도 하나의 제 2 데이터베이스 서버(200) 또는 공유 저장소로부터 제 1-1 데이터 블록을 수신할 수 있다 (S4433). 실시예에 따라, 제 1 데이터 블록과 관련된 가장 최신 버전의 제 1-1 데이터 블록은 제 1 데이터베이스 서버(100)의 버퍼 캐쉬에 적재된 데이터 블록일 수도 있다.

프로세서(110)는 제 1-1 데이터 블록을 제 1 데이터 블록으로 대체함으로써, 제 1 데이터 블록을 롤백할 수 있다(S4434). 따라서, 저장부(120)에는 로그의 플러쉬가 완료된 제 1 데이터 블록 중 가장 최신 버전의 제 1 데이터 블록이 적재될 수 있다. 환언하자면, 프로세서(110)는 적어도 하나의 제 2 데이터베이스 서버(200)가 제 4 트랜잭션에 기초하여 제 1 데이터 블록을 수정한 이후, 제 2 로그를 공유 저장소에 플러쉬 하지 못한 채 다운되더라도 제 1 데이터 블록을 제 4 트랜잭션에 의해 수정되기 전의 상태로 롤백할 수 있다.

상술한 구성에 따르면, 제 1 데이터베이스 서버(100)는 적어도 하나의 제 2 데이터베이스 서버(200)에서 로그의 플러쉬를 완료하지 못한 채 다운된 경우, 로그의 플러쉬가 완료되지 못한 제 1 데이터 블록을 버퍼 캐시에서 무효화할 수 있다. 이에 따라, 적어도 하나의 제 2 데이터베이스 서버(200) 중 다운되지 않은 제 2 데이터베이스 서버가 제 1 데이터베이스 서버(100)에서 로그의 플러쉬가 완료되지 않은 제 1 데이터 블록을 참조하는 것을 방지할 수 있다. 따라서, 데이터베이스 서버 클러스터 환경에서 발생될 수 있는 정합성 오류가 방지될 수 있다.

본 개시의 몇몇 실시예에 따르면 제 1 데이터베이스 서버(100)는 공유 저장소에 제 1-1 데이터 블록에 반영되지 않은 적어도 하나의 제 3 로그가 플러쉬되어 있는지 여부를 결정할 수 있다. 적어도 하나의 제 3 로그가 플러쉬되어 있는 경우, 제 1 데이터베이스 서버(100)는 적어도 하나의 제 3 로그와 관련된 제 5 트랜잭션에 기초하여 제 1 데이터 블록을 복구(recovery)할 수 있다. 이하, 도 9를 통해 제 1 데이터베이스 서버(100)가 제 1 데이터 블록을 복수하는 방법에 대해 설명한다.

도 9는 본 개시의 몇몇 실시예에 따른 제 1 데이터베이스 서버가 제 1 데이터 블록을 복구하는 방법의 일례를 설명하기 위한 흐름도이다.

도 9를 참조하면, 제 1 데이터베이스 서버(100)의 프로세서(110)는 제 1 데이터 블록을 롤백한 이후, 공유 저장소에 제 1-1 데이터 블록에 반영되지 않은 적어도 하나의 제 3 로그가 플러쉬되어 있는지 여부를 결정할 수 있다(S510).

예를 들어, 적어도 하나의 제 2 데이터베이스 서버(200)는 제 1 데이터베이스 서버(100)로부터 제 1 트랜잭션에 기초하여 수정된 제 1 데이터 블록을 수신했을 수 있다. 제 1 트랜잭션에 기초하여 제 1 데이터 블록이 수정됨에 따라 발생된 제 1 로그는 공유 저장소에 플러쉬 됐을 수 있다. 적어도 하나의 제 2 데이터베이스 서버(200)는 상술했던 제 4 트랜잭션이 발생되기 이전에 제 5 트랜잭션이 먼저 발생되었을 수 있다. 적어도 하나의 제 2 데이터베이스 서버(200)는 제 5 트랜잭션에 기초하여 제 1 데이터 블록을 수정하고, 제 1 데이터 블록의 수정에 따라 발생된 제 3 로그를 공유 저장소에 플러쉬할 것을 결정할 수 있다. 제 5 트랜잭션에 기초하여 제 1 데이터 블록의 수정이 완료된 이후, 적어도 하나의 제 2 데이터베이스 서버(200)는 제 4 트랜잭션에 기초하여 제 1 데이터 블록을 수정할 수 있다. 적어도 하나의 제 2 데이터베이스 서버(200)는 제 4 트랜잭션에 기초하여 제 1 데이터 블록을 수정함에 따라 발생된 제 2 로그를 공유 저장소에 플러쉬할 것을 결정할 수 있다. 이후, 적어도 하나의 제 2 데이터베이스 서버(200)는 제 3 로그의 공유 저장소에 플러쉬하는 동작은 완료하였으나, 제 2 로그를 공유 저장소에 플러쉬하던 중 다운될 수 있다. 이 경우, 제 1 데이터 블록 중 가장 최신 버전인 제 1-2 데이터 블록은 적어도 하나의 제 2 데이터베이스 서버(200)에 적재되어 있으나, 적어도 하나의 제 2 데이터베이스 서버(200)가 다운됨에 따라, 제 1 데이터베이스 서버는 제 1-2 데이터 블록을 참조하지 못할 수 있다. 따라서, 제 1 데이터베이스 서버(100)는 자신의 버퍼 캐시에 적재된 제 1 트랜잭션에 기초하여 수정된 제 1-1 데이터 블록을 제 1 데이터 블록 중 가장 최신 버전의 데이터 블록이라고 결정할 수 있다. 프로세서(110)는 가장 최신 버전의 데이터 블록인 제 1-1 데이터 블록에 반영되지 않은 제 3 로그가 공유 저장소에 플러쉬 되어 있다고 결정할 수 있다. 제 3 로그에는 제 5 트랜잭션과 관련된 커밋 시점이 기록되어 있기 때문에, 제 1 데이터베이스 서버(100)는 제 3 로그와 관련된 제 5 트랜잭션이 제 1 트랜잭션 보다 이후에 생성된 트랜잭션이라고 결정할 수 있다. 다시 말해, 프로세서(110)는 적어도 하나의 제 3 로그에 기록된 제 5 트랜잭션과 관련된 커밋 시점에 기초하여, 제 1-1 데이터 블록에 반영되지 않은 적어도 하나의 제 3 로그가 플러쉬되어 있다고 결정할 수 있다.

프로세서(110)는 적어도 하나의 제 3 로그가 존재하는 경우, 적어도 하나의 제 3 로그와 관련된 제 5 트랜잭션에 기초하여 제 1-1 데이터 블록을 수정할 수 있다(S520). 제 3 로그는 제 5 트랜잭션에 기초하여 제 1 데이터 블록이 수정된 내용 및 제 1 데이터 블록을 수정 전 상태로 되돌릴 수 있는 정보 등을 포함할 수 있다. 따라서, 프로세서(110)는 제 3 로그와 관련된 제 5 트랜잭션에 기초하여 제 1-1 데이터 블록을 수정할 수 있다.

프로세서(110)는 수정된 제 1-1 데이터 블록을 제 1 데이터 블록으로 대체함으로써, 제 1 데이터 블록을 복구할 수 있다(S530).

상술한 구성에 따르면, 제 1 데이터베이스 서버(100)는 적어도 하나의 제 2 데이터베이스 서버(200)가 로그의 플러쉬를 완료하지 못하고 다운되더라도, 제 1 데이터 블록을 가장 최신 버전의 제 1 데이터 블록으로 복수할 수 있다. 또한, 상술한 동작은 적어도 하나의 제 2 데이터베이스 서버(200)가 다운됨에 따라, 플러쉬가 완료된 제 1 데이터 블록에 대해 수행될 수 있다. 구체적으로, 적어도 하나의 제 2 데이터베이스 서버(200)가 다운됨에 따라, 제 1 데이터베이스 서버(100) 뿐만 아니라, 적어도 하나의 제 2 데이터베이스 서버(200) 중 다운되지 않은 제 2 데이터베이스 서버는 각각의 버퍼 캐시에서 제 1 데이터 블록을 무효화할 수 있다. 따라서, 각각의 버퍼 캐시에서 참조 가능한 제 1 데이터 블록은 로그의 플러쉬가 완료된 제 1 데이터 블록일 수 있다. 이에 따라, 복수의 데이터베이스 서버들에서 발생될 수 있는 정합성 오류가 방지될 수 있다.

더하여, 제 1 데이터베이스 서버(100)는 제 1 데이터 블록과 관련된 가장 최신 버전의 제 1-1 데이터 블록이 적재되어 있는 위치를 나타내는 제 2 위치 정보를 결정할 수 있다. 만약, 제 1 데이터베이스 서버(100)가 제 2 위치 정보를 결정하지 않고, 로그의 플러쉬가 완료된 임의의 제 1 데이터 블록이 적재되어 있는 위치를 나타내는 위치 정보를 결정하는 경우, 상기 임의의 제 1 데이터 블록에 반영되지 않은 적어도 하나의 제 3 로그가 공유 저장소에 다수 존재할 수도 있다. 이 경우, 제 1 데이터베이스 서버(100)가 적어도 하나의 제 3 로그에 기초하여 임의의 제 1 데이터 블록을 수정하는데 오랜 시간이 소요될 수 있다. 따라서, 제 1 데이터베이스 서버(100)는 제 1 데이터 블록과 관련된 가장 최신 버전의 제 1-1 데이터 블록이 적재되어 있는 위치를 나타내는 제 2 위치 정보를 결정함으로써, 제 1 데이터 블록을 복구하는데 소요되는 시간을 절약할 수 있다.

이하, 도 10 내지 도 12에서는 제 1 내지 제 3 데이터베이스 서버들을 참조하여, 본 개시에 따른 데이터베이스를 관리하기 위한 방법을 설명한다.

도 10은 본 개시의 몇몇 실시예에 따른 데이터베이스 서버들에 의해 수행되는 데이터베이스를 관리하기 위한 방법의 일례를 설명하기 위한 흐름도이다. 도 11은 본 개시의 몇몇 실시예에 따른 데이터베이스 서버들에 의해 수행되는 제 1 데이터 블록과 관련된 정보를 반환하는 방법의 일례를 설명하기 위한 흐름도이다. 도 12는 본 개시의 몇몇 실시예에 따른 데이터베이스 서버들에 의해 수행되는 제 1 데이터 블록을 롤백하는 방법의 일례를 설명하기 위한 흐름도이다. 도 10 내지 도 12의 설명에 앞서, 도 10 내지 도 12에서의 트랜잭션들은 앞서 설명한 트랜잭션들과는 상이한 트랜잭션일 수 있다. 또한, 도 10 내지 도 12에서의 로그들은 앞서 설명한 로그들과는 상이한 로그일 수 있다.

도 10을 참조하면, 제 1 데이터베이스 서버(100), 제 2 데이터베이스 서버(200) 및 제 3 데이터베이스 서버(400)는 클러스터를 구성할 수 있다. 실시예에 따라, 제 1 데이터베이스 서버(100), 제 2 데이터베이스 서버(200) 및 제 3 데이터베이스 서버(400) 각각은 인스턴스일 수 있다. 인스턴스는 메인 데이터베이스 서버에 저장된 응용 프로그램 또는 자원 등을 이용할 수 있는 가상 머신일 수 있다. 제 1 데이터베이스 서버(100)는 메인 데이터베이스 서버의 제 1 인스턴스일 수 있다. 제 2 데이터베이스 서버(200)는 메인 데이터베이스 서버의 제 2 인스턴스일 수 있다. 제 3 데이터베이스 서버(400)는 메인 데이터베이스 서버의 제 3 인스턴스일 수 있다. 제 1 데이터베이스 서버(100), 제 2 데이터베이스 서버(200) 및 제 3 데이터베이스 서버(400)는 영구저장매체와 같은 저장소를 공유할 수 있다. 공유 저장소에는 복수개의 데이터 블록들 및 로그 파일 등이 저장될 수 있다.

제 1 데이터베이스 서버(100)는 공유 저장소에 위치한 제 1 데이터 블록을 버퍼 캐시에 적재할 수 있다. 제 1 데이터 블록은 제 0 시점까지의 수정 내용이 반영된 데이터 블록일 수 있다.

제 1 데이터베이스 서버(100)의 제 1 트랜잭션이 버퍼 캐시에 적재된 제 1 데이터 블록을 수정하고, 제 1 시점에 커밋(commit)할 수 있다. 제 1 데이터 블록은 제 1 시점까지의 수정 내용이 반영된 데이터 블록이 되고, 제 1 데이터베이스 서버(100)는 제 1 트랜잭션이 발생시킨 제 1 로그를 공유 저장소에 플러쉬할 것으로 결정할 수 있다. 제 1 데이터베이스 서버(100)는 제 1 로그의 플러쉬를 완료할 수 있다.

제 2 데이터베이스 서버(200)의 제 2 트랜잭션은 제 1 데이터 블록을 수정하기 위해, 제 1 데이터베이스 서버(100)의 버퍼 캐시에 적재되어 있는 제 1 데이터 블록을 요청할 수 있다.

제 1 데이터베이스 서버(100)는 제 1 데이터 블록에 대한 제 1 로그의 플러쉬가 완료된 것을 확인하고, 제 1 데이터 블록을 제 2 데이터베이스 서버로 전달할 수 있다.

제 2 데이터베이스 서버(200)는 제 1 데이터 블록을 전달받아 버퍼 캐시에 적재할 수 있다. 제 2 트랜잭션은 제 1 데이터 블록을 수정한 후 제 2 시점에 커밋할 수 있다. 이에 따라, 제 2 데이터베이스 서버(200)의 버퍼 캐시에 적재된 제 1 데이터 블록은 제 2 시점까지의 수정 내용이 반영된 데이터 블록일 수 있다. 제 2 데이터베이스 서버(200)는 제 2 트랜잭션이 발생시킨 제 2 로그를 공유 저장소에 플러쉬 할 것으로 결정할 수 있다. 제 2 데이터베이스 서버(200)는 제 2 로그의 플러쉬를 완료할 수 있다.

제 2 데이터베이스 서버(200)의 제 3 트랜잭션은 제 1 데이터 블록을 수정하고, 제 3 시점에 커밋할 수 있다. 이에 따라, 제 2 데이터베이스 서버(200)의 버퍼 캐시에 적재된 제 1 데이터 블록은 제 3 시점까지의 수정 내용이 반영된 데이터 블록일 수 있다. 제 1 데이터 블록은 제 3 시점까지 커밋된 상태라고 표기될 수 있다. 제 2 데이터베이스 서버(200)는 제 3 트랜잭션이 발생시킨 제 3 로그를 공유 저장소에 플러쉬 할 것으로 결정할 수 있다. 제 2 데이터베이스 서버(200)에서 수행되는 제 3 로그의 플러쉬 작업은 진행중일 수 있다.

제 3 데이터베이스 서버(400)는 제 1 데이터 블록을 참조하기 위해, 제 2 데이터베이스 서버(200)로 제 1 데이터 블록을 요청할 수 있다.

제 2 데이터베이스 서버(200)는 제 3 트랜잭션이 발생시킨 제 3 로그가 공유 저장소에 플러쉬되지 않은 상태이기 때문에, 제 3 로그가 공유 저장소에 플러쉬 되지 않았다는 것을 나타내는 제 1 정보 및 제 1 데이터 블록을 함께 제 3 데이터베이스 서버(400)로 전달할 수 있다.

제 3 데이터베이스 서버(400)는 제 1 데이터 블록을 전달받아 버퍼 캐시에 적재하고, 제 1 데이터 블록은 제 3 로그의 플러쉬가 완료되지 않은 데이터 블록이라는 제 1 정보를 메모리에 기록할 수 있다.

도 11을 참조하면, 제 3 데이터베이스 서버(400)에서 select statement를 수행 중인 session이 버퍼 캐시에 적재된 제 1 데이터 블록을 consistent read로 참조할 수 있다. session은 데이터베이스의 접속을 시작으로, 여러 작업을 수행한 후 접속 종료까지의 전체 기간을 의미할 수 있다. Session은 적어도 하나의 트랜잭션을 포함할 수 있다. 본 개시에서 session은 적어도 하나의 트랜잭션에 기초하여, 제 1 데이터 블록을 이용하는 주체로 이해될 수 있다. consistent read는 읽기 일관성을 의미하는 용어로 이해될 수 있다. 예를 들어, 데이터베이스는 여러 곳에서 동시에 접근하여 복수개의 세션들이 동시에 연결되어 있을 수 있다. 이때, 특정 세션이 데이터 블록을 변경 중일 때 특정 세션 외 다른 세션이 상기 데이터 블록을 참조하는 경우에는 정합성 오류가 발생될 수 있다. 따라서, 특정 세션이 데이터 블록을 변경 중일 때 다른 세션은 변경 또는 수정이 확정된 데이터 블록만을 참조할 수 있으며, 이러한 특성이 consistent read로 이해될 수 있다.

본 개시에서, 제 1 데이터베이스 서버(100)에서 제 1 데이터 블록을 수정한 제 1 트랜잭션, 제 2 데이터베이스 서버(200)에서 제 1 데이터 블록을 수정한 제 2 트랜잭션 및 제 2 데이터베이스 서버(200)에서 제 1 데이터 블록을 수정한 제 3 트랜잭션은 모두 커밋 되었을 수 있다. 제 1 데이터 블록은 제 1 트랜잭션, 제 2 트랜잭션 및 제 3 트랜잭션이 커밋된 상태로 표기되어 있을 수 있다. 이에 따라, 제 3 데이터베이스 서버(400)의 session은 제 1 트랜잭션, 제 2 트랜잭션 및 제 3 트랜잭션의 수정 내용을 모두 읽을 수 있다. 제 3 데이터베이스 서버(400)는 제 3 로그의 플러쉬가 완료되지 않은 데이터 블록이라는 제 1 정보를 메모리에 기록하고 있을 수 있다. 제 3 데이터베이스 서버(400)의 session은 제 1 데이터베이스 서버(100)에서 제 1 시점까지, 제 2 데이터베이스 서버(200)에서 제 2 시점까지의 로그 플러쉬를 대기해야 한다는 정보를 기록할 수 있다.

제 3 데이터베이스 서버(400)의 session은 제 1 데이터베이스 서버(100)에서 제 1 시점까지 제 1 로그의 플러쉬가 완료되었는지 여부 및 제 2 데이터베이스 서버(200)에서 제 3 시점까지 제 3 로그의 플러쉬가 완료되었는지 여부를 결정할 수 있다.

select statement를 수행 중인 제 3 데이터베이스 서버(400)의 session은 consistent read로 읽은 제 1 데이터 블록에 포함된 데이터들의 취합 및 가공을 완료하여 사용자가 요청한 제 1 데이터를 사용자에게 반환해야 할 수 있다. 제 3 데이터베이스 서버(400)의 session은 제 1 데이터베이스 서버(100)에서 제 1 시점까지, 제 2 데이터베이스 서버(200)에서 제 2 시점까지의 로그 플러쉬를 대기해야 한다는 정보의 기록에 기초하여, 로그의 플러쉬가 완료되었는지 여부를 결정할 수 있다. 제 1 데이터베이스 서버(100)에서 제 1 시점까지의 제 1 로그의 플러쉬가 완료되었다는 정보는 제 1 데이터베이스 서버(100)에 의해 동기화 되어 있을 수 있다. 제 2 데이터베이스 서버(200)에서 제 2 시점까지의 제 2 로그의 플러쉬가 완료되었다는 정보는 제 2 데이터베이스 서버(200)에 의해 동기화 되어 있을 수 있다. 따라서, 제 3 데이터베이스 서버(400)의 session은 제 2 데이터베이스 서버(200)에서 제 3 시점까지의 제 3 로그의 플러쉬가 완료되었다는 정보가 제 2 데이터베이스 서버(200)에 의해 동기화될 때까지 대기하기로 결정할 수 있다.

이후, 제 2 데이터베이스 서버(200)는 제 3 시점까지의 제 3 로그의 플러쉬가 완료되었다는 정보를 동기화할 수 있다.

제 3 데이터베이스 서버(400)에서 select statement를 수행 중인 session은 제 3 로그의 플러쉬가 완료되었다는 정보를 동기화됨에 따라, 상기 제 1 데이터를 사용자에게 반환할 수 있다.

한편, 도 12를 참조하면, 제 2 데이터베이스 서버(200)는 제 3 시점까지 제 3 로그를 플러쉬 하지 못하고 다운(down)될 수 있다.

제 3 로그의 플러쉬가 완료되기를 대기하던 제 3 데이터베이스 서버(400)의 session은 select statement를 처음부터 재시도 하기로 결정하거나, 또는 수행하던 select statement를 실패 처리하기로 결정할 수 있다. 이에 따라, 제 3 데이터베이스 서버(400)는 버퍼 캐시에 적재된 제 3 트랜잭션의 수정 내용이 반영된 제 1 데이터 블록에서 제 3 트랜잭션의 수정 내용을 모두 되돌려야 할 수 있다. 제 3 데이터베이스 서버(400)는 제 3 트랜잭션의 수정 내용을 롤백하기로 결정할 수 있다.

제 3 데이터베이스 서버(400)는 제 1 데이터 블록을 버퍼 캐시에서 무효화할 수 있다. 이에 따라, 제 3 데이터베이스 서버(400)의 버퍼 캐시에 적재된 제 1 데이터 블록은 제 3 트랜잭션의 수정 사항이 제거될 수 있으나, 로그의 플러쉬가 완료된 제 1 트랜잭션 및 제 2 트랜잭션의 수정 사항도 함께 제거될 수 있다.

제 3 데이터베이스 서버(400)는 적어도 하나의 로그의 플러쉬가 완료된 가장 최신 버전의 제 1 데이터 블록을 탐색할 수 있다. 공유 저장소에는 제 0 시점 까지의 수정 내용이 반영된 제 1 데이터 블록이 존재할 수 있다. 제 1 데이터베이스 서버(100)의 버퍼 캐시에는 제 1 시점 까지의 수정 내용이 반영된 제 1 데이터 블록이 적재되어 있을 수 있다. 제 1 데이터베이스 서버(100)도 제 1 데이터 블록을 버퍼 캐시에서 무효화했을 수 있으나, 제 1 데이터베이스 서버(100)의 버퍼 캐시에 적재된 제 1 데이터 블록은 제 1 로그의 플러쉬가 완료된 데이터 블록일 수 있다. 따라서, 제 3 데이터베이스 서버(400)는 제 1 데이터베이스 서버(100)의 버퍼 캐시에 적재된 제 1 데이터 블록을 참조할 수 있다. 제 2 데이터베이스 서버(200)는 다운된 상태일 수 있다. 이에 따라, 제 3 데이터베이스 서버(400)는 제 1 데이터베이스 서버(100)의 버퍼 캐시에 적재된 제 1 시점까지의 제 1 로그의 플러쉬가 완료된 제 1 데이터 블록을 가장 최신 버전의 제 1 데이터 블록이라고 결정할 수 있다.

제 3 데이터베이스 서버(400)는 제 1 데이터베이스 서버(100)의 버퍼 캐시에 적재되어 있는 제 1 데이터 블록을 이용하여, 복구 작업을 진행할 수 있다. 제 1 데이터베이스 서버(100)의 버퍼 캐시에 적재되어 있는 제 1 데이터 블록은 제 1 시점까지의 제 1 로그의 플러쉬가 완료된 데이터 블록일 수 있다. 따라서, 제 3 데이터베이스 서버(400)는 제 1 시점 이후에 발생된 제 2 데이터베이스 서버(200)의 제 2 트랜잭션에 기초하여 복구 작업을 진행할 수 있다. 제 2 데이터베이스 서버(200)의 제 2 트랜잭션이 제 1 데이터 블록을 수정함에 따라 발생된 제 2 로그는 공유 저장소에 플러쉬 되어 있을 수 있다. 제 2 로그는 제 2 트랜잭션에 기초하여 제 1 데이터 블록이 수정된 내용 및 제 2 데이터 블록을 수정 전 상태로 되돌릴 수 있는 정보 등을 포함할 수 있다. 따라서, 제 3 데이터베이스 서버(400)는 제 2 로그를 이용하여, 제 2 트랜잭션의 수정 내용을 제 1 데이터 블록에 적용할 수 있다. 이에 따라, 제 3 데이터베이스 서버(400)에는 제 1 트랜잭션 및 제 2 트랜잭션의 수정 내용이 적용된 제 1 데이터 블록이 적재될 수 있다.

상술한 구성에 따르면, Active-Active 데이터베이스 클러스터 환경에서 클러스터를 구성하는 데이터베이스 서버들은 로그 플러쉬를 대기하지 않고 데이터 블록을 전송할 수 있다. 따라서, cluster shared cache에 대한 데이터베이스 서버의 접근 속도가 향상될 수 있고, 종국적으로 부하 처리 성능이 향상될 수 있다.

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

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

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

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

컴퓨터는 통상적으로 다양한컴퓨터 판독가능 매체를 포함한다. 컴퓨터에 의해 액세스 가능한 매체 로서, 휘발성 및 비휘발성 매체, 일시적(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, 카드, 스틱, 키 드라이브, 등)를 포함하지만, 이들로 제한되는 것은 아니다. 용어 "기계-판독가능 매체"는 명령(들) 및/또는 데이터를 저장, 보유, 및/또는 전달할 수 있는 무선 채널 및 다양한 다른 매체를 포함하지만, 이들로 제한되는 것은 아니다.

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

Claims (13)

1. 적어도 하나의 제 2 데이터베이스 서버와 함께 클러스터를 구성하는, 적어도 하나의 프로세서를 포함하는 제 1 데이터베이스 서버에 의해 수행되는 데이터베이스를 관리하기 위한 방법으로서,
   상기 적어도 하나의 제 2 데이터베이스 서버와 함께 공유하는 공유 저장소에 위치한 제 1 데이터 블록을 수정하기 위한 제 1 트랜잭션에 기초하여, 상기 제 1 데이터 블록을 버퍼 캐시(buffer cache)에 적재하는 단계;
   상기 버퍼 캐시에 적재된 상기 제 1 데이터 블록을 수정하는 단계; 및
   상기 제 1 데이터 블록의 수정에 따라 발생된 제 1 로그를 상기 공유 저장소에 플러쉬(flush)할 것을 결정하는 단계;
   를 포함하는,
   방법.
   
2. 제 1 항에 있어서,
   상기 적어도 하나의 제 2 데이터베이스 서버로부터 상기 제 1 데이터 블록의 전달을 요청받는 단계;
   상기 제 1 로그가 상기 공유 저장소에 플러쉬 되었는지 여부를 결정하는 단계; 및
   상기 제 1 로그가 상기 공유 저장소에 플러쉬 되지 않은 경우, 상기 제 1 데이터 블록의 수정에 따라 발생된 상기 제 1 로그가 상기 공유 저장소에 플러쉬 되지 않았다는 것을 나타내는 제 1 정보 및 상기 제 1 데이터 블록을 상기 적어도 하나의 제 2 데이터베이스 서버에 전달하는 단계;
   를 더 포함하는,
   방법.
   
3. 제 1 항에 있어서,
   상기 적어도 하나의 제 2 데이터베이스 서버로부터 상기 제 1 데이터 블록의 전달을 요청받는 단계;
   상기 제 1 로그가 상기 공유 저장소에 플러쉬 되었는지 여부를 결정하는 단계; 및
   상기 제 1 로그가 상기 공유 저장소에 플러쉬 된 경우, 상기 제 1 데이터 블록을 상기 적어도 하나의 제 2 데이터베이스 서버에 전달하는 단계;
   를 더 포함하는,
   방법.
   
4. 제 1 항에 있어서,
   데이터 블록 참조 과정을 통해 상기 제 1 데이터 블록과 관련된 정보를 반환할지 여부를 결정하는 단계;
   를 더 포함하고,
   상기 데이터 블록 참조 과정은,
   상기 제 1 데이터 블록을 참조하기 위한 제 2 트랜잭션 또는 세션(session)을 수신하는 것에 응답하여, 상기 제 1 데이터 블록이 적재되어 있는 위치를 나타내는 제 1 위치 정보를 결정하는 단계;
   상기 제 1 위치 정보에 기초하여 결정된 상기 적어도 하나의 제 2 데이터베이스 서버로부터 상기 제 1 데이터 블록의 수정에 따라 발생된 제 2 로그가 상기 공유 저장소에 플러쉬 되지 않았다는 것을 나타내는 제 2 정보 및 상기 제 1 데이터 블록을 수신하는 단계;
   상기 제 1 데이터 블록을 상기 버퍼 캐시에 적재하고, 상기 제 2 트랜잭션 또는 상기 세션에 기초하여 상기 제 1 데이터 블록을 참조하는 단계; 및
   상기 제 2 로그가 상기 공유 저장소에 플러쉬 되었는지 여부에 기초하여, 상기 제 1 데이터 블록과 관련된 정보를 반환할지 여부를 결정하는 단계 - 상기 제 1 데이터 블록과 관련된 정보는 상기 제 1 데이터 블록을 참조하여 생성되는 데이터임 -;
   를 포함하는,
   방법.
   
5. 제 4 항에 있어서,
   상기 제 2 로그가 상기 공유 저장소에 플러쉬 되었는지 여부에 기초하여, 상기 제 1 데이터 블록과 관련된 정보를 반환할지 여부를 결정하는 단계는,
   상기 제 2 로그가 상기 공유 저장소에 플러쉬 되었다고 결정된 경우, 상기 제 1 데이터 블록과 관련된 정보를 반환하는 단계;
   를 포함하는,
   방법.
   
6. 제 4 항에 있어서,
   상기 제 2 로그가 상기 공유 저장소에 플러쉬 되었는지 여부에 기초하여, 상기 제 1 데이터 블록과 관련된 정보를 반환할지 여부를 결정하는 단계는,
   상기 제 2 로그가 상기 공유 저장소에 플러쉬 되지 않았다고 결정된 경우, 상기 데이터 블록 참조 과정을 반복 수행하는 단계; 또는
   상기 제 2 로그가 상기 공유 저장소에 플러쉬 되지 않았다고 결정된 경우, 상기 데이터 블록 참조 과정을 실패 처리하는 단계;
   를 포함하는,
   방법.
   
7. 제 1 항에 있어서,
   상기 제 1 데이터 블록을 수정하기 위한 제 3 트랜잭션을 수신하는 것에 응답하여, 상기 제 1 데이터 블록이 적재되어 있는 위치를 나타내는 제 1 위치 정보를 결정하는 단계;
   상기 제 1 위치 정보에 기초하여 결정된 상기 적어도 하나의 제 2 데이터베이스 서버로부터 상기 제 1 데이터 블록의 수정에 따라 발생된 제 2 로그가 상기 공유 저장소에 플러쉬 되지 않았다는 것을 나타내는 제 2 정보 및 상기 제 1 데이터 블록을 수신하는 단계;
   상기 제 1 데이터 블록을 상기 버퍼 캐시에 적재하고, 상기 제 3 트랜잭션에 기초하여 상기 제 1 데이터 블록을 수정하는 단계; 및
   상기 제 2 로그가 상기 공유 저장소에 플러쉬 되었는지 여부에 기초하여, 상기 제 1 데이터 블록과 관련된 정보를 반환할지 여부를 결정하는 단계 - 상기 제 1 데이터 블록과 관련된 정보는 상기 제 1 데이터 블록을 수정한 결과 및 상기 제 3 트랜잭션의 커밋(commit) 결과를 포함함 -;
   를 더 포함하는,
   방법.
   
8. 제 7 항에 있어서,
   상기 제 2 로그가 상기 공유 저장소에 플러쉬 되었는지 여부에 기초하여, 상기 제 1 데이터 블록과 관련된 정보를 반환할지 여부를 결정하는 단계는,
   상기 제 2 로그가 상기 공유 저장소에 플러쉬 되었다고 결정된 경우, 상기 제 3 트랜잭션에 기초하여 수정된 상기 제 1 데이터 블록과 관련된 정보를 반환하는 단계;
   를 포함하는,
   방법.
   
9. 제 7 항에 있어서,
   상기 제 2 로그가 상기 공유 저장소에 플러쉬 되었는지 여부에 기초하여, 상기 제 1 데이터 블록과 관련된 정보를 반환할지 여부를 결정하는 단계는,
   상기 제 2 로그가 상기 공유 저장소에 플러쉬 되지 않았다고 결정된 경우, 상기 제 1 데이터 블록과 관련된 정보를 반환하지 않고 상기 제 2 로그와 관련된 제 4 트랜잭션에 의해 수정된 상기 제 1 데이터 블록을 롤백(rollback)하는 단계;
   를 포함하는,
   방법.
   
10. 제 9 항에 있어서,
    상기 제 1 데이터 블록과 관련된 정보를 반환하지 않고 상기 제 2 로그와 관련된 제 4 트랜잭션에 의해 수정된 상기 제 1 데이터 블록을 롤백(rollback)하는 단계는,
    상기 제 1 데이터 블록을 상기 버퍼 캐시에서 무효화(invalidation)하는 단계;
    상기 제 1 데이터 블록과 관련된 가장 최신 버전의 제 1-1 데이터 블록이 적재되어 있는 위치를 나타내는 제 2 위치 정보를 결정하는 단계;
    상기 제 2 위치 정보에 기초하여 결정된 상기 적어도 하나의 제 2 데이터베이스 서버 또는 상기 공유 저장소로부터 상기 제 1-1 데이터 블록을 수신하는 단계; 및
    상기 제 1-1 데이터 블록을 상기 제 1 데이터 블록으로 대체함으로써, 상기 제 1 데이터 블록을 롤백하는 단계;
    를 포함하는,
    방법.
    
11. 제 10 항에 있어서,
    상기 제 1 데이터 블록을 롤백한 이후, 상기 공유 저장소에 상기 제 1-1 데이터 블록에 반영되지 않은 적어도 하나의 제 3 로그가 플러쉬되어 있는지 여부를 결정하는 단계;
    상기 적어도 하나의 제 3 로그가 존재하는 경우, 상기 적어도 하나의 제 3 로그와 관련된 제 5 트랜잭션에 기초하여 상기 제 1-1 데이터 블록을 수정하는 단계; 및
    상기 수정된 제 1-1 데이터 블록을 상기 제 1 데이터 블록으로 대체함으로써, 상기 제 1 데이터 블록을 복구(recovery)하는 단계;
    를 포함하는,
    방법.
    
12. 데이터베이스를 관리하기 위한 제 1 데이터베이스 서버로서,
    적어도 하나의 제 2 데이터베이스 서버와 함께 공유하는 공유 저장소에 위치한 제 1 데이터 블록을 버퍼 캐시(buffer cache)에 적재하는 저장부;
    상기 제 1 데이터 블록을 수정하기 위한 제 1 트랜잭션에 기초하여, 상기 버퍼 캐시에 적재된 상기 제 1 데이터 블록을 수정하고, 그리고 상기 제 1 데이터 블록의 수정에 따라 발생된 제 1 로그를 상기 공유 저장소에 플러쉬(flush)할 것을 결정하는 프로세서;
    를 포함하는,
    제 1 데이터베이스 서버,
    
13. 컴퓨터 판독가능 저장 매체에 저장된 컴퓨터 프로그램으로서, 상기 컴퓨터 프로그램은 하나 이상의 프로세서에서 실행되는 경우, 데이터베이스를 관리하기 위한 방법을 수행하도록 하며, 상기 방법은:
    적어도 하나의 제 2 데이터베이스 서버와 함께 공유하는 공유 저장소에 위치한 제 1 데이터 블록을 수정하기 위한 제 1 트랜잭션에 기초하여, 상기 제 1 데이터 블록을 버퍼 캐시(buffer cache)에 적재하는 단계;
    상기 버퍼 캐시에 적재된 상기 제 1 데이터 블록을 수정하는 단계; 및
    상기 제 1 데이터 블록의 수정에 따라 발생된 제 1 로그를 상기 공유 저장소에 플러쉬(flush)할 것을 결정하는 단계;
    를 포함하는,
    컴퓨터 판독가능 저장 매체에 저장되는 컴퓨터 프로그램.
    

Images