메모리 내 OLTP 데이터베이스에 대한 고가용성 지원High Availability Support for In-Memory OLTP databases

고유하게 컴파일된 저장 프로시저가 있거나 없이 메모리 최적화 테이블을 포함하는 데이터베이스는 Always On 가용성 그룹에서 완전히 지원됩니다.Databases containing memory-optimized tables, with or without native compiled stored procedures, are fully supported with Always On Availability Groups. 메모리 내 OLTPIn-Memory OLTP 개체를 포함하는 데이터베이스의 구성과 지원 방식은 이러한 개체를 포함하지 않는 데이터베이스의 경우와 차이가 없습니다.There is no difference in the configuration and support for databases which contain 메모리 내 OLTPIn-Memory OLTP objects as compared to those without.

Always On 가용성 그룹에서 메모리 내 OLTP 데이터베이스를 배포하면 주 복제본의 메모리 최적화 테이블에 대한 변경 내용이 REDO 적용 시 메모리 내에서 보조 복제본의 테이블에 적용됩니다.When an in-memory OLTP database is deployed in an Always On Availability Group configuration, changes to memory-optimized tables on the primary replica are applied in memory to the tables on the secondary replicas, when REDO is applied. 즉, 데이터가 이미 메모리에 있으므로 보조 복제본 장애 조치(failover)가 매우 신속하게 진행될 수 있습니다.This means that failover to a secondary replica can be very quick, since the data is already in memory. 또한 읽기용으로 구성된 보조 복제본에 대한 쿼리에서 테이블을 사용할 수 있습니다.In addition, the tables are available for queries on secondary replicas that have been configured for read access.

Always On 가용성 그룹 및 메모리 내 OLTP 데이터베이스Always On Availability Groups and In-Memory OLTP Databases

메모리 내 OLTPIn-Memory OLTP 구성 요소를 통한 데이터베이스 구성에는 다음과 같은 장점이 있습니다.Configuring databases with 메모리 내 OLTPIn-Memory OLTP components provides the following:

  • 완전 통합 환경 A fully integrated experience
    동기 및 비동기 보조 복제본에 대해 동일한 지원 수준으로 동일한 마법사를 사용하여 메모리 최적화 테이블을 포함하는 데이터베이스를 구성할 수 있습니다.You can configure your databases containing memory-optimized tables using the same wizard with the same level of support for both synchronous and asynchronous secondary replicas. 또한 SQL Server Management Studio의 친숙한 Always On 대시보드를 사용하여 상태 모니터링이 제공됩니다.Additionally, health monitoring is provided using the familiar Always On dashboard in SQL Server Management Studio.

  • 동등한 장애 조치(failover) 시간 Comparable Failover time
    보조 복제본은 메모리 최적화 지속형 테이블의 메모리 내 상태를 유지합니다.Secondary replicas maintain the in-memory state of the durable memory-optimized tables. 복구가 필요하지 않으므로, 자동 또는 강제 장애 조치 발생 시 새로운 주 항목으로의 페일오버 시간이 디스크 기반 테이블과 비슷합니다.In the event of automatic or forced failover, the time to failover to the new primary is comparable to disk-bases tables as no recovery is needed. SCHEMA_ONLY로 생성되는 메모리 액세스에 최적화된 테이블이 이 구성에서 지원됩니다.Memory-optimized tables created as SCHEMA_ONLY are supported in this configuration. 그러나 이러한 테이블에 대한 변경 사항은 기록되지 않으므로 보조 복제본의 이 테이블에는 데이터가 존재하지 않습니다.However changes to these tables are not logged and therefore no data will exist in these tables on the secondary replica.

  • 읽기용 보조 Readable Secondary
    읽기용으로 구성된 경우 보조 복제본의 메모리 최적화 테이블을 액세스 및 쿼리할 수 있습니다.You can access and query memory-optimized tables on the secondary replica if it has been configured for read access. SQL Server 2016SQL Server 2016에서 보조 복제본의 읽기 타임스탬프는 주 복제본의 읽기 타임스탬프와 매우 근접하게 동기화되므로 주 복제본의 변경 내용이 보조 복제본에 매우 빠르게 표시됩니다.In SQL Server 2016SQL Server 2016, the read timestamp on the secondary replica is in close synchronization with the read timestamp on the primary replica, which means that changes on the primary become visible on the secondary very quickly. 이와 같은 근접 동기화 동작은 SQL Server 2014SQL Server 2014 메모리 내 OLTP와는 다릅니다.This close synchronization behaviour is different from SQL Server 2014SQL Server 2014 In-Memory OLTP.

장애 조치 클러스터링 인스턴스(FCI) 및 메모리 내 OLTP 데이터베이스Failover Clustering Instance (FCI) and In-Memory OLTP Databases

공유 저장소 구성에서 고가용성을 유지하려는 경우 메모리 최적화 테이블이 포함된 하나 이상의 데이터베이스를 통해 인스턴스에서 장애 조치(failover) 클러스터링을 설정할 수 있습니다.To achieve high-availability in a shared-storage configuration, you can set up failover clustering on instances with one or more database with memory-optimized tables. FCI는 설정의 일부로 다음과 같은 요소를 고려해야 합니다.You need to consider the following factors as part of setting up an FCI.

  • 복구 시간 목표 Recovery Time Objective
    메모리 최적화 테이블을 메모리에 로드해야 데이터베이스를 사용할 수 있으므로 장애 조치(failover) 시간이 더 길어질 수 있습니다.Failover time will likely to be higher as the memory-optimized tables must be loaded into memory before the database is made available.

  • SCHEMA_ONLY 테이블 SCHEMA_ONLY tables
    장애 조치(failover) 후 SCHEMA_ONLY 테이블은 행 없이 비어 있게 됩니다.Be aware that SCHEMA_ONLY tables will be empty with no rows after the failover. 이것이 응용 프로그램에서 설계 및 정의한 방식입니다.This is as designed and defined by the application. 하나 이상의 SCHEMA_ONLY 테이블이 있는 메모리 내 OLTPIn-Memory OLTP 데이터베이스를 다시 시작할 때도 똑같이 작동합니다.This is exactly the same behavior when you restart an 메모리 내 OLTPIn-Memory OLTP database with one or more SCHEMA_ONLY tables.

메모리 내 OLTP에서 트랜잭션 복제 지원Support for transaction replication in In-Memory OLTP

피어 투 피어 트랜잭션 복제를 제외하고 트랜잭션 복제 구독자 역할을 수행하는 테이블은 메모리 최적화 테이블로 구성할 수 있습니다.Tables acting as transactional replication subscribers, excluding Peer-to-peer transactional replication, can be configured as memory-optimized tables. 다른 복제 구성은 메모리 최적화 테이블과 호환되지 않습니다.Other replication configurations are not compatible with memory-optimized tables. 자세한 내용은 메모리 액세스에 최적화된 테이블 구독자로 복제를 참조하세요.For more information see Replication to Memory-Optimized Table Subscribers.

참고 항목See Also

Always On 가용성 그룹(SQL Server) Always On Availability Groups (SQL Server)
Always On 가용성 그룹 개요(SQL Server) Overview of Always On Availability Groups (SQL Server)
활성 보조: 읽기 가능한 보조 복제본(Always On 가용성 그룹) Active Secondaries: Readable Secondary Replicas (Always On Availability Groups)
메모리 액세스에 최적화된 테이블 구독자로 복제Replication to Memory-Optimized Table Subscribers