Чи змінилися внутрішні засоби відстеження змін від SQL Server 2008 до 2012?

Під час зйомки проблеми з синхронізацією від'єднаних пристроїв із центральним сервером баз даних, у нас виникає проблема після оновлення до SQL Server 2012 на сервері. Здається, що CHANGE_TRACKING_MIN_VALID_VERSION повертає значення на 1 вище, ніж слід (або принаймні, ніж це було до оновлення.)

Я працював через великий приклад Аршада Алі через приклад того, як створити простий приклад.

Я запустив скрипти з №1 до №5, щоб вставити, видалити та оновити рядок у таблиці Співробітник у середовищі SQL Server 2008 та 2012 році.

У 2008 році наступне твердження повертає 0:

SELECT CHANGE_TRACKING_MIN_VALID_VERSION(OBJECT_ID('Employee'))

У 2012 році вона повертає 1.

Працюючи за допомогою ще декількох сценаріїв (6-8) у тестах, я встановив час утримування на 1 хвилину, щоб сподіватися змусити дію очищення. Я поїхав на день і, мабуть, він пробіг протягом ночі.

У екземплярі 2008 року CHANGE_TRACKING_CURRENT_VERSION та CHANGE_TRACKING_MIN_VALID_VERSION рівні (11). У екземплярі 2012 року CHANGE_TRACKING_MIN_VALID_VERSION на один вищий (12), ніж CHANGE_TRACKING_CURRENT_VERSION (11). Це може вплинути на процес синхронізації, коли база даних простоює протягом тривалого періоду часу. І ми виявили, що процес може потрапити в цикл, особливо коли виконується наступний тест, щоб визначити, чи потрібна повторна ініціалізація, на відміну від синхронізації:

IF CHANGE_TRACKING_MIN_VALID_VERSION(object_id(N'dbo.Employee')) > @sync_last_received_anchor 
       RAISERROR (N'SQL Server Change Tracking has cleaned up tracking information for table ''%s''...

Хтось ще зазнав цієї зміни в поведінці? Хтось має пояснення?

Один не використовує min_valid_version для відстеження змін. Це використовується лише для перевірки, якщо ваш клієнт повинен бути реініціалізований, якщо метадані були очищені до того, як клієнт міг споживати зміни.

CHANGE_TRACKING_MIN_VALID_VERSION (Transact-SQL)

Отримує мінімальну версію, дійсну для використання при отриманні інформації відстеження змін із зазначеної таблиці під час використання CHANGETABLEфункції.

Min_valid_version змінюється у версії очищення та не залежить від змін у таблиці користувачів. Кожен раз, коли запускається потік очищення, може бути оновлення min_valid_version незалежно від змін даних.

До 2012 року min_valid_version був позначений так само, як версія очищення, адже насправді це має бути більше, ніж версія очищення, оскільки метадані для цієї версії вже очищені. У 2012 році це те, що вони змінили, щоб переконатися, що вони оновлюють правильну min_valid_version.

Не слід відстежувати зміни, використовуючи min_valid_version, натомість слід зберігати last_sync_version після кожної синхронізації та викликати, CHANGETABLEщоб перерахувати зміни після останньої версії синхронізації.

За дизайном - Мінімально допустима версія змінюється у версії очищення і не залежить від змін у таблиці користувачів. Щоразу при запуску потоку очищення може відбуватися оновлення до мінімально допустимої версії незалежно від змін даних.

Вирішити - Змініть процедуру, щоб використовувати "current_version" замість "min_valid_version"