|
Страница 6 из 11
Некоторые соображения по поводу Dynamic Snapshot При планировании merge публикации с динамическими фильтрами и динамическими снимками, нужно учитывать следующие моменты:
1. Динамические снимки могут использоваться со всеми типами подписки. Вы можете создавать динамический снимок, используя Create Dynamic Snapshot Job Wizard и/или запустив Snapshot Agent с соответствующими параметрами. Применение динамического снимка осуществляется с использованием Merge Agent или Merge ActiveX Control и с установкой свойств DynamicSnapshotLocation.
2. Вы можете использовать параметр командной строки - DynamicSnapshotLocation для Merge Agent или свойство DynamicSnapshotLocation в Merge ActiveX Control, чтобы применить предварительно сгенерированный динамический снимок.
3. Динамические фильтры и динамические снимки применяются только с Merge репликацией.
4. Чтобы создать динамический снимок, для публикации должен быть включён динамический фильтр и должен быть создан стандартный снимок.
5. Файлы динамических снимков также будут сжаты, если сжат стандартный снимок. Чтобы сжать стандартный снимок, и соответственно динамический снимок, откройте свойства публикации, и для "Snapshot Location tab" выберете "Generate snapshots in the following location", что бы задать в текстовом поле место расположения снимка, а затем нужно выбрать "Compress Snapshot files in this location".
6. Логин, указанный для входа в систему издателя, должен быть указан в Publication Access List (PAL) или быть членом роли sysadmin публикуемой базы данных или группы DB_owner. Этот логин может быть определен в Create Dynamic Snapshot Job Wizard или при использовании параметра Snapshot Agent -DynamicFilterLogin.
7. Поскольку SQL Server добавляет и удаляет временные логины в Snapshot Agent, логин Snapshot Agent издателя должен быть членом серверной роли securityadmin и быть членом группы DB_owner публикуемой базы данных, чтобы иметь возможность создавать динамические снимки.
8. Логины динамического фильтра, указанные для создания динамического снимка, должны быть включены в соответствующий список доступа публикации (PAL).
9. SQL Server на издателе должен иметь смешанный режим защиты (mixed security mode).
10. Изменение свойств публикации без пересоздания стандартного снимка для публикации с динамическим фильтром сделает не возможным применение всех последующих динамических снимков, которые будут сгенерированы.
11. Не используйте параметры в системной функции SUSER_SNAME(), используемой с динамическими снимками, например: SUSER_SNAME (SID).
12. Функции, которые неявно полагаются на SUSER_SNAME() или текущего пользователя, например: USER_NAME(), CURRENT_USER(), System_USER(), USER_id() или SUSER_SID() не будут правильно работать и не должны использоваться с динамическими снимками (вместо них нужно использовать SUSER_SNAME() или HOST_NAME()).
13. В динамическом фильтре можно использовать определяемые пользователем функции (user-defined functions). Однако, если определяемый пользователем фильтр выдаёт одни и те же значения для всех подписчиков, это - тип статического фильтра, и нет никакой необходимости использовать динамические снимки, потому что все подписчики получат одинаковый снимок данных.
14. Вы можете использовать системную функцию SUSER_SNAME(), вложенную в определяемую пользователем функцию, в критериях динамического фильтра, и можете использовать динамический снимок (например, MyUDF (SUSER_SNAME ()), где MyUDF - определяемая пользователем функция, использующая SUSER_SNAME()). Системная функция должна быть видима в критериях динамического фильтра. Если системная функция существует в определении определяемой пользователем функции, и Вы вводите в динамический фильтр только определяемую пользователем функцию, Вы не сможете использовать динамический снимок. |