2013-05-15 2 views
1

나는 조용하고 크고 중요한 응용 프로그램을 만들고 있습니다. 3 개의 웹 역할과 SQL Azure DB를 사용하여 azure에 배포되었습니다.웹 역할 및 SQL Azure 재해 복구

재해가 발생하면 웹 역할과 SQL Azure를 서로 다른 데이터 센터에 복원 할 수 있어야합니다. 누군가가 SQL Azure DB 및 웹 역할을 다른 데이터 센터에 복원하는 방법을 알려주십시오.

+0

원하는 경우 웹 역할을 간단히 재배포 할 수 있습니다. 마이그레이션하려는 SQL Azure에 액세스 할 수 없으면 데이터 마이그레이션이 문제가 될 수 있으므로 실제로 언제든지 복원 할 수있는 정기적 인 백업이 필요합니다. – sharptooth

답변

3

간단히 대답하면 다른 데이터 센터의 데이터베이스로 복원 할 수있는 SQL Azure 데이터베이스를 정기적으로 백업하는 것입니다. 마지막 백업을 잃어버린 후 데이터에 문제가 발생합니다. 문제가 해결하기가 더 어려워집니다. 가장 간단한 방법은 대기 데이터베이스를 사용하고 SQL 데이터베이스 데이터 동기화를 사용하는 것일 수 있지만 모든 데이터에 대해 실용적이지 않을 수 있습니다 . 웹 역할은 더 쉽습니다. 다른 곳으로 다시 배포하고 연결 문자열을 데이터베이스로 변경하십시오. 다른 cloudapp.net 이름으로 복원되므로 도메인의 CNAME도 변경해야합니다.

복원을 요청했는데 장애 조치되지 않았습니까? 데이터 동기화와 관련하여 특히 장애 조치 (핫 대기 상태 인 경우)를 수행하는 것이 더 어려운 문제입니다.

나는 '재앙'에 대해 질문하고 알려진 사실과 관련 지을 것이다. 특정 데이터 센터에서 Azure의 정전 사태에 대해서는 확신 할 수 없지만 Azure 전체에 심각한 정전 사태가있었습니다 (2012 년 윤년 및 인증서 문제). 다른 Azure 데이터 센터로 복원하는 기능은 이러한 시나리오에서 도움이되지 않습니다. (AWS에는 대부분 지역별 정전이있는 것으로 보이지만) Windows Azure에서는 데이터 센터 관련 복구 전략이 필요하지 않다고 생각하지만 최종 호출을하기 전에 데이터 센터 관련 오류의 가능성과 가능성을 확인할 수 있습니다. 데이터 센터 전반에 걸쳐로드 및 데이터를 분산하고 트래픽 관리자를 통해 실시간 트래픽을 처리하는 다중 지역 아키텍처를 사용하면 재해 복구에 많은 부작용이 발생하지만 아키텍처, 개발, 호스팅 및 대역폭 비용.

데이터 센터 재해 복구 시나리오에 대한 비즈니스 사례를 작성하십시오. 재정적으로 가치가 없거나 실제 문제를 해결하지 못할 수도 있습니다.

+0

상세한 답변은 –

+1

+1이며 "윤년 문제"및 "인증서 만료"세부 정보 링크 : http://blogs.msdn.com/b/windowsazure/archive/2012/03/ 09/summary-of-windows-azure-service-disboss-on-feb-29th-2012.aspx 및 http://blogs.msdn.com/b/windowsazure/archive/2013/03/01/details-of- 2012 년 2 월 22 일 ~ 2013 년 2 월 22 일까지의 창 - 하늘빛 스토리지 붕괴 .aspx - 전체 구름이 커다란 시간을 허비하게하는 사소한 방법의 예이기 때문에 읽을만한 가치가 있습니다. – sharptooth