Azure admins free to sync their teeth into database-spreader tool

Microsoft는 이번 주 Azure Data Sync 도구의 일반용을 발표했습니다이 도구를 사용하면 Cloudy Azure SQL 데이터베이스와 사내 구축 형 서버간에 데이터를 동기화 할 수 있습니다 Azure가 북유럽에서 좋은 긴 거짓말을하기 위해 가야 할 때가되었습니다

잠시 동안 미리 보았던이 기술을 통해 관리자는 데이터베이스에 대해 양방향 또는 단방향 동기화를 구성하고 이론적으로 각 Azure 지역 또는 로컬에서 데이터 사본을 허용 할 수 있습니다 데이터베이스의 로컬 복사본에서 응용 프로그램을 가리켜 Microsoft는 액세스 시간과 응답 속도가 크게 향상되고 대기 시간 및 연결 실패가 감소한다고 생각합니다 북유럽 Azure 데이터 센터의 사용자가 어젯밤에 의심의 여지가 없었을 것입니다 여태까지는 그런대로 잘됐다 그러나 "하이브리드 화"와 같은 업계 유행어를 사용하지 않으면 새로운 방법이 사용되지 않습니다 그것은 솔직히, 많이 변하지 않는 데이터베이스에 더 적합 해 보입니다

이 기술의 기초는 Azure에 있어야하는 중앙 허브 데이터베이스와 Azure 또는 주거지에 숨어있을 수있는 구성원 SQL 데이터베이스입니다 관리자는 이러한 데이터베이스를 동기화 그룹으로 구성하여 구성원과 허브 사이의 데이터 방향 (단일 또는 양방향)을 지정합니다 그런 다음 데이터베이스에 삽입, 업데이트 및 삭제 트리거가 스프레이되어 데이터 변경 사항을 테이블로 덤프하여 결국 허브에 대한 다른 구성원에게 다운로드되는 방식을 찾습니다 SQL Server greybeards는 프로세스의 친숙 함으로 그들의 얼굴의 머리카락을 조심스럽게 쓰다듬을 것입니다 충돌은 Hub-Wins 방법 (허브가 구성원의 데이터를 덮어 쓰게 됨) 또는 그 반대의 경우에 Member-Wins 후자의 시나리오에서 여러 구성원이있는 경우 최종 값은 먼저 어떤 구성원이 먼저 동기화되는지에 따라 달라집니다 한계는 또한 다양하고 다양합니다

TimeStamp와 같은 데이터 유형은 지원되지 않으며 암호화 된 열은 문제점을 나타낼 수 있습니다 Microsoft는 "모든 변경 사항이 최종적으로 이루어지며 데이터 동기화로 인해 데이터 손실이 발생하지 않음을 보장하지만"트랜잭션 일관성 유지에 대한 모든 것을 잊을 수 있습니다 FileStream도 절대 no-no입니다 또한 관리자는 추가 트리거의 데이터베이스 성능에 미치는 영향뿐만 아니라 Azure에서 보내고 나오는 데이터의 잠재적 비용에 대해서도 고려해야합니다 공정하게 Microsoft는 재해 복구 또는 Azure 작업 부하의 확장에이 기술을 사용해서는 안되며 Azure 데이터베이스 마이그레이션 서비스를 대체하여 온 – 프레미스 SQL을 Redmond의 클라우드로 전환 할 수도 없습니다 소프트웨어 제조사는보고 및 분석 목적으로 최신 데이터 사본을 원하는 고객에게 틈새 시장을 공략하고 있습니다

오늘 아침 정전 사태에서 벗어난 관리자는 솔루션 설계 방법을 자세히 살펴보고 프로세스가 다소 고풍스럽고 제한적일 수 있지만 분산 된 데이터에 대한 지원은 대폭 환영받을 것입니다 ®