4

Windows Server 2008 R2에서 SQL Server 2008을 실행하는 AWS 인스턴스에 대형 데이터베이스가 있습니다.AWS에서 Azure로 SQL Server 데이터베이스 마이그레이션

데이터베이스는 끊임없이 변화하고 정보를 기록하고, 그 크기는 약입니다 ~ 1백기가바이트

나는 마이크로 소프트 애저에 대한 우리의 아마존 서비스에서 마이그레이션 할

.

그러나 나는 어떤 이상 20-30분

더 그들에게 정보의 손실 여유가 없다

나는 푸른 SQL 사용하거나 애저 클라우드에서 VM 아래 SQL Server를 실행 괜찮다,하지만 난 유지해야 데이터베이스가 생방송되고 업데이트 된 경우 정보가 지속적으로 추가되는 주 테이블은 거의 없습니다.

이렇게하는 가장 좋은 방법은 무엇입니까?

답변

5

당신은 AWS 인스턴스를 사용하지 RDS를하고 푸른 인스턴스에 가서하지 않는 경우 "푸른 SQL 데이터베이스"당신은 몇 초에 이르기까지 다운 타임을 얻기 위해 로그 전달 또는 유사한 무언가를 사용할 수 있습니다 http://msdn.microsoft.com/en-us/library/ms187103.aspx

  1. AWS에서 전체 백업을 수행
  2. AWS
  3. 에 푸른에 복구하지 않고
  4. 걸릴 로그 백업을 전체 백업을 복원

    단계는 당신이 취할 필요 걸리는 시간은 충분히 짧은까지 0

  5. 반복 3, 4
  6. 푸른
  7. 에 복구하지 않고 로그 백업을 복원
  8. 걸릴 응용 프로그램을 오프라인으로
  9. AWS
  10. 에 다른 로그 백업을 (당신은 아마 스크립트 이것을 원하는)
  11. 해당 로그 백업을 Azure에서 복원합니다.
  12. repoint App to Azure
  13. 다시 응용 프로그램을 불러옵니다.

3, 4 및 5는 로그 전달이 자동화하는 것입니다.하지만 powershell 스크립트도 작성할 수 있습니다.

+0

글쎄, 내가 정확히 알고있는 상황이다. (RDS 나 하늘색 SQL을 사용하지 않고있다.) 그러나 내가 어떻게 최선의 방법으로 그렇게 할 수 있는지 설명해 주시겠습니까? –

+0

아이디어는 전체 백업을 가져 와서 새 서버에 복원하는 것입니다. 그런 다음 로그 백업을 사용하여 복원하십시오. 다음은 다음 단계입니다. 전환 준비가되면 마지막 백업을 가져 와서 새 인스턴스에서 복원하고 데이터베이스를 온라인 상태로 만들어 앱에 다시 게시하십시오. Log-Shipping은이 프로세스를 자동화하는 빌드 인 솔루션이지만 수동으로 수행 할 수도 있습니다. –

+0

이 주문으로 이동하면 -> 데이터베이스 백업 -> 새 서버에서로드 -> 로그 전달 스크립트로드 -> 새 서버에 응용 프로그램 다시 게시. 로그 전달을 어디에서 시작해야합니까? 새 서버에 데이터베이스를 배포하기 전에 서버를 시작하면 나중에 실행해야 할 사항과 그렇지 않은 내용을 알 수 있습니까? –

관련 문제