SQL Server 데이터베이스, 인스턴스 또는 AG 이미지의 백업을 백업/복구 어플라이언스에서 알고 있는 SQL Server 호스트로 클론 (복사)할 수 있습니다.
복제 프로세스는 Always On 가용성 그룹 (AG)의 구성원과 같은 단일 데이터베이스 이미지를 복제하는지 아니면 SQL 인스턴스에서 여러 이미지를 복제하는지에 따라 약간 다릅니다.
클론 작업을 사용합니다.
단일 볼륨에 여러 SQL Server 데이터베이스의 사본이 있는 경우 볼륨 복원 중에 전체 볼륨의 콘텐츠가 덮어쓰여 의도치 않은 데이터 손실을 방지합니다.
손상으로 인해 원래 데이터베이스가 삭제된 경우 또는 이전 데이터베이스 서버가 새 서버로 대체되는 경우
클론을 사용하면 소스 호스트에서만 실행할 수 있는 복원과 달리 모든 호스트에 SQL Server 데이터베이스를 효과적으로 복원할 수 있습니다.
클론을 사용하여 테스트 및 개발을 위해 SQL Server 데이터베이스의 독립적인 사본을 만들 수 있습니다. 이 경우 모든 변경사항은 사용자 사본에 유지되며 스냅샷 풀에 다시 작성되지 않습니다.
클론을 사용하여 데이터베이스를 새 위치, 새 파일 이름 또는 둘 다로 복구할 수 있습니다. 소스 데이터베이스가 손상되었거나 근본 원인 분석이 필요한 경우 클론이 생성됩니다. 클론은 동일한 호스트(새 데이터베이스 이름 또는 파일 이름) 또는 동일한 버전 이상을 실행하는 대체 호스트에 선택적 PITR(point-in-time recovery)을 사용하여 전체 복원을 실행합니다. 클론의 사용 사례에는 성능 테스트, 장기 개발 및 테스트, 보고, 스테이징 환경에서 기존 프로덕션 인스턴스로 데이터베이스 클론 등이 있습니다.
SQL 데이터베이스를 호스트에 클론하려면 다음 단계를 따르세요.
백업 및 DR 서비스 관리 콘솔에서 앱 관리자를 열어 애플리케이션 목록으로 이동합니다.
클론하려는 이미지가 있는 애플리케이션을 마우스 오른쪽 버튼으로 클릭한 다음 액세스를 선택합니다. 액세스 페이지가 열리고 타임라인 램프 뷰에 백업 이미지가 표시됩니다.
이미지를 선택한 다음 액세스 작업 목록에서 클론을 선택합니다.
복제 페이지가 열립니다.
타겟 드롭다운 목록에서 타겟을 선택합니다.
원하는 경우 라벨 필드에 클론 작업의 라벨을 입력합니다.
애플리케이션 옵션에서 클론할 데이터베이스를 하나 이상 선택합니다.
마운트 작업과 달리 여러 데이터베이스를 클론할 때는 새 일관성 그룹이 생성되지 않습니다.
소스 애플리케이션이 데이터베이스 로그 백업이 사용 설정된 스냅샷 정책으로 보호되고 로그가 이미지와 함께 제공되는 경우 롤 포워드 시간 섹션에서 다음 옵션을 변경하여 특정 시점으로 롤 포워드할 수 있습니다.
날짜 필드에는 데이터베이스 트랜잭션 로그 적용을 통해 데이터베이스를 롤포워드할 수 있는 모든 날짜가 포함됩니다.
데이터베이스를 롤포워드해야 하는 날짜를 선택합니다.
시간 필드에는 데이터베이스를 롤포워드할 수 있는 선택된 날짜의 모든 가능한 시간을 보여주는 슬라이더가 포함되어 있습니다. 가능한 가장 최근 날짜를 선택한 다음 슬라이더를 가장 오른쪽 위치로 이동하면 작업이 사용 가능한 모든 로그에 적용됩니다. 가능한 가장 빠른 날짜를 선택하고 슬라이더를 가장 왼쪽 위치로 이동하면 작업에 로그가 적용되지 않습니다.
사용자 시간 또는 호스트 시간을 사용하여 롤포워드를 지정할 수 있습니다.
사용자 시간은 현재 사용자의 현지 시간을 기준으로 합니다. 호스트 시간은 클론할 데이터를 호스팅하는 시스템을 기준으로 합니다.
SQL Server 인스턴스 이름에서 새 데이터베이스를 관리할 대상 SQL Server 인스턴스를 선택합니다.
단일 데이터베이스를 클론하는 경우 선택한 대상 서버 및 인스턴스에 있는 기존 데이터베이스의 이름을 피하여 새 데이터베이스의 이름을 입력합니다.
SQL 데이터베이스를 여러 개 클론하는 경우 각 데이터베이스의 이름을 제공할 수 있습니다. 고급 옵션에서 클론된 모든 데이터베이스의 이름에 접미사 또는 접두사(또는 둘 다)를 추가할 수도 있습니다.
새 데이터베이스 이름과 일치하도록 데이터베이스 파일의 이름을 바꾸려면 새 데이터베이스와 일치하도록 파일 이름 바꾸기 옵션을 사용 설정합니다.
고급 옵션 섹션에서 필요한 추가 필드의 정보를 입력합니다.
속성
설명
복원 후 데이터베이스 복구
복원 후 데이터베이스 복구가 사용 설정되지 않으면 SQL Server 데이터베이스가 로그를 롤포워드할 수 있는 상태로 유지됩니다. 사용 설정되면 SQL Server 데이터베이스가 온라인 상태가 되고 로그는 마운트에 지정된 시간을 지나 롤포워드할 수 없습니다.
사용자 로그인 복구
이는 정책 설정 또는 정책 설정 재정의에서 SQL Server 사용자 로그인 백업이 '예'로 설정된 경우에만 적용됩니다 (기본값이 아님). '예'로 설정하면 소스 인스턴스에서 백업된 모든 사용자 로그인이 타겟 인스턴스로 복원됩니다. 대상 SQL Server가 소스와 동일한 도메인 또는 포리스트에 있고 필요한 트러스트 관계가 있는 경우에만 도메인 계정이 복원됩니다.
사용자 이름/비밀번호
데이터베이스 프로비저닝을 위한 사용자 인증 정보입니다.
사용자 이름은 백업 및 DR 에이전트를 실행하는 계정 (일반적으로 '로컬 시스템')에 트랜잭션 로그를 적용하거나 데이터베이스를 분리할 권한이 없는 경우에만 필요합니다(이는 일반적으로 후속 마운트 해제 중에 필요함).
기존 데이터베이스 덮어쓰기
원본 데이터베이스를 덮어씁니다.
'파일 위치' 섹션에서 데이터베이스 파일을 소스 서버와 동일한 경로에 복사할지 아니면 새 위치에 복사할지 지정합니다.
여기에는 다음 세 가지 옵션이 있습니다.
소스 서버에 있던 것과 동일한 드라이브 또는 경로에 파일을 복사합니다(기본 옵션).
볼륨 수준에서 새 파일 위치를 선택합니다.
파일 수준에서 새 파일 위치를 선택합니다.
두 번째 옵션 (볼륨 수준의 새 파일 옵션)을 선택하면 소스 볼륨과 타겟 볼륨 드롭다운이 있는 표가 표시됩니다.
대상 볼륨에서 검색된 모든 파일 시스템 애플리케이션의 드롭다운 목록에서 대상 볼륨을 선택합니다. 필요한 경우 볼륨(예: M:\ 또는 L:\Logs\Log1)을 입력할 수도 있습니다.
세 번째 옵션 (파일 수준의 새 파일 위치)을 선택하면 파일, 소스 위치, 타겟 위치의 세 열이 있는 표가 표시됩니다. 필요한 경우 타겟 위치에 새 파일 위치를 입력합니다.
제출을 클릭합니다.
선택한 호스트에 이미지를 클론하는 작업이 제출됩니다. 모니터에서 작업 상태를 확인하여 클론 작업이 성공했는지 확인할 수 있습니다.
백업 및 DR Microsoft SQL Server DBA 가이드
이 페이지는 Backup and DR을 사용하여 Microsoft SQL Server 데이터베이스를 보호하고 복구하는 데 관한 일련의 페이지 중 하나입니다. 자세한 내용은 다음을 참고하세요.
[[["이해하기 쉬움","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-09-04(UTC)"],[[["\u003cp\u003eCloning allows copying a SQL Server database, instance, or AG image to any SQL Server host known by the backup/recovery appliance.\u003c/p\u003e\n"],["\u003cp\u003eCloning is useful for avoiding data loss when multiple databases reside on a single volume, or when the original database is corrupt or the server is being replaced.\u003c/p\u003e\n"],["\u003cp\u003eClones enable the restoration of SQL Server databases to any host, unlike traditional restores which are limited to the source host.\u003c/p\u003e\n"],["\u003cp\u003eClones create independent copies for testing and development, ensuring changes don't affect the original data, and they can recover databases to new locations or filenames.\u003c/p\u003e\n"],["\u003cp\u003eThe cloning process involves selecting a source image, a target host, and specifying details like database names, file locations, and options for point-in-time recovery using transaction logs.\u003c/p\u003e\n"]]],[],null,["# Clone Microsoft SQL Server Databases\n\nYou can clone (copy) a backup of a SQL Server database, instance or AG image to\nany SQL Server host known by your backup/recovery appliance.\n\nThe cloning process varies slightly depending on whether you are cloning a\nsingle database image such as a member of an Always on Availability Group (AG)\nor multiple images in a SQL instance.\n\nUse a clone operation:\n\n- If you have copies of multiple SQL Server databases on a single volume,\n to avoid unintentional data loss as the contents of the entire volume\n get overwritten during restore of the volume.\n\n- If the original database has been removed because of corruption,\n or if the old database server is being replaced with a new server.\n\n- You can use a clone to effective restore SQL Server databases onto any\n host, unlike a restore which can only be run to the source host.\n\n- You can use a clone to create an independent copy of SQL Server databases\n for test and development where all changes will remain on the users copy\n and not get written back to the snapshot pool.\n\n- Clones can be used to recover databases to a new location, a new filename,\n or both. Clones are created when a source database has become corrupt, or\n requires root cause analysis. The clone performs a full restore with optional\n point in time recovery to the same host (new database name or filename), or\n alternative hosts running the same version or higher. The use cases for clones\n include performance testing, long term development and testing, reporting, and\n even cloning databases from staging environments into existing production\n instances.\n\nTo clone a SQL database to a host:\n\n1. From the Backup and DR Service management console, open the\n **App Manager** to the **Applications** list.\n\n2. Right-click the application with the image that you want to clone,\n then choose **Access** . The **Access** page opens listing backup images in\n the Timeline ramp view.\n\n3. Select an image and then select **Clone** from the list of access operations.\n The Clone page opens.\n\n4. Select a target from the **Target** drop-down list.\n\n5. Optionally, enter a label for the clone job in the **Label** field.\n\n6. Under **Application Options**, select one or more databases to clone.\n Unlike the Mount operation, no new Consistency Group is created when\n multiple databases are cloned.\n\n7. If the source application is protected by a snapshot policy that has\n enabled database log backups, and logs are available with the image,\n you can use them to roll forward to a specific point in time by changing\n these options in the **Roll Forward Time** section:\n\n - The date field contains all possible dates that the database can be rolled forward to, with the application of database transaction logs. Select the date the database needs to be rolled forward to.\n - The time field contains a slider showing all possible times on the selected date that the database can be rolled forward to. If you select the latest possible date and then move the slider to the right most position, the job will apply to all available logs. If you select the earliest possible date and move the slider to the left most position, the job will apply no logs.\n - You can specify to roll forward using either **User Time** or **Host Time**. User Time is relative to the local time of the current user. Host time is relative to the system that hosts the data to be cloned.\n\n | **Note:** When performing a clone from OnVault, a roll-forward range is displayed only when logs are available on the local appliance. This includes the scenario where an OnVault import was performed on the same appliance used as a target for StreamSnap replication with log replication enabled.\n8. In SQL Server Instance Name, select a target SQL Server instance to manage\n the new database.\n\n9. If you are cloning a single database, enter the name for the new database,\n avoiding names of existing databases in the selected target server and\n instance.\n\n If you are cloning multiple SQL databases you can supply a name for each\n database. Under **Advanced Options** you can also append a suffix or a\n prefix, or both to every cloned database's name.\n10. Enable the **Rename Files to Match New Database** option if you want to\n rename the database files to match the new database names.\n\n11. In the **Advanced Options** section, enter information for the additional\n fields required.\n\n \u003cbr /\u003e\n\n12. In the File Locations section, specify whether you want to copy the\n database files to the same path as the source server, or to a new location.\n There are three options:\n\n - Copy files to the same drive or path as they were on the source server\n (default option).\n\n - Choose new file locations at the volume level.\n\n - Choose new file locations at the file level.\n\n If you select the second option (new file option at the volume level),\n you will see a table with the source volume and target volume drop-down.\n\n In Target Volume, select a target volumes from the drop-down list of all\n discovered file system applications. If needed, you can also type the\n volume, for example: M:\\\\, or L:\\\\Logs\\\\Log1.\n\n If you select the third option (new file locations at the file level),\n a table with three columns appears: File, Source Location, and\n Target Location. In Target Location, enter the new file location as needed.\n13. Click **Submit**.\n A job is submitted to clone the image to the selected host. You can verify\n that the clone operation is successful by viewing the job status in the\n Monitor.\n\nThe Backup and DR Microsoft SQL Server DBA guide\n------------------------------------------------\n\nThis page is one in a series of pages specific to protecting and recovering\nMicrosoft SQL Server databases with Backup and DR.\nYou can find additional information at:\n\n- [Backup and DR for Microsoft SQL Server Databases](/backup-disaster-recovery/docs/concepts/backupdr-for-sql-server)\n- [Prepare SQL Server databases for Backup and DR Service](/backup-disaster-recovery/docs/configuration/prepare-sql-server)\n- [Add a SQL Server database host and discover databases](/backup-disaster-recovery/docs/configuration/discover-sql-server)\n- [Configure backup plans for Microsoft SQL Server instances and databases](/backup-disaster-recovery/docs/backup/back-up-sql-server)\n- [Application details and settings for Microsoft SQL Server instances and databases](/backup-disaster-recovery/docs/backup/app-details-settings-sql-server)\n- [Mount a SQL Server database](/backup-disaster-recovery/docs/access-data/mount-sql-server)\n- [Mount databases into SQL Always On Availability Groups](/backup-disaster-recovery/docs/access-data/mount-sql-server-aag)\n- [Manage an active mount](/backup-disaster-recovery/docs/access-data/manage-active-mounts)\n- [Migrate a SQL Server database](/backup-disaster-recovery/docs/access-data/mount-and-migrate-sql-server-2)\n- [Clone SQL Server databases](/backup-disaster-recovery/docs/access-data/clone-sql-server)\n- [Recover SQL Server backups](/backup-disaster-recovery/docs/restore-data/restore-sql-server)"]]