기업고객사업본부 / 기술사업부 한국마이크로소프트

Presentation on theme: "기업고객사업본부 / 기술사업부 한국마이크로소프트"— Presentation transcript:

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

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

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

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

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

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

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

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

9 © 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.