백업 및 복원 흐름을 사용하여 Database Migration Service로 SQL Server 데이터베이스를 SQL Server용 Cloud SQL 인스턴스로 마이그레이션할 수 있습니다.
먼저 전체 데이터베이스 백업 및 트랜잭션 로그 파일을 Cloud Storage 버킷에 업로드합니다. 그러면 Database Migration Service가 버킷을 적극적으로 모니터링하고 대상 SQL Server용 Cloud SQL 인스턴스에 데이터를 지속적으로 복제합니다.
이 페이지에서는 동종 SQL Server 마이그레이션을 위한 주요 Database Migration Service 기능을 간략히 설명합니다.
지원되는 소스 및 대상에는 Database Migration Service에서 지원하는 모든 SQL Server 버전이 나와 있습니다.
연속적인 이전 데이터 흐름은 마이그레이션 프로세스 중에 Google Cloud 데이터가 이동하는 방식을 전체적으로 보여줍니다.
모니터링에서는 이전 작업의 진행 상황과 상태를 확인하는 데 도움이 되는 로그 및 측정항목을 소개합니다.
암호화에서는 암호화된 SQL Server 백업 파일을 사용하여 마이그레이션하는 방법을 살펴봅니다.
지원되는 소스 및 대상 데이터베이스
버전 호환성 가이드라인을 준수하는 한 Database Migration Service를 사용하여 동일한 SQL Server 버전 및 버전 간에 마이그레이션하거나 이전 버전의 SQL Server에서 Cloud SQL에서 지원되는 최신 버전으로 마이그레이션할 수 있습니다. 자세한 내용은 Microsoft 문서에서 사용 중인 SQL Server 버전에 지원되는 버전 및 버전 업그레이드를 참고하세요. 예를 들어
지원되는 버전 및 버전 업그레이드 (SQL Server 2022)를 참고하세요.
다음 표에는 지원되는 모든 SQL Server 소스 및 대상 데이터베이스가 나와 있습니다.
소스 데이터베이스
대상 데이터베이스
Amazon RDS
SQL Server용 Cloud SQL 버전 2022, 2019, 2017
자체 관리형 SQL Server
(온프레미스 또는 완전히 제어하는 모든 Cloud VM)
연속 마이그레이션 데이터 흐름
Cloud SQL로의 동종 SQL Server 마이그레이션의 경우 Database Migration Service는
연속 마이그레이션 흐름을 지원합니다. 이 접근 방식에서는 데이터가 먼저 전체 데이터베이스 백업 파일에서 로드된 후 차등 백업 파일에서 로드되고 전용 Cloud Storage 버킷에 업로드한 트랜잭션 로그 파일을 기반으로 지속적으로 업데이트됩니다.
그림 1. SQL Server 마이그레이션을 위한 Database Migration Service 중에 데이터 이동 (확대하려면 클릭)
대략적으로 데이터는 다음과 같이 이전 단계를 거칩니다.
Cloud Storage에 백업 파일을 업로드합니다.
연속 SQL Server 마이그레이션을 수행하려면 먼저 소스 데이터베이스의 전체 백업을 수행한 다음 백업 파일을 Cloud Storage 버킷에 업로드해야 합니다.
후속 업데이트의 경우 원하는 경우 차등 백업 파일을 제공한 다음 트랜잭션 로그 파일을 업로드할 수 있습니다.
지속적인 거래 로그 생성 및 업로드를 자동화할 수도 있습니다.
연속 트랜잭션 로그 생성 및 업로드 자동화에 관한 자세한 내용은
거래 로그 백업 예약을 참고하세요.
Database Migration Service가 동질적인 SQL Server 마이그레이션에서 다양한 유형의 백업 파일을 사용하는 방법에 관한 자세한 내용은
지원되는 백업 파일 유형을 참고하세요.
마이그레이션 작업이 시작되면 Database Migration Service는 최신 전체 데이터베이스 백업을 대상 SQL Server용 Cloud SQL 인스턴스에 로드합니다.
초기 로드가 완료되면 Database Migration Service는 증분 로드 단계로 전환됩니다. 이 시점에서 Database Migration Service는 다음을 실행합니다.
마이그레이션 작업이 차등 백업 파일을 사용하도록 구성된 경우 Database Migration Service는 diff 폴더를 스캔하고 차등 백업 파일을 대상 인스턴스에 로드합니다. 마이그레이션 작업이 차등 백업 파일을 사용하도록 구성되었지만 Database Migration Service에서 Cloud Storage 버킷에 있는 차등 백업 파일을 찾을 수 없는 경우 마이그레이션 작업이 diff 폴더에서 차등 백업 파일을 계속 검색하는 동안 오류가 표시됩니다.
Database Migration Service는 증분 로드 단계가 시작될 때 한 번만 차등 백업 파일을 로드합니다. 이전 작업이 트랜잭션 로그 파일로 작업을 진행하면 diff 폴더에 새 차등 백업 파일을 업로드해도 인식되지 않습니다.
이제 Database Migration Service가 Cloud Storage 버킷을 지속적으로 스캔하여 대상 인스턴스에 복제할 트랜잭션 로그 백업 파일을 찾습니다.
새 데이터가 소스 데이터베이스에 표시되면 계속해서 트랜잭션 로그 백업 파일을 내보내고 동일한 Cloud Storage 버킷에 업로드할 수 있습니다. Database Migration Service는 모든 새 트랜잭션 로그 백업 파일을 선택하여 대상 데이터베이스에 복제합니다.
SQL Server용 Cloud SQL 대상 인스턴스를 프로덕션 데이터베이스로 사용하도록 애플리케이션을 전환하려는 경우 진행 중인 복제를 중지하고 마이그레이션 작업을 승격할 수 있습니다. 단계별 자세한 마이그레이션 가이드는
SQL Server용 Cloud SQL 마이그레이션 가이드를 참고하세요.
모니터링
그림 2. Database Migration Service의 샘플 관측 가능성 다이어그램
(확대하려면 클릭)
Database Migration Service는 마이그레이션 진행 상황을 모니터링하는 데 도움이 되는 광범위한 로깅 및 관측 가능성 기능을 제공합니다. 이러한 기능에는 복제 지연 및 트랜잭션 로그 백업 파일 처리에 관한 실시간 진단과 SQL Server용 Cloud SQL 대상 인스턴스 상태 및 마이그레이션 작업 상태에 관한 자세한 로그가 포함됩니다.
Database Migration Service는
암호화된 SQL Server 백업과 완벽하게 호환됩니다. Google Cloud에 암호화 키를 업로드하면 Database Migration Service는 데이터 보안을 손상시키지 않고 데이터를 안전하게 복호화하여 SQL Server용 Cloud SQL 대상 인스턴스에 로드할 수 있습니다.
[[["이해하기 쉬움","easyToUnderstand","thumb-up"],["문제가 해결됨","solvedMyProblem","thumb-up"],["기타","otherUp","thumb-up"]],[["이해하기 어려움","hardToUnderstand","thumb-down"],["잘못된 정보 또는 샘플 코드","incorrectInformationOrSampleCode","thumb-down"],["필요한 정보/샘플이 없음","missingTheInformationSamplesINeed","thumb-down"],["번역 문제","translationIssue","thumb-down"],["기타","otherDown","thumb-down"]],["최종 업데이트: 2025-08-18(UTC)"],[[["\u003cp\u003eDatabase Migration Service allows the migration of SQL Server databases to Cloud SQL for SQL Server using a backup and restore method, where full database backups and transaction logs are uploaded to Cloud Storage.\u003c/p\u003e\n"],["\u003cp\u003eThe service supports various source databases, including Amazon RDS and self-managed SQL Servers, and can migrate between different SQL Server versions as long as version compatibility guidelines are met.\u003c/p\u003e\n"],["\u003cp\u003eData migration occurs in a continuous flow, starting with a full backup, followed by an optional differential backup, and then ongoing updates from transaction log files uploaded to a designated Cloud Storage bucket.\u003c/p\u003e\n"],["\u003cp\u003eDatabase Migration Service offers monitoring capabilities, including real-time diagnostics and detailed logs, to track the progress and health of the migration process.\u003c/p\u003e\n"],["\u003cp\u003eThe migration service can handle encrypted SQL Server backups, ensuring data security by decrypting the files using an uploaded encryption key during the migration process.\u003c/p\u003e\n"]]],[],null,["# Database Migration Service for SQL Server\n\nYou can migrate SQL Server databases to Cloud SQL for SQL Server\ninstances with Database Migration Service by using a backup and restore flow.\nYou first upload the full database backup and transaction\nlog files to a Cloud Storage bucket. Database Migration Service then actively\nmonitors your bucket, and continuously replicates your data to the destination\nCloud SQL for SQL Server instance.\n\nThis page provides an overview of the key Database Migration Service\nfeatures for homogeneous SQL Server migrations:\n\n- [Supported source and destination](#supported-src-and-dest) lists all SQL Server\n versions supported by Database Migration Service.\n\n- [Continuous migrations data flow](#data-flow-migration-types) provides an end-to-end overview\n of how your data moves in Google Cloud during the migration process.\n\n- [Monitoring](#monitoring)\n gives an introduction for logs and metrics that can\n help you observe the progress and health of your migration job.\n\n- [Encryption](#securing-migration-jobs) looks at how you can migrate\n with encrypted SQL Server backup files.\n\nSupported source and destination databases\n------------------------------------------\n\nYou can use Database Migration Service to migrate between the same SQL Server\nversion and edition, or from earlier versions of\nSQL Server to later versions supported in Cloud SQL, as long\nas you follow the version compatibility guidelines. For more information,\nsee the supported version and edition upgrades for your SQL Server\nversion in Microsoft documentation. For example, see\n[Supported version and edition upgrades (SQL Server 2022)](https://learn.microsoft.com/en-us/sql/database-engine/install-windows/supported-version-and-edition-upgrades-2022?view=sql-server-ver16#upgrades-from-earlier-versions-to-sql-server-2022).\n\nThe following table lists all supported SQL Server source and destination\ndatabases:\n\nContinuous migrations data flow\n-------------------------------\n\nFor homogeneous SQL Server migrations to Cloud SQL,\nDatabase Migration Service supports the\n[continuous migration](/database-migration/docs/overview#migrationconcepts) flow. In this approach, your data is first\nloaded from a full database backup file, then from a differential backup file,\nand then continuously updated based on transaction log files you upload to\na dedicated Cloud Storage bucket.\n[](#lightbox-trigger) **Figure 1.** Data movement during Database Migration Service for SQL Server migrations. (click to enlarge)\n\nAt a high level, your data moves through the migration phases as follows:\n\n1. You upload your backup files to Cloud Storage.\n\n Continuous SQL Server migrations require that you first take a\n full backup of your source database, and then upload the backup file to\n a Cloud Storage bucket.\n For subsequent updates, you can optionally provide a differential backup file,\n and then upload transaction log files.\n You can also automate continuous transaction log creation and uploads.\n - For more information on automating continuous transaction log creation and\n uploads, see\n [Schedule transaction log backups](/database-migration/docs/sqlserver/automate-backup-exports).\n\n - For details on how Database Migration Service uses different types of backup files\n in homogeneous SQL Server migrations, see\n [Supported backup file types](/database-migration/docs/sqlserver/supported-backup-files).\n\n2. When the migration job starts, Database Migration Service loads the latest full\n database backup to the destination Cloud SQL for SQL Server instance.\n\n3. Once the initial load is complete, Database Migration Service switches to the incremental\n load phase. At this point, Database Migration Service performs the following:\n\n 1. If your migration job is configured to use a differential backup file,\n Database Migration Service scans the `diff` folder and loads differential backup\n files to your destination instance. If your migration job is configured\n to use a differential backup file, but Database Migration Service can't find it\n in the Cloud Storage bucket, the migration job shows an error\n while continuously searching the `diff` folder for the differential\n backup file.\n\n Database Migration Service loads differential backup files only once, at the beginning\n of the incremental load phase. When the migration job proceeds to work with\n transaction log files no new differential backup files are recognized when\n you upload them to the `diff` folder.\n 2. Now Database Migration Service continuously scans your Cloud Storage bucket\n for transaction log backup files to replicate on your destination instance.\n\n4. As new data shows up in your source database, you can keep exporting\n the transaction log backup files and uploading them to the same Cloud Storage\n bucket. Database Migration Service picks up all new transaction log backup files and\n replicates them on the destination database.\n\nYou can stop the ongoing replication and promote the migration job when you want\nto switch your application to so that it uses the Cloud SQL for SQL Server\ndestination instance as the production database. For a detailed step-by-step\nmigration guide, see\n[Cloud SQL for SQL Server migration guide](/database-migration/docs/sqlserver/guide).\n\nMonitoring\n----------\n\n[](#lightbox-trigger) **Figure 2.** Sample observability diagram in Database Migration Service. (click to enlarge)\n\nDatabase Migration Service provides extensive logging and observability capabilities\nto help you monitor the migration progress. These features include real-time\ndiagnostics for replication delay and transaction log backup file processing,\nas well as detailed logs for Cloud SQL for SQL Server destination instance health\nand migration job state.\n\nFor more details, see\n[Migration job metrics](/database-migration/docs/sqlserver/migration-job-metrics).\n\nEncryption\n----------\n\nDatabase Migration Service is fully compatible with\n[encrypted SQL Server backups](https://learn.microsoft.com/en-us/sql/relational-databases/backup-restore/backup-encryption). If you upload your\nencryption key to Google Cloud, Database Migration Service can safely decrypt\nyour data and load it to the Cloud SQL for SQL Server destination instance without\ncompromising your data security.\n\nFor more details, see\n[Encrypted SQL Server backup files](/database-migration/docs/sqlserver/backup-file-encryption).\n\nWhat's next\n-----------\n\n- To learn more about SQL Server data and feature support in\n Database Migration Service, see\n [Known limitations](/database-migration/docs/sqlserver/known-limitations).\n\n- To get a complete, step-by-step migration walkthrough, see\n [Cloud SQL for SQL Server migration guide](/database-migration/docs/sqlserver/guide)."]]
