시작: Dataverse로 액세스 데이터 마이그레이션

1. 액세스 시작, 계정, 계정 전환을 차례로 선택합니다. 계정 대화 상자가 열립니다.

2.  Power Apps에서 사용하는 것과 동일한 자격 증명을 사용하여 Access에 로그인했는지 확인합니다. 사용자 환경에 따라 보조 인증 또는 핀과 같은 추가 보안 정보를 입력해야 할 수 있습니다.
   
   메모    Access 및 Power Apps에 동일한 계정을 사용하지 않는 경우 권한 문제로 인해 마이그레이션이 실패합니다.

3. 마이그레이션할 Access 데이터베이스를 엽니다.
   
   팁    잠금이 테이블 마이그레이션을 방지할 수 있으므로 열려 있는 모든 Access 개체가 닫혀 있는지 확인합니다.

4. 탐색 창에서 테이블을 마우스 오른쪽 단추로 클릭하고 내보내 기 > Dataverse를 선택합니다. 

5. 개체 내보내기 대화 상자에서 내보내려는 모든 테이블을 선택하고 내보내지 않으려는 모든 테이블을 지웁니다.

6. 확인을 선택합니다.
   
   

7. Dataverse Environment로 데이터 내보내기 대화 상자의 전역 검색 서비스에서 제공하는 목록에서 instance URL을 선택합니다.
   
   메모    Power Apps에서 인스턴스 URL은 Power Apps 환경의 특정 세션을 나타냅니다. 웹 페이지 URL과 혼동해서는 안 됩니다. 문자열의 구성 요소인 "crm.dynamics"는 이전 버전의 Power Apps에서의 이월입니다.
   
   
   
   자세한 내용은 시작: Dataverse 환경 설정을 참조하세요.

다음 단계는 마이그레이션 방법에 대한 중요한 선택을 하는 것입니다. 기본값은 가장 일반적인 값입니다. 

1. 선택한 테이블의 관련 테이블을 내보내려면 모든 관련 테이블 내보내기를 선택합니다.
   
   메모    현재 관련 테이블을 내보내도록 선택할 때 직접 자식 테이블만 포함됩니다. 모든 관계를 포함하려면 개체 내보내기 대화 상자를 사용하여 마이그레이션할 모든 테이블을 선택합니다.

2. 이러한 테이블을 보려면 관련 테이블 보기를 선택합니다. 관련 테이블 대화 상자가 나타납니다.
   
   테이블 관계는 두 열의 계층적 보기에 표시됩니다. 왼쪽 열은 선택한 테이블을 표시하고 오른쪽 열은 관련 테이블을 표시합니다.
   
   

   참고: Access에서 일대다 관계를 만들 수 있으며 참조된 테이블의 외래 키 필드는 모든 필드일 수 있습니다. 그러나 Dataverse에서 참조된 테이블의 외래 키 필드는 참조된 테이블의 기본 키여야 합니다. Access 외래 키가 참조된 테이블의 기본 키가 아닌 경우 Dataverse로 내보내기 작업이 실패합니다. 데이터를 성공적으로 내보내려면 Access 외래 키가 참조된 테이블의 기본 키인지 확인합니다.

3. 내보내기 작업에서 만든 각 Dataverse 테이블에 대한 Access에서 테이블 링크를 만들려면 내보낸 후 Dataverse 테이블에 연결을 선택합니다.

4. 결과를 미리 보려면 완료되면 Dataverse 테이블 URL 열기를 선택합니다.
   
   Teams에서 Dataverse로 내보내는 경우에는 이 옵션을 사용할 수 없습니다.

5. 필드를 기본 이름 열로 명시적으로 설정하려면 기본 이름 필드 선택을 선택한 다음, 드롭다운 목록에서 필드를 선택합니다. 
   
   사용할 열을 지정하지 않으면 왼쪽의 첫 번째 텍스트 열이 기본 이름 열로 사용됩니다. 텍스트 열이 없으면 기본 이름 자리 표시자 열이 null 값으로 만들어집니다.
   
   

6. 다음을 선택합니다.

"실행 중인 유효성 검사기..."가 표시되는 대화 상자가 표시되면 유효성 검사 프로세스가 자동으로 시작됩니다. 맨 위에 있습니다. 유효성 검사 프로세스가 성공하면 다른 메시지에 "유효성 검사 완료"가 표시되고 확인을 선택할 수 있습니다.

다음 메시지를 감시합니다.

메시지	설명
"OData 원본에서 테이블 목록 검색"	마이그레이션 프로세스가 시작되었습니다.
"선택 개체 내보내기"	선택한 테이블이 Dataverse로 마이그레이션되고 있습니다.
"오류가 발생하지 않은 모든 테이블이 성공적으로 내보내졌습니다."	테이블에서 단일 오류가 발생하면 테이블이 내보내지지 않고 테이블 내보내기 작업이 완료됩니다. 계속하려면 닫기를 선택합니다.
"선택한 테이블 및 관련 테이블 가져오기"	테이블을 내보낸 방식에 따라 연결된 테이블이 만들어지고, 원래 테이블의 이름이 바뀌고, Access에서 여러 Dataverse 시스템 테이블이 만들어지고 연결됩니다.

유효성 검사 프로세스 중에 지원되지 않는 필드가 있는 경우 Access는 제한을 초과하는 지원되지 않는 데이터 형식 또는 행을 식별하고 내보낸 테이블 이름과 지원되지 않는 필드를 각 행에 저장하는 Dataverse 열 유효성 검사 오류 테이블을 만듭니다. 지원되는 모든 데이터 형식을 마이그레이션하도록 선택하고 지원되지 않는 데이터 형식을 마이그레이션하지 않도록 선택할 수 있습니다. 마이그레이션하지 않도록 선택하면 데이터는 Access에 유지됩니다.

지원되지 않는 데이터 형식 및 초과된 제한은 어떻게 되나요?

테이블을 연결하도록 선택한 경우 결과가 예상한 결과인지 확인합니다. "Dataverse 환경에서 테이블 목록 검색" 메시지를 확인합니다. 원래 테이블은 남아 있지만 이름이 변경됩니다. 이제 모든 프런트 엔드 개체가 이전과 같이 작동하도록 연결된 테이블에 원래 테이블 이름이 있어야 합니다. Access 기본 키(AutoNumber)가 유지됩니다. GUID(Dataverse 기본 키)에 해당하는 새 열이 추가되고 열 이름은 테이블 이름입니다.

Access는 Teams, 사용자 및 사업부라는 Dataverse의 연결된 테이블도 추가합니다. 이러한 시스템 테이블에는 다음과 같은 유용한 정보가 포함되어 있습니다.

• 사용자      주소, 전체 이름, 전화, 라이선스 유형, 사업부 등을 Email.

• Teams      팀, 팀 이름, 멤버 자격 등

• 사업부   비용 센터, 웹 사이트, 크레딧 한도 등.

• 통화환율, 이름, 기호, 코드 등과 같은 값을 포함한 모든 트랜잭션 통화에 대한 통화 세부 정보입니다. 이 테이블은 Access에 Dataverse로 마이그레이션한 통화 데이터 형식이 있는 경우에만 표시됩니다.

이 추가 정보를 사용하여 Access 솔루션을 개선할 수 있습니다. 이러한 테이블을 폼으로 유지 관리하거나 보고서에 추가할 수 있습니다. 자세한 내용은 Dataverse 시스템 테이블 및 열을 참조하세요. 

Dataverse 환경의 각 테이블과 필드를 검사하여 마이그레이션 프로세스를 검토하고 확인하는 것이 좋습니다. Dataverse 테이블 및 필드 이름은 Access 테이블 및 열 이름과 일치해야 합니다. Access는 첫 번째 마이그레이션된 테이블로 Dataverse 환경을 자동으로 엽니다.

액세스 테이블은 Dataverse에 해당 표시 이름과 데이터 형식이 있는 테이블로 표시됩니다.

• "표시 이름" 열에는 테이블 내의 각 Access 필드 이름이 나열되어야 합니다.

• "이름" 필드의 형식에는 접두사, 밑줄 및 테이블 이름(예: 테이블 이름> cr444_<)이 있습니다. 이를 Dataverse의 논리 이름이라고 합니다.

• 마이그레이션된 모든 액세스 필드는 자동 생성된 GUID 및 기존 Dataverse 필드 데이터 형식 옆에 있는 형식 열 아래에 "사용자 지정"으로 표시됩니다.

참고  내보낸 Access 테이블 이름과 이름이 같은 Dataverse 테이블이 이미 있는 경우 새 Dataverse 테이블에 숫자가 추가됩니다.

기본적으로 Access는 첫 번째 텍스트 열(왼쪽에서 오른쪽으로)을 Dataverse 기본 이름으로 설정합니다. 테이블에 텍스트 필드가 없는 경우 Access는 빈 텍스트 열을 테이블의 마지막 필드로 추가하고 해당 필드를 Dataverse 기본 이름으로 설정합니다. 특정 필드를 기본 이름으로 설정할 수도 있습니다. 이 열은 Access 및 Dataverse에 표시됩니다.

자세한 내용은 Dataverse의 모든 데이터 작업을 참조하세요.

Access 테이블을 Dataverse로 마이그레이션한 후에는 언제든지 Dataverse 및 Access에서 테이블과 열을 볼 수 있습니다. Dataverse에서 필드는 Access의 원래 순서가 아니라 사전순으로 표시됩니다.

Dataverse/Power Apps       Dataverse에서 테이블을 보고 사용하는 방법에 대한 자세한 내용은 Power Apps에서 테이블 편집을 참조하세요.

메모     Access에서 마이그레이션된 연결된 테이블을 마우스 오른쪽 단추로 클릭하면 브라우저의 Power Apps Maker 포털에서 테이블이 열립니다.  Power Apps 포털의 기본 보기에는 시스템 필드가 표시되지 않으므로 마이그레이션된 액세스 열을 보여 주는 더 간단한 보기가 제공됩니다.

Teams용 Dataverse       테이블 및 열을 보는 방법에는 여러 가지가 있습니다.

• 데이터를 보거나 업데이트하는 빠른 Power App을 만듭니다.

• 빌드 메뉴에서 "만든 항목..."에서 모두 보기를 선택합니다. 패널을 클릭한 다음 보려는 테이블을 클릭합니다.

• Teams에서 테이블 Designer 사용합니다. 자세한 내용은 Teams에서 테이블 만들기를 참조하세요.

팁    브라우저에서 원하는 테이블 보기의 URL 주소를 책갈피로 지정하는 것이 유용할 수 있습니다.

팁      데이터 드롭다운 명령을 선택한 다음 Excel에서 편집을 선택하여 Excel에서 데이터를 볼 수도 있습니다. 자세한 내용은 Excel에서 테이블 데이터 편집을 참조하세요. 

자세한 내용은 Dataverse 시스템 테이블 및 열을 참조하세요. 

다음 섹션에서는 추가 개요 및 개념 정보를 제공합니다.

기본 키 및 기본 이름 이해

기본 키는 데이터베이스의 데이터 행을 식별하는 데 사용됩니다. Access 및 Dataverse에는 서로 다른 키 구조가 있습니다. 마이그레이션하는 동안 Dataverse 및 Access는 고유한 키와 사용자 상호 작용 없이 두 제품 간의 조정을 자동으로 관리합니다.

마이그레이션 계획 및 프로세스 중에는 다음 두 개의 기본 키와 1개의 추가 기본 필드가 있습니다.

AutoNumber에 액세스     Access는 종종 테이블의 기본 키로 고유 번호를 자동으로 증가시키는 AutoNumber 데이터 형식을 사용합니다. 이 필드는 자동 번호 형식이 적용된 정수 필드로 Dataverse에서 만들어집니다. 마이그레이션하는 동안 Dataverse의 시작 번호는 Access 행에 따라 다음 순차 번호로 설정됩니다. Dataverse에서 다른 키를 사용하더라도 Access는 AutoNumber 열을 사용하여 데이터 행을 식별합니다.

중요하다    Dataverse는 Autonumber 필드를 선택 사항으로 만들지만 이는 의도적으로 수행됩니다. Dataverse는 레코드가 저장되면 순차적 번호를 생성합니다. 이 값을 필수로 설정하면 Dataverse 클라이언트는 저장하기 전에 값을 입력해야 하므로 자동 번호 생성이 방지됩니다. 필드를 비워 두면 항상 자동 번호가 생성됩니다.

Dataverse GUID Dataverse는 GUID(Globally Unique Identifier) 데이터 형식을 기본 키로 사용하며, 이 키는 고유 식별자로 자동으로 생성되며 각 테이블에 필요합니다. Dataverse는 가져온 데이터가 기본 키를 가질 필요가 없으며 자동으로 GUID를 만듭니다.

Dataverse 기본 이름 Dataverse에는 기본 이름이라는 다른 열도 포함되어 있습니다. GUID를 사용하는 대신 행을 식별하는 데 사용되는 친숙한 이름입니다. 이 필드는 있어야 하며 Power Platform 클라이언트의 설정에 따라 열에 채워야 할 수 있습니다. 이 요구 사항을 수동으로 변경할 수 있습니다. 기본 이름은 기본적으로 고유하지 않습니다. 예를 들어 고객 이름은 고유한 고객 ID에 해당하는 기본 이름이 될 수 있습니다. 이름이 "Jones"인 두 명의 고객이 있을 수 있지만 각각 고유한 고객 ID가 있습니다.

기본 키에 대한 의사 결정에 대한 지침

액세스 기본 키, Dataverse 기본 키 및 기본 이름 열은 기본적으로 자동으로 만들어집니다. 그러나 세 가지 기본 키를 처리하는 방법을 선택할 수 있습니다. 다음은 결정하는 데 도움이 되는 몇 가지 지침입니다.

기본 키       Access 기본 키(AutoNumber)가 파트 번호와 같은 비즈니스 키인 경우 실제 세계에서 개체를 식별하는 데 사용되므로 유지하려고 할 수 있습니다. 그러나 Access 기본 키(AutoNumber)가 관계를 만드는 데만 사용되는 경우 GUID(Dataverse 기본 키)로 대체될 수 있습니다.

노트

• 경우에 따라 Access 테이블에 기본 키로 사용되지 않는 AutoNumber 열이 포함되어 있습니다. 이 경우 Dataverse는 이를 정수 필드로 변환하고 자동 번호 매기기 기능이 제거됩니다.

• 또한 Dataverse에는 순차적 숫자를 생성하는 데 사용되고 문자열 값으로 저장되는 AutoNumber 필드라는 Access AutoNumber 필드와 동일합니다. 이 필드에는 숫자의 접두사(예: 문자열 또는 날짜)가 포함될 수 있으므로 필드를 유연하게 사용할 수 있습니다. 이 열은 SQL Server 자동 시퀀스 데이터 형식을 기반으로 합니다. 자세한 내용은 Microsoft Dataverse의 Autonumber 열을 참조하세요.

기본 이름      Dataverse에는 기본 이름 열이 있어야 합니다. 기본 이름에는 문자열 값이 포함되어야 합니다. 마이그레이션하는 동안 사용자는 Access에서 기본 이름으로 사용할 텍스트 열을 지정할 수 있습니다. 사용자가 사용할 열을 지정하지 않으면 왼쪽의 첫 번째 텍스트 열이 기본 이름 열로 사용됩니다. 텍스트 열이 없으면 Dataverse 요구 사항을 충족하는 기본 이름 자리 표시자라는 새 열이 추가됩니다. 이 열은 선택 사항 으로 설정되며 채워지지 않은 상태로 남겨둘 수 있습니다.

자세한 내용은 기본 이름 열 만들기를 참조하세요.

기본 키 및 기본 이름 비교

설명	액세스 기본 키	Dataverse 기본 키	Dataverse 기본 이름
데이터 형식	AutoNumber(또는 인덱싱할 수 있는 열)	GUID	String
내용	간단한 순차적 숫자	환경에 고유한 난수 및 문자	사람이 읽을 수 있는 문자열 값
예제	234	123e4567-e89b-12d3-a456-426655440000	"Jones"와 같은 이름입니다. 234와 같은 정수 또는 SalesOrder9071과 같은 조합
요구 사항	자주 사용되지만 필수는 아닙니다.	모든 테이블에는 테이블이 하나 있어야 합니다.	모든 테이블에는 테이블이 하나 있어야 합니다.
수정	자동 번호 필드는 수정할 수 없으며 다른 필드 형식을 수정할 수 있습니다.	아니요	예
고유 식별자	Always	Always	대체 키로만
복합 키	지원되며 AutoNumber와 결합되는 경우가 많습니다.	지원하지 않음	지원되지 않음
가시거리	일반적으로 첫 번째 테이블 열	일반적으로 숨겨지지만 표시할 수 있습니다.	기본값은 표시됨
인덱싱	인덱싱할 수 있습니다. 자세한 내용은 인덱스 만들기 및 사용을 참조하여 성능 향상을 참조하세요.	자동으로 인덱싱됨	자동으로 인덱싱됨
메모	정의되고 데이터를 입력하면 다른 필드를 AutoNumber 데이터 형식으로 변경할 수 없습니다.	사용자가 만들거나 데이터 가져오기 작업 중에 만들 수 없습니다.	또한 데이터 카드의 자동 생성 필드, 모델 기반 양식 및 양식 만들기의 조회와 함께 사용됩니다.

노트 

• 액세스 인덱스는 자동으로 Dataverse 인덱스로 변환되지 않습니다.

• Dataverse는 Azure SQL Server를 사용하여 데이터 사용 패턴에 따라 인덱스를 자동으로 만듭니다. 기본 키와 대체 키에 대한 인덱스는 항상 생성되며, 데이터를 사용하는 방법에 따라 다른 인덱스가 추가되거나 제거됩니다.

액세스 및 Dataverse 관계 이해

기본 키와 함께 테이블 관계를 관리하는 방법을 이해하는 것이 중요합니다. 마이그레이션하도록 선택한 테이블의 경우 선택한 테이블을 사용하여 모든 관련 테이블을 자동으로 이동하거나 마이그레이션 중에 무시하도록 선택하고 관련 테이블을 Access에 남겨 둘 수 있습니다. 어느 쪽이든 마이그레이션하는 테이블을 연결하여 Access에서 현재 관계를 유지하도록 선택할 수도 있습니다.

데이터 내보내기 작업 중에 일대다 관계가 있는 Access 테이블을 Dataverse에서 일대다 관계로 다시 만들 수 있습니다. Access와 마찬가지로 Dataverse에는 관련 필드의 연속 업데이트 및 관련 레코드의 연속 삭제와 같은 참조 무결성도 있습니다. Access 데이터베이스에 관계 다이어그램이 있으면 유지됩니다. 그러나 원래 로컬 테이블은 새 연결된 테이블로 대체됩니다.

Access와 Dataverse는 일대다 관계에서 두 테이블 간의 조회를 지원합니다. 마이그레이션 프로세스 중에 다음 예제와 같이 Dataverse에서 Access 조회가 다시 만들어집니다.

• 두 개의 Access 테이블인 Customers 및 Orders에는 AutoNumber 데이터 형식을 기반으로 하는 기본 키 CustomerID 및 OrderID가 있습니다. Access의 Orders 테이블에는 Customers 테이블의 Access 기본 키 값을 보유하는 외래 키가 있습니다.

• 내보내기 작업 중에 Access 기본 키는 모두 정수 AutoNumber 열로 유지되고 유지되지만 Dataverse 테이블의 기본 키 열로 사용되지 않습니다. 각 테이블에는 Dataverse 테이블의 기본 키가 되는 새 GUID 열이 추가되었습니다.

• Customers 테이블에서 일치하는 CustomerID 기본 키를 찾기 위해 Orders 테이블의 CustomerID 외래 키에 대한 조회가 만들어집니다. 테이블이 Dataverse로 마이그레이션되면 Orders 테이블에 새로 추가된 외래 키 조회 열을 수정하면 원래 외래 키 열도 업데이트됩니다. Access 애플리케이션은 Dataverse 외래 키 대신 Access 외래 키를 계속 사용할 수 있습니다. Access의 연결된 테이블에서 Access 외래 키가 수정되면 Dataverse 외래 키도 업데이트됩니다. 그러나 Access 외래 키는 Dataverse에서 읽기 전용입니다.

• 이 일대다 관계 예제에서는 Orders 기본 키가 사용되지 않지만 다른 관계에도 사용할 수 있습니다.

자세한 내용은 비디오: 조회 마법사를 사용하여 관계 만들기및 조회 열을 사용하여 테이블 간 관계 만들기를 참조하세요.

키 및 관계에 대한 의사 결정에 대한 지침

가장 적합한 옵션을 결정하는 데 도움이 되도록 마이그레이션할 때 일반적인 옵션에 대한 요약은 다음과 같습니다.

데이터 마이그레이션하지만 관계 무시      액세스 기본 키(AutoNumber) 열은 참조 또는 관계가 있는 다른 Access 테이블이 없기 때문에 제거하기로 결정했으며, DATAverse 기본 키(GUID)와 함께 Dataverse 테이블에 포함시키는 것이 혼동될 수 있습니다.

연결된 테이블을 사용하여 데이터 및 관계 마이그레이션      기본 시나리오는 원래 Access 기본 키(AutoNumber)를 유지하는 것이지만 Dataverse에서 기본 키로 사용되지는 않습니다. 이제 DATAverse 기본 키(GUID)를 사용하고 Dataverse 테이블에서 고유 식별자로 사용합니다. Access는 Access 관계를 유지하기 위해 연결된 테이블을 만듭니다. Dataverse 기본 키(GUID)는 삭제할 수 없습니다.

관계에서 외래 키 값(Access 또는 Dataverse 환경)을 편집할 수 있습니다. Access 연결된 테이블에서 Access 기본 키를 참조하는 외래 키를 편집할 수도 있으며, 외래 테이블의 Dataverse 기본 키를 참조하는 Dataverse 외래 키가 자동으로 업데이트됩니다.

연결된 테이블 없이 데이터 마이그레이션 및 Dataverse에서 관계 다시 만들기      테이블은 Access에서 더 이상 사용되지 않으므로 마이그레이션 과정에서 GUID(Dataverse 기본 키), Dataverse 조회 추가, 각 테이블의 텍스트 필드를 기본 이름으로 선택하여 Dataverse에서 관계를 다시 만들 수 있습니다.