기업고객사업본부 / 기술사업부 한국마이크로소프트 SQL Server 고 가용성 솔루션 정리 기업고객사업본부 / 기술사업부 한국마이크로소프트

장애복구 클러스터링 Active / Passive 특징 - 클라이언트는 가상 서버를 통해 데이터베이스에 접근하기 때문에 장애 복구 시 자동으로 리다이렉션 되는 효과 - Hot Standby이며 자동으로 장애복구가 되는 장점을 지님 - 서버 수준의 고 가용성을 제공함 필요조건 - 추가적인 하드웨어가 필요 (SAN, DAS, SCSI의 외부 저장공간이 필요) - 두 서버간의 거리의 제한이 존재

장애복구 클러스터링 Active / Active 특징 - Active / Active의 경우 별도의 두 개의 서비스가 제공되는 것 - Active / Passive 클러스터링의 장점을 그대로 가지고 있음 필요조건 - 각각의 서버가 경우에 따라 2개의 서비스를 모두 제공해야 하기 때문에 하드웨어 측면에서 고 성능이 요구됨 - 기타 Active / Passive의 필요조건을 그대로 따라감

로그 전달 기본 구조 특징 - Warm Standby - 일정한 간격으로 원본 DB의 트랜잭션 로그를 계속해서 동기화를 이루는 방법 - 장애 복구시 수동으로 진행해야 하며 원본 DB의 로그의 마지막 부분을 수동으로 백업하여 보조 DB에서 복원시키는 작업을 거쳐야 데이터 손실 최소화 가능 - DB 수준의 가용성 제공

복제 기본 구조 Publisher Distributor Subscriber 원본 데이터베이스 관리 복제의 대상이 되는 게시물을 관리 게시물 원본 데이터베이스에서 실제로 게시되는 대상. 저장 프로시저, 뷰, 테이블, 데이터베이스 전체 또는 필터링 된 파티션으로 구성된다. 구독 데이터베이스를 포함 메타데이터, 복제 히스토리, 트랜잭션을 저장 게시자와 분배자는 동일한 서버에 있을 수 있지만, 규모가 크거나 활동적인 사이트에서는 분배자에 의해 게시자에 오버헤드가 발생할 수 있음 데이터의 복사본을 보유하고 수정된 게시에 대한 변경 내용을 받음 복제 옵션에 따라 데이터를 업데이트 하여 다른 구독자에게 게시하는 것도 가능

데이터베이스 미러링 DB Log Log DB 동기식 미러링 특징 - Hot Standby - 수초 이내의 빠른 장애복구가 자동으로 이루어짐 - 주 서버와 미러 서버가 완벽하게 동기화를 이루기 때문에 데이터 유실이 없음 - 클라이언트 애플리케이션이 ADO.NET 2.0 혹은 SQL Native Client를 사용한다면 장애 복구 시 애플리케이션의 자동 리다이렉션이 가능 - 동기식 미러링의 경우 INSERT, DELETE, Update 와 같이 트랜잭션 처리는 약간의 성능 저하가 발생할 수 있음. SELECT 는 성능저하 없음 - DB 수준의 가용성 제공 필요조건 - Witness 서버 필요 (최소 사양) 커밋 승인 승인 미러서버로 전달 미러에 REDO 로컬 로그에 기록 로그내의 커밋 리모트 로그에 기록 DB Log Log DB

데이터베이스 미러링 DB Log Log DB 비 동기식 미러링 특징 - warm standby - 수동 장애 복구가 이루어져야 함 - 주 서버와 미러 서버가 비 동기식이기 때문에 경우에 따라 데이터 손실의 가능성은 존재 - 비 동기식 미러링의 경우 성능에 아무런 영향도 주지 않음 - DB 수준의 가용성 제공 필요조건 - 동기식 미러링과 달리 Witness 서버가 필요하지 않음 커밋 승인 승인 미러서버로 전달 미러에 REDO 로컬 로그에 기록 로그내의 커밋 리모트 로그에 기록 DB Log Log DB

가용성 솔루션 종합 복제 로그 전달 클러스터링 동기식 미러링 비 동기식 미러링 데이터 유실 가능성 자동 장애 복구 Y (복제 주기에 종속) (마지막 트랜잭션) N 자동 장애 복구 장애 복구 방법 장애 발생시 구독 서버에서 복구시 까지 계속적인 서비스 제공 주 서버의 마지막 트랜잭션 로그를 백업 백업한 로그를 다시 보조서버에 복사하고 복원 보조 서버 서비스 시작 자동으로 장애 복구 우선 데이터 유실을 막기 위해서는 보조서버로 장애 복구를 하지 않고 다운타임을 발생시키면서 주 서버를 복구하는 방법이 존재 다음으로는 데이터 유실을 막기 위해서 우선 미러링 세션을 끊고, 주 서버의 로그의 마지막 부분을 백업한 후 보조서버에 복원 이후에 보조 서버로 서비스를 재개하는 방법 마지막으로 약간의 데이터 유실에 관계가 없다면 바로 보조 서버로 수동으로 장애 복구를 시키고 서비스를 재개. 이 경우 기존의 주 서버에서 보조서버로 보내지 못한 로그에 해당하는 데이터는 유실됨 다운 타임 수 분의 다운타임 + 복구시간 수 분의 다운 타임 + 로그 복구 시간 30 초 이내의 복구 + 기존 서버 복구 3초 이내의 빠른 복구 대기 서버 읽기 (스냅샷 사용) 범위 사용자 DB 시스템 및 클라이언트에 대한 투명성 (MDAC) 구현 난이도 + ++ 거리 제한 없음 100 mile (160km) 추가 하드웨어

© 2004 Microsoft Corporation. All rights reserved. 19년 4월 5일 10시 29분 29초 © 2004 Microsoft Corporation. All rights reserved. This presentation is for informational purposes only. Microsoft makes no warranties, express or implied, in this summary. © 2004 Microsoft Corporation. All rights reserved. This presentation is for informational purposes only. Microsoft makes no warranties, express or implied, in this summary.