Отслеживание измененных данных (SQL Server)

SQL Server 2012 предоставляет две функции отслеживания изменений в базе данных: отслеживание измененных данных и отслеживание изменений. Эти функции позволяют приложениям обнаруживать изменения DML (операции вставки, обновления и удаления), произведенные в пользовательских таблицах базы данных. Отслеживание измененных данных и отслеживание изменений можно включить для одной и той же базы данных без каких-либо дополнительных действий. Список выпусков SQL Server, поддерживающих отслеживание измененных данных и отслеживание изменений, см. по ссылке Возможности, поддерживаемые различными выпусками SQL Server 2012.

Преимущества использования отслеживания измененных данных или отслеживания изменений

Возможность выполнять запросы к измененным данным в базе данных — важное условие для эффективной работы некоторых приложений. Обычно для определения изменений данных разработчикам приложений приходилось реализовывать в своих приложениях специальный метод отслеживания, использующий сочетание триггеров, столбцов отметок времени и дополнительных таблиц. Создание таких приложений обычно связано с большими трудозатратами, требует обновлений схемы и часто вызывает серьезное снижение производительности.

Использование функций отслеживания измененных данных или отслеживания изменений в приложениях для отслеживания изменений в базах данных, вместо разработки специализированного решения, имеет следующие преимущества.

• Сокращение времени проектирования. Поскольку функции реализованы в SQL Server 2012, не нужно разрабатывать собственное решение.

• Изменения схемы не нужны. Не требуется добавлять столбцы, триггеры или создавать дополнительные таблицы, в которых будут отслеживаться удаленные строки или храниться информация об отслеживании изменений, если столбцы невозможно добавить в пользовательские таблицы.

• Имеется встроенный механизм очистки. Очистка для отслеживания изменений выполняется автоматически в режиме в сети. Специальная очистка для данных, хранимых в побочной таблице, не требуется.

• Для получения сведений об изменениях предоставляются функции.

• Накладные затраты при операциях DML невелики. Синхронному отслеживанию изменений всегда сопутствуют некоторые затраты. Однако отслеживание изменений может помочь снизить затраты. Затраты часто оказываются меньше, чем при использовании альтернативных решений, особенно решений с использованием триггеров.

• Отслеживание изменений основано на зафиксированных транзакциях. Порядок изменений основан на времени фиксации транзакции. Это позволяет получить надежные результаты при наличии долго выполняемых и перекрывающихся транзакций. Пользовательские решения, в которых используются значения timestamp, должны проектироваться специально для обработки таких ситуаций.

• Доступны стандартные средства, которые вы можете использовать для настройки и управления. SQL Server 2012 предоставляет стандартные инструкции DDL, среду Среда SQL Server Management Studio, представления каталогов и права доступа.

Отличие возможностей системы отслеживания измененных данных и системы отслеживания изменений

В следующей таблице приводится список отличий возможностей для системы отслеживания измененных данных и системы отслеживания изменений. Система отслеживания измененных данных задействует асинхронный механизм отслеживания изменений в журнале транзакций, поэтому изменения доступны после выполнения операции DML. В системе отслеживания изменений задействуется синхронное отслеживание изменений параллельно с операциями DML, поэтому данные изменений доступны немедленно.

Система отслеживания измененных данных

Система отслеживания измененных данных регистрирует в журнале данные об изменении пользовательских таблиц, отслеживая как сам факт DML-изменений, так и фактически измененные данные. Изменения отслеживаются с помощью асинхронного процесса, который считывает журнал транзакций и слабо влияет на систему.

Как показано на следующем рисунке, изменения в пользовательской таблице записываются в соответствующих таблицах изменений. Эти таблицы изменений обеспечивают журнальное представление изменений, распределенных во времени. Функции системы отслеживания измененных данных, предоставляемые SQL Server, обеспечивают простую и систематическую обработку данных об изменениях.

Модель безопасности

В этом разделе описана модель безопасности системы отслеживания измененных данных.

• Конфигурация и администрирование
  Чтобы включить или отключить систему отслеживания измененных данных в базе данных, пользователь, вызывающий процедуры sys.sp_cdc_enable_db (Transact-SQL) или sys.sp_cdc_disable_db (Transact-SQL), должен быть членом предопределенной роли сервера sysadmin. Для включения или отключения системы отслеживания измененных данных на уровне таблиц пользователь, вызывающий процедуры sys.sp_cdc_enable_table (Transact-SQL) и sys.sp_cdc_disable_table (Transact-SQL), должен быть членом предопределенной роли сервера sysadmin или членом роли базы данных database db_owner.

  Использование хранимых процедур для администрирования заданий отслеживания измененных данных ограничено членами серверной роли sysadmin и членами роли database db_owner.

• Перечисление изменений и запросы метаданных
  Чтобы получить доступ к информации об изменениях, связанной с экземпляром отслеживания, пользователю должен быть предоставлен доступ с правом выборки всех отслеживаемых столбцов в соответствующей исходной таблице. Кроме того, если при создании экземпляра отслеживания задана шлюзовая роль, вызывающий также должен быть членом заданной шлюзовой роли. Другие общие функции системы отслеживания измененных данных для доступа к метаданным имеются в распоряжении пользователей через роль public, хотя доступ к возвращенным метаданным обычно регулируется доступом с правом выборки к базовым исходным таблицам, а также членством во всех определенных шлюзовых ролях.

• DDL-операции в исходных таблицах с включенной системой отслеживания измененных данных
  Если в таблице включена система отслеживания измененных данных, DDL-операции могут применяться только членом предопределенной роли сервера sysadmin, членом роли database role db_owner или database role db_ddladmin. Для пользователей, которым явно предоставлены права на выполнение DDL-операций в такой таблице, выводится сообщение об ошибке 22914, если они пытаются выполнить такие операции.

Вопросы типов данных в системе отслеживания измененных данных

Система отслеживания измененных данных поддерживает все базовые типы столбцов. В следующей таблице описывается поведение и ограничения нескольких типов столбцов.

Система отслеживания измененных данных и другие функции SQL Server

В данном разделе описывается взаимодействие следующих функций с системой отслеживания измененных данных.

• Зеркальное отображение базы данных

• Репликация транзакций

• Восстановление или присоединение базы данных

Зеркальное отображение базы данных

Для базы данных, активированной для отслеживания измененных данных, можно установить зеркальное отображение. Чтобы обеспечить автоматическое выполнение отслеживания и очистки на зеркальном сервере, выполните следующие шаги.

1. Убедитесь, что на зеркальном сервере запущен агент SQL Server.

2. Создайте задание отслеживания и задание очистки на зеркальном сервере после того, как был выполнен переход с основного сервера на зеркальный. Для создания заданий следует использовать хранимую процедуру sys.sp_cdc_add_job (Transact-SQL).

Дополнительные сведения о зеркальном отображении базы данных см. в разделе Зеркальное отображение базы данных (SQL Server).

Репликация транзакций

Система отслеживания измененных данных и репликация транзакций могут сосуществовать в одной базе данных, но если обе эти функции были включены, то заполнение таблиц изменений будет выполняться другим способом. Для считывания изменений из журнала транзакций система отслеживания измененных данных и репликация транзакций всегда используют одну и ту же процедуру sp_replcmds. Если система отслеживания измененных данных включена отдельно, то процедуру sp_replcmds вызывает задание агента SQL Server. Если в базе данных включены обе эти функции, процедуру sp_replcmds вызывает агент чтения журнала. Агент заполняет как таблицы изменений, так и таблицы базы данных распространителя. Дополнительные сведения см. в разделе Агент чтения журнала репликации.

Рассмотрим случай, когда для базы данных AdventureWorks2012 была включена система отслеживания измененных данных и две таблицы были включены для отслеживания. Для заполнения таблиц изменений задание отслеживания вызывает процедуру sp_replcmds. База данных активируется для репликации транзакций, после этого создается публикация. Для базы данных создается агент чтения журнала, задание отслеживания удаляется. Агент чтения журнала продолжает просматривать журнал, начиная с последнего регистрационного номера транзакции, зафиксированного в таблице изменений. Это обеспечивает согласованность данных в таблицах изменений. Если в данной базе данных будет отключена репликация транзакций, то агент чтения журнала будет удален, а задание отслеживания будет создано повторно.

Примечание

Если для системы отслеживания измененных данных и репликации транзакций используется агент чтения журнала, то в базу данных распространителя в первую очередь записываются реплицированные изменения. Затем в таблицы изменений записываются отслеженные изменения. Обе операции фиксируются одновременно. Если при записи в базу данных распространителя возникла задержка, то перед появлением изменений в таблицах изменений пройдет такое же время.

Восстановление или прикрепление базы данных, активированной для системы отслеживания измененных данных

Для определения того, останется ли активированным система отслеживания измененных данных после восстановления или присоединения базы данных, в SQL Server используется следующая логика.

• Если база данных восстанавливается на том же сервере с таким же именем базы данных, то система отслеживания измененных данных останется активированной.

• Если база данных восстанавливается на другом сервере, то по умолчанию система отслеживания измененных данных будет отключена, а все связанные метаданные будут удалены.

  Для сохранения системы отслеживания измененных данных в активированном состоянии при восстановлении базы данных следует использовать параметр KEEP_CDC. Дополнительные сведения об этом параметре см. в разделе RESTORE.

• Если база данных отсоединяется и присоединяется к тому же или другому серверу, то система отслеживания измененных данных остается активированной.

• Если база данных присоединяется или восстанавливается с параметром KEEP_CDC на любом выпуске, отличном от Enterprise, эта операция будет заблокирована, поскольку для системы отслеживания измененных данных требуется выпуск SQL Server Enterprise. Отображается сообщение об ошибке 932:

  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 вы можете использовать для отключения отслеживания измененных данных в восстановленной или прикрепленной базе данных.

[В начало]

Отслеживание изменений

Система отслеживания изменений отслеживает факт изменения строк таблицы, но не отслеживает изменившиеся данные. Это позволяет приложениям определять изменившиеся строки, получая последние данные изменений непосредственно из пользовательских таблиц. Поэтому журнал системы отслеживания изменений более ограничен по сравнению с системой отслеживания измененных данных. Однако приложениям, которые не нуждаются в данных предыстории, требуется меньше пространства хранения, поскольку не отслеживаются измененные данные. Для отслеживания изменений используется синхронное средство отслеживания. Оно было разработано, чтобы снизить до минимума объем служебных данных для операций DML.

На следующем рисунке показан сценарий синхронизации, при котором оптимальным является отслеживание изменений. В этом сценарии приложению требуются следующие данные: все строки таблицы, измененные с момента последней синхронизации, и только текущие данные строк. Поскольку для отслеживания изменений используется синхронный механизм, приложение может выполнить двустороннюю синхронизацию и уверенно определить возможные конфликты.

Отслеживание изменений и службы Sync Services для ADO.NET

Службы Sync Services for ADO.NET обеспечивают синхронизацию между базами данных, предоставляя интуитивно понятный и гибкий интерфейс API, с помощью которого можно разрабатывать приложения для работы вне сети или совместной работы. Службы Sync Services for ADO.NET предоставляют интерфейс API для отслеживания изменений, но фактически не отслеживают изменения в серверной или одноранговой БД. Можно создать нестандартную систему отслеживания изменений, однако обычно это сопряжено со значительным усложнением среды и повышенными затратами ресурсов. Чтобы отслеживать изменения на сервере или в одноранговой базе данных, рекомендуется использовать входящую в SQL Server 2012 систему отслеживания изменений, поскольку она легко настраивается и обладает высокой производительностью.

Дополнительные сведения об отслеживании изменений и Sync Services for ADO.NET см. по следующим ссылкам.

• Об отслеживании изменений (SQL Server)

  Содержит описание отслеживания изменений данных, общие сведения о механизме отслеживания изменений и описывает взаимодействие отслеживания изменений с другими функциями компонента Компонент SQL Server Database Engine.

• Центр разработки Microsoft Sync Framework

  Содержит полную документацию по платформе Sync Framework и службам Sync Services. В документации по Sync Services раздел «Как использовать отслеживание изменений SQL Server» содержит подробные сведения и примеры программного кода.

[В начало]

Связанные задачи (обязательно)

См. также

Справочник

Функции системы отслеживания измененных данных (Transact-SQL)

Хранимые процедуры системы отслеживания измененных данных (Transact-SQL)

Динамические административные представления, связанные с системой отслеживания измененных данных (Transact-SQL)

Основные понятия

Функции отслеживания изменений (Transact-SQL)

Другие ресурсы

Таблицы системы отслеживания измененных данных (Transact-SQL)