Access 데이터베이스를 SQL Server로 마이그레이션

분할 데이터베이스 정보

모든 Access 데이터베이스 개체는 하나의 데이터베이스 파일에 있거나 프런트 엔드 데이터베이스와 백 엔드 데이터베이스라는 두 개의 데이터베이스 파일에 저장할 수 있습니다. 이를 데이터베이스 분할 이라고 하며 네트워크 환경에서 쉽게 공유할 수 있도록 설계되었습니다. 백 엔드 데이터베이스 파일에는 테이블과 관계만 포함되어야 합니다. 프런트 엔드 파일에는 폼, 보고서, 쿼리, 매크로, VBA 모듈 및 백 엔드 데이터베이스에 연결된 테이블을 포함한 다른 모든 개체만 포함되어야 합니다. Access 데이터베이스를 마이그레이션하는 경우 SQL Server가 현재 서버에 있는 데이터에 대한 새 백 엔드 역할을 하고 있는 분할 데이터베이스와 비슷합니다.

따라서 SQL Server 테이블에 연결된 테이블을 사용하여 프런트 엔드 Access 데이터베이스를 계속 유지할 수 있습니다. 효과적으로 Sql Server의 확장성과 함께 Access 데이터베이스가 제공하는 신속한 애플리케이션 개발의 이점을 얻을 수 있습니다.

SQL Server 이점

여전히 SQL Server로 마이그레이션하는 데 설득력이 필요한가요? 다음은 고려해야 할 몇 가지 추가 혜택입니다.

• 더 많은 동시 사용자    SQL Server는 Access보다 더 많은 동시 사용자를 처리할 수 있으며 더 많은 사용자가 추가될 때 메모리 요구 사항을 최소화합니다.

• 가용성 향상    SQL Server를 사용하면 사용 중인 데이터베이스를 증분 또는 완료로 동적으로 백업할 수 있습니다. 따라서 데이터를 백업하기 위해 사용자에게 데이터베이스를 종료하도록 강요할 필요가 없습니다.

• 고성능 및 확장성    SQL Server 데이터베이스는 일반적으로 Access 데이터베이스보다 더 나은 성능을 발휘하며, 특히 테라바이트 크기의 대형 데이터베이스를 사용합니다. 또한 SQL Server는 단일 프로세스 내에서 여러 네이티브 스레드를 사용하여 사용자 요청을 처리하는 동시에 쿼리를 처리하여 쿼리를 훨씬 빠르고 효율적으로 처리합니다.

• 향상된 보안    SQL Server는 신뢰할 수 있는 연결을 사용하여 Windows 시스템 보안과 통합되어 네트워크 및 데이터베이스에 대한 단일 통합 액세스를 제공하여 두 보안 시스템을 모두 최대한 활용합니다. 이렇게 하면 복잡한 보안 체계를 훨씬 쉽게 관리할 수 있습니다. SQL Server는 사회 보장 번호, 신용 카드 데이터 및 기밀 주소와 같은 중요한 정보에 이상적인 저장소입니다.

• 즉각적인 복구 가능성     운영 체제가 충돌하거나 전원이 꺼지면 SQL Server는 데이터베이스 관리자 개입 없이 몇 분 만에 데이터베이스를 일관된 상태로 자동으로 복구할 수 있습니다.

• VPN 사용    액세스 및 VPN(가상 사설망)이 작동하지 않습니다. 그러나 SQL Server를 사용하면 원격 사용자가 데스크톱의 Access 프런트 엔드 데이터베이스와 VPN 방화벽 뒤에 있는 SQL Server 백 엔드를 계속 사용할 수 있습니다.

• Azure SQL Server    SQL Server의 이점 외에도 가동 중지 시간, 지능형 최적화, 글로벌 확장성 및 가용성, 하드웨어 비용 제거 및 관리 감소 없이 동적 확장성을 제공합니다.

최상의 Azure SQL Server 옵션 선택

Azure SQL Server로 마이그레이션하는 경우 선택할 수 있는 세 가지 옵션이 있으며 각각 다른 이점이 있습니다.

• 단일 데이터베이스/탄력적 풀    이 옵션에는 SQL Database 서버를 통해 관리되는 자체 리소스 집합이 있습니다. 단일 데이터베이스는 SQL Server에 포함된 데이터베이스와 같습니다. SQL Database 서버를 통해 관리되는 공유 리소스 집합이 있는 데이터베이스 컬렉션인 탄력적 풀을 추가할 수도 있습니다. 가장 일반적으로 사용되는 SQL Server 기능은 기본 제공 백업, 패치 및 복구에서 사용할 수 있습니다. 그러나 정확한 유지 관리 시간이 보장되지 않으며 SQL Server에서 마이그레이션하기가 어려울 수 있습니다.

• 관리되는 인스턴스/    이 옵션은 공유 리소스 집합이 있는 시스템 및 사용자 데이터베이스의 컬렉션입니다. 관리되는 인스턴스는 SQL Server 온-프레미스와 매우 호환되는 SQL Server 데이터베이스의 인스턴스와 같습니다. 관리되는 인스턴스에는 기본 제공 백업, 패치, 복구가 있으며 SQL Server에서 쉽게 마이그레이션할 수 있습니다. 그러나 사용할 수 없고 정확한 유지 관리 시간을 보장하지 않는 소수의 SQL Server 기능이 있습니다.

• Azure 가상 머신    이 옵션을 사용하면 Azure 클라우드의 가상 머신 내에서 SQL Server를 실행할 수 있습니다. SQL Server 엔진과 간편한 마이그레이션 경로를 완전히 제어할 수 있습니다. 하지만 백업, 패치 및 복구를 관리해야 합니다.

자세한 내용은 Azure에 대한 데이터베이스 마이그레이션 경로 선택 및 Azure SQL이란?을 참조하세요.

첫 번째 단계

SSMA를 실행하기 전에 마이그레이션 프로세스를 간소화하는 데 도움이 되는 몇 가지 문제를 미리 해결할 수 있습니다.

• 테이블 인덱스 및 기본 키 추가    각 Access 테이블에 인덱스와 기본 키가 있는지 확인합니다. SQL Server는 모든 테이블에 하나 이상의 인덱스가 있어야 하며 테이블을 업데이트할 수 있는 경우 연결된 테이블에 기본 키가 있어야 합니다.

• 기본/외래 키 관계 확인    이러한 관계는 일관된 데이터 형식 및 크기를 가진 필드를 기반으로 해야 합니다. SQL Server는 다른 데이터 형식과 외래 키 제약 조건의 크기를 가진 조인된 열을 지원하지 않습니다.

• 첨부 파일 열 제거    SSMA는 첨부 파일 열이 포함된 테이블을 마이그레이션하지 않습니다.

SSMA를 실행하기 전에 다음 첫 번째 단계를 수행합니다.

1. Access 데이터베이스를 닫습니다.

2. 데이터베이스에 연결된 현재 사용자도 데이터베이스를 닫아야 합니다.

3. 데이터베이스가 .mdb 파일 형식인 경우 사용자 수준 보안을 제거합니다.

4. 데이터베이스를 백업합니다. 자세한 내용은 백업 및 복원 프로세스를 사용하여 데이터 보호를 참조하세요.

팁    데스크톱에 최대 10GB를 지원하고 마이그레이션을 실행하고 확인하는 무료 및 쉬운 방법인 Microsoft SQL Server Express 버전을 설치하는 것이 좋습니다. 연결할 때 LocalDB를 데이터베이스 인스턴스로 사용합니다.

팁    가능하면 독립 실행형 버전의 Access를 사용합니다.

쿼리

쿼리 선택만 변환됩니다. 매개 변수를 사용하는 쿼리 선택을 포함하여 다른 쿼리는 포함되지 않습니다. 일부 쿼리는 완전히 변환되지 않을 수 있으며 SSMA는 변환 프로세스 중에 쿼리 오류를 보고합니다. T-SQL 구문을 사용하여 변환하지 않는 개체를 수동으로 편집할 수 있습니다. 구문 오류는 Access 관련 함수 및 데이터 형식을 SQL Server 함수로 수동으로 변환해야 할 수도 있습니다. 자세한 내용은 Access SQL과 SQL Server TSQL 비교를 참조하세요.

데이터 형식

Access 및 SQL Server에는 유사한 데이터 형식이 있지만 다음과 같은 잠재적인 문제를 알고 있어야 합니다.

큰 숫자    큰 숫자 데이터 형식은 통화가 아닌 숫자 값을 저장하며 SQL bigint 데이터 형식과 호환됩니다. 이 데이터 형식을 사용하여 큰 숫자를 효율적으로 계산할 수 있지만 Access 16(16.0.7812 이상) .accdb 데이터베이스 파일 형식을 사용해야 하며 64비트 버전의 Access에서 더 나은 성능을 발휘합니다. 자세한 내용은 큰 숫자 데이터 형식 사용 및 64비트 또는 32비트 버전의 Office 중에서 선택을 참조하세요.

예/아니요    기본적으로 Access Yes/No 열은 SQL Server 비트 필드로 변환됩니다. 레코드 잠금을 방지하려면 비트 필드가 NULL 값을 허용하지 않도록 설정되어 있는지 확인합니다. SSMA에서 비트 열을 선택하여 Null 허용 속성을 NO로 설정할 수 있습니다. TSQL에서 CREATE TABLE 또는 ALTER TABLE 문을 사용합니다.

날짜 및 시간    다음과 같은 몇 가지 날짜 및 시간 고려 사항이 있습니다.

• 데이터베이스의 호환성 수준이 130(SQL Server 2016) 이상이고 연결된 테이블에 하나 이상의 datetime 또는 datetime2 열이 포함된 경우 테이블은 결과에 #deleted 메시지를 반환할 수 있습니다. 자세한 내용은 데이터베이스 반환 #deleted SQL-Server 연결된 테이블에 대한 액세스를 참조하세요.

• 액세스 날짜/시간 데이터 형식을 사용하여 datetime 데이터 형식에 매핑합니다. 액세스 날짜/시간 확장 데이터 형식을 사용하여 날짜 및 시간 범위가 더 큰 datetime2 데이터 형식에 매핑합니다. 자세한 내용은 날짜/시간 확장 데이터 형식 사용을 참조하세요.

• SQL Server에서 날짜를 쿼리할 때 시간 및 날짜를 고려합니다. 예를 들면 다음과 같습니다.

  • DateOrdered 1/1/19와 1/31/19 사이에는 모든 주문이 포함되지 않을 수 있습니다.

  • DateOrdered 1/1/19 오전 00:00:00 및 1/31/19 11:59:59 PM에는 모든 주문이 포함됩니다.

첨부 파일   첨부 파일 데이터 형식은 Access 데이터베이스에 파일을 저장합니다. SQL Server에는 몇 가지 옵션을 고려해야 합니다. Access 데이터베이스에서 파일을 추출한 다음 SQL Server 데이터베이스의 파일에 대한 링크를 저장하는 것이 좋습니다. 또는 FILESTREAM, FileTables 또는 RBS(원격 BLOB 저장소)를 사용하여 SQL Server 데이터베이스에 첨부 파일을 저장할 수 있습니다.

하이퍼링크    액세스 테이블에는 SQL Server에서 지원하지 않는 하이퍼링크 열이 있습니다. 기본적으로 이러한 열은 SQL Server에서 nvarchar(max) 열로 변환되지만 매핑을 사용자 지정하여 더 작은 데이터 형식을 선택할 수 있습니다. Access 솔루션에서 컨트롤의 Hyperlink 속성을 true로 설정하면 폼 및 보고서에서 하이퍼링크 동작을 계속 사용할 수 있습니다.

다중값 필드    다중값 액세스 필드는 구분된 값 집합을 포함하는 ntext 필드로 SQL Server로 변환됩니다. SQL Server는 다대다 관계를 모델링하는 다중값 데이터 형식을 지원하지 않으므로 추가적 설계 및 변환 작업이 필요할 수 있습니다.

Access 및 SQL Server 데이터 형식 매핑에 대한 자세한 내용은 데이터 형식 비교를 참조하세요.

참고    다중값 필드는 변환되지 않습니다.

자세한 내용은 날짜 및 시간 형식, 문자열 및 이진 형식 및숫자 형식을 참조하세요.

Visual Basic

VBA는 SQL Server에서 지원되지 않지만 다음과 같은 가능한 문제에 유의하세요.

쿼리의 VBA 함수    액세스 쿼리는 쿼리 열의 데이터에 대한 VBA 함수를 지원합니다. 그러나 VBA 함수를 사용하는 Access 쿼리는 SQL Server에서 실행할 수 없으므로 요청된 모든 데이터는 처리를 위해 Microsoft Access로 전달됩니다. 대부분의 경우 이러한 쿼리는 통과 쿼리로 변환되어야 합니다.

쿼리의 사용자 정의 함수    Microsoft Access 쿼리는 VBA 모듈에 정의된 함수를 사용하여 전달된 데이터를 처리하도록 지원합니다. 쿼리는 독립 실행형 쿼리, 양식/보고서 레코드 원본의 SQL 문, 폼, 보고서 및 테이블 필드의 콤보 상자 및 목록 상자의 데이터 원본, 기본 또는 유효성 검사 규칙 식일 수 있습니다. SQL Server는 이러한 사용자 정의 함수를 실행할 수 없습니다. 이러한 함수를 수동으로 다시 디자인하고 SQL Server의 저장 프로시저로 변환해야 할 수 있습니다.