none
SQL2014 Standard 데이터베이스 미러링 문의 RRS feed

  • 질문

  • 안녕하세요.

    기존 사내에 DB서버를 구축하여 사용을 하고 있으나, 내부 네트워크가 불안정하여 외부 MS Azure에 DB서버를 구축하려합니다. (간헐적으로 내부DB에 접속이 안되는 현상이 발생됨;;)

    평소에는 Azure에 구축한 DB서버에 접속을 하다가 네트워크가 불안정할시 자동으로 기존 사내DB에 접속을 하도록 구상중이고,

    두 서버간의 데이터 동기화는 2014 Standard의 DB 미러링 기능을 사용하려합니다.

    구축과정부터 이런저런 문제로 인해 많은 고충이 발생되어, 기술적인 자문을 구하고자 글을 올립니다.

    [질문]

    01. 위와 같이 네트워크 불안정을 대비하여, 2개의 서버를 이중화 관리하는게 효율적인가요?


    02. 2014 Standard는 Safety Full만 지원인데, 이 경우 한개의 서버가 네트워크가 안되면 트랜잭션 시간이 더 길어지나요?

    03. 네트워크가 다시 두 서버 모두 정상이 되면 동기화를 위해 끊긴시점부터 다시 동기화시간이 증가할까요?

    04. 네트워크 스위칭은 L4장비가 아닌 네임서버를 1차는 Azure DB, 2차는 내부DB로 등록하는 방법으로 하려합니다. 이렇게도 구성이 가능할까요?

    미러링기술을 처음 도입하는거라 애로사항이 매우 많네요;

    감사합니다.

    ※ 추가사항

    Azure에서는 Window Server를 사용하고, 그 내부에 SQL서버를 설치한거라 Azure SQL은 아닙니다.

    즉, Azure Window Server에 SQL서버 구축이 맞겠네요 ^^;



    • 편집됨 유비씨 2019년 8월 15일 목요일 오후 11:40 내용추가
    2019년 8월 14일 수요일 오전 6:32

모든 응답

  • 안녕하세요, 

    기존 On-premises 환경과 새로 구축하려는 Azure 환경의 DB 미러링 기능에 대하여 많은 문의를 주셨습니다. 하지만 안타깝게도, MS Azure SQL의 경우 DB 미러링 기능을 지원하지 않으며 이를 대신하여 Data Sync 기능을 지원하고 있습니다. 또한 On-premises 버전의 경우에도 향후 버전에서는 이 기능이 제거될 예정입니다. 이에 관하여 다음 링크의 내용을 참고하시기 바랍니다.

    데이터베이스 미러링(SQL Server)
    SQL 데이터 동기화를 사용하여 여러 클라우드 및 온-프레미스 데이터베이스의 데이터 동기화

    MS Azure SQL의 Data Sync 환경 구성에 관한 추가 문의가 있으실 경우, 본 포럼보다는 Microsoft Azure 기술지원 서비스(1577-9700)를 통하여 지원받아 보시기를 바랍니다.

    감사합니다.

    ※ 응답이 문제 해결에 도움이 되었다면 [답변으로 표시] 버튼을 눌러 주시기 바랍니다. 이는 유사한 증상을 겪는 다른 사용자들에게 도움이 될 수 있습니다. 만약 TechNet 구독자 지원에 대한 의견이 있다면, tnsf@microsoft.com 으로 문의할 수 있습니다.

    2019년 8월 14일 수요일 오전 8:51
    중재자
  • 안녕하세요.

    답변감사합니다.

    Azure에서는 Window를 사용하고, 그 내부에 SQL 서버를 설치한거라 사실상 Azure SQL은 아닙니다.

    위의 질문내용에 현재와 같은 혼란을 피하기 위해 내용 추가를 했습니다.

    2019년 8월 15일 목요일 오후 11:38
  • 안녕하세요,

    문의에 대한 피드백 감사 드립니다. 

    네트워크 불안정에 대비하여 장애조치(Failover)를 준비하는 것은 분명 필요합니다. 특히 Microsoft Azure 가상 머신(VM)에 SQL Server를 설치하여 사용하면 고가용성 및 재해 복구(HADR) 데이터베이스 솔루션의 비용을 절감하는 데 도움이 됩니다. 그러나 앞서 말씀드린 바와 같이 데이터베이스 미러링 기능은 현재 유지 관리 모드에 있고, 향후 버전에서는 제거될 예정이며, 생산 및 개발환경에 있어서 Always On 가용성 그룹 사용이 권장되고 있습니다. 하이브리드 IT 환경에서의 재해복구 솔루션 및 Always On 가용성 그룹에 관한 자세한 사항은 다음 링크의 내용을 참고하시기 바랍니다.

    하이브리드 IT: 재해 복구 솔루션
    Always On 가용성 그룹 개요

    Safety Full 모드의 경우 모든 트랜잭션이 미러 서버에서도 커밋될 때까지 대기하므로, 이로 인하여 트랜잭션의 대기 시간이 길어질 수 있습니다. 그러나 이는 평시 작동에 관한 이야기이며, 메인 서버에 장애가 발생한 경우 미러링 모니터 서버 유무에 따라 자동 혹은 수동 장애 조치가 이행되면 미러 서버가 주 서버로 전환됩니다. 장애가 복구되기 전까지 동기화는 중단되고 동기화 할 트랜잭션 로그는 계속해서 쌓이게 됩니다. 장애가 복구된 메인 서버는 미러 서버로 역할이 전환되며 장애가 발생한 동안 생성된 트랜잭션 로그를 동기화하게 됩니다. 따라서 이론적으로는 하나의 서버에 장애가 발생한 동안 트랜잭션 시간이 길어지지는 않지만, 장애가 발생한 동안 쌓이는 트랜잭션 로그의 양에 따라 장애가 복구된 이후 동기화하는 시간은 증가할 수 있습니다. 자세한 사항은 다음 링크의 내용을 참고하시기 바랍니다.

    동기 데이터베이스 미러링(보호 우선 모드)  
    데이터베이스 미러링 세션 중 역할 전환(SQL Server)
    Database Mirroring 상태 및 전환

    L4 스위치는 데이터베이스 미러링에 있어서 필수 장비는 아닙니다. 데이터베이스 미러링 네트워크 설정 및 기타 초기 구성에 관하여는 다음 링크의 내용을 참고하시기 바라며, 이 부분에 관한 추가 문의 사항이 있으실 경우 실제 협업하는 파트너사 또는 Microsoft 기술지원부를 통한 지원을 받으시는 것이 좋겠습니다.

    서버 네트워크 주소 지정(데이터베이스 미러링)
    데이터베이스 미러링 세션에 클라이언트 연결(SQL Server)
    How to create a Database Mirroring

    감사합니다.

    ※ 응답이 문제 해결에 도움이 되었다면 [답변으로 표시] 버튼을 눌러 주시기 바랍니다. 이는 유사한 증상을 겪는 다른 사용자들에게 도움이 될 수 있습니다. 만약 TechNet 구독자 지원에 대한 의견이 있다면, tnsf@microsoft.com 으로 문의할 수 있습니다.


    2019년 8월 16일 금요일 오전 7:03
    중재자