문제
네, 알아요.실행 중인 복사본의 존재 SQL Server 6.5
2008년에는 터무니없다.
즉, 다음에서 마이그레이션하는 가장 좋은 방법은 무엇입니까? 6.5
에게 2005
?직접적인 경로가 있습니까?내가 찾은 대부분의 문서는 업그레이드와 관련이 있습니다. 6.5
에게 7
.
원주민을 잊어야 할까? SQL Server
유틸리티를 업그레이드하고, 모든 개체와 데이터를 스크립트로 작성하고, 처음부터 다시 만들어 보시겠어요?
이번 주말에 업그레이드를 시도하려고 했으나 서버 문제로 인해 다음으로 미뤄졌습니다.따라서 이번 주 동안 어떤 아이디어라도 환영받을 것입니다.
업데이트.이것이 내가 한 방법입니다.
- 해당 데이터베이스를 백업하고 마스터를 켜세요.
6.5
. - 실행하다
SQL Server 2000
'에스instcat.sql
~에 맞서6.5
선생님.이를 통해SQL Server 2000
연결할 의 OLEDB 공급자6.5
. - 사용
SQL Server 2000
의 독립형"Import and Export Data"
다음을 사용하여 DTS 패키지를 생성합니다.OLEDB
6.5에 연결합니다.모두 성공적으로 복사되었습니다.6.5
님의 테이블을 새 테이블로2005
데이터베이스(또한OLEDB
). - 사용
6.5
의 Enterprise Manager를 사용하여 데이터베이스의 모든 인덱스와 트리거를 .sql 파일로 스크립팅합니다. - 2005년 Management Studio의 새 데이터베이스 복사본에 대해 해당 .sql 파일을 실행합니다.
- 6.5의 Enterprise Manager를 사용하여 모든 저장 프로시저를 스크립트로 작성하십시오.
- 그것을 실행
.sql
에 대한 파일2005
데이터 베이스.수십 개의 sproc에 호환되지 않는 문제가 있었습니다.2005
.주로non-ANSI joins
그리고quoted identifier issues
. - 해당 문제를 모두 수정하고 다시 실행했습니다.
.sql
파일. - 재창조
6.5
님의 로그인 정보2005
그리고 그들에게 적절한 권한을 부여했습니다.
저장된 절차를 수정할 때 약간의 헹굼/반복이 있었지만(수정할 항목이 수백 개 있었습니다) 그 외에는 업그레이드가 훌륭했습니다.
대신 Management Studio를 사용할 수 있습니다. Query Analyzer
그리고 Enterprise Manager 6.5
정말 놀라운 차이입니다.몇 가지 보고서 쿼리는 20~30초 정도 걸렸습니다. 6.5 database
이제 수정이나 새 인덱스 등의 작업 없이 1~2초 안에 실행됩니다.나는 그런 종류의 즉각적인 개선을 기대하지 않았습니다.
해결책
아, 나도 아직 그 캠프에 갇혀 있어요.우리가 지원해야 하는 타사 응용 프로그램이 마침내 2K5로 전환되어 거의 준비 단계에 이르렀습니다.하지만 난 네 고통을 느껴 8^D
즉, 제가 DBA로부터 들은 모든 내용에 따르면 핵심은 데이터베이스를 먼저 8.0 형식으로 변환한 다음 2005로 이동하는 것입니다.나는 그들이 이를 위해 내장된 마이그레이션/업그레이드 도구를 사용했다고 생각합니다.6.5에서 8.0 사이에는 6.5에서 2005로 바로 가는 것보다 더 나은 해결 방법이 있는 몇 가지 큰 단계가 있습니다.
아직 몰랐다면 가장 큰 고통은 DTS가 SSIS를 선호한다는 것입니다.기존 DTS 패키지를 실행하는 셸 유형 모듈이 있지만 SSIS에서 모든 패키지를 수동으로 다시 만들고 싶을 것입니다.이 작업의 용이성은 패키지 자체의 복잡성에 따라 다르지만 지금까지 작업에서 몇 가지 작업을 수행했는데 꽤 원활했습니다.
다른 팁
6.5를 SQL Server 2000으로 업그레이드할 수 있습니다.SQL Server나 MSDE 2000 버전을 사용하는 것이 더 쉬울 수도 있습니다.Microsoft에는 다음 페이지가 있습니다. 6.5에서 2000으로 가는 중.2000 형식의 데이터베이스가 있으면 SQL Server 2005는 이를 2005 형식으로 업그레이드하는 데 문제가 없습니다.
SQL Server 2000이 없으면 다음을 수행할 수 있습니다. MSDE 2000을 다운로드하세요 버전은 Microsoft에서 직접 제공됩니다.
나는 결코 권위가 없지만 지원되는 유일한 경로는 6.5에서 7까지라고 생각합니다.확실히 이것이 가장 건전한 경로가 될 것입니다. 그렇다면 7에서 2005로 직접 마이그레이션할 수 있다고 믿습니다.
모든 개체를 스크립팅하는 경우 - 필연적으로 뭔가를 놓칠 수 있으므로 권장하지 않습니다(데이터베이스가 정말 사소한 것이 아닌 이상).
Visual Studio 6.0의 전문가 버전이나 기타 슈퍼엔터프라이즈 버전을 찾을 수 있다면 다음 버전과 함께 제공됩니다. MSDE (기본적으로 SQL Express의 전신)MSDE 2000은 여전히 Microsoft에서 무료로 다운로드할 수 있다고 생각합니다. 하지만 6.5에서 2000으로 직접 마이그레이션할 수 있는지는 모르겠습니다.
제 생각에는 개념상 어떤 위험도 직면하지 않을 것 같습니다.그러나 수년간의 연습을 통해 즉시 나타나지 않는 개체, 권한 또는 기타 데이터베이스 항목을 항상 놓칠 수 있다는 것을 알게 되었습니다.전체 덤프를 스크립트로 작성할 수 있다면 더 좋습니다.뭔가를 놓칠 가능성이 줄어들고, 뭔가를 놓친 경우 스크립트에 쉽게 추가하고 수정할 수 있습니다.전염병과 같은 수동 단계(Enter 키를 한 번 누르는 것 제외)는 피하겠습니다.