Managed Instance 링크 개요

적용 대상:Azure SQL Managed Instance

이 문서에서는 SQL Server Azure SQL Managed Instance 간의 거의 실시간 데이터 복제를 가능하게 하는 Managed Instance 링크의 개요를 제공합니다. 이 링크는 읽기 전용 워크로드 크기 조정, 분석 및 보고를 Azure 오프로드하고 Azure 마이그레이션하는 등의 여러 시나리오를 잠금 해제할 때 하이브리드 유연성과 데이터베이스 이동성을 제공합니다. SQL Server 2022 및 이후 버전에서, 링크를 사용하면 SQL Server로 장애 복구를 통해 온라인 재해 복구를 실행할 수 있으며 SQL Managed Instance에서 SQL Server로 링크를 구성할 수 있습니다.

시작하려면 링크에 대한 환경 준비를 검토합니다.

개요

Managed Instance 링크는 배분 가용성 그룹을 사용하여 안전하고 안전한 방식으로 데이터 자산을 확장합니다. 데이터를 거의 실시간으로 어디서나 호스트되는 SQL Server에서 Azure SQL Managed Instance로, 또는 Azure SQL Managed Instance에서 어디서나 호스트되는 SQL Server 2022 이상으로 복제합니다.

이 링크는 기존 가용성 그룹이 있거나 없는 단일 노드 및 다중 노드 SQL Server 인스턴스를 지원합니다. 링크를 통해 SQL Server 데이터 자산을 클라우드로 마이그레이션하지 않고도 Azure 이점을 사용할 수 있습니다.

링크는 링크당 하나의 데이터베이스 복제를 지원하지만, 각 데이터베이스에 대해 하나의 링크를 관리형 인스턴스 쌍으로 구성하여 SQL Server 단일 인스턴스에서 하나 이상의 SQL 관리형 인스턴스로 여러 데이터베이스를 복제하거나 여러 SQL 관리형 인스턴스에 동일한 데이터베이스를 복제할 수 있습니다.

링크 기능은 현재 다음과 같은 기능을 제공합니다.

• 2016, 2017 및 2019SQL Server 버전에서의 단방향 복제: 링크 기능을 사용하여 SQL 인스턴스에서 Azure SQL Managed Instance 한 방향으로 데이터를 복제합니다. 재해가 발생한 경우 관리되는 인스턴스로 수동으로 장애 조치(failover)할 수 있지만 이렇게 하면 연결이 끊어지며 다시 원래 상태로의 장애 조치는 지원되지 않습니다.
• 재난 복구(SQL Server 2022 및 SQL Server 2025): 링크 기능을 사용하여 SQL Server 2022 또는 SQL Server 2025와 SQL Managed Instance 간에 데이터를 복제하고, 재해 발생 시 수동으로 보조 복제본으로 장애 조치한 후 재해를 완화한 뒤 주 복제본으로 장애 복구합니다. SQL Server 또는 SQL Managed Instance는 초기 주 복제본으로 설정될 수 있습니다.

필요한 만큼, 한 번에 몇 달, 심지어 몇 년 동안 링크를 계속 실행할 수 있습니다. 또한 현대화 과정을 위해 Azure 마이그레이션할 준비가 된 경우 링크를 통해 마이그레이션 환경이 크게 향상됩니다. 링크를 통한 마이그레이션은 사용 가능한 다른 모든 마이그레이션 옵션에 비해 가동 중지 시간을 최소화하여 SQL Managed Instance 대한 진정한 온라인 마이그레이션을 제공합니다.

다음과 같은 여러 시나리오에서 SQL Server Azure SQL Managed Instance 간의 링크를 통해 복제되는 데이터베이스를 사용할 수 있습니다.

• 재해 복구
• 클라우드로 마이그레이션하지 않고 Azure 서비스 사용
• 읽기 전용 워크로드를 Azure로 오프로드하기
• Azure로의 마이그레이션
• 온-프레미스 데이터 복사

버전 지원 가능성

Azure SQL Managed Instance 범용 및 중요 비즈니스용 서비스 계층은 모두 Managed Instance 링크를 지원합니다. 링크 기능은 SQL Server Enterprise, Developer 및 Standard 버전에서 작동합니다.

SQL Server에서 Azure SQL Managed Instance로 단방향 복제는 일반적으로 지원되는 모든 SQL Server 버전에서 사용 가능합니다. 양방향 복제 및 장애 복구를 사용한 재해 복구는 SQL Server 2022년부터 지원되며 SQL 관리형 인스턴스가 구성된 업업레이트 정책을 기반으로 합니다.

다음 표에서는 링크 기능의 기능과 지원되는 최소 SQL Server 버전을 나열합니다.

¹ SQL Server 2022를 초기 주 복제본으로 사용하여 링크를 만드는 것은 SQL Server 2022의 RTM 버전부터 지원됩니다. Azure SQL Managed Instance를 초기 주 복제본으로 사용하는 링크 만들기는 SQL Server 2022 CU10부터 지원됩니다. SQL Managed Instance 초기 기본 인스턴스에서 링크를 만드는 경우, 링크가 활성 상태이면 CU10 아래의 SQL Server 다운그레이드는 지원되지 않습니다. 이는 어느 방향으로든 장애 조치(failover) 후 문제를 일으킬 수 있기 때문입니다.

링크 기능은 2016년 SQL Server 도입된 분산 가용성 그룹 기술에 의존하기 때문에 SQL Server 2016(2008-2014년 SQL Server) 이전의 SQL Server 버전은 지원되지 않습니다.

지원되는 SQL Server 버전 외에도 다음이 필요합니다.

• SQL Server 인스턴스와 관리되는 인스턴스 간의 네트워크 연결 SQL Server 온-프레미스에서 실행되는 경우 VPN 링크 또는 Azure ExpressRoute 사용합니다. SQL Server Azure VM(가상 머신)에서 실행되는 경우 VM을 관리되는 인스턴스와 동일한 가상 네트워크에 배포하거나 가상 네트워크 피어링을 사용하여 두 개의 별도 서브넷을 연결합니다.
• 모든 서비스 계층에 프로비전된 Azure SQL Managed Instance 배포입니다.

다음 도구도 필요합니다.

링크 작동 방식

SQL Managed Instance 대한 링크 기능은 SQL Server Azure SQL Managed Instance 간에 분산 가용성 그룹을 만들어 작동합니다. 이 솔루션은 기존 가용성 그룹이 있거나 없는 단일 노드 시스템 또는 기존 가용성 그룹이 있는 다중 노드 시스템을 지원합니다.

VPN 또는 Azure ExpressRoute 같은 프라이빗 연결은 온-프레미스 네트워크 및 Azure 연결합니다. Azure VM에서 SQL Server 호스트하는 경우 내부 Azure 백본은 가상 네트워크 피어링과 같은 VM 및 SQL 관리형 인스턴스를 연결할 수 있습니다. 두 시스템은 인증서 기반 인증을 사용하여 신뢰를 설정합니다. 여기서 SQL Server 및 SQL Managed Instance 해당 인증서의 공개 키를 교환합니다.

Azure SQL Managed Instance 동일하거나 다른 SQL Server 원본에서 단일 Azure SQL Managed Instance 대한 여러 링크를 지원합니다. 링크 수는 관리되는 인스턴스가 동시에 호스트할 수 있는 데이터베이스 수에 따라 달라집니다. 범용 및 중요 비즈니스용 서비스 계층에 대한 링크는 최대 100개, 차세대 범용 계층 업그레이드를 위한 링크는 500개입니다. 단일 SQL Server 인스턴스는 서로 다른 Azure 지역에서도 여러 SQL 관리형 인스턴스와 데이터베이스와 관리되는 인스턴스 간의 일대일 관계로 여러 병렬 데이터베이스 동기화 링크를 만들 수 있습니다.

링크 사용

초기 환경을 설정하는 데 도움이 되도록 SQL Managed Instance 링크 기능을 사용하도록 SQL Server 환경을 준비하는 가이드를 참조하세요.

• SQL Server 2019 이상 또는 SQL Server 2016에 대한 링크를 위한 환경을 준비합니다.
• 다운로드 가능한 스크립트를 사용하여 Managed Instance 링크에 대한 환경 준비를 자동화합니다. 자세한 내용은 링크 설정 자동화 블로그를 참조하세요.

초기 환경 요구 사항을 충족한 후 SQL Server Management Studio(SSMS)에서 자동화된 마법사를 사용하여 링크를 만들거나 스크립트를 사용하여 링크를 수동으로 설정합니다.

• SSMS를 사용하여 링크 구성
• 스크립트를 사용하여 링크 구성

링크를 만든 후 모범 사례에 따라 링크를 유지 관리합니다.

• 링크 유지 관리 모범 사례

재해 복구

Managed Instance 링크를 사용하면 재해 복구가 가능합니다. 재해 발생 시 워크로드를 주 인스턴스에서 보조 인스턴스로 수동 장애 조치(failover)할 수 있습니다. 시작하려면 재해 복구와 Managed Instance 링크를 검토합니다.

SQL Server 2016부터 SQL Server 2019까지, 주 서버는 항상 SQL Server이며, 보조 SQL 관리형 인스턴스로의 장애 조치(failover)는 단방향입니다. SQL Server 장애 복구는 지원되지 않습니다. 그러나 트랜잭션 복제 또는 BACPAC와 같은 데이터 이동 옵션을 사용하여 데이터를 SQL Server로 복구할 수가 있습니다.

SQL Server 2022 및 SQL Server 2025를 통해, SQL Server 또는 일치하는 update 정책을 가진 SQL Managed Instance가 초기 주(primary)로 설정될 수 있으며, SQL Server 또는 SQL Managed Instance로부터 링크를 설정할 수 있습니다. 기본과 보조 간에 워크로드를 역전환하여 진정한 양방향 재해 복구를 달성할 수 있습니다.

SQL Server 장애 복구(failback)을 수행할 때 다양한 옵션에서 선택할 수 있습니다.

• Managed Instance 링크를 직접 사용하여 온라인 상태로 연결합니다.
• SQL Managed Instance 데이터베이스의 백업을 수행한 후, 이를 SQL Server 인스턴스에 복원하십시오.

Azure 서비스 사용

링크 기능을 사용하여 클라우드로 마이그레이션하지 않고 SQL Server 데이터를 사용하여 Azure 서비스를 활용할 수 있습니다. 예를 들어 Azure 데이터를 보내는 보고, 분석, 백업, 기계 학습 및 기타 작업이 있습니다.

워크로드를 Azure 오프로드

링크 기능을 사용하여 워크로드를 Azure로 오프로드할 수 있습니다. 예를 들어, 애플리케이션은 읽기/쓰기 워크로드에 SQL Server를 사용할 수 있지만, 읽기 전용 워크로드는 전 세계의 어떤 Azure 지역에서도 SQL Managed Instance 배포로 오프로드할 수 있습니다. 링크가 설정되면 SQL Server 주 데이터베이스는 읽기/쓰기가 가능하고, Azure SQL 관리형 인스턴스에 복제된 데이터는 읽기 전용으로 액세스할 수 있습니다. 이 정렬을 사용하면 SQL 관리형 인스턴스의 복제된 데이터베이스를 읽기 스케일 아웃에 사용하고 읽기 전용 워크로드를 오프로드하여 Azure 다양한 시나리오를 수행할 수 있습니다. 또한 SQL 관리형 인스턴스는 독립적인 읽기/쓰기 데이터베이스를 호스트할 수 있으며, 이를 통해 복제된 데이터베이스를 동일한 SQL 관리형 인스턴스의 다른 읽기/쓰기 데이터베이스로 복사하여 추가 데이터 처리를 수행할 수도 있습니다.

이 링크는 데이터베이스 범위(데이터베이스 1개당 하나의 링크)로, Azure 워크로드의 통합 및 분리를 허용합니다. 예를 들어, 여러 SQL Server 인스턴스에서 Azure의 단일 SQL 관리 인스턴스 배포로 데이터를 복제하여 통합하거나, 일대일 관계로 데이터베이스와 관리되는 인스턴스 간을 연결하여 단일 SQL Server 인스턴스에서 여러 관리 SQL 인스턴스로 데이터베이스를 복제할 수 있습니다. 이렇게 하면 전 세계 Azure 지역 어디로든 데이터 복제를 분산시킬 수 있습니다. 후자 옵션은 읽기 전용 복제본으로 사용할 수 있는 전 세계 모든 지역의 고객에게 더 가까운 워크로드를 신속하게 가져올 수 있는 효율적인 방법을 제공합니다.

Azure로 마이그레이션하기

링크 기능을 사용하면 SQL Server에서 SQL Managed Instance로 쉽게 마이그레이션할 수 있어 다음을 수행할 수 있습니다.

• 현재 사용 가능한 다른 모든 솔루션에 비해 가장 성능이 뛰어난 최소 가동 중지 시간 마이그레이션.
• 모든 서비스 계층에서 SQL Managed Instance 대한 진정한 온라인 마이그레이션.

링크 기능을 사용하면 가동 중지 시간을 최소화할 수 있으므로 기본 워크로드를 온라인으로 유지하면서 관리되는 인스턴스로 마이그레이션할 수 있습니다. 현재 다른 솔루션을 사용하여 범용 서비스 계층으로 온라인 마이그레이션을 수행할 수 있지만 링크 기능은 중요 비즈니스용 서비스 계층으로의 진정한 온라인 마이그레이션을 허용하는 유일한 솔루션입니다. 링크와 Log Replay Service를 사용한 마이그레이션 비교에 대한 자세한 내용은 Managed Instance 링크와 LRS 비교를 참조하세요.

온-프레미스 데이터 복사

SQL Server 2022 이상을 사용하면 SQL Managed Instance SQL Server 링크를 설정하고, Azure 외부에서 거의 실시간으로 데이터베이스 복제본을 만들고, 비즈니스 연속성 계획을 테스트하고, 규정 준수 요구 사항을 충족하는 등의 추가 시나리오를 잠금 해제할 수 있습니다.

자동화된 백업

Azure SQL Managed Instance 사용하여 링크를 구성한 후 SQL managed instance 데이터베이스는 SQL Managed Instance 기본인지 여부에 관계없이 Azure 스토리지에 자동으로 백업됩니다. 링크가 있는 자동화된 백업은 전체 백업 및 트랜잭션 로그 백업을 수행합니다. 단, 차등 백업은 복원 시간이 더 길어질 수 있으므로 수행되지 않습니다.

복제된 데이터베이스에 대한 Azure 백업의 안정성을 유지하면서 온-프레미스 관리 및 운영 비용을 줄일 수 있습니다. 복제된 데이터베이스의 시점 복원을 동일 지역 내의 모든 SQL Managed Instance 배포로, 다른 자동 백업처럼 수행할 수 있습니다.

라이선스 없는 수동 DR 복제본

워크로드가 없는 SQL 관리되는 인스턴스만 보조 수동 재해 복구에 대한 하이브리드 장애 조치(failover) 혜택을 활성화하는 경우 vCore 라이선스 비용을 절감할 수 있습니다.

시작하려면 라이선스 없는 수동 복제본을 검토합니다.

비용 혜택

재해 복구에 대해서만 관리되는 인스턴스 복제본을 지정하는 경우 Microsoft 보조 인스턴스에서 사용하는 vCore에 대한 라이선스 비용을 SQL Server 청구하지 않습니다. 인스턴스는 1시간 단위로 청구되며, 시간 동안 라이선스 혜택을 업데이트하는 경우 전체 시간 동안 라이선스 비용이 청구될 수 있습니다.

이 혜택은 종량제 청구 모델과 Azure 하이브리드 혜택 다르게 작동합니다. 종량제 청구 모델의 경우 vCore는 청구서에서 비용이 할인됩니다. 수동 복제본에 Azure 하이브리드 혜택 사용하는 경우 보조 복제본에서 사용하는 vCore 수가 라이선스 풀로 반환됩니다.

예를 들어 종량제 고객으로서 보조 인스턴스에 16개의 vCore가 할당되어 있는 경우 하이브리드 장애 조치(failover)를 위해 보조 인스턴스를 지정하면 청구서에 16개의 vCore에 대한 할인이 표시됩니다.

또 다른 예에서는 16개의 Azure 하이브리드 혜택 라이선스가 있고 보조 SQL 관리형 인스턴스가 8개의 vCore를 사용하는 경우 하이브리드 장애 조치(failover)에 대한 보조 인스턴스를 지정한 후 다른 Azure SQL 배포와 함께 사용할 수 있도록 8개의 vCore가 라이선스 풀로 반환됩니다.

하이브리드 장애 조치 권한 혜택의 정확한 사용 약관은 SQL Server – 장애 조치(failover) 권한 섹션에서 온라인으로 SQL Server 라이선스 조건을 참조하세요.

제한 사항

링크를 사용하는 경우 다음과 같은 제한 사항을 고려합니다.

버전 지원 가능성 제한 사항은 다음과 같습니다.

• 링크에 필요한 Always On 가용성 그룹 기능을 사용하도록 설정할 수 없으므로 Windows 10 및 11개의 클라이언트를 사용하여 SQL Server 인스턴스를 호스트할 수 없습니다. Windows Server 2012 이상에서 SQL Server 인스턴스를 호스트해야 합니다.
• 이러한 릴리스의 SQL 엔진에는 링크에 필요한 분산 가용성 그룹에 대한 기본 제공 지원이 없기 때문에 링크 기능은 SQL Server 버전 2008에서 2014를 지원하지 않습니다. 링크를 사용하려면 최신 버전의 SQL Server 업그레이드합니다.
• SQL Managed Instance에서 SQL Server 2022 또는 SQL Server 2025로의 데이터 복제와 장애 조치(failover)는 Always-up-to-date 업데이트 정책으로 구성된 인스턴스에서는 지원되지 않습니다. 다음을 수행하려면 해당 SQL Server 2022 또는 SQL Server 2025 update policy 사용하여 인스턴스를 구성해야 합니다.
  • from SQL Managed Instance to SQL Server 연결을 설정합니다.
  • SQL Managed Instance에서 SQL Server로 장애 조치(failover)합니다.
• 2022년 SQL Server 또는 2025년 SQL Server에서 Always-up-to-date 업데이트 정책으로 구성된 SQL 관리 인스턴스로의 링크를 설정할 수는 있지만, SQL 관리 인스턴스로 장애 조치 후에는 데이터를 복제하거나 SQL Server로 장애 복구를 수행할 수 없습니다.

데이터 복제 제한 사항은 다음과 같습니다.

• 사용자 데이터베이스만 복제할 수 있습니다. 시스템 데이터베이스의 복제는 지원되지 않습니다.
• 솔루션은 서버 수준 개체, 에이전트 작업 또는 사용자 로그인을 SQL Server SQL Managed Instance 복제하지 않습니다.
• SQL Server 버전 2016, 2017 및 2019의 경우 SQL Server 인스턴스에서 SQL Managed Instance 배포로 사용자 데이터베이스를 복제하는 것이 한 가지 방법입니다. 링크를 통해 SQL Managed Instance 배포에서 SQL Server 인스턴스로 사용자 데이터베이스를 복제할 수 없습니다. SQL Managed Instance가 해당 update 정책으로 구성된 경우, SQL Server 인스턴스에 대한 양방향 복제 및 장애 복구(failback)는 SQL Server 2022 또는 SQL Server 2025에서만 사용할 수 있습니다.
• SQL Managed Instance SQL Server 링크 구성은 이미 연결된 SQL Managed Instance 데이터베이스에서 지원되지 않습니다.

구성 제한 사항은 다음과 같습니다.

• 서버에 SQL Server 인스턴스가 여러 개 있는 경우 각 인스턴스에 대한 링크를 구성할 수 있지만 인스턴스당 전용 포트가 있는 별도의 데이터베이스 미러링 엔드포인트를 사용하도록 각 인스턴스를 구성해야 합니다. 기본 인스턴스만 데이터베이스 미러링 엔드포인트에 대해 포트 5022를 사용해야 합니다.

• 하나의 Managed Instance 링크에 대해 하나의 데이터베이스만 단일 가용성 그룹에 배치할 수 있습니다. 그러나 여러 링크를 설정하여 단일 SQL Server 인스턴스에 여러 데이터베이스를 복제할 수 있습니다.

  참고

  이 동작에 대한 변경 내용의 제한된 미리 보기에 참여하려면 다음 양식을 작성하세요.

• 단일 데이터베이스를 사용하여 기존 가용성 그룹을 사용하여 링크를 만들 수 있습니다. 기존 가용성 그룹에 여러 데이터베이스가 있는 경우 가용성 그룹에서 데이터베이스를 제외한 모든 데이터베이스를 제거하는 경우에만 가용성 그룹에 대한 링크를 만들 수 있습니다.

• 단일 범용 또는 중요 비즈니스용 SQL Managed Instance 최대 100개의 링크를 지원하며, 단일 차세대 범용 SQL Managed Instance 동일한 링크 또는 여러 SQL Server 원본에서 최대 500개의 링크를 지원합니다.

• Managed Instance 링크는 대상 SQL Managed Instance 배포의 선택한 스토리지 크기에 맞는 경우 모든 크기의 데이터베이스를 복제할 수 있습니다.

• SQL Server SQL Managed Instance 간의 Managed Instance 링크 인증은 인증서 기반이며 인증서 교환을 통해서만 사용할 수 있습니다. Windows 인증 사용하여 SQL Server 인스턴스와 SQL 관리되는 인스턴스 간에 연결을 설정할 수 없습니다.

• VNet-local 엔드포인트를 사용하여 SQL Managed Instance에만 링크를 설정할 수 있습니다.

• 관리되는 인스턴스에 대한 링크를 설정하는 데는 공용 엔드포인트 또는 프라이빗 엔드포인트를 사용할 수 없습니다.

• 여러 로그 파일이 있는 데이터베이스는 복제할 수 없습니다. SQL Managed Instance 여러 로그 파일을 지원하지 않기 때문입니다.

기능 제한 사항은 다음과 같습니다.

• 링크 기능을 사용하는 인스턴스에서는 장애 조치(failover) 그룹을 사용할 수 없습니다. 장애 조치(failover) 그룹의 일부인 SQL 관리형 인스턴스에 대한 링크를 설정할 수 없으며, 반대로 링크가 설정된 인스턴스에서는 장애 조치(failover) 그룹을 구성할 수 없습니다.
• CDC(변경 데이터 캡처), 로그 전달 또는 SQL Server 인스턴스에 복제된 데이터베이스가 있는 서비스 브로커를 사용하는 경우 데이터베이스가 SQL Managed Instance 배포로 마이그레이션될 때 Azure 장애 조치(failover) 중에 클라이언트는 현재 글로벌 주 복제본의 인스턴스 이름을 사용하여 연결해야 합니다. 이러한 설정을 수동으로 다시 구성해야 합니다.
• 설정된 링크가 있는 데이터베이스에서 트랜잭션 복제 를 사용하는 경우 다음을 고려하세요.
  • 보조 복제본에 있는 연결된 데이터베이스는 트랜잭션 복제 토폴로지의 게시자가 될 수 없습니다.
  • 링크를 사용하여 트랜잭션 복제 토폴로지에서 Publisher 구성된 데이터베이스를 마이그레이션하는 경우 마이그레이션이 완료된 후 대상 인스턴스에서 데이터베이스를 Publisher 다시 구성해야 합니다.
• SQL Server 인스턴스에서 복제된 데이터베이스와 함께 분산 트랜잭션을 사용하는 경우 마이그레이션 시나리오에서 클라우드로의 단독형에서는 분산 트랜잭션 코디네이터 기능이 전송되지 않습니다. SQL Managed Instance 배포는 현재 SQL Server 있는 분산 트랜잭션을 지원하지 않으므로 마이그레이션된 데이터베이스가 SQL Server 인스턴스와 분산 트랜잭션에 참여할 수 없습니다. 참조를 위해 현재 SQL Managed Instance 다른 관리되는 인스턴스 간의 분산 트랜잭션만 지원합니다. 자세한 내용은 클라우드 데이터베이스의 분산 트랜잭션을 참조하세요.
• TDE(투명한 데이터 암호화)를 사용하여 SQL Server 데이터베이스를 암호화하는 경우, 데이터베이스 암호화 키를 SQL Server에서 내보내서 Azure Key Vault에 업로드해야 하며, 링크를 생성하기 전에 SQL Managed Instance에서 BYOK TDE 옵션도 구성해야 합니다.
• 원본 SQL Server 2019 이상 인스턴스에서 accelerated 데이터베이스 복구를 사용하지 않도록 설정한 경우 Azure SQL Managed Instance 마이그레이션한 후 더 이상 사용하도록 설정할 수 없습니다. 또한 PVS(영구 버전 저장소)가 설정 PRIMARY되지 않은 경우 대상 SQL 관리형 인스턴스에서 복원 작업에 문제가 발생할 수 있습니다.
• 원본 SQL Server 인스턴스에서 Service Broker를 사용하지 않도록 설정한 경우 마이그레이션 후 대상 SQL 관리형 인스턴스에서 Service Broker를 사용할 수 없습니다.
• 서비스 관리 TDE 키로 암호화된 SQL Managed Instance 데이터베이스를 SQL Server 연결할 수 없습니다. 암호화된 데이터베이스를 고객 관리형 키로 암호화하고 대상 서버가 데이터베이스를 암호화하는 데 사용되는 것과 동일한 키에 액세스할 수 있는 경우에만 암호화된 데이터베이스를 SQL Server 연결할 수 있습니다. 자세한 내용은 Azure Key Vault 참조하세요.
• SQL Server 인스턴스에서 사용하는 기능이 SQL managed instance 지원되지 않는 경우 SQL Server SQL Managed Instance 간에 연결을 설정할 수 없습니다. 예:
  • SQL Managed Instance 파일 테이블 또는 파일 스트림을 지원하지 않으므로 파일 테이블 및 파일 스트림을 사용하여 데이터베이스를 복제할 수 없습니다.
  • General Purpose 서비스 계층은 In-Memory OLTP를 지원하지 않으므로 In-Memory OLTP를 사용하는 데이터베이스를 비즈니스 크리티컬 서비스 계층으로 SQL Managed Instance에 복제할 수 있습니다. SQL Managed Instance 여러 In-Memory OLTP 파일이 있는 데이터베이스를 지원하지 않으며 복제할 수 없습니다.

지원되지 않는 기능을 복제된 데이터베이스에 추가하려고 합니다.

• SQL Server 2017, 2019 및 2022는 오류와 함께 실패합니다.
• SQL Server 2016에서는 링크를 끊은 다음 삭제하고 다시 만들어야 합니다.

SQL Server와 Azure SQL Managed Instance 사이의 전체 차이점 목록은 SQL Server와 Azure SQL Managed Instance의 T-SQL 차이점을 참조하세요.

관련 콘텐츠

링크를 사용하려면 다음을 수행합니다.

• Managed Instance 링크에 대한 환경 준비
• SSMS를 사용하여 SQL Server와 SQL Managed Instance 간의 링크를 구성합니다
• 스크립트를 사용하여 SQL Server SQL Managed Instance 간 연결 구성
• 링크 장애 조치
• 링크를 사용하여 마이그레이션
• 링크 유지 관리 모범 사례
• 링크 문제 해결 방법

링크에 대해 자세히 알아보려면 다음을 수행합니다.

• Managed Instance 링크를 사용한 재해 복구

다른 복제 및 마이그레이션 시나리오의 경우 다음을 고려합니다.

• SQL Managed Instance를 사용하여 트랜잭션 복제
• LRS(로그 재생 서비스)