데이터베이스를 MS SQL Server 7.0으로 변환

Dave McVie
Microsoft Corporation
1998년 10월

소개

Microsoft SQL Server 7.0은 SQL Server 관계형 데이터베이스 제품 중 가장 최신 버전입니다. 이 문서는 SQL Server 6.0 또는 6.5 데이터베이스를 SQL Server 7.0으로 변환하는 데 대한 정보를 제공하기 위해 작성되었습니다.

프로세스 개요

온디스크 저장소의 물리적 변화 및 향상된 동작을 추가하는 기능들 때문에 SQL Server 6.x 데이터베이스와 .dat 파일을 새로운 SQL Server 7.0 형식으로 변환할 필요가 있습니다. Windows NT 플랫폼에서 Windows NT 플랫폼으로의 변환만 지원됩니다. SQL Server 7.0에 포함된 업그레이드 마법사의 도움을 받아 데이터베이스 변환 프로세스를 쉽게 완료할 수 있습니다. 변환 프로세스를 수행할 때 아래와 같은 두 종류의 업그레이드가 제공됩니다.

  • 단일 컴퓨터 프로세스
  • 이중 컴퓨터 프로세스

단일 컴퓨터 프로세스

이 프로세스에서는 파이프라인 또는 테이프를 사용하여 업그레이드를 수행합니다.

파이프라인 업그레이드 옵션 사용

이 프로세스에는 SQL Server 6.x 데이터베이스에 사용되는 디스크 공간의 1.5배가 필요합니다. 프로세스가 진행되는 동안 SQL Server 6.x 장치와 데이터베이스는 변경되지 않고 그대로 유지되며 어떤 방식으로도 영향을 받지 않습니다. SQL Server 7.0 설치가 새 장치 파일과 데이터베이스를 만들고 SQL Server 6.x 데이터베이스에서 SQL Server 7.0 데이터베이스로 데이터를 복사합니다. 이에 따라 SQL 전환 유틸리티를 사용하여 다시 SQL Server 6.x 설치로 전환할 수 있습니다. 업그레이드가 완료된 후 SQL Server 6.x 설치 및 .dat 파일을 사용자가 직접 제거해야 합니다. 이 옵션은 6.x 서버에서 7.0 서버로 데이터를 변환한 후 두 SQL Server 설치 간에 전환할 수 있도록 하기 위해 제공되는 것이 아니며, 두 설치 간에 무결성을 유지할 방법이 전혀 없습니다. 6.x 서버에서 데이터를 수정하는 경우 7.0 서버에 그 변경 사항이 자동으로 반영되지 않습니다.

테이프 옵션 사용

SQL Server 6.x 데이터베이스의 데이터가 테이프로 덤프됩니다(수정된 SQL 덤프). 선택적으로, 덤프가 테이프에서 새 SQL Server 7.0 데이터베이스로 들어오기 전에 .dat 장치들이 삭제됩니다. 이 프로세스에서는 또한 .dat 장치를 테이프, 로컬 디스크 드라이브 또는 네트워크 공유 디렉터리에 백업할 수 있습니다. 이 백업 프로세스는 SQL 덤프 이외에 추가로 제공되며 SQL 덤프가 아니라 .dat 파일의 실제 복사 또는 Windows NT 백업입니다. 사용자의 선택에 따라, 업그레이드 마법사의 Backup 6.x devices before exporting data 옵션이 사용자에게 .dat 파일을 백업하도록 요구하거나(실제로 백업했는지 여부는 확인하지 않음) 지정된 위치에 자동으로 .dat 장치를 복사할 수 있습니다. 이 옵션은 새 데이터베이스를 만들고 새 SQL Server 7.0 데이터베이스로 데이터를 가져오기 전에 .dat 파일을 삭제하여 디스크 공간을 확보합니다.

참고 디스크 공간이 제한된 대규모 설치에서는 이 옵션이 가장 많이 사용될 것입니다.

이중 컴퓨터 프로세스

이중 컴퓨터 변환 시에는 모든 개체와 데이터가 원본(SQL Server 6.x) 컴퓨터에서 새(SQL Server 7.0) 컴퓨터로 복사됩니다. 모든 데이터, 개체 및 장치는 변경되지 않고 원본 컴퓨터에 그대로 유지됩니다.

참고 컴퓨터들이 같은 도메인에 있지 않은 경우 두 도메인 간에 트러스트된 연결을 설정해야 합니다.

업그레이드 마법사를 구성하여 아래 항목을 전송할 수 있습니다.

  • 모든 SQL Server 6.x 데이터베이스(기본 옵션)
  • SQL Server 6.x 데이터베이스의 권장 하위 집합
  • 어떤 데이터베이스도 전송하지 않음(시스템 구성 전송일 뿐임)

업그레이드 마법사를 사용하여 SQL Server 6.x 데이터베이스를 단계별로 업그레이드할 수 있습니다. 그러나 이 옵션은 테스트에만 사용해야 합니다. 이 옵션을 사용하여 버전 6.x 및 7.0을 실행하는 SQL Server 컴퓨터 간에 데이터를 복제하거나 동기화할 수 없습니다. 또한 이 옵션으로 인해 데이터베이스 간 종속 관계가 손상될 수도 있습니다.

아래 항목이 전송되지 않도록 할 수 있습니다.

  • 시스템 구성 옵션(sp_configure)
  • SQL Executive 설정(MSDB)
  • 복제 설정

단계별 변환 프로세스

어떤 변환 프로세스를 사용하든 단계는 대부분 같습니다. 프로세스에서 수행되는 핵심 단계는 아래와 같습니다.

    나중에 확인하기 위해 SQL Server 6.x 데이터베이스 정보 수집

    • 행 개수와 함께 모든 개체와 테이블 이름이 포함된 로그 파일이 만들어집니다. 나중에 이들 파일과 SQL Server 7.0 데이터베이스에 만들어진 유사 파일을 사용하여 비교 작업이 이뤄집니다.

    SQL Server 6.x 서버 설정 및 로그인 내보내기

    • 설치되는 동안 문자 집합과 정렬 순서가 복사됩니다.
    • 보안 모델(통합 또는 표준 보안)을 설정합니다.
    • sp_configure 정보와 모든 로그인을 스크립팅합니다.

    SQL Server 6.x 데이터베이스 개체 내보내기

    • 모든 개체가 데이터베이스 단위로 스크립팅됩니다.
    • 내보내기 모듈이 Scptxfr70.exe를 사용하여 개체를 만드는 데 사용되는 스크립트를 만듭니다.

    SQL Server 6.x 서버 설정을 SQL Server 7.0으로 가져오기

    • 관련 sp_configure 정보를 SQL Server 7.0 master 데이터베이스로 가져옵니다.

    SQL Server 7.0 데이터베이스 만들기

    • CREATE DATABASE 문을 사용하여 각 SQL Server 6.x 데이터베이스에 대해 새 파일과 데이터베이스를 만듭니다.
    • 기본 옵션은 모든 새 데이터베이스를 자동 확장되도록 구성하는 것입니다. 이렇게 하면 2MB의 초기 데이터베이스가 만들어지고 데이터를 위한 공간이 더 필요할 때 데이터베이스가 확장됩니다. 자동 확장에 대한 자세한 내용은 온라인 설명서를 참조하십시오.

    SQL Server 7.0 MSDB 데이터베이스 준비

    • MSDB가 만들어집니다.

    SQL Server 6.x 데이터베이스 개체를 SQL Server 7.0으로 가져오기

    • 가져오기는 Execstmt.exe를 사용하여 새 SQL Server 7.0 서버에서 스크립트를 실행합니다.

      • 참고 이미 존재하는 개체는 가져오기 시에 다시 만들어지지 않습니다.

    • 사용자 정의 데이터 형식, 테이블, 인덱스, 규칙, 기본값, 저장 프로시저, 트리거, 뷰 같은 각 개체 유형이 모든 데이터베이스에서 그 다음 개체 유형 앞에 만들어집니다.

    MSDB 고유의 단계 수행

    • SQL Server 7.0의 복제 형식은 다르며 복제 정보가 새 형식으로 변환됩니다.
    • MSDB 개체와 데이터가 새 형식으로 변환됩니다.
    • 예약된 작업은 SQL Server 7.0에서 "작업(Job)"이 됩니다.

    SQL Server 6.x에서 데이터를 내보내고 새 SQL Server 7.0 데이터베이스로 가져오기

    • 서버에 CPU가 여러 개 있으면 여러 개의 동시 내보내기/가져오기 스트림이 만들어집니다.
    • Export.exe가 OLE DB 공급자를 통해 SQL Server 6.x의 데이터를 내보냅니다.
    • 대량 복사 프로그램(bcp)은 사용되지 않습니다.
    • 페이지 할당만 로그됩니다(UNDO, no REDO).
    • 데이터 흐름의 병렬 처리를 통해 I/O가 최소화됩니다.
    • 각 테이블 뒤에는 COMMIT이 이뤄지며 오류가 발생하면 다시 시작됩니다.
    • 가져오기가 완료되면 클러스터되지 않은 인덱스가 만들어집니다.

    SQL Executive 설정 및 UPDATE STATISTICS를 SQL Server 7.0 데이터베이스로 가져오기

    • 각 데이터베이스에서 UPDATE STATISTICS가 실행됩니다.

    개체 및 데이터 전송에 대한 성공 여부 확인

    • 응용 프로그램이 각 데이터베이스에 대해 개체가 성공적으로 전송되었는지 확인합니다.
    • 모든 개체가 성공적으로 전송되었는지 확인합니다.
    • 행 개수가 올바른지 확인합니다.
    • 순환 중복 검사(CRC)를 사용하여 데이터 전송의 성공 여부를 확인하도록 구성할 수 있습니다. 업그레이드 마법사에서는 이 옵션은 기본적으로 해제되어 있습니다. 이 옵션을 사용 설정하면 변환에 필요한 시간이 상당히 늘어날 수 있습니다. 6.x 데이터베이스의 각 데이터 행은 고유의 CRC 값을 가지며 변환이 완료되면 이 값과 SQL Server 7.0 데이터가 비교됩니다.

    업그레이드 완료

    • 업그레이드 프로세스가 끝나면 생성된 로그 파일들이 비교되고 발생한 모든 문제가 보고됩니다.

업그레이드 마법사 화면

업그레이드 마법사는 사용자가 지정한 옵션을 사용하여 버전 업그레이드를 수행합니다. "파이프라인 옵션"(위에 나온 "파이프라인 업그레이드 옵션 사용" 절 참조)을 사용하면 SQL Server 6.x 서버와 데이터가 버전 업그레이드 프로세스 동안 변경되지 않고 그대로 유지됩니다. SQL Server 6.x 카탈로그 데이터, 개체 및 데이터베이스가 SQL Server 7.0과 호환되도록 업그레이드되고 변환됩니다. 버전 업그레이드가 완료되면 SQL Server 7.0이 프로덕션 시스템이 됩니다. 아래 절에서는 다양한 업그레이드 마법사 화면에 대해 소개하고 각 화면에서 사용할 수 있는 옵션에 대해 설명합니다.

시작 화면

위 대화 상자에 나온 대로 SQL Server 6.x 데이터베이스만 SQL Server 7.0으로 업그레이드할 수 있습니다. SQL Server 4.2 소프트웨어와 데이터베이스는 먼저 SQL Server 6.0 또는 6.5로 업그레이드해야만 SQL Server 7.0으로 업그레이드할 수 있습니다.

참고 Windows NT Server 4.0은 SQL Server 6.0을 지원하지 않지만 Windows NT Server 4.0 서비스 팩 3은 SQL Server 7.0으로의 변환을 위해 SQL Server 6.0을 지원합니다.

다음은 SQL Server 7.0으로 업그레이드할 때 염두에 둬야 할 유용한 지침입니다.

  • 업그레이드하기 전에 항상 최신 SQL Server 서비스 팩을 설치합니다.
  • 단계별 설치를 통해 동일 컴퓨터에서 SQL Server 6.x를 SQL Server 7.0으로 버전 업그레이드할 수 있습니다. 이때 SQL Server 7.0이 기존의 SQL Server 6.x 설치와 함께 설치됩니다. 그러나 한 번에 하나의 SQL Server 버전만 사용할 수 있습니다.
  • 같은 컴퓨터에 두 개의 SQL Server 버전이 설치되어 있을 때 현재의 활성 SQL Server 버전을 비활성 버전으로 전환하려면 SQL 전환 유틸리리를 사용할 수 있습니다. 예를 들어, 현재 SQL Server 7.0이 활성 SQL Server 버전인 경우 SQL Server - Switch를 눌러 SQL Server 7.0을 숨기고 비활성 버전으로 만들 수 있습니다. 그러면 SQL Server 6.x이 나타나 현재의 활성 SQL Server 버전이 됩니다.

    • 중요 업그레이드 마법사가 실행 중일 때는 활성 SQL Server 버전과 비활성 버전을 전환하지 마십시오.

    SQL Server 6.x를 SQL Server 7.0으로 업그레이드할 때, SQL Server 7.0과 호환되도록 SQL Server 6.x 데이터베이스를 업그레이드하는 프로세스는 기존 서버가 어떻게 설정되어 있느냐에 따라 달라질 수 있습니다. SQL Server 7.0으로 업그레이드하는 작업에는 아래 프로세스가 포함됩니다.

    • 업그레이드 계획 수립
    • SQL Server 6.x 카탈로그 데이터 및 개체 변환/전송
    • SQL Server 7.0을 프로덕션 서버로 전환
    • 업그레이드 후 SQL Server 구성

Data and Object Transfer

Export from 6.x Server

  • 업그레이드 마법사가 테이블 및 저장 프로시저의 정의 같은 카탈로그 개체를 SQL Server 6.x에서 SQL 스크립트 파일의 형태로 내보낼 수 있도록 합니다. 업그레이드 마법사는 이러한 스크립트를 사용하여 SQL Server 7.0으로 개체를 가져옵니다. 스크립트 파일은 해당 데이터베이스의 이름과 일치하는 이름을 가진 폴더의 Mssql7\Upgrade 디렉터리에 만들어지고 저장됩니다.
  • 선택한 데이터 전송 방법에 따라 업그레이드 마법사가 모든 사용자 테이블의 모든 행으로 구성된 데이터를 내보낼 수 있도록 합니다.

Import into 7.0 Server

  • 업그레이드 마법사가 테이블 및 저장 프로시저의 정의 같은 카탈로그 개체를 SQL Server 6.x에서 SQL 스크립트 파일의 형태로 가져올 수 있도록 합니다. 업그레이드 마법사는 이러한 스크립트를 사용하여 SQL Server 7.0으로 개체를 가져옵니다. 스크립트 파일은 해당 데이터베이스의 이름과 일치하는 이름을 가진 폴더의 Mssql7\Upgrade 디렉터리에 만들어지고 저장됩니다.
  • 선택한 데이터 전송 방법에 따라 업그레이드 마법사가 모든 사용자 테이블의 모든 행으로 구성된 데이터를 가져올 수 있도록 합니다.

Data Transfer Method

  • Named Pipe(simultaneous import/export): 업그레이드 마법사가 SQL Server 6.x에서 SQL Server 7.0으로 메모리의 데이터를 전송할 수 있도록 합니다. 이 데이터 전송 방법은 SQL Server 6.x 서버를 그대로 유지한 채 최상의 성능을 제공하기 때문에 가장 안정적입니다. 그러나 버전 업그레이드 프로세스가 완료될 때까지는 SQL Server 6.x가 차지하는 디스크 공간을 다시 사용할 수 없습니다.

    • 명명된 파이프를 데이터 전송 방법으로 선택하면 업그레이드 마법사가 아래와 같은 순서로 서버를 업그레이드합니다.

    1. 개체를 내보냅니다.
    2. SQL Server 6.x를 종료합니다.
    3. SQL Server 7.0을 시작합니다.
    4. 개체를 가져옵니다.
    5. SQL Server 6.x에서 데이터를 내보냄과 동시에 SQL Server 7.0으로 가져옵니다.

    Tape(requires a Windows NT tape driver to be installed): 이 옵션은 보통 파이프라인 변환을 사용할 만한 공간이 하드 디스크에 없을 때 사용됩니다. 테이프 옵션을 사용하면 기존의 SQL 6.x .dat 파일을 테이프에 덤프하고 백업한 후 안전하게 삭제할 수 있습니다. 그러면 현재 SQL Server 6.x 데이터 장치가 사용하는 디스크 공간이 모두 해제됩니다.

    1. 개체를 내보냅니다(항상 Mssql7\Upgrade 폴더의 디스크에).
    2. SQL Server 6.x를 종료합니다.
    3. 수정된 SQL 덤프를 통해 테이프에 데이터를 내보냅니다. 이 덤프는 일단 만들어지면 새로운 7.0 데이터베이스로 복원됩니다.
    4. SQL Server 6.x 장치를 백업한 다음 삭제합니다.
    5. SQL Server 7.0을 시작하고 SQL Server 7.0 데이터베이스를 만듭니다.
    6. 개체를 가져옵니다.
    7. 테이프의 SQL 덤프에서 데이터를 가져옵니다.

    테이프 옵션에 대한 자세한 내용은 이 문서의 뒷부분에 나오는 "테이프 고유의 화면" 절을 참조하십시오.

확인

Validate successful object data transfer 옵션을 사용하면 데이터베이스 일관성 검사기(DBCC)가 카탈로그 데이터, 데이터베이스 테이블, 데이터베이스 텍스트의 일관성을 검사하도록 할 수 있습니다.

참고 최근에 DBCC를 실행하여 카탈로그 데이터, 데이터베이스 테이블 및 데이터베이스 텍스트를 검사하지 않은 경우, SQL Server 6.x에서 SQL Server 7.0으로의 성공적인 업그레이드를 방해할 수 있는 모든 데이터베이스 손상을 막기 위해 이 옵션을 사용하는 것이 좋습니다.

로그온 정보

서버 내보내기(SQL Server 6.x)

  • 서버 이름: 개체 및 데이터를 내보낼 때, 기본적으로 업그레이드 마법사의 이름은 이 마법사가 실행되고 있는 로컬 SQL Server 6.x의 이름으로 설정됩니다.
  • 관리자 암호(sa): 개체 및 데이터를 내보낼 때 SQL Server 6.x 서버의 시스템 관리자(sa) 암호를 입력합니다.
  • 선택적 시작 인수: 개체 및 데이터를 내보낼 때, 업그레이드 마법사가 SQL Server 6.x를 시작할 때 사용되도록 할 추적 플래그 또는 다른 시작 매개 변수를 입력합니다.

    • 참고 29 이상의 정밀도가 필요한 데이터 형식의 경우 /p 추적 플래그를 사용합니다.

서버 가져오기(SQL Server 7.0)

  • 서버 이름: 개체 및 데이터를 가져올 때, 기본적으로 업그레이드 마법사의 이름은 이 마법사가 실행되고 있는 로컬 SQL Server 6.x의 이름으로 설정됩니다.
  • 관리자 암호(sa): 개체 및 데이터를 가져올 때 SQL Server 7.0 서버의 시스템 관리자(sa) 암호를 입력합니다.
  • 선택적 시작 인수: 개체 및 데이터를 가져올 때, 업그레이드 마법사가 SQL Server 7.0을 시작할 때 사용되도록 할 추적 플래그 또는 다른 시작 매개 변수를 입력합니다.

    • 참고 29 이상의 정밀도가 필요한 데이터 형식의 경우 /p 추적 플래그를 사용합니다.

업그레이드할 데이터베이스 선택

위 그림에 나온 Upgrade Databases to SQL Server 7.0 대화 상자에서 업그레이드에 포함할 데이터베이스를 선택하거나 제외합니다. 서버 구성 및 master 데이터베이스 보안(로그인 정보)은 별도의 옵션을 통해 처리됩니다. 업그레이드할 데이터베이스 목록에 master 데이터베이스를 포함하면 업그레이드 마법사가 master 데이터베이스의 사용자 작성 테이블 및 개체를 SQL Server 7.0으로 전송합니다. SQL Executive가 사용하는 MSDB 데이터베이스의 업그레이드는 별도의 옵션을 통해 처리됩니다.

참고 서버에서 하나의 데이터베이스만 업그레이드하지 않도록 유의해야 합니다. 이렇게 업그레이드하면 데이터베이스 간 종속 관계가 손상됩니다. 서버의 모든 데이터베이스를 동시에 업그레이드하면 이러한 종속 관계가 유지됩니다.

기본적으로, 시스템 구성과 SQL Executive 및 MSDB의 복제 설정은 변환됩니다. 같은 서버에서 변환을 여러 번 수행하는 경우 매번 이러한 설정을 업그레이드하지 않을 수 있습니다.

업그레이드 마법사는 pubs 데이터베이스를 업그레이드할 수 없으며 새 예제 데이터베이스가 만들어집니다.

Database Creation

Create Database Scripting

  • Use the default configuration or edit the default: 이 옵션은 업그레이드 마법사가 선택된 각 데이터베이스에 대해 전송된 개체와 데이터를 저장하는 데 필요한 공간의 크기를 예상하고 예상 크기의 데이터베이스 파일을 만들 수 있도록 합니다. 로드된 데이터를 초과하는 빈 공간은 허용되지 않으며 변환이 완료된 후 데이터베이스가 확장될 수 있습니다. 기본적으로, 데이터베이스의 데이터 파일은 SQL Server 6.x 설치에서 해당 데이터베이스가 사용하는 첫째 장치와 같은 위치에 저장됩니다. 업그레이드 마법사는 또한 SQL Server 6.x 설치의 데이터베이스에 할당된 모든 로그 세그먼트의 전체 크기의 2배에 해당하는 로그 파일을 만듭니다. 이 로그 파일은 SQL Server 6.x 설치의 로그 공간에 사용되는 첫째 장치와 같은 위치에 저장됩니다.

    • 참고Edit을 누르면 데이터 파일 레이아웃 유틸리티를 볼 수 있습니다. 이 유틸리티를 사용하면 기본 구성을 볼 수 있고 구성을 조정하여 저장소 제한을 수용할 수 있습니다. 다음은 데이터 파일 레이아웃 화면입니다.

  • Use databases already created in SQL Server 7.0: 업그레이드 마법사는 선택된 각 데이터베이스에 대해 데이터와 로그에 이미 공간이 할당되었다고 가정합니다.
  • Use the following SQL script: 이 옵션은 업그레이드 마법사가 사용자가 제공하는 SQL 스크립트 파일을 사용하여 선택된 데이터베이스를 만들고 그 데이터 및 로그에 공간을 할당할 수 있도록 합니다.

System Configuration

System Objects to Transfer

  • Server configuration: 로그인 및 원격 로그인 등록 그리고 SQL Server 7.0과 관련된 서버 구성 옵션이 버전 업그레이드의 일부로 전송됩니다. SQL Server 7.0에 사용되지 않는 SQL Server 6.x 구성 옵션 또는 기본값 외의 다른 값으로 설정하는 것이 바람직하지 않은 구성 옵션은 전송되지 않습니다.
  • Replication settings: 선택된 각 데이터베이스의 모든 아티클, 구독 및 게시는 배포 데이터베이스(있는 경우)와 더불어 전송되고 업그레이드됩니다.
  • SQL Executive settings: SQL Executive에 의해 예약된 모든 작업은 SQL Server 7.0이 SQL Server 에이전트를 사용하여 작업(Job)으로 예약하고 실행할 수 있도록 전송되고 업그레이드됩니다.

Advanced Settings

  • ANSI nulls: ANSI 널은 데이터베이스의 기본 NULL 허용 여부를 제어합니다. 명시적으로 정의하지 않으면 사용자 정의 데이터 형식이나 열 정의가 기본 NULL 허용 여부 설정을 사용합니다. SQL Server는 기본값으로 OFF(NOT NULL)로 설정됩니다. 그러나 ANSI 표준은 ON(NULL)입니다. NULL 허용 여부는 세션 설정과 데이터베이스 설정에 의해 결정됩니다.

    • ANSI 호환성의 경우 ANSI 널을 ON으로 설정하면 데이터베이스의 기본 NULL 허용 여부가 NULL로 변경됩니다. 이 경우, CREATE TABLE 또는 ALTER TABLE 문에 명시적으로 NOT NULL로 정의하지 않은 모든 사용자 정의 데이터 형식이나 열은 기본값으로 NULL로 설정됩니다. 제약 조건을 사용하여 정의한 열은 이 설정에 상관없이 그 제약 조건 규칙을 따릅니다. 예를 들어, PRIMARY KEY 열, IDENTITY 열 및 type bit 열은 NULL로 설정할 수 없습니다. 또한 세션 설정이 ANSI 널 기본값에 대한 기본 데이터베이스 설정을 무시합니다.

Quoted identifiers: 각 SQL Server 연결에 따옴표 붙은 ANSI 식별자 규칙을 사용할 것인지 선택할 수 있습니다. QUOTED_IDENTIFIERS 설정이 꺼져 있는 경우 큰따옴표로 문자열을 구분합니다(예: "this is a string"). 이 설정이 켜져 있는 경우, 그렇지 않은 경우라면 식별자에 허용되지 않을 공백 및 문장 부호 등의 문자가 포함된 식별자를 큰따옴표로 구분합니다. 따옴표 붙은 식별자에 대한 자세한 내용은 SQL Server 온라인 설명서를 참조하거나 Upgrade 디렉터리에서 업그레이드 도움말 파일을 참조하십시오.

업그레이드 마법사 완료

변환 프로세스가 끝날 때쯤 syscomments 테이블의 내용을 기준으로 사용자 저장 프로시저의 일관성이 확인됩니다. 또한 모든 로그인, 사용자 및 사용 권한에 대한 유효성 확인이 이뤄집니다. 다음은 이 프로세스를 나타낸 화면입니다.

문제가 발견되면 아래 대화 상자가 나타납니다. 구체적인 오류에 대한 자세한 내용은 Mssql\Upgrade\<서버 이름_날짜_시간> 디렉터리에서 .err 파일을 참고하십시오.

사용자 개체에서 불일치가 발견되면 아래 대화 상자의 Summary of Warnings 구역에 그 불일치가 표시됩니다. 이러한 불일치를 해결한 다음 변환 프로세스나 SQL Server 7.0 서버로의 마이그레이션을 계속 수행하십시오. 출력 파일은 MSSQL\Upgrade\<서버 이름_날짜_시간> 디렉터리에 있습니다. 이 디렉터리의 파일 이름은 "check65-<dbid><dbname>_err.out"처럼 데이터베이스 이름 및 ID와 관련되어 있습니다. 예를 들어, Check65-007mypubs_err.out과 같은 파일 이름이 있을 수 있습니다.

위 화면은 "dbo.mybyroyalty"라는 저장 프로시저의 이름이 바뀌어 저장 프로시저의 원본 코드가 syscomments 테이블의 내용과 일치하지 않는다는 것을 보여 줍니다. syscomments 테이블에는 저장 프로시저가 만들어지던 당시의 원래 원본 코드가 저장되며 저장 프로시저의 이름을 바꿔도 syscomments 테이블의 원래 원본은 변경되지 않습니다. sp_rename 저장 프로시저를 사용하여 dbo.myroyalty 저장 프로시저의 이름을 바꾼 경우 이렇게 될 수 있습니다. 이 경우, syscomments의 원본을 변경해야 합니다. 이렇게 하려면 CREATE PROCEDURE AS <새_이름> 구문에 새 이름을 사용하여 해당 프로시저를 제거하고 다시 만듭니다.

테이프 고유의 화면

Device for Data Transfer

로컬 테이프 드라이브만 사용할 수 있습니다.

Backup 6.x Devices Before Exporting Data

  • Prompt me to backup my devices manually: 이 옵션은 프롬프트일 뿐이며 실제로 데이터를 백업했는지 여부를 확인하는 검사는 이뤄지지 않습니다. 이는 SQL 덤프가 아니라 실제 Windows NT 파일 백업을 가리킵니다.
  • Automatically copy device files to the following location: 이 옵션을 선택하면 .dat 파일을 로컬 드라이브나 네트워크 드라이브에 복사할 수 있습니다.

Delete 6.x Devices Before Importing Data

디스크 공간이 새 SQL Server 7.0 데이터 파일에 다시 사용되기 때문에 이 옵션은 테이프 전송 옵션을 사용할 때 유용합니다. 이 구역에 제공되는 프롬프트 옵션은 단어 그대로의 의미입니다.

아래 그림은 Prompt me to Backup before exporting 옵션에서 만들어지는 프롬프트입니다.

사용할 테이프에 이미 데이터가 있으면, 아래 대화 상자처럼 테이프를 덮어쓸 것인지 또는 다른 테이프로 바꿀 것인지 묻는 메시지가 나타납니다.

디렉터리 구조

위 그림에서 볼 수 있는 것처럼, 각 데이터베이스에는 별도의 디렉터리가 만들어지며 디렉터리 이름은 dbid(sysdatabases처럼)와 데이터베이스 이름에서 만들어집니다. 이 데이터베이스 디렉터리에는 데이터베이스의 각 개체 유형에 대한 결과 파일이 포함됩니다. 아래 표는 사용 가능한 파일 확장명 및 확장명이 나타내는 파일 형식을 정리한 것입니다.

확장명
파일 형식
.tab테이블 정의
.prc저장 프로시저 정의
.viw뷰 정의
.trg트리거 정의
.bnd열 바인딩
.def기본값
.rul규칙
.udt사용자 정의 데이터 형식
.idnID
.drn선언적 참조 무결성(DRI)
.fky외래 키 제약 조건
.prv개체 사용 권한
.log로그인
.usr사용자
.grp그룹

© 1998 Microsoft Corporation. All rights reserved.

이 문서에 포함된 정보는 문서를 발행할 때 논의된 문제들에 대한 Microsoft Corporation의 당시 관점을 나타냅니다. Microsoft는 변화하는 시장 환경에 대처해야 하므로 이를 Microsoft 측의 책임으로 해석해서는 안 되며 발행일 이후 소개된 어떠한 정보에 대해서도 Microsoft는 그 정확성을 보장하지 않습니다.

이 백서는 오직 정보를 제공하기 위한 것입니다. Microsoft는 이 설명서에서 어떠한 명시적이거나 묵시적인 보증도 하지 않습니다.

Microsoft, Windows 및 Windows NT는 Microsoft Corporation의 등록 상표입니다.

여기에 인용된 다른 제품이나 회사 이름은 해당 소유자의 상표일 수 있습니다.

Microsoft Corporation • One Microsoft Way • Redmond, WA 98052-6399 • USA