2013-02-01 4 views
2

프로젝트에서 수행중인 작업 중 하나는 SQL Server 2000의 기존 데이터베이스를 SQL Server 2008을 실행하는 새 서버로 마이그레이션하는 것입니다.이 데이터베이스는 2 천 3 백만 행 및 78GB mdf 파일SQL Server에서 대규모 데이터베이스 마이그레이션

이 크기의 데이터베이스를 마이그레이션하는 가장 좋은 방법은 무엇입니까?

  • 는 애플리케이션 다운 타임을 허용 응용 프로그램이 데이터베이스에 레코드를 기록하지 않도록
  • 는 SQL 서버 2000
  • 이동 백업에 전체 백업을 수행에

    내 현재의 접근 방식이 될 것입니다 네트워크를 통해 새로운 서버에 파일을 제출하십시오.

  • 는 SQL Server에서 2008
  • 구성 새 서버
  • 다시 시작 응용 프로그램에 대한 데이터베이스를 참조하도록 응용 프로그램을 전체 백업을 복원합니다.
  • 내가 참여 것이라고 얼마나 많은 애플리케이션 다운 타임 모르겠어요, 2000

그러나 SQL 서버의 데이터베이스를 해제.

다운 타임이 거의 걸리지 않는 접근 방법이 있습니까? 응용 프로그램이 실행되는 동안 백업을 수행 할 수 있습니까? 분명히 백업 파일이 전송되고 복원이 완료되면 응용 프로그램을 중지해야합니다. 이와 같은 작업에 대한 접근 방식을 듣고 싶습니다.

+0

기존 백업을 사용하여 예상되는 중단 시간을 테스트 할 수 있습니다. 또한 실행하기 전에 마이그레이션을 테스트해야합니다. 또한 읽을만한 가치가 있습니다 : http://thomaslarock.com/2011/12/7-mistakes-you-cant-afford-to-make-when-upgrading-to-sql-2012/ (7 가지의 실수는 당신이 감당할 수 없습니다) SQL 2012로 업그레이드 할 때 만들기) 모든 마이그레이션에 적용됩니다. – MicSim

답변

2
다운 타임에 열려 경우

: 새 서버

    • 분리 데이터베이스
    • 복사 데이터 파일 (들) 및 로그 파일 (들)을 새 서버에 데이터베이스를 연결합니다 인스턴스

    분리 작업은 데이터베이스를 닫고 안전하게 파일을 이동하거나 파일 시스템 백업을 통해 백업 할 수 있도록 파일을 완료합니다. 다시 연결할 때까지는 서버 인스턴스에서 더 이상 액세스 할 수 없습니다.

    복사 중에 폭탄이 터지기 쉬운 경우를 대비하여 데이터 및 로그 파일을 잘라내어 붙여 넣기/이동하지 마십시오.

    되지 할 수있는 몇 가지 다른 반드시 로그인을 만들기 같이, 새 서버 인스턴스로 마이그레이션 할 때 염두에 두어야 할 사항 새 인스턴스에 존재, 사용 기능 등

    여기 detach/attach에 대한 참조입니다 있습니다 .

  • +0

    BTW-78GB는 실제로 그렇게 방대하지 않습니다. 큰, 예. 대규모 - 업계 컨텍스트가 아닙니다. – squillman

    +0

    답변 해 주셔서 감사합니다. 나는 전체 백업 및 복원의 필요성을 배제한다는 소리로 데이터베이스 분리의 소리를 좋아합니다. – acha114

    +0

    BTW-78GB는 실제로 그렇게 큰 것은 아닙니다. 큰, 예. 대규모 - 업계 컨텍스트가 아닙니다. > 모든 친척은 그렇지 않습니다 ;-). – acha114

    관련 문제