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

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

모두 제한이 있으며 Access 데이터베이스도 예외는 아닙니다. 예를 들어 Access 데이터베이스의 크기 제한은 2GB로 제한됩니다. 255명 이상의 동시 사용자를 지원할 수 없습니다. 따라서 Access 데이터베이스가 다음 수준으로 이동해야 할 때에는 다음 단계로 마이그레이션할 SQL Server. SQL Server(프레미스 또는 Azure 클라우드)는 더 많은 양의 데이터, 더 많은 동시 사용자를 지원하며 JET/ACE 데이터베이스 엔진보다 더 큰 용량을 제공합니다. 이 가이드에서는 작업의 원활한 시작을 SQL Server, 만든 Access 프런트 엔드 솔루션을 보존하는 데 도움이 되고, 향후 데이터베이스 솔루션에 Access를 사용할 동기를 부여합니다. Upsizing 마법사는 Access 2013의 Access에서 제거되었습니다. 이제 SSMA(Microsoft SQL Server 마이그레이션 도우미)를 사용할 수 있습니다. 성공적으로 마이그레이션하려면 다음 단계를 수행합니다.

데이터베이스 마이그레이션의 SQL Server

시작하기 전에

다음 섹션에서는 시작하는 데 도움이 되는 배경 및 기타 정보를 제공합니다.

분할된 데이터베이스에 대해

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

따라서 프런트 엔드 Access 데이터베이스를 계속 유지 관리하고 테이블을 테이블에 SQL Server 있습니다. 효과적으로 Access 데이터베이스가 제공하는 빠른 애플리케이션 개발의 이점과 확장성과 함께 SQL Server.

SQL Server 이점

여전히 마이그레이션하려면 몇 가지 설득력 있는 SQL Server? 다음은 다음과 같은 몇 가지 추가 이점입니다.

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

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

  • 고성능 및 확장성    일반적으로 SQL Server 데이터베이스는 Access 데이터베이스보다 더 잘 수행됩니다. 특히 테라바이트 크기의 큰 데이터베이스를 사용합니다. 또한 SQL Server 단일 프로세스 내에서 여러 네이티브 스레드를 사용하여 쿼리를 병렬로 처리하여 쿼리를 훨씬 빠르고 효율적으로 처리합니다.

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

  • 즉각적인 복구 가능성     운영 체제가 충돌하거나 전원이 SQL Server 경우 데이터베이스 관리자의 개입을 SQL Server 데이터베이스를 일관된 상태로 자동으로 복구할 수 있습니다.

  • VPN 사용    VPN(액세스 및 가상 사설 네트워크)은 따라 가지 않습니다. 그러나 SQL Server 경우 원격 사용자는 여전히 데스크톱의 Access 프런트 엔드 데이터베이스와 VPN 방화벽 뒤에 SQL Server 백 엔드를 사용할 수 있습니다.

  • Azure SQL Server    또한 가동을 SQL Server, 지능형 최적화, 글로벌 확장성 및 가용성, 하드웨어 비용 제거 및 관리 감소를 통해 동적 확장성을 제공합니다.

최상의 Azure SQL Server 선택

Azure SQL Server 다음과 같은 세 가지 옵션을 선택할 수 있습니다.

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

  • 관리되는 인스턴스    이 옵션은 공유 리소스 집합이 있는 시스템 및 사용자 데이터베이스의 컬렉션입니다. 관리되는 인스턴스는 SQL Server 데이터베이스의 인스턴스와 SQL Server 합니다. 관리되는 인스턴스에는 기본 제공 백업, 패치, 복구가 있으며, 백업에서 마이그레이션하기 SQL Server. 그러나 사용할 수 없는 몇 가지 SQL Server 유지 관리 시간이 보장되지 않습니다.

  • Azure 가상 머신    이 옵션을 사용하면 Azure SQL Server 가상 머신 내에서 실행할 수 있습니다. 엔진 및 쉬운 마이그레이션 SQL Server 전체를 제어할 수 있습니다. 그러나 백업, 패치 및 복구를 관리해야 합니다.

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

첫 번째 단계

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

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

  • 기본/외계 키 관계 확인    이러한 관계는 일관된 데이터 형식 및 크기가 있는 필드를 기반으로 합니다. SQL Server 키 제약 조건에서 서로 다른 데이터 형식 및 크기를 사용하여 조인된 열을 지원하지 않습니다.

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

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

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

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

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

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

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

    가능하면 독립 실행형 버전의 Access를 사용하세요. SSMA만 사용할 수 Microsoft 365 경우 Access 2010 데이터베이스 엔진을 사용하여 SSMA를 사용할 때 Access 데이터베이스를 마이그레이션합니다. 자세한 내용은 Microsoft Access Database Engine 2010 재배포를 참조하세요.

SSMA 실행

Microsoft는 마이그레이션을 Microsoft SQL Server 수 있도록 SSMA(마이그레이션 도우미)를 제공합니다. SSMA는 주로 테이블을 마이그레이션하고 매개 변수가 없는 쿼리를 선택합니다. 양식, 보고서, 매크로 및 VBA 모듈은 변환되지 않습니다. SQL Server 메타데이터 탐색기는 Access 데이터베이스 개체 및 SQL Server 개체를 표시하여 두 데이터베이스의 현재 콘텐츠를 검토할 수 있습니다. 이 두 연결은 향후 추가 개체를 전송하기로 결정한 경우 마이그레이션 파일에 저장됩니다.

참고    마이그레이션 프로세스는 데이터베이스 개체의 크기와 전송해야 하는 데이터 양에 따라 다소 시간이 걸릴 수 있습니다.

  1. SSMA를 사용하여 데이터베이스를 마이그레이션하려면 먼저 다운로드한 MSI 파일을 두 번 클릭하여 소프트웨어를 다운로드하고 설치합니다. 컴퓨터에 적합한 32비트 또는 64비트 버전을 설치해야 합니다.

  2. SSMA를 설치한 후 데스크톱에서 열고, 액세스 데이터베이스 파일이 있는 컴퓨터에서 열면 됩니다.

    공유 폴더의 네트워크에서 Access 데이터베이스에 대한 액세스 권한이 있는 머신에서 열 수도 있습니다.

  3. SSMA의 시작 지침에 따라 마이그레이션할 위치, Access 데이터베이스 및 개체SQL Server 연결 정보 및 연결된 테이블을 만들지 여부와 같은 기본 정보를 제공합니다.

  4. 2016년 SQL Server 이상으로 마이그레이션하고 연결된 테이블을 업데이트하려는 경우 일반 프로젝트 설정에서 검토 도구 > 행버전 열을 > 추가합니다.

    rowversion 필드는 레코드 충돌을 방지하는 데 도움이 됩니다. Access는 연결된 SQL Server 테이블에서 이 rowversion 필드를 사용하여 레코드가 마지막으로 업데이트된 경우를 파악합니다. 또한 쿼리에 rowversion 필드를 추가하는 경우 Access에서 이 필드를 사용하여 업데이트 작업 후 행을 다시 선택합니다. 이렇게 하여 쓰기 충돌 오류를 방지하고 Access가 원래 제출에서 다른 결과를 검색할 때 발생할 수 있는 기록 지우기 시나리오(예: 부동 소수점 번호 데이터 형식 및 열을 수정하는 트리거에서 발생할 수 있는)를 방지하여 효율성을 향상시킵니다. 그러나 폼, 보고서 또는 VBA 코드에서 rowversion 필드를 사용하지 않도록 합니다. 자세한 내용은 rowversion을 참조하세요.

    참고    타임스탬프와 행버전을 혼동하지 않도록 합니다. 키워드 타임스탬프는 SQL Server 행버전에 대한 동의어지만 데이터 항목을 타임스탬프하는 방법으로 rowversion을 사용할 수 없습니다.

  5. 정확한 데이터 형식을 설정하려면 유형 매핑에서 프로젝트 > 도구 검토를 >선택합니다. 예를 들어 영어 텍스트만 저장하는 경우 nvarchar 데이터 형식이 아닌 varchar를 사용할 수 있습니다.

개체 변환

SSMA는 Access 개체를 SQL Server 개체로 변환하지만 개체를 바로 복사하지는 않습니다. SSMA는 마이그레이션할 다음 개체의 목록을 제공하여 데이터베이스로 이동할지 여부를 SQL Server 있습니다.

  • 테이블 및 열

  • 매개 변수 없이 쿼리를 선택합니다.

  • 기본 키 및 외계 키

  • 인덱스 및 기본값

  • 제약 조건 확인(길이 열 속성 허용, 열 유효성 검사 규칙, 테이블 유효성 검사 허용)

모범 사례로, 개체를 실제로 이동하기 전에 수행할 오류, 경고, 정보 메시지, 마이그레이션을 수행하기 위한 시간 예측 및 개별 오류 수정 단계를 포함한 변환 결과를 보여 주는 SSMA 평가 보고서를 사용합니다.

데이터베이스 개체 변환은 Access 메타데이터의 개체 정의를 사용하여 해당 Transact-SQL(T-SQL)구문으로 변환한 다음 이 정보를 프로젝트에 로드합니다. 그런 다음 메타데이터 탐색기 또는 SQL Server SQL Azure 사용하여 개체 및 해당 SQL Server SQL Azure 수 있습니다.

개체를 변환, 로드 및 마이그레이션하려면 SQL Server 를 따르세요.

    Access 데이터베이스를 성공적으로 마이그레이션한 후 나중에 사용할 프로젝트 파일을 저장하여 테스트 또는 최종 마이그레이션을 위해 데이터를 다시 마이그레이션할 수 있습니다.

테이블 연결

Windows와 함께 제공되는 네이티브 드라이버를 사용하는 SQL Server OLE DB 및 ODBC 드라이버의 최신 SQL Server 설치하는 것이 좋습니다. 새로운 드라이버는 더 빠를 뿐만 아니라 이전 드라이버가 SQL Azure에서 새로운 기능을 지원합니다. 변환된 데이터베이스가 사용되는 각 컴퓨터에 드라이버를 설치할 수 있습니다. 자세한 내용은 microsoft OLE DB Driver 18 for SQL Server 및 Microsoft ODBC Driver 17 을 SQL Server.

Access 테이블을 마이그레이션한 후 이제 데이터를 호스팅하는 SQL Server 테이블에 연결할 수 있습니다. Access에서 직접 연결하면 더 복잡한 관리 도구를 사용하는 대신 데이터를 보는 SQL Server 있습니다.  데이터베이스 관리자에서 설정한 사용 권한에 따라 연결된 SQL Server 수 있습니다.

참고    연결 프로세스 동안 SQL Server 데이터베이스로 연결하는 경우 ODBC DSN을 만드는 경우 새 애플리케이션을 사용하는 모든 머신에 동일한 DSN을 만들거나 DSN 파일에 저장된 연결 문자열을 프로그래밍식으로 사용합니다.

자세한 내용은 Azure SQL Server 데이터베이스에서 데이터 연결 또는 가져오기 및 데이터베이스의 데이터 가져오기 또는 SQL Server 참조하세요.

   Access에서 연결된 테이블 관리자를 사용하여 테이블을 편리하게 새로 고치고 다시 연결하는 것을 잊지 마세요. 자세한 내용은 연결된 테이블 관리를 참조하세요.

테스트 및 시정

다음 섹션에서는 마이그레이션 중에 발생할 수 있는 일반적인 문제와 이를 다루는 방법을 설명합니다.

쿼리

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

데이터 형식

액세스 및 SQL Server 데이터 형식이 비슷하지만 다음 잠재적인 문제에 유의해야 합니다.

큰 숫자    큰 숫자 데이터 형식은 비금전적 숫자 값을 저장하고 빅인트 데이터 형식과 SQL 호환됩니다. 이 데이터 형식을 사용하여 많은 수를 효율적으로 계산할 수 있지만 Access 16(16.0.7812 이상) .accdb 데이터베이스 파일 형식을 사용하고 64비트 버전의 Access를 사용하여 더 잘 수행해야 합니다. 자세한 내용은 큰 숫자 데이터 형식 사용을 참조하고64비트 또는 32비트 버전의 Office 중선택을 참조하세요.

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

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

  • 데이터베이스의 호환성 수준이 130(SQL Server 2016) 이상인 경우 연결된 테이블에 날짜 시간 또는 datetime2 열이 하나 이상 포함되어 있는 경우 테이블은 결과에 #deleted 반환할 수 있습니다. 자세한 내용은 데이터베이스가 를 반환하는 SQL-Server 연결된 테이블에 #deleted.

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

  • 날짜를 쿼리할 SQL Server 시간 및 날짜를 고려합니다. 예:

    • DateOrdered between 1/1/1/19 and 1/31/19 may not include all orders.

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

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

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

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

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

참고    다중 평가 필드는 변환되지 않습니다. Access 2010에서 중단됩니다.

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

Visual Basic

VBA는 VBA에서 지원되지 SQL Server 가능한 문제에 유의하세요.

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

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

성능 최적화

지금까지 새 백 엔드 SQL Server 성능을 최적화하는 가장 중요한 방법은 로컬 또는 원격 쿼리를 사용할 때를 결정하는 것입니다. 데이터를 데이터로 마이그레이션하는 SQL Server 파일 서버에서 컴퓨팅의 클라이언트 서버 데이터베이스 모델로도 이동하고 있습니다. 다음 일반 지침을 따릅니다.

  • 빠른 액세스를 위해 클라이언트에서 읽기 전용 작은 쿼리를 실행합니다.

  • 더 큰 처리 기능을 활용하기 위해 서버에서 긴 읽기/쓰기 쿼리를 실행합니다.

  • 필터 및 집계를 사용하여 네트워크 트래픽을 최소화하여 필요한 데이터만 전송합니다.

클라이언트 서버 데이터베이스 모델에서 성능 최적화

자세한 내용은 통과 쿼리 만들기 를 참조하세요.

다음은 권장되는 추가 지침입니다.

서버에 논리를 추가합니다.     또한 애플리케이션은 뷰, 사용자 정의 함수, 저장 프로시저, 계산 필드 및 트리거를 사용하여 클라이언트가 아닌 서버에서 애플리케이션 논리, 비즈니스 규칙 및 정책, 복잡한 쿼리, 데이터 유효성 검사 및 참조 무결성 코드를 중앙 집중화하고 공유할 수 있습니다. 이 쿼리 또는 태스크를 서버에서 더 빠르고 더 빠르게 수행할 수 있나요? 마지막으로 각 쿼리를 테스트하여 최적의 성능을 보장합니다.

양식 및 보고서에서 보기 사용    Access에서 다음을 합니다.

  • 폼의 경우 읽기 전용 SQL 보기 및 읽기/쓰기 폼에 대한 SQL 인덱싱된 보기를 레코드 원본으로 사용하세요.

  • 보고서의 경우 레코드 SQL 보기를 사용 합니다. 그러나 다른 보고서에 영향을주지 않고도 특정 보고서를 보다 쉽게 업데이트할 수 있도록 각 보고서에 대해 별도의 보기를 만들 수 있습니다.

폼 또는 보고서에서 데이터 로드 최소화    사용자가 요청할 때까지 데이터를 표시하지 않습니다. 예를 들어 recordsource 속성을 비워 두고 사용자가 폼에서 필터를 선택한 다음, 레코드ource 속성을 필터로 채우게 합니다. 또는 DoCmd.OpenForm 및 DoCmd.OpenReport의 where 절을 사용하여 사용자가 필요한 정확한 레코드를 표시합니다. 레코드 탐색을 해제하는 경우를 고려합니다.

이기종 쿼리에 주의   로컬 Access 테이블과 연결된 테이블을 SQL Server 쿼리를 실행하지 않도록 합니다. 이 유형의 쿼리에는 Access에서 모든 SQL Server 데이터를 로컬 머신에 다운로드한 다음 쿼리를 실행해야 하여 쿼리를 실행하지 SQL Server.

로컬 테이블을 사용하는 경우    국가 또는 지역의 주 또는 지방 목록과 같이 거의 변경되지 않습니다. 데이터에 로컬 테이블을 사용하는 것이 좋습니다. 정적 테이블은 필터링에 자주 사용하며 Access 프런트 엔드에서 더 잘 수행할 수 있습니다.

자세한 내용은 데이터베이스 엔진 튜닝어드바이저 , 성능 분석기를 사용하여 Access데이터베이스를 최적화하고 에 연결된 액세스 Microsoft Office 애플리케이션 최적화를 SQL Server.

참고 항목

Azure Database 마이그레이션 가이드http://datamigration.microsoft.com/

Microsoft 데이터 마이그레이션 블로그https://blogs.msdn.microsoft.com/datamigration/

Microsoft Access to SQL Server, 변환 및

Access 데스크톱 데이터베이스를 공유하는 방법

추가 도움이 필요하신가요?

Office 기술 확장
교육 살펴보기
새로운 기능 우선 가져오기
Office Insider 참여

이 정보가 유용한가요?

의견 주셔서 감사합니다!

피드백을 주셔서 감사합니다. Office 지원 에이전트와 연락하는 것이 도움이 될 것 같습니다.

×