0

내가 설정 한 다음 한 :마이크로 소프트 애저 SQL 및 저장 백업

  • 푸른 서비스
  • 푸른 SQL 데이터베이스
  • 푸른 표 저장
  • 푸른 물방울 저장

를 내가 이 서비스에 대한 백업 전략을 개발하려고합니다. 문제는 SQL, 테이블 및 BLOB를 동기화해야한다는 것입니다. 백업에서 세 가지 모두 동일한 버전이어야합니다. (동일한 순간에 수행 된 백업). 그리고 주된 문제는 - 몇 분 정도의 다운 타임 만 허용 할 수 있습니다.

어떻게해야합니까? 기존 솔루션이있을 수 있습니까?

답변

1

윈도우 Azure 스토리지를 가능하게하여 이러한 요소를 개선하는 것은 물방울, 테이블 및 큐에 대한 지리적 복제를 지원합니다. 스토리지 계정의 데이터는 동일한 region (LRS) 또는 2 차 region (GRS)의 다른 스토리지 노드에서 트랜잭션을 복제하여 내구성이 있습니다. GRS는 스토리지 계정을 만들 때 기본 중복 옵션입니다. 자세한 내용은 http://blogs.msdn.com/b/windowsazurestorage/archive/2013/12/11/introducing-read-access-geo-replicated-storage-ra-grs-for-windows-azure-storage.aspx을 참조하십시오.

그런 다음 아래의 두 블로그 1) http://blogs.msdn.com/b/windowsazurestorage/archive/2010/04/30/protecting-your-blobs-against-application-errors.aspx 2) http://blogs.msdn.com/b/windowsazurestorage/archive/2010/05/03/protecting-your-tables-against-application-errors.aspx

에서 제안 된 기술을 사용할 수있는 사용자 정의 백업 솔루션을 구축하려면
0

azure table과 blob을 백업해야하는 이유에 대한 정확한 사용 예를 알지 못합니다. 다운 타임없이 위의 모든 서비스를 백업 할 수 있습니다. 약간의 결함이나 SQL 데이터베이스의 병목 현상이 발생할 수 있습니다.

단 한번의 답변은 하늘색 테이블 (또는 SQL 데이터베이스 또는 필수 서비스)에서 데이터를 읽는 사용자 지정 스크립트를 작성하여 아카이브 (패키징)를 만들고 다시 저장하는 것입니다.

여기에서 주목해야 할 중요한 점은 저장소 백업이 일반적으로 일반적으로 아카이브를 BLOB에 저장한다는 것입니다. 이 경우 저장소를 저장할 위치가 있습니다. 온 프레미스를 저장하는 경우 저장소에서 로컬로 계산할 필요가 있으며 대역폭 비용과 대기로부터의 데이터 전송 대기 시간이 필요합니다.

PS : 자체 클라우드 스토리지 가용성과 내구성의 좋은 휴가를 가지고, 당신은 더 지리적 복제