데이터 변경 내용 추적(SQL Server)Track Data Changes (SQL Server)

SQL Server 2017SQL Server 2017 은 데이터베이스에서 데이터에 대한 변경 내용을 추적하는 변경 데이터 캡처 및 [변경 내용 추적](#Tracking)과 같은 두 가지 기능을 제공합니다.(#Tracking). 이러한 기능은 데이터베이스의 사용자 테이블에 적용된 DML 변경 내용(삽입, 업데이트 및 삭제 작업)을 응용 프로그램에서 확인할 수 있게 해줍니다.These features enable applications to determine the DML changes (insert, update, and delete operations) that were made to user tables in a database. 변경 데이터 캡처 및 변경 추적은 동일한 데이터베이스에서 설정할 수 있으며 특별한 고려 사항은 필요하지 않습니다.Change data capture and change tracking can be enabled on the same database; no special considerations are required. 변경 데이터 캡처 및 변경 내용 추적을 지원하는 SQL ServerSQL Server 버전에 대한 자세한 내용은 SQL Server 2016 버전에서 지원하는 기능을 참조하세요.For the editions of SQL ServerSQL Server that support change data capture and change tracking, see Features Supported by the Editions of SQL Server 2016. SQL 데이터베이스SQL Database에서는 변경 내용 추적 기능이 지원됩니다.Change tracking is supported by SQL 데이터베이스SQL Database.

변경 데이터 캡처 또는 변경 추적 사용의 이점Benefits of Using Change Data Capture or Change Tracking

데이터베이스에서 변경된 데이터를 쿼리하는 기능은 일부 응용 프로그램의 효율성을 위한 중요한 요구 사항입니다.The ability to query for data that has changed in a database is an important requirement for some applications to be efficient. 일반적으로 응용 프로그램 개발자는 데이터 변경을 확인하기 위해 응용 프로그램에서 트리거, 타임스탬프, 열 및 추가 테이블의 조합으로 사용자 지정 추적 방법을 구현해야 합니다.Typically, to determine data changes, application developers must implement a custom tracking method in their applications by using a combination of triggers, timestamp columns, and additional tables. 이러한 응용 프로그램을 만들기 위해서는 많은 구현 작업과 스키마 업데이트가 필요하며 높은 성능 오버헤드가 수반되는 경우도 많습니다.Creating these applications usually involves a lot of work to implement, leads to schema updates, and often carries a high performance overhead.

응용 프로그램에서 데이터베이스의 변경 내용을 추적하기 위해 사용자 지정 솔루션을 개발하는 대신 변경 데이터 캡처 또는 변경 추적을 사용할 경우 다음과 같은 이점을 얻을 수 있습니다.Using change data capture or change tracking in applications to track changes in a database, instead of developing a custom solution, has the following benefits:

  • 개발 시간이 단축됩니다.There is reduced development time. 해당 기능이 SQL Server 2017SQL Server 2017에서 제공되므로 사용자 지정 솔루션을 개발할 필요가 없습니다.Because functionality is available in SQL Server 2017SQL Server 2017, you do not have to develop a custom solution.

  • 스키마 변경이 필요 없음Schema changes are not required. 열이나 트리거를 추가하거나, 열을 사용자 테이블에 추가할 수 없는 경우 삭제된 행을 추적하거나 변경 추적 정보를 저장할 추가 테이블을 만들 필요가 없습니다.You do not have to add columns, add triggers, or create side table in which to track deleted rows or to store change tracking information if columns cannot be added to the user tables.

  • 정리 메커니즘이 기본 제공됩니다.There is a built-in cleanup mechanism. 변경 내용 추적에 대한 정리는 백그라운드에서 자동으로 수행됩니다.Cleanup for change tracking is performed automatically in the background. 추가 테이블에 저장된 데이터에 대한 사용자 지정 정리는 필요 없습니다.Custom cleanup for data that is stored in a side table is not required.

  • 변경 정보를 얻기 위한 함수가 제공됩니다.Functions are provided to obtain change information.

  • DML 작업에 대한 오버헤드가 낮습니다.There is low overhead to DML operations. 동기 변경 내용 추적에는 항상 어느 정도의 오버헤드가 발생합니다.Synchronous change tracking will always have some overhead. 그러나 변경 내용 추적을 사용하면 오버헤드를 최소화할 수 있습니다.However, using change tracking can help minimize the overhead. 이 경우 오버헤드는 대체 솔루션, 특히 트리거를 사용해야 하는 솔루션에 비해 더 낮은 경우가 많습니다.The overhead will frequently be less than that of using alternative solutions, especially solutions that require the use triggers.

  • 변경 내용 추적이 커밋된 트랜잭션을 기반으로 수행됨Change tracking is based on committed transactions. 변경 순서는 트랜잭션 커밋 시간을 기반으로 합니다.The order of the changes is based on transaction commit time. 이를 통해 장시간 실행되는 겹치는 트랜잭션이 있을 때 신뢰할 수 있는 결과를 얻을 수 있습니다.This allows for reliable results to be obtained when there are long-running and overlapping transactions. timestamp 값을 사용하는 사용자 지정 솔루션은 이러한 시나리오를 처리하도록 특별히 설계해야 합니다.Custom solutions that use timestamp values must be specifically designed to handle these scenarios.

  • 구성 및 관리를 위해 사용할 수 있는 표준 도구가 제공됩니다.Standard tools are available that you can use to configure and manage. SQL Server 2017SQL Server 2017 은 표준 DDL 문, SQL Server Management StudioSQL Server Management Studio, 카탈로그 뷰 및 보안 권한을 제공합니다., catalog views, and security permissions.

변경 데이터 캡처와 변경 내용 추적 간의 기능 차이점Feature Differences Between Change Data Capture and Change Tracking

다음 목록에서는 변경 데이터 캡처와 변경 내용 추적 간의 기능 차이점을 보여 줍니다.The following table lists the feature differences between change data capture and change tracking. 변경 데이터 캡처의 추적 메커니즘에는 트랜잭션 로그의 비동기 변경 캡처가 포함되어 있으므로 DML 작업 이후에 변경을 사용할 수 있습니다.The tracking mechanism in change data capture involves an asynchronous capture of changes from the transaction log so that changes are available after the DML operation. 변경 내용 추적의 추적 메커니즘에는 DML 작업과 함께 동기 변경 내용 추적이 포함되어 있으므로 변경 정보를 즉시 사용할 수 있습니다.In change tracking, the tracking mechanism involves synchronous tracking of changes in line with DML operations so that change information is available immediately.

기능Feature 변경 데이터 캡처Change data capture 변경 내용 추적Change tracking
추적된 변경 내용Tracked changes
DML 변경DML changes Yes Yes
추적된 정보Tracked information
기록 데이터Historical data Yes 아니요No
열 변경 여부Whether column was changed Yes Yes
DML 유형DML type Yes Yes

Change Data Capture Change Data Capture

변경 데이터 캡처는 DML 변경이 적용되었다는 사실과 변경된 실제 데이터 모두를 캡처하여 사용자 테이블에 대한 기록 변경 정보를 제공합니다.Change data capture provides historical change information for a user table by capturing both the fact that DML changes were made and the actual data that was changed. 트랜잭션 로그를 읽고 시스템에 대한 영향이 적은 비동기 프로세스를 사용하여 변경을 캡처합니다.Changes are captured by using an asynchronous process that reads the transaction log and has a low impact on the system.

다음 그림과 같이 사용자 테이블에 적용된 변경은 해당 변경 테이블에서 캡처됩니다.As shown in the following illustration, the changes that were made to user tables are captured in corresponding change tables. 이러한 변경 테이블은 시간에 따라 변경을 기록하여 보여 줍니다.These change tables provide an historical view of the changes over time. 에서 제공하는변경 데이터 캡처 SQL ServerSQL Server 함수를 사용하면 변경 데이터를 쉽고 체계적으로 사용할 수 있습니다.The change data capturefunctions that SQL ServerSQL Server provides enable the change data to be consumed easily and systematically.

변경 데이터 캡처에 대한 개념 설명Conceptual illustration of change data capture

보안 모델Security Model

이 섹션에서는 변경 데이터 캡처 보안 모델에 대해 설명합니다.This section describes the change data capture security model.

구성 및 관리Configuration and Administration
데이터베이스에서 변경 데이터 캡처를 사용하도록 설정하거나 사용하지 않도록 설정하려면 sys.sp_cdc_enable_db(Transact-SQL) 또는 sys.sp_cdc_disable_db(Transact-SQL)의 호출자가 고정 서버 sysadmin 역할의 멤버여야 합니다.To either enable or disable change data capture for a database, the caller of sys.sp_cdc_enable_db (Transact-SQL) or sys.sp_cdc_disable_db (Transact-SQL) must be a member of the fixed server sysadmin role. 테이블에서 변경 데이터 캡처를 사용하도록 설정하거나 사용하지 않도록 설정하는 경우에는 sys.sp_cdc_enable_table(Transact-SQL)sys.sp_cdc_disable_table(Transact-SQL)의 호출자가 sysadmin 역할의 멤버 또는 database db_owner 역할의 멤버여야 합니다.Enabling and disabling change data capture at the table level requires the caller of sys.sp_cdc_enable_table (Transact-SQL) and sys.sp_cdc_disable_table (Transact-SQL) to either be a member of the sysadmin role or a member of the database database db_owner role.

서버 sysadmin 역할의 멤버와 database db_owner 역할의 멤버만 저장 프로시저를 사용하여 변경 데이터 캡처 작업의 관리를 지원할 수 있습니다.Use of the stored procedures to support the administration of change data capture jobs is restricted to members of the server sysadmin role and members of the database db_owner role.

변경 내용 열거 및 메타데이터 쿼리Change Enumeration and Metadata Queries
캡처 인스턴스와 연결된 변경 데이터에 액세스하려면 연결된 원본 테이블의 캡처된 모든 열에 선택적으로 액세스할 수 있는 권한이 사용자에게 부여되어야 합니다.To gain access to the change data that is associated with a capture instance, the user must be granted select access to all the captured columns of the associated source table. 또한 캡처 인스턴스를 만들 때 제어 역할을 지정한 경우 호출자도 지정된 제어 역할의 멤버여야 합니다.In addition, if a gating role is specified when the capture instance is created, the caller must also be a member of the specified gating role. 메타데이터에 액세스하는 다른 일반적인 변경 데이터 캡처 함수에 모든 데이터베이스 사용자가 public 역할을 통해 액세스할 수 있습니다. 물론 반환된 메타데이터에 대한 액세스는 기본 원본 테이블에 대한 선택적 액세스 권한을 사용하거나 정의된 제어 역할에서의 멤버 자격을 통해 일반적으로 제어됩니다.Other general change data capture functions for accessing metadata will be accessible to all database users through the public role, although access to the returned metadata will also typically be gated by using select access to the underlying source tables, and by membership in any defined gating roles.

변경 데이터 캡처를 사용하는 원본 테이블에 대한 DDL 작업DDL Operations to Change Data Capture Enabled Source Tables
테이블에 변경 데이터 캡처를 사용하도록 설정한 경우 DDL 작업은 고정 서버 역할 sysadmin의 멤버, database role db_owner의 멤버 또는 database role db_ddladmin의 멤버에 의해서만 테이블에 적용될 수 있습니다.When a table is enabled for change data capture, DDL operations can only be applied to the table by a member of the fixed server role sysadmin, a member of the database role db_owner, or a member of the database role db_ddladmin. 테이블에서 DDL 작업을 수행할 수 있는 명시적 권한을 가진 사용자는 이 작업을 시도할 때 오류 22914를 받게 됩니다.Users who have explicit grants to perform DDL operations on the table will receive error 22914 if they try these operation.

변경 데이터 캡처에 대한 데이터 형식 고려 사항Data Type Considerations for Change Data Capture

변경 데이터 캡처에서는 모든 기본 열 유형이 지원됩니다.All base column types are supported by change data capture. 다음 표에서는 여러 열 유형에 대한 동작 및 제한 사항을 나열합니다.The following table lists the behavior and limitations for several column types.

열 유형Type of Column 변경 테이블에 변경 내용이 캡처되는지 여부Changes Captured in Change Tables 제한 사항Limitations
스파스 열Sparse Columns Yes 열 집합을 사용할 때는 변경 내용 캡처를 지원하지 않습니다.Does not support capturing changes when using a columnset.
계산 열Computed Columns 아니요No 계산 열의 변경 내용은 추적할 수 없습니다.Changes to computed columns are not tracked. 열이 적합한 유형의 변경 테이블에 나타나지만 NULL 값을 갖습니다.The column will appear in the change table with the appropriate type, but will have a value of NULL.
XMLXML Yes 개별 XML 요소에 대한 변경 사항은 추적할 수 없습니다.Changes to individual XML elements are not tracked.
timestampTimestamp Yes 변경 테이블의 데이터 형식은 이진으로 변환됩니다.The data type in the change table is converted to binary.
BLOB 데이터 형식BLOB data types Yes BLOB 열의 이전 이미지는 열 자체가 변경된 경우에만 저장됩니다.The previous image of the BLOB column is stored only if the column itself is changed.

변경 데이터 캡처 및 기타 SQL Server 기능Change Data Capture and Other SQL Server Features

이 섹션에서는 다음 기능으로 변경 데이터 캡처와 상호 작용하는 방법에 대해 설명합니다.This section describes how the following features interact with change data capture:

  • 데이터베이스 미러링Database mirroring

  • 트랜잭션 복제Transactional replication

  • 데이터베이스 복원 또는 연결Database restore or attach

데이터베이스 미러링Database Mirroring

변경 데이터 캡처가 설정된 데이터베이스를 미러링할 수 있습니다.A database that is enabled for change data capture can be mirrored. 미러에서 캡처 및 정리가 자동으로 발생하도록 하려면 다음 단계를 따릅니다.To ensure that capture and cleanup happen automatically on the mirror, follow these steps:

  1. SQL ServerSQL Server 에이전트가 미러에서 실행 중인지 확인합니다.Ensure that SQL ServerSQL Server Agent is running on the mirror.

  2. 보안 주체가 미러로 장애 조치를 수행하면 미러에서 캡처 작업 및 정리 작업을 만듭니다.Create the capture job and cleanup job on the mirror after the principal has failed over to the mirror. 작업을 만들려면 저장 프로시저 sys.sp_cdc_add_job(Transact-SQL)을 사용합니다.To create the jobs, use the stored procedure sys.sp_cdc_add_job (Transact-SQL).

    데이터베이스 미러링에 대한 자세한 내용은 데이터베이스 미러링(SQL Server)을 참조하세요.For more information about database mirroring, see Database Mirroring (SQL Server).

트랜잭션 복제Transactional Replication

변경 데이터 캡처 및 트랜잭션 복제는 동일한 데이터베이스에 함께 존재할 수 있지만 두 기능이 모두 설정된 경우 변경 테이블 채우기가 다르게 처리됩니다.Change data capture and transactional replication can coexist in the same database, but population of the change tables is handled differently when both features are enabled. 변경 데이터 캡처 및 트랜잭션 복제는 항상 동일한 sp_replcmds프로시저를 사용하여 트랜잭션 로그에서 변경 내용을 읽습니다.Change data capture and transactional replication always use the same procedure, sp_replcmds, to read changes from the transaction log. 변경 데이터 캡처가 자체적으로 설정된 경우 SQL ServerSQL Server 에이전트 작업은 sp_replcmds를 호출합니다.When change data capture is enabled on its own, a SQL ServerSQL Server Agent job calls sp_replcmds. 동일한 데이터베이스에 두 기능이 모두 설정된 경우 로그 판독기 에이전트는 sp_replcmds를 호출합니다.When both features are enabled on the same database, the Log Reader Agent calls sp_replcmds. 이 에이전트는 변경 테이블과 배포 데이터베이스 테이블을 모두 채웁니다.This agent populates both the change tables and the distribution database tables. 자세한 내용은 Replication Log Reader Agent을 참조하세요.For more information, see Replication Log Reader Agent.

AdventureWorks2012AdventureWorks2012 데이터베이스에 변경 데이터 캡처가 설정되어 있고 두 테이블에 캡처가 설정된 시나리오를 생각해 보십시오.Consider a scenario in which change data capture is enabled on the AdventureWorks2012AdventureWorks2012 database, and two tables are enabled for capture. 변경 테이블을 채우기 위해 캡처 작업은 sp_replcmds를 호출합니다.To populate the change tables, the capture job calls sp_replcmds. 데이터베이스에 트랜잭션 복제가 설정되고 게시가 만들어집니다.The database is enabled for transactional replication, and a publication is created. 그런 다음 데이터베이스에 로그 판독기 에이전트가 만들어지고 캡처 작업이 삭제됩니다.Now, the Log Reader Agent is created for the database and the capture job is deleted. 로그 판독기 에이전트는 변경 테이블에 커밋된 마지막 로그 시퀀스 번호에서 로그를 계속 검색합니다.The Log Reader Agent continues to scan the log from the last log sequence number that was committed to the change table. 이렇게 하면 변경 테이블의 데이터 일관성이 보장됩니다.This ensures data consistency in the change tables. 이 데이터베이스에서 트랜잭션 복제가 해제되면 로그 판독기 에이전트가 제거되고 캡처 작업이 다시 만들어집니다.If transactional replication is disabled in this database, the Log Reader Agent is removed and the capture job is re-created.

참고

변경 데이터 캡처 및 트랜잭션 복제 모두에 로그 판독기 에이전트가 사용된 경우 복제된 변경 사항은 먼저 배포 데이터베이스에 기록됩니다.When the Log Reader Agent is used for both change data capture and transactional replication, replicated changes are first written to the distribution database. 그런 다음 캡처된 변경 사항이 변경 테이블에 기록됩니다.Then, captured changes are written to the change tables. 두 작업은 함께 커밋됩니다.Both operations are committed together. 배포 데이터베이스에 대한 쓰기 작업이 지연될 경우 변경 테이블에 변경 내용도 그만큼 늦게 표시됩니다.If there is any latency in writing to the distribution database, there will be a corresponding latency before changes appear in the change tables.

변경 데이터 캡처가 설정된 데이터베이스 복원 또는 연결Restoring or Attaching a Database Enabled for Change Data Capture

SQL ServerSQL Server 에서는 다음과 같은 논리에 따라 데이터베이스가 복원 또는 연결된 후 변경 데이터 캡처가 설정된 상태를 유지하는지 확인합니다. uses the following logic to determine if change data capture remains enabled after a database is restored or attached:

  • 데이터베이스가 동일한 서버에 동일한 데이터베이스 이름으로 복원되는 경우 변경 데이터 캡처는 설정된 상태를 유지합니다.If a database is restored to the same server with the same database name, change data capture remains enabled.

  • 데이터베이스가 다른 서버로 복원되는 경우에는 기본적으로 변경 데이터 캡처가 해제되고 관련된 모든 메타데이터가 삭제됩니다.If a database is restored to another server, by default change data capture is disabled and all related metadata is deleted.

    변경 데이터 캡처를 유지하려면 데이터베이스를 복원할 때 KEEP_CDC 옵션을 사용합니다.To retain change data capture, use the KEEP_CDC option when restoring the database. 이 옵션에 대한 자세한 내용은 RESTORE를 참조하세요.For more information about this option, see RESTORE.

  • 데이터베이스가 분리된 후 다시 동일한 서버 또는 다른 서버에 연결될 경우 변경 데이터 캡처는 설정된 상태를 유지합니다.If a database is detached and attached to the same server or another server, change data capture remains enabled.

  • 데이터베이스가 KEEP_CDC 옵션을 사용하여 Enterprise 이외의 다른 버전에 연결 또는 복원된 경우 변경 데이터 캡처에 SQL ServerSQL Server Enterprise가 필요하기 때문에 작업이 차단됩니다.If a database is attached or restored with the KEEP_CDC option to any edition other than Enterprise, the operation is blocked because change data capture requires SQL ServerSQL Server Enterprise. 오류 메시지 932가 표시됩니다.Error message 932 is displayed:

    SQL Server cannot load database '%.*ls' because change data capture is enabled. The currently installed edition of SQL Server does not support change data capture. Either disable change data capture in the database by using a supported edition of SQL Server, or upgrade the instance to one that supports change data capture.

    sys.sp_cdc_disable_db 를 사용하여 복원 또는 연결된 데이터베이스에서 변경 데이터 캡처를 제거할 수 있습니다.You can use sys.sp_cdc_disable_db to remove change data capture from a restored or attached database.

Change Tracking Change Tracking

변경 내용 추적은 테이블 행을 변경했다는 사실을 캡처하지만 변경된 데이터를 캡처하지는 않습니다.Change tracking captures the fact that rows in a table were changed, but does not capture the data that was changed. 따라서 사용자 테이블에서 직접 가져온 최신 행 데이터를 사용하여 변경한 행을 응용 프로그램이 확인할 수 있습니다.This enables applications to determine the rows that have changed with the latest row data being obtained directly from the user tables. 그러므로 변경 내용 추적은 시간에 따른 변경 기록을 표시하는 데 있어서는 변경 데이터 캡처와 비교해 볼 때 보다 제한적입니다.Therefore, change tracking is more limited in the historical questions it can answer compared to change data capture. 그러나 기록 정보가 필요 없는 응용 프로그램의 경우 변경된 데이터를 캡처하지 않아 저장소 오버헤드가 훨씬 적습니다.However, for those applications that do not require the historical information, there is far less storage overhead because of the changed data not being captured. 동기 추적 메커니즘을 사용하여 변경 내용을 추적합니다.A synchronous tracking mechanism is used to track the changes. 이 메커니즘은 DML 작업에 대한 오버헤드를 최소 수준으로 유지하도록 디자인되었습니다.This has been designed to have minimal overhead to the DML operations.

다음 그림에서는 변경 내용 추적을 사용하는 것이 좋은 동기화 시나리오를 보여 줍니다.The following illustration shows a synchronization scenario that would benefit by using change tracking. 이 시나리오에서는 응용 프로그램에 마지막으로 테이블이 동기화된 이후 변경된 테이블의 모든 행 및 현재 행 데이터만 포함하는 정보가 필요합니다.In the scenario, an application requires the following information: all the rows in the table that were changed since in the last time that the table was synchronized, and only the current row data. 동기화 메커니즘을 사용하여 변경 내용을 추적하기 때문에 응용 프로그램에서는 양방향 동기화를 수행하고 발생할 수 있는 모든 충돌을 안정적으로 검색할 수 있습니다.Because a synchronous mechanism is used to track the changes, an application can perform two-way synchronization and reliably detect any conflicts that might have occurred.

변경 내용 추적에 대한 개념 설명Conceptual illustration of change tracking

변경 내용 추적 및 Sync Services for ADO.NETChange Tracking and Sync Services for ADO.NET

Sync Services for ADO.NETSync Services for ADO.NET 은 데이터베이스 간 동기화를 사용하도록 설정하여 오프라인 및 공동 작업 시나리오를 대상으로 하는 응용 프로그램을 작성할 수 있는 직관적이고 유연한 API를 제공합니다. enables synchronization between databases, providing an intuitive and flexible API that enables you to build applications that target offline and collaboration scenarios. Sync Services for ADO.NETSync Services for ADO.NET 은 변경 내용을 동기화하기 위한 API를 제공하지만 서버 또는 피어 데이터베이스에서 변경 내용을 실제로 추적하지는 않습니다. provides an API to synchronize changes, but it does not actually track changes in the server or peer database. 사용자 지정 변경 내용 추적 시스템을 만들 수 있지만 일반적으로 이러한 시스템으로 인해 작업이 상당히 복잡해지며 성능 오버헤드가 발생합니다.You can create a custom change tracking system, but this typically introduces significant complexity and performance overhead. 서버 또는 피어 데이터베이스의 변경 내용을 추적하려면 구성하기 쉽고 고성능 추적을 제공하는 SQL Server 2017SQL Server 2017 내 변경 내용 추적을 사용하는 것이 좋습니다.To track changes in a server or peer database, we recommend that you use change tracking in SQL Server 2017SQL Server 2017 because it is easy to configure and provides high performance tracking.

변경 내용 추적 및 Sync Services for ADO.NETSync Services for ADO.NET에 대한 자세한 내용을 보려면 다음 링크를 사용하십시오.For more information about change tracking and Sync Services for ADO.NETSync Services for ADO.NET, use the following links:

  • 변경 내용 추적 정보(SQL Server)About Change Tracking (SQL Server)

    변경 내용 추적에 대해 설명하고, 변경 내용 추적 작동 방법에 대한 높은 수준의 개요를 제공하며, 변경 내용 추적과 다른 SQL Server 데이터베이스 엔진SQL Server Database Engine 기능의 상호 작용 방식에 대해 설명합니다.Describes change tracking, provides a high-level overview of how change tracking works, and describes how change tracking interacts with other SQL Server 데이터베이스 엔진SQL Server Database Engine features.

  • Microsoft Sync Framework 개발자 센터(Microsoft Sync Framework Developer Center)Microsoft Sync Framework Developer Center

    Sync FrameworkSync FrameworkSync ServicesSync Services의 전체 설명서를 제공합니다.Provides complete documentation for Sync FrameworkSync Framework and Sync ServicesSync Services. Sync ServicesSync Services에 대한 설명서에서 "방법: SQL Server 변경 내용 추적 사용" 항목에 자세한 내용과 코드 예제가 포함되어 있습니다.In the documentation for Sync ServicesSync Services, the topic "How to: Use SQL Server Change Tracking" contains detailed information and code examples.

태스크Task 항목Topic
변경 데이터 캡처의 개요를 제공합니다.Provides an overview of change data capture. 변경 데이터 캡처 정보(SQL Server)About Change Data Capture (SQL Server)
데이터베이스 또는 테이블에서 변경 데이터 캡처를 사용하도록 설정하거나 사용하지 않도록 설정하는 방법에 대해 설명합니다.Describes how to enable and disable change data capture on a database or table. 변경 데이터 캡처 설정 및 해제(SQL Server)Enable and Disable Change Data Capture (SQL Server)
변경 데이터 캡처를 관리 및 모니터링하는 방법을 설명합니다.Describes how to administer and monitor change data capture. 변경 데이터 캡처 관리 및 모니터링(SQL Server)Administer and Monitor Change Data Capture (SQL Server)
변경 데이터 캡처 소비자에게 제공되는 변경 데이터를 사용하는 방법에 대해 설명합니다.Describes how to work with the change data that is available to change data capture consumers. 이 항목에서는 유효성 검사 LSN 경계, 쿼리 함수 및 쿼리 함수 시나리오를 다룹니다.This topic covers validating LSN boundaries, the query functions, and query function scenarios. 변경 데이터 작업(SQL Server)Work with Change Data (SQL Server)
변경 캡처의 개요를 제공합니다.Provides an overview of change tracking. 변경 내용 추적 정보(SQL Server)About Change Tracking (SQL Server)
데이터베이스 또는 테이블에서 변경 내용 추적을 사용하도록 설정하거나 사용하지 않도록 설정하는 방법에 대해 설명합니다.Describes how to enable and disable change tracking on a database or table. 변경 내용 추적 설정 및 해제(SQL Server)Enable and Disable Change Tracking (SQL Server)
변경 추적을 관리하고, 보안을 구성하고 변경 추적이 사용된 경우 저장소 및 성능에 미치는 영향을 확인하는 방법을 설명합니다.Describes how to manage change tracking, configure security, and determine the effects on storage and performance when change tracking is used. 변경 내용 추적 관리(SQL Server)Manage Change Tracking (SQL Server)
변경 추적을 사용하는 응용 프로그램이 추적된 변경 내용을 가져와서 이러한 변경 내용을 다른 데이터 저장소에 적용하고 원본 데이터베이스를 업데이트하는 방법을 설명합니다.Describes how applications that use change tracking can obtain tracked changes, apply these changes to another data store, and update the source database. 이 항목에서는 장애 조치(failover)가 발생하여 백업에서 데이터베이스를 복원해야 할 때 변경 내용 추적이 수행하는 역할에 대해 설명합니다.This topic also describes the role change tracking plays when a failover occurs and a database must be restored from a backup. 변경 내용 추적 사용(SQL Server)Work with Change Tracking (SQL Server)

참고 항목See Also

변경 데이터 캡처 함수(Transact-SQL) Change Data Capture Functions (Transact-SQL)
변경 내용 추적 함수(Transact-SQL) Change Tracking Functions (Transact-SQL)
변경 데이터 캡처 저장 프로시저(Transact-SQL) Change Data Capture Stored Procedures (Transact-SQL)
변경 데이터 캡처 테이블(Transact-SQL) Change Data Capture Tables (Transact-SQL)
변경 데이터 캡처 관련 동적 관리 뷰(Transact-SQL) Change Data Capture Related Dynamic Management Views (Transact-SQL)