메모리 내 OLTP 데이터베이스에 대한 고가용성 지원

원시 컴파일 저장 프로시저가 있거나 없이 메모리 최적화 테이블을 포함하는 데이터베이스는 AlwaysOn 가용성 그룹에서 완전히 지원됩니다. In-Memory OLTP 개체를 포함하는 데이터베이스에 대한 구성 및 지원은 없는 데이터베이스와 비교할 때 차이가 없습니다.

AlwaysOn 가용성 그룹 및 메모리 내 OLTP 데이터베이스

In-Memory OLTP 구성 요소를 사용하여 데이터베이스를 구성하면 다음이 제공됩니다.

완전 통합 환경
동기 및 비동기 보조 복제본에 대해 동일한 지원 수준으로 동일한 마법사를 사용하여 메모리 최적화 테이블을 포함하는 데이터베이스를 구성할 수 있습니다. 또한 SQL Server Management Studio의 친숙한 AlwaysOn 대시보드를 사용하여 상태 모니터링이 제공됩니다.
동등한 장애 조치(failover) 시간
보조 복제본은 메모리 최적화 지속형 테이블의 메모리 내 상태를 유지합니다. 복구가 필요하지 않으므로, 자동 또는 강제 장애 조치 발생 시 새로운 주 항목으로의 페일오버 시간이 디스크 기반 테이블과 비슷합니다. SCHEMA_ONLY로 생성되는 메모리 액세스에 최적화된 테이블이 이 구성에서 지원됩니다. 그러나 이러한 테이블에 대한 변경 사항은 기록되지 않으므로 보조 복제본의 이 테이블에는 데이터가 존재하지 않습니다.
읽기용 보조
읽기용으로 구성된 경우 보조 복제본의 메모리 최적화 테이블을 액세스 및 쿼리할 수 있습니다. 자세한 내용은 활성 보조: 읽기 가능한 보조 복제본(AlwaysOn 가용성 그룹)을 참조하세요.

공유 스토리지 구성에서 고가용성을 달성하기 위해, 메모리 최적화 테이블이 포함된 하나 이상의 데이터베이스를 통해 인스턴스에서 장애 조치(failover) 클러스터링을 설정할 수 있습니다. FCI는 설정의 일부로 다음과 같은 요소를 고려해야 합니다.

복구 시간 목표
메모리 최적화 테이블을 메모리에 로드해야 데이터베이스를 사용할 수 있으므로 장애 조치(failover) 시간이 더 길어질 수 있습니다.
SCHEMA_ONLY 테이블
장애 조치(failover) 후 SCHEMA_ONLY 테이블은 행 없이 비어 있게 됩니다. 이것이 애플리케이션에서 설계 및 정의한 방식입니다. 하나 이상의 SCHEMA_ONLY 테이블이 있는 메모리 내 OLTP 데이터베이스를 다시 시작할 때도 똑같이 작동합니다.

피어 투 피어 트랜잭션 복제를 제외하고 트랜잭션 복제 구독자 역할을 수행하는 테이블은 메모리 최적화 테이블로 구성할 수 있습니다. 다른 복제 구성은 메모리 최적화 테이블과 호환되지 않습니다. 자세한 내용은 메모리 액세스에 최적화된 테이블 구독자로 복제를 참조하세요.