고성능 SQL 서버 인스턴스 만들기

이 가이드는 성능을 위해 최적화된 SQL Server를 실행하는 Google Compute Engine VM 인스턴스를 생성하는 방법을 보여줍니다. 그리고 인스턴스를 만든 다음 최적의 성능을 위해 Google Cloud Platform에서 SQL Server를 구성하는 과정을 안내합니다. 시스템 성능을 조정하는 데 도움이 되는 여러 구성 옵션에 대해 학습합니다.

이 자습서는 SQL Server Standard Edition 2014를 사용하므로 이 가이드에 제시된 모든 구성 옵션이 모든 경우에 적합하거나 모든 작업 부하에 눈에 띄는 성능상의 이점을 제공하는 것은 아닙니다.

목표

  • Compute Engine 인스턴스 및 디스크 설정
  • Windows 운영체제 구성
  • SQL Server 구성

비용

이 가이드에서는 비용이 청구될 수 있는 다음과 같은 Cloud Platform 구성요소를 사용합니다.

  • Google Compute Engine의 대용량 메모리 인스턴스
  • Compute Engine SSD 영구 디스크 저장소
  • Compute Engine 로컬 SSD 디스크 저장소
  • SQL Server Standard 사전 구성된 이미지

가격 계산기를 통해 예상 사용량을 기준으로 예상 비용을 산출할 수 있습니다. 제공된 링크는 이 가이드에서 사용하는 제품의 예상 비용을 보여줍니다. 비용은 시간당 미화 4달러 이상, 월당 3,000달러 이상이 소요될 수 있습니다. Cloud Platform 신규 사용자는 무료 평가판을 이용할 수 있습니다.

시작하기 전에

  1. Google 계정에 로그인합니다.

    아직 계정이 없으면 새 계정을 등록하세요.

  2. Google Cloud Platform 프로젝트를 선택하거나 만듭니다.

    리소스 관리 페이지로 이동

  3. Google Cloud Platform 프로젝트에 결제가 사용 설정되어 있는지 확인하세요.

    결제 사용 설정 방법 알아보기

  4. 로컬 머신에서 Windows를 사용하지 않는다면 FusionLabs의 Chrome RDP와 같은 타사 RDP 클라이언트를 설치해야 합니다.

Compute Engine 인스턴스 및 디스크 만들기

SQL Server와 두 개의 영구 디스크를 사용하여 Compute Engine 인스턴스를 만듭니다.

  • 로컬 SSDtempdb와 Windows 페이지 파일을 위한 고성능 위치를 제공합니다.

    로컬 SSD를 사용할 때 주의할 몇 가지 중요한 고려 사항이 있습니다. Windows에서 인스턴스를 종료하거나 API를 사용하여 인스턴스를 재설정하면 로컬 SSD가 삭제됩니다. 이로 인해 인스턴스를 부팅할 수 없게 됩니다. 머신을 다시 실행하려면 영구 디스크를 분리하고 이를 사용하여 새 인스턴스를 만든 다음, 새 로컬 SSD를 정의해야 합니다. 시작 후에는 새로운 디스크를 포맷하고 재부팅해야 합니다. 따라서 중요한 데이터를 로컬 SSD에 영구 저장하면 안 되며, 인스턴스를 재구성할 준비가 되어 있지 않으면 인스턴스의 전원을 끄지 말아야 합니다.

  • SSD 영구 디스크는 데이터베이스 파일을 위한 고성능 스토리지를 제공합니다.

    SSD 영구 디스크 성능은 CPU 수와 디스크 크기를 사용하여 계산합니다. 32개의 vCPU와 하나의 1TB 디스크를 사용할 경우 최고 성능은 초당 작업 수(operations per second, ops)를 기준으로 40,000번의 읽기 ops 및 30,000번의 쓰기 ops입니다. 읽기 및 쓰기의 총 지속 처리량은 각각 800MB/s 및 400MB/s입니다. 이러한 측정값은 C:\` drive.를 포함하여 가상 머신에 연결된 모든 영구 디스크의 합계를 나타냅니다. 따라서 로컬 SSD를 만들어 페이징 파일, tempdb, 스테이징 데이터, 백업에 필요한 모든 IOPS를 오프로드해야 합니다.

디스크 성능에 대한 자세한 내용은 영구 디스크 및 로컬 SSD 성능 최적화를 참조하세요.

Compute Engine 인스턴스 만들기

Windows Server 2012에 SQL Server 2014 Standard가 사전 설치된 VM을 만듭니다.

  1. Google Cloud Platform Console에서 VM 인스턴스 페이지로 이동합니다.

    VM 인스턴스 페이지로 이동

  2. 인스턴스 만들기 버튼을 클릭합니다.

  3. 인스턴스의 이름을 'ms-sql-server'로 지정합니다.

  4. 머신 유형16 vCPU 104GB, n1-highmem-16으로 설정합니다.

  5. 부팅 디스크 섹션에서 변경을 클릭하여 부팅 디스크 구성을 시작합니다.

  6. 애플리케이션 이미지 탭에서 SQL Server 2014 Standard on Windows Server 2012 R2를 선택합니다.

  7. 부팅 디스크 유형 섹션에서 표준 영구 디스크를 선택합니다.

  8. 크기(GB) 섹션에서 부팅 디스크 크기를 50GB로 설정합니다.

  9. 선택을 클릭합니다.

  10. 관리, 보안, 디스크, 네트워킹, 단독 테넌트를 클릭합니다.

  11. 디스크를 클릭합니다.

  12. 추가 디스크 아래에서 새 디스크 추가를 클릭하여 새로운 디스크를 추가로 만듭니다.

  13. 이름 필드는 변경하지 말고 그대로 둡니다.

  14. 유형 아래에서 로컬 SSD 스크래치 디스크(최대 8개)를 선택합니다.

  15. 완료를 클릭하고 새로운 디스크 만들기를 마칩니다.

  16. 추가 디스크 아래에서 다시 새 디스크 추가를 클릭하여 두 번째 디스크를 추가로 만듭니다.

  17. 이름 필드는 변경하지 말고 그대로 둡니다.

  18. 유형 아래에서 SSD 영구 디스크를 선택합니다.

  19. 소스 유형 아래에서 빈 디스크를 선택합니다.

  20. 완료를 클릭하여 두 번째 디스크 만들기를 마칩니다.

  21. 만들기를 클릭하여 인스턴스를 만듭니다.

Windows 구성

이제 SQL Server를 실행하는 작동하는 인스턴스가 있으므로 인스턴스에 연결하고 Windows 운영체제를 구성합니다. 그런 다음 뒤에 나오는 섹션에서 SQL Server를 구성하는 방법을 학습합니다.

내 인스턴스에 연결

  1. GCP Console에서 VM 인스턴스 페이지로 이동합니다.

    VM 인스턴스 페이지로 이동

  2. 이름 열에서 인스턴스 이름 ms-sql-server를 클릭합니다.

  3. 인스턴스의 세부정보 페이지 상단에서 Windows 비밀번호 설정 버튼을 클릭합니다.

  4. 사용자 이름을 지정합니다.

  5. 설정을 클릭하여 이 Windows 인스턴스의 새 암호를 만듭니다.

  6. 인스턴스에 로그인할 수 있도록 사용자 이름과 암호를 기록합니다.

  7. RDP를 사용하여 인스턴스에 연결합니다.

    • FusionLabs의 Chrome RDP를 설치한 경우 인스턴스의 세부정보 페이지 상단에 있는 RDP 버튼을 클릭합니다.
    • Windows 원격 데스크톱 연결 등의 다른 RDP 클라이언트를 사용하는 경우 RDP 버튼의 더보기 메뉴를 클릭하고 RDP 파일을 다운로드합니다. 클라이언트를 사용하여 RDP 파일을 엽니다.

디스크 볼륨 설정

볼륨을 생성하여 포맷합니다.

  1. 시작 메뉴에서 '서버 관리자'를 검색하여 엽니다.
  2. 파일 및 저장소 서비스를 선택한 다음 디스크를 선택합니다.

    로컬 SSD의 이름은 Google EphemeralDisk입니다. 로컬 SSD와 영구 SSD가 모두 Unknown 파티션이 있는 것으로 표시됩니다.

    Google EphemeralDisk 항목 찾기

  3. 'Google Ephemeral Disk'라는 375GB 로컬 SSD 디스크를 마우스 오른쪽 버튼으로 클릭한 다음 새 볼륨을 선택합니다.

  4. 페이징 파일 디스크가 되므로 기본값을 그대로 사용하고 디스크 라벨로 P:를 선택합니다.

  5. 파일 시스템 설정 단계에서 할당 단위 크기를 8192로 변경하고 볼륨 라벨에 'pagefile'을 입력합니다.

    새 볼륨 마법사

  6. 다음 세 가지 변경사항을 제외하고 두 번째 SSD 영구 디스크에 위와 동일한 단계를 반복합니다.

  • 드라이브 문자로 D:를 선택합니다.
  • 할당 단위 크기를 '32k'로 설정합니다.

    Microsoft에서는 SQL Server 데이터와 로그 디스크를 64k로 포맷할 것을 권장하지만 GCP 내의 영구 디스크 기술은 32k에서 더 효과적입니다. 또한 이러한 변경을 통해 영구 디스크 IO 제한에 포함되는 디스크 작업 수가 줄어듭니다.

  • 볼륨 라벨에 'sqldata'를 입력합니다.

Failed to mount path - Invalid Parameter 오류 수정

이 오류가 발생하면 다음 안내를 따르세요.

  1. 닫기를 클릭합니다.
  2. 오른쪽 상단의 디스크 새로고침 아이콘을 클릭합니다.
  3. 목록에서 500GB 영구 디스크를 클릭합니다.
  4. 볼륨 패널에서 볼륨을 마우스 오른쪽 버튼으로 클릭한 다음 드라이브 문자 및 액세스 경로 관리를 선택합니다.

    드라이브 문자 및 액세스 경로 관리

  5. 드라이브 문자로 D:를 선택합니다.

  6. 확인을 클릭합니다.

Windows 페이징 파일 이동

새로운 볼륨이 생성되고 마운트되었으므로 이제 Windows 페이징 파일을 로컬 SSD로 이동합니다. 이렇게 하면 영구 디스크 IOPS가 해제되고 가상 메모리의 액세스 시간이 향상됩니다.

  1. 시작 메뉴에서 고급 시스템 설정 보기를 검색한 다음 대화상자를 엽니다.
  2. 고급 탭을 클릭하고 성능 섹션에서 설정을 클릭합니다.
  3. 가상 메모리 섹션에서 변경 버튼을 클릭합니다.
  4. 모든 드라이브에 대한 페이징 파일 크기 자동 관리 상자의 선택을 취소합니다. 시스템에서 페이징 파일을 `C:` 드라이브에 설정했으므로 이 파일을 이동해야 합니다.
  5. C:를 클릭한 다음 페이징 파일 없음 라디오 버튼을 클릭합니다.
  6. 설정 버튼을 클릭합니다.
  7. 새 페이징 파일을 만들려면 P: 드라이브를 클릭한 다음 시스템이 관리하는 크기 라디오 버튼을 클릭합니다.
  8. 설정 버튼을 클릭합니다.
  9. 확인을 세 번 클릭하여 고급 시스템 속성을 종료합니다.

    Microsoft 지원은 가상 메모리 설정과 관련한 추가 팁을 게시했습니다.

전원 프로필 설정

전원 프로필을 Balanced 대신 High-Performance로 설정합니다.

  1. 시작 메뉴에서 '전원 관리 옵션 선택'을 검색하여 전원 옵션을 엽니다.
  2. 고성능 라디오 버튼을 선택합니다.
  3. 대화상자를 종료합니다.

SQL Server 구성

대부분의 관리 작업을 수행하는 데는 SQL Server Management Studio를 사용합니다. SQL Server 2014의 사전 구성된 이미지는 Management Studio가 이미 설치되어 있지만, SQL Server 2016 이미지를 사용하는 경우에는 Management Studio를 수동으로 다운로드하여 설치해야 합니다. 설치가 끝나면 Management Studio를 시작한 다음 연결을 클릭하여 기본 데이터베이스에 연결합니다.

데이터 및 로그 파일 이동

SQL Server의 사전 구성된 이미지에는 시스템 데이터베이스를 포함하여 C:\ 드라이브에 설치된 모든 것이 포함됩니다.설정을 최적화하려면 이 파일들을 새로 만든 D:\ 드라이브로 이동하세요. 또한 `D:` 드라이브에 완전히 새로운 데이터베이스를 만들어야 합니다. SSD 영구 디스크를 사용하기 때문에 별도의 디스크 파티션에 데이터 파일과 로그 파일을 저장할 필요가 없습니다.

설치를 보조 디스크로 이동하는 방법에는 두 가지 방법, 즉 설치 프로그램을 사용하거나 파일을 수동으로 이동하는 방법이 있습니다.

설치 프로그램 사용

설치 프로그램을 사용하려면 c:\setup.exe를 실행하고 보조 디스크에서 새 설치 경로를 선택합니다.

파일을 수동으로 이동

시스템 데이터베이스를 이동하고 동일한 볼륨에 데이터 및 로그 파일을 저장하도록 SQL Server를 구성합니다.

  1. 이름이 D:\SQLData인 새 폴더를 만듭니다.
  2. 명령어 창을 엽니다.
  3. NT Service\MSSQLSERVER에 대한 모든 권한을 부여하려면 다음 명령어를 입력합니다.

    icacls D:\SQLData /Grant "NT Service\MSSQLServer":(OI)(CI)F
    
  4. Management Studio와 다음 가이드를 사용하여 시스템 데이터베이스를 이동하고 새로운 데이터베이스의 기본 파일 위치를 변경합니다.

  5. 보고서 서버 기능을 사용하려는 경우 ReportServerReportServerTempDB 파일도 함께 이동합니다.

마스터 파일을 이동하고 다시 시작한 후에는 모델 및 MSDB 데이터베이스의 새 위치를 가리키도록 시스템을 구성해야 합니다. Management Studio에서 실행되는 helper 스크립트는 다음과 같습니다.

ALTER DATABASE model MODIFY FILE ( NAME = modeldev , FILENAME = 'D:\SQLData\model.mdf' )
ALTER DATABASE model MODIFY FILE ( NAME = modellog , FILENAME = 'D:\SQLData\modellog.ldf' )
ALTER DATABASE msdb MODIFY FILE ( NAME = MSDBData , FILENAME = 'D:\SQLData\MSDBData.mdf' )
ALTER DATABASE msdb MODIFY FILE ( NAME = MSDBlog , FILENAME = 'D:\SQLData\MSDBLog.ldf' )

다음 명령어를 실행한 후:

  1. services.msc 스냅인을 사용하여 SQL Server 데이터베이스 서비스를 중지합니다.
  2. Windows 파일 탐색기를 사용하여 실제 파일을 Master 데이터베이스가 위치한 C:\ 드라이브에서 D:\SQLData 디렉토리로 이동합니다.
  3. SQL Server 데이터베이스 서비스를 시작합니다.

시스템 권한 설정

시스템 데이터베이스를 이동한 후, 이름이 NT Service\MSSQLSERVER인 SQL Server 프로세스를 실행하기 위해 만든 Windows 사용자 계정의 사용 권한부터 시작하여 몇 가지 추가 설정을 수정합니다.

Lock Pages in Memory 권한 부여

그룹 정책 Lock Pages in Memory 권한은 Windows가 실제 메모리의 페이지를 가상 메모리로 이동하지 못하게 합니다. 실제 메모리를 여유 있고 체계적인 상태로 유지하기 위해, Windows는 오래되고 거의 수정되지 않은 페이지를 디스크의 가상 메모리 페이징 파일로 교체하려고 시도합니다.

SQL Server는 테이블 구조, 실행 계획, 캐시된 쿼리와 같은 중요한 정보를 메모리에 저장합니다. 이러한 정보 중 일부는 거의 변경되지 않으므로 페이징 파일의 대상이 됩니다. 이 정보가 페이징 파일로 이동하면 SQL Server 성능이 저하될 수 있습니다. SQL Server의 서비스 계정에 그룹 정책 Lock Pages in Memory 권한을 부여하면 이러한 바꾸기가 방지됩니다.

방법은 다음과 같습니다.

  1. 시작을 클릭한 다음 그룹 정책 편집을 검색하여 콘솔을 엽니다.
  2. 로컬 컴퓨터 정책 >** 컴퓨터 구성**> Windows 설정 > 로컬 정책 > 사용자 권한 할당을 확장합니다.
  3. 메모리에 페이지 잠그기를 찾아서 더블클릭합니다.
  4. 사용자 또는 그룹 추가를 클릭합니다.
  5. 'NT Service\MSSQLSERVER'를 검색합니다.
  6. 여러 이름이 표시되면 MSSQLSERVER 이름을 더블클릭합니다.
  7. **확인**을 두 번 클릭합니다.
  8. 그룹 정책 편집기 콘솔을 열어 둡니다.

페이지 잠금

Perform volume maintenance tasks 권한 부여

기본적으로 애플리케이션이 Windows의 디스크 공간을 요청하면 운영체제는 적절한 크기의 디스크 공간을 찾은 다음 애플리케이션에 전달하기 전에 전체 디스크 청크를 0으로 설정합니다. SQL Server를 사용하면 쉽게 파일이 증가하고 디스크 공간이 소모되므로 이러한 동작은 최적의 대응이 아닙니다.

애플리케이션에 디스크 공간을 할당하기 위한 별도의 API가 있으며, 이러한 할당을 빠른 파일 초기화라고 합니다. 이 설정은 데이터 파일에만 적용되지만, 다음 섹션에서는 로그 파일 증가에 대해 학습합니다. 빠른 파일 초기화를 실행하려면 SQL Server 프로세스를 실행하는 서비스 계정에 Perform volume maintenance tasks라는 다른 그룹 정책 권한이 필요합니다.

  1. 그룹 정책 편집기에서 '볼륨 관리 작업 수행'을 검색합니다.
  2. 이전 섹션에서 한 것처럼 'NT Service\MSSQLSERVER' 계정을 추가합니다.
  3. SQL Server 프로세스를 다시 시작하여 두 설정을 모두 활성화합니다.

TempDB 설정

가장 좋은 방법은 CPU당 하나의 TempDB 파일을 만들어 SQL Server CPU 사용량을 최적화하는 것입니다. 하지만 시간이 지남에 따라 CPU 수가 증가했기 때문에 이 지침을 따르면 성능이 저하될 수 있습니다. 처음에는 4개의 TempDB 파일을 사용하는 것으로 시작하면 좋습니다. 시스템 성능을 측정할 때 드문 경우지만 TempDB 파일 수를 최대 8개까지 점진적으로 늘려야 할 수도 있습니다.

SQL Server Management Studio에서 T-SQL 스크립트를 실행하여 TempDB 파일을 `P:` 드라이브의 폴더로 이동할 수 있습니다.

  1. p:\tempdb 디렉토리를 만듭니다.
  2. 'NT Service\MSSQLSERVER' 사용자 계정에게 전체 보안 액세스 권한을 부여합니다.

    icacls p:\tempdb /Grant "NT Service\MSSQLServer":(OI)(CI)F
    
  3. SQL Server Management Studio에서 다음 스크립트를 실행하여 TempDB 데이터 파일과 로그 파일을 이동합니다.

    USE Master
    GO
    ALTER DATABASE [tempdb] MODIFY FILE (NAME = tempdev, FILENAME = 'p:\tempdb\tempdb.mdf')
    GO
    ALTER DATABASE [tempdb] MODIFY FILE (NAME = templog, FILENAME = 'p:\tempdb\templog.ldf')
    GO
    
  4. SQL Server를 다시 시작합니다.

  5. 다음 스크립트를 실행하여 파일 크기를 수정하고 새로운 TempDB를 위해 세 개의 추가 데이터 파일을 만듭니다.

    ALTER DATABASE [tempdb] MODIFY FILE (NAME = tempdev, FILENAME = 'p:\tempdb\tempdb.mdf', SIZE=8GB)
    ALTER DATABASE [tempdb] MODIFY FILE (NAME = templog, FILENAME = 'p:\tempdb\templog.ldf' , SIZE = 2GB)
    ALTER DATABASE [tempdb] ADD FILE (NAME = 'tempdev1', FILENAME = 'p:\tempdb\tempdev1.ndf' , SIZE = 8GB, FILEGROWTH = 0);
    ALTER DATABASE [tempdb] ADD FILE (NAME = 'tempdev2', FILENAME = 'p:\tempdb\tempdev2.ndf' , SIZE = 8GB, FILEGROWTH = 0);
    ALTER DATABASE [tempdb] ADD FILE (NAME = 'tempdev3', FILENAME = 'p:\tempdb\tempdev3.ndf' , SIZE = 8GB, FILEGROWTH = 0);
    GO
    

    SQL Server 2016을 사용하는 경우 이전 단계를 수행한 후에 삭제할 추가 TempDB 파일이 3개입니다.

    ALTER DATABASE [tempdb] REMOVE FILE temp2;
    ALTER DATABASE [tempdb] REMOVE FILE temp3;
    ALTER DATABASE [tempdb] REMOVE FILE temp4;
    
  6. SQL Server를 다시 시작합니다.

  7. model, MSDB, master, tempdb 파일을 `C:` 드라이브의 원래 위치에서 삭제합니다.

이제 TempDB 파일이 로컬 SSD 파티션으로 이동했습니다. 이렇게 하면 앞에서 설명했듯이 다소 위험이 있지만, 어떤 이유로든 이 파일이 손실되면 SQL Server가 TempDB 파일을 다시 빌드합니다. TempDB를 이동하면 로컬 SSD의 성능이 향상되고 영구 디스크에서 사용되는 IOPS가 감소합니다.

max degree of parallelism 설정

max degree of parallelism에 권장되는 기본 설정은 서버의 CPU 수와 일치시키는 것입니다. 하지만 쿼리를 16개 또는 32개의 병렬 청크로 실행하고 결과를 병합하는 방식이 단일 프로세스로 실행하는 방식보다 훨씬 느립니다. 16개 또는 32개의 코어 인스턴스를 사용하는 경우 다음과 같은 T-SQL을 사용하여 max degree of parallelism 값을 8로 설정할 수 있습니다.

USE Master
GO
EXEC sp_configure 'show advanced options', 1
GO
RECONFIGURE WITH OVERRIDE
GO
EXEC sp_configure 'max degree of parallelism', 8
GO
RECONFIGURE WITH OVERRIDE
GO

max server memory 설정

이 설정은 기본값이 매우 높지만 사용 가능한 실제 RAM의 MB 수에서 운영체제 및 오버헤드를 감안하여 몇 기가바이트를 뺀 값으로 설정해야 합니다. 다음 T-SQL 예에서는 max server memory를 100GB로 조정합니다. 이 값을 수정하여 인스턴스와 일치하도록 조정하세요.

EXEC sp_configure 'show advanced options', 1
GO
RECONFIGURE WITH OVERRIDE
GO
exec sp_configure 'max server memory', 100000
GO
RECONFIGURE WITH OVERRIDE
GO

완료

인스턴스를 한 번 더 다시 시작하여 새 설정이 모두 적용되도록 합니다. SQL Server 시스템이 구성되었으며 자체 데이터베이스를 만들고 특정 작업 부하를 테스트할 준비가 되었습니다. 운영 활동, 기타 성능 고려사항, Enterprise Edition 기능에 대한 자세한 내용은 SQL Server 권장사항 가이드를 참조하세요.

삭제

SQL Server 가이드를 완료했으면 이후에 요금이 청구되지 않도록 Google Cloud Platform에서 만든 리소스를 삭제할 수 있습니다. 다음 섹션은 이러한 리소스를 삭제하거나 사용 중지하는 방법을 설명합니다.

프로젝트 삭제

비용이 청구되지 않도록 하는 가장 쉬운 방법은 가이드에서 만든 프로젝트를 삭제하는 것입니다.

프로젝트를 삭제하는 방법은 다음과 같습니다.

  1. GCP Console에서 프로젝트 페이지로 이동합니다.

    프로젝트 페이지로 이동

  2. 프로젝트 목록에서 삭제할 프로젝트를 선택하고 삭제를 클릭합니다.
  3. 대화상자에서 프로젝트 ID를 입력한 다음 종료를 클릭하여 프로젝트를 삭제합니다.

인스턴스 삭제

Compute Engine 인스턴스를 삭제하는 방법은 다음과 같습니다.

  1. GCP Console에서 VM 인스턴스 페이지로 이동합니다.

    VM 인스턴스 페이지로 이동

  2. 다음의 옆에 있는 체크박스를 클릭합니다. 삭제할 인스턴스
  3. 페이지 상단의 삭제 버튼을 클릭하여 인스턴스를 삭제합니다.

영구 디스크 삭제

영구 디스크를 삭제하는 방법:

  1. GCP Console에서 디스크 페이지로 이동합니다.

    디스크 페이지로 이동

  2. 삭제할 디스크 옆의 체크박스를 선택합니다.

  3. 페이지 상단의 삭제 버튼을 클릭합니다.

다음 단계

이 페이지가 도움이 되었나요? 평가를 부탁드립니다.

다음에 대한 의견 보내기...