авторефераты диссертаций БЕСПЛАТНАЯ БИБЛИОТЕКА РОССИИ

КОНФЕРЕНЦИИ, КНИГИ, ПОСОБИЯ, НАУЧНЫЕ ИЗДАНИЯ

<< ГЛАВНАЯ
АГРОИНЖЕНЕРИЯ
АСТРОНОМИЯ
БЕЗОПАСНОСТЬ
БИОЛОГИЯ
ЗЕМЛЯ
ИНФОРМАТИКА
ИСКУССТВОВЕДЕНИЕ
ИСТОРИЯ
КУЛЬТУРОЛОГИЯ
МАШИНОСТРОЕНИЕ
МЕДИЦИНА
МЕТАЛЛУРГИЯ
МЕХАНИКА
ПЕДАГОГИКА
ПОЛИТИКА
ПРИБОРОСТРОЕНИЕ
ПРОДОВОЛЬСТВИЕ
ПСИХОЛОГИЯ
РАДИОТЕХНИКА
СЕЛЬСКОЕ ХОЗЯЙСТВО
СОЦИОЛОГИЯ
СТРОИТЕЛЬСТВО
ТЕХНИЧЕСКИЕ НАУКИ
ТРАНСПОРТ
ФАРМАЦЕВТИКА
ФИЗИКА
ФИЗИОЛОГИЯ
ФИЛОЛОГИЯ
ФИЛОСОФИЯ
ХИМИЯ
ЭКОНОМИКА
ЭЛЕКТРОТЕХНИКА
ЭНЕРГЕТИКА
ЮРИСПРУДЕНЦИЯ
ЯЗЫКОЗНАНИЕ
РАЗНОЕ
КОНТАКТЫ


Pages:     | 1 |   ...   | 16 | 17 || 19 | 20 |   ...   | 33 |

«Е.Мамаев MS SQL SERVER 2000 Книга посвящена одной из самых мощных и популярных современных систем управления базами данных - Microsoft SQL Server 2000. ...»

-- [ Страница 18 ] --

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

Гораздо быстрее и проще воспользоваться возможностями Enterprise Manager или мастерами поддержки репликации, чем пытаться запускать хранимые про цедуры. При описании агентов репликации был дан синтаксис утилит команд ной строки, которые реализуют соответствующие агенты. Как было видно, этот синтаксис достаточно сложен. А запуск утилит с нужными ключами является лишь одной из многих задач администрирования репликации. Синтаксис хра нимых процедур поддержки репликации вряд ли уступает по сложности синтак сису указанных утилит.

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

Таким образом, мы будем рассматривать администрирование репликации только средствами мастером и Enterprise Manager. Администрирование репликации яв ляется настолько сложным процессом, что некоторые действия можно выпол нить лишь с помощью мастеров. Практически все описанные ранее администра тивные задачи с успехом могли быть выполнены средствами Enterprise Manager, а мастера предлагалось запускать пользователям, еще в недостаточной мере ос воившим работу с Enterprise Manager. To есть вполне можно было обойтись и без мастеров. При работе с репликацией применение мастеров становится неиз бежным, чему способствует сложившийся в отношении мастеров стереотип, рассматривающий их лишь как инструмент для неопытных пользователей.

( Замечание ) С помощью мастеров выполняется первоначальная инициализация того или иного компонента подсистемы репликации. Дальнейшее же администрирование осущесв ляется средствами Enterprise Manager.

••.. -.•-.-,:••,••. '.f-nV Для более наглядного изложения материала по администрированию репликации работа с каждым компонентом будет рассмотрена в отдельном разделе. Предла гаемый далее материал посвящен описанию создания, управления и деактива ции издателя и дистрибьютора. В следующих же разделах будет рассмотрена щ~ бота с подписчиком, а также создание публикации и подписка на нее., •,,.;

•• Часть III. Администрирование Инициализация издателя и дистрибьютора Первое, с чего начинается администрирование репликации — это конфигуриро вание издателя, а вместе с ним и дистрибьютора. Определить же сначала под писчика не удастся, т. к. при его инициализации необходимо указать публика цию, на которую он будет подписан. Но создать публикацию при отсутствующем издателе невозможно.

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

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

Как для организции издателя, так и для создания дистрибьютора, служит один и тот же мастер — Configure Publishing and Distribution Wizard. Уже в названии этого мастера указывается, что он предназначен как для конфигурирования из дателя, так и дистрибьютора. Мастеров для выполнения этих операций по от дельности не разработано. Выпол нить же создание издателя или дист рибьютора средствами Enterprise Manager нельзя.

Для запуска мастера необходимо в окне Select Wizard (рис. 14.17) в пап ке Replication выбрать пункт Config ure Publishing and Distribution Wizard.

Открыть окно Select Wizard можно с помощью кнопки Run a wizard, раз мещенной в панели инструментов Enterprise Manager.

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

Рис. 14.17. Окно Select Wizard Глава 14. Репликация данных с Замечание При запуске мастера Configure Publishing and Distribution Wizard на сервере, сконфи гурированном в качестве издателя, будет открыто не первое окно мастера, а окно свойств издателя и дистрибьютора, в котором можно управлять их свойствами. Ра бота с этим окном будет рассмотрена далее.

Второе окно мастера называется Select Distributor (рис. 14.18) и, как следует из названия, предназначено для выбора сервера SQL Server 2000, который будет использоваться в качестве дистрибьютора для конфигурируемого издателя.

Рис. 14.18. Окно Select Distributor мастера Configure Publishing and Distribution Wizard Главную роль в окне играет переключатель, который может быть установлен в следующие положения:

П Make 'ServerName' its own Distributor;

SQL Server will create a distribution da tabase and log1. При установке переключателя в это положение в сети будет создан новый дистрибьютор, который разместится на том же сервере SQL Server 2000, что и создаваемый издатель. Если в сети еще нет ни одного ди стрибьютора, то в любом случае придется устанавливать переключатель в рассматриваемое положение. То есть первый дистрибьютор сети всегда рас полагается на том же сервере, что и издатель. Впоследствии созданный дист рибьютор может быть использован другими издателями;

О Use the following server, which has already been configured as a Distributor. Если в сети уже имеется дистрибьютор, то вы можете вполне использовать его, а Вместо 'ServerName' в окне будет указано конкретное имя сервера. — Ред.

Часть III. Администрирование не создавать новый. Для этого достаточно установить переключатель в рас сматриваемое положение. Используя эту возможность, можно несколько изда телей связать с единственным дистрибьютором, который таким образом будет обслуживать всех подписчиков. При установке переключателя в данное поло жение становится доступным список, расположенный в нижней части окна. В этом списке приведены все серверы SQL Server 2000, зарегистрированные в Enterprise Manager. Если нужного сервера в списке нет, то его следует предва рительно зарегистрировать. Регистрацию можно выполнить непосредственно из окна мастера. Для этого достаточно нажать кнопку Add Server, что приведет к открытию стандартного окна регистрации сервера. Подробно регистрация серверов была рассмотрена в разд. "Регистрация сервера" главы 10.

Использование созданного ранее дистрибьютора не представляет особого инте реса. Поэтому мы рассмотрим создание нового дистрибьютора. То есть пере ключатель должен быть установлен в первое положение. После этого можно переходить к очередному окну мастера.

Третье окно мастера имеет название Customize the Configuration (рис. 14. i 9) и используется для выбора стратегии конфигурирования создаваемого дистрибью тора с помощью переключателя, устанавливаемого в положения:

О Yes, let me set the distribution database properties, enable Publishers, or set the publishing settings. Если вы хотите полностью контролировать процесс созда ния базы данных распределения, выбора подписчиков и контроля некоторых других параметров, то следует установить переключатель в данное положе ние. В этом случае мастер предложит ряд дополнительных окон, с помощью которых и нужно будет соответствующим образом сконфигурировать те или иные параметры. В этих окнах по умолчанию будут установлены те же зна чения, что используются при установке переключателя в следующее положе ние. Таким образом, выбор данного переключателя вовсе не означает, что вам придется конфигурировать множество параметров. Просто вам предоста вится возможность изменить часть из них, приняв для остальных (или даже для всех) предлагаемые по умолчанию значения.

О/'No;

use the following default settings. Если вы не в полной мере освоили кон ' 'фигурирование свойств издателя и дистрибьютора, или просто вас удовле творяют предлагаемые мастером параметры, то можно установить переклю чатель в рассматриваемое положение. В этом случае мастер будет использовать значения по умолчанию— база данных распределения будет иметь имя D i s t r i b u t i o n, ее файлы данных и журнала транзакций разместят ся в стандартном каталоге, ни одна из баз данных не окажется доступной для (Публикации, а всем зарегистрированным серверам будет разрешено подпи сываться на публикации, создаваемые на инициализируемом подписчике. В текстовом поле, расположенном в нижней части окна, описаны параметры, предлагаемые по умолчанию. При установке переключателя в рассматривае мое положение следующее окно мастера станет последним.

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

Глава 14. Репликация данных • Рис. 14.19. Окно Customize the Configuration мастера Configure Publishing and Distribution Wizard В этом случае очередное окно мастера будет иметь имя Provide Distribution Data base Information (рис. 14.20), что можно перевести как "укажите информацию в базе данных распределения". Рассмотрим элементы управления, имеющиеся в окне:

П Distribution database name. В поле указывается имя, которое будет присвоено базе данных распределения. Как видно, по умолчанию предлагается имя d i s t r i b u t i o n. Однако ничто не мешает использовать вместо этого стандарт ного имени любое другое. Отметим также, что на одном дистрибьюторе можно создавать более одной базы данных распределения.

П Folder for the distribution database file. С помощью данногоi текстового,поля указывается каталог на диске, в разместятся файлы с данными (mdf и ndf) создаваемой базы данных распределения. Путь может быть введен как, пол ностью вручную, так и выбран с помощью окна Browse for Folder, открыть которое можно с помощью кнопки ^ J, расположенной непосредственно справа от поля;

.

• Folder for the distribution database log file. Это поле предназначено для указа ния каталога для размещения в нем файлов журнала транзакций создаваемой базы данных распределения. ;

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

н.- •. уг'.-.у,• • базу данных новые файлы.

Часть III. Администрирование Рис. 14.20. Окно Provide Distribution Database Information мастера Configure Publishing and Distribution Wizard Рис. 1 4. 2 1. Окно Enable Publishers мастера Configure Publishing and Distribution Wizard После того, как свойства базы данных распределения будут сконфигурированы, можно переходить к следующему окну мастера, которое называется Enable Pub Глава 14. Репликация данных Ushers (рис. 14.21), преднозначенному для разрешения издателям доступа к соз даваемому дистрибьютору, а также для управления некоторыми свойствами ра боты с этими издателями.

Центральную часть окна занимает таблица Registered servers, каждая строка ко торой соответствует одному из зарегистрированных серверов. В столбце Publish ers указываются собственно имена серверов. Слева от имени сервера имеется флажок, с помощью которого можно разрешить соответствующему серверу издателю использовать создаваемого дистрибьютора. В столбце Distribution DB указывается имя одной из баз данных распределения, которая будет применять ся для соответствующего издателя. Мастер позволяет создавать при инициали зации дистрибьютора только одну базу данных распределения, поэтому во всех строках будет указано одинаковое значение. Напомним, что имя базы данных распределения конфигурируется в предыдущем окне мастера.

После установки флажка в самом правом столбце появляется кнопка...!, с по мощью которой можно открыть окно свойств издателя Publisher "Properties (рис. 14.22).

Рис. 14.22. Окно Publisher Properties для сервера STORAGE Рассмотрим элементы управления, имеющиеся в окне свойств издателя:

П Name. В этом поле задается имя сервера-издателя. Изменять значение в этом поле нельзя.

СЗ Distribution database. Указывается имя базы данных распределения, в которой будет сохраняться информация конфигурируемого издателя. Так как к настоя 634 Часть III. Администрирование.

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

• Snapshot folder. Посредством этого поля можно выбрать каталог, в котором станут сохраняться файлы моментального снимка, генерируемые для публи кации конфигурируемого издателя агентом Snapshot Agent. По умолчанию предлагается сохранять файлы в каталоге \Program Files\Microsoft SQL Server\MSSQL\ReplData. Однако ничто не мешает указать любое другое ме сто, в том числе и вне дистрибьютора. При инициализации подписчиков файлы моментальных снимков автоматически будут копироваться с указан ного каталога.

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

О Impersonate the SQL Server Agent account on 'ServerName' (trusted connection).

В этом случае соединение будет устанавливаться с использованием аутенти фикации Windows NT. To есть агенты репликации попытаются установить соединение под той же учетной записью, что используется для запуска служ ба SQLServerAgent. Чтобы установление соединения прошло успешно, нужно учетной записи, предназначенной для запуска на дистрибьюторе службы SQLServerAgent, предоставить на издателе необходимые права. По умолча нию используется аутентификация Windows NT.

( Замечание """) Напомним, что установление соединения будет невозможно, если служба SQLServerAgent на дистрибьюторе запускается под локальной учетной записью (системы или пользователя). В обязательном порядке необходимо использовать учетную запись пользователя домена.

П Use SQL Server Authentication. При выборе этого положения переключателя установление соединения будет осуществляться с помощью аутентификации SQL Server. Для этого понадобится конфигурирование еще нескольких эле ментов управления окна, которые становятся доступными при установке пе реключателя в рассматриваемое положение:

_.щ. Login — имя учетной записи, под которой будет устанавливаться соедине...... ние. Естественно, это должна быть одна из учетных записей, созданных на издателе;

Password— пароль учетной записи, указанной выше;

• * Confirm password — повтор пароля для избежания ошибок при его вводе.

На этом работа с окном свойств издателя заканчивается. Вернемся к работе с мастером;

, точнее с окном Enable Publishers (см. рис. 14.21). Нерассмотренными в этом окне осталась лишь следующие кнопки:

ГЗ Enable All"разрешает,использование конфигурируемого дистрибьютора всеми •серверами» Т- 6- ус1ганавливает все флажки слева от имен серверов;

Глава 14. Репликация данных • Enable None сбрасывает все флажки;

П New позволяет открыть окно регистрации нового сервера. После регистрации его имя сразу же появится в списке серверов.

На этом работу с окном Enable Publishers можно считать оконченной. Следую щее окно мастера называется Enable Publication Databases (рис. 14.23). С помо щью этого окна можно сконфигурировать ту или иную базу данных издателя для публикации с помощью репликации транзакций (в т. ч. и репликации мо ментальных снимков), а также репликации сведением.

Рис. 14.23. Окно Enable Publication Databases мастера • :' Configure Publishing and Distribution Wizard Прежде чем база данных сможет быть опубликована, администратор обязан раз решить создание публикаций для этой базы данных. Это позволяет гарантиро вать, что данные не будут опубликованы владельцем базы данных без ведома администратора. Разрешение баз данных для публикации выполняется с помо щью таблицы Databases, в которой перечислены все пользовательские базы дан ных, созданные на издателе. Разрешение базы данных для публикации осущест вляется путем установки флажка в одном из следующих столбцов:

О Trans — разрешение базы данных для публикации средствами репликации транзакций, а также репликации моментальных снимков;

О Merge — разрешение для создание публикации репликации сведением. :

В правой части окна имеются группы кнопок Transactional и Merge, с помощью которых можно либо установить все флажки (кнопка Enable All), либо сбросить все их (кнопка Enable None), соответственно, в столбце Trans и Merge: После Часть III. Администрирование того, как все необходимые базы данных будут разрешены для публикации, мож но переходить к следующему окну. Следует отметить, что позже в любой мо мент можно будет разрешить создание публикаций для базы данных, или на оборот, запретить это.

Следующее окно мастера носит имя Enable Subscribers (рис. 14.24), используе мое для разрешения серверам сети подписываться на публикации, имеющиеся на конфигурируемом издателе. Как и при работе с предыдущими окнами, цен тральную часть окна занимает таблица, в которой перечислены все зарегистри рованные серверы. Для разрешения серверу подписываться на публикации дос таточно установить флажок слева от имени сервера. После этого в правом столбце появляется кнопка ^ 1, с помощью которой можно открыть окно свойств подписчика SubscribersTrroperties (рис. 14.25).

Рис. 14.24. Окно Enable Subscribers мастера Configure Publishing and Distribution Wizard Как видно, окно имеет две вкладки. Интерес на вкладке General представляет только поле Description, в котором можно указать краткое описание подписчи ка, а также набор элементов в нижней части вкладки. Эти элементы предназна чены для управления параметрами подключения агентов репликации к подпис чику для выполнения тех или иных операций. По умолчанию (переключатель Impersonate the SQL Server Agent account on 'ServerName' (trusted connection)) предлагается использовать учетную запись Windows NT, которая предназначена для запуска службы SQLServerAgent. Однако для установления соединения так же можно применять к учетную запись SQL Server (переключатель Use SQL Server Authentication). В этом случае нужно будет указать имя (поле Login name) и пароль (поля Password и Confirm password) учетной записи.

Глава 14. Репликация данных Рис. 14.25. Окно Subscriber Properties, вкладка General Перейдем к вкладке Schedules (рис. 14.26), с помощью которой можно управлять расписанием синхронизации подписчика. Вкладка разделена на две части. В верхней из них конфигурируется расписание работы агента Distribution Agent, тогда как в нижней части — агента Merge, Agent.

Можно сконфигурировать агентов либо для постоянной работы (положение пе реключателя Continuously), либо в соответствии с определенным расписанием (положение At the following scheduled times). В последнем случае необходимо сконфигурировать время запуска службы. Для этого предназначено окно Edit Recurring Job Schedule.

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

После того, как мастер выполнит все необходимые действия, в дереве объектов Enterprise Manager для сервера-издателя будет создана папка Replication Monitor Group, с помощью которой можно быстро получить доступ к инструментам конфигурирования издателя, дистрибьютора, подписчика, а также публикаций и подписок. Помимо этого, в каждой базе данных, разрешенной для публикации, создается папка Publications, где станут отображаться все публикации, создан ные в этой базе данных. Для баз данных, разрешенных к публикации, в панели Enterprise Manager будет использована пиктограмма с рукой, символизирующей предоставление данных для публикации.

Часть III. Администрирование Рис. 14.26. Окно Subscriber Properties, вкладка Schedules Конфигурирование издателя и дистрибьютора В предыдущем разделе было рассмотрено создание издателя и дистрибьютора.

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

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

Итак, прежде всего необходимо открыть окно свойств издателя и дистрибьюто ра. Как уже говорилось, для этого можно попытаться повторно запустить мастер Configure Publishing and Distribution Wizard. В ответ откроется окно Publisher and Distributor Properties (рис. 14.27). Другой способ открытия этого окна требует использования папки Replication Monitor Group. В ней следует найти имя нуж ного сервера и в его контекстном меню выбрать пункт Distributor Properties.

Часть III. Администрирование Рассмотрим, какие же свойства имеет база данных распределения. Для этого выберем ее имя в таблице Databases и нажмем кнопку Properties. В ответ откро ется окно Distribution Database Properties (рис. 14.28).

РИС. 14.28. Окно Distribution Database Properties В верхней части окна имеется поле Name, в котором выводится имя базы дан ных распределения. Ниже расположен список с перечислением всех издателей, использующих конфигурируемую базу данных распределения. В нижней части окна имеется две группы элементов, с помощью которых устанавливается пери од хранения информации об осуществленных транзакциях и истории выполне ния задач репликации.

с Замечание Конфигурируемые в окне свойства отражаются на параметрах запуска вспомога тельных задач очистки, создаваемых на дистрибьюторе для удаления устаревшей информации. Чтобы убедиться в этом, достаточно открыть в панели Enterprise Man ager для сервера-дистрибьютора папку Management\SQL Server AgentUobs и ото бразить окно свойств соответствующего вспомогательного задания.

Сначала рассмотрим группу Transaction retention, которая предназначена для управления временем хранения информации о выполненных на издателе тран закциях. Подобная информация сохраняется при использовании репликации транзакций. В поле At least указывается минимальный срок хранения данных.

По умолчанию он менее часа. То есть данные о транзакциях будут удаляться Глава 14. Репликация данных сразу же после того, как будут получены всеми подписчиками. Если необходимо обеспечить более длительное хранение информации, то следует установить иное значение. Это может потребоваться, если ожидается подключение нового под писчика. Этот подписчик сможет использовать созданный ранее моментальный снимок и применить для него накопленный набор транзакций.

В поле But not more than задается максимальный срок хранения данных о вы полненных на издателе транзакциях. Таким образом, указанное значение опре деляет максимальный период времени, в течение которого должна быть осуще ствлена синхронизация подписчика и издателя. Если за этот период синхро низации не произойдет, то из базы данных распределения будет удалена часть транзакций, что приведет к невозможности дальнейшего применения цепочки транзакций на подписчике. В этом случае останется только выполнить повтор ное применение моментального снимка. По умолчанию максимальный срок хранения составляет 72 часа.

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

На этом конфигурирование свойств базы данных распределения заканчивается.

Отметим, что мы обсуждали только свойства базы данных, связанные с функ ционированием подсистемы репликации. Мы не рассматриваем управление ба зой данных распределения как обычной базой данных, например, управление файлами базы данных или создание резервной копии. Выполнение подобных задач администрирования базы данных распределения выполняется точно так же, как и для обычных баз данных. Не рекомендуется создавать в базе данных распределения пользовательские объекты.

Вернемся к окну свойств дистрибьютора, точнее вкладке Distributor (см. рис. 14.27).

На ней еще осталась нерассмотренной кнопка Agent Profiles, с помощью кото рой можно открыть окно конфигурирования профиля агентов репликации Agent Profiles (рис. 14.29). Это окно позволяет управлять поведением агентов при вы полнении тех или иных операций. Как видно из рисунка, в окне пять вкладок, каждая из которых соответствует отдельному агенту репликации. Принципы работы с каждой из этих вкладок одинаковы и поэтому мы ограничимся рас смотрением только первой из них — Distribution, которая, как следует из назва ния, предназначена для конфигурирования агента Distribution Agent.

( Замечание ^ Количество профилей для каждого агента различно.

Центральную часть окна занимает таблица, в которой перечислены все созданные для агента профили. Профиль (Profile) представляет собой набор конкретных зна чений свойств агента. Каждый агент имеет свой собственный набор свойств. При инициализации репликации система автоматически создает набор стандартных Часть III. Администрирование профилей. Для таких профилей в столбце Туре указывается значение System. Соз даваемые же пользователем профили имеют значение User. Нельзя изменять зна чение свойств в стандартных профилях, так же как и удалить их. Однако при ра боте с пользовательскими профилями такая возможность имеется.

Рис. 14.29. Окно Agent Profiles Хотя свойства стандартных профилей изменять нельзя, ничто не мешает про смотреть их. Для этого достаточно нажать кнопку View Details (это имя имеет кнопка Modify, когда выбран системный профиль), выбрав предварительно нужный профиль. После нажатия кнопки откроется окно Replication Agent Pro file Details.

В этом окне перечислены все доступные для агента свойства, а также указаны установленные в профиле значения этих свойств. Мы не будем подробно рас сматривать значение каждого из свойств, т. к. это займет много места. При не обходимости следует обратиться к дополнительной документации. В общем же случае вполне достаточно набора стандартных профилей. Краткие характери стики профиля указаны в столбце Description (см. рис. 14.29).

Вернемся же к окну свойств дистрибьютора и подписчика (см. рис. 14.27). Мы полностью рассмотрели работу со вкладкой Distributor и теперь можно перехо дить к следующей вкладке — Publishers (рис. 14.30).

Назначение вкладки Publishers полностью соответствует назначению окна Enable Publishers мастера Configure Publishing and Distribution Wizard (см. рис. 14.21).

Таким образом, вкладка Publishers предназначена для разрешения использова Глава 14. Репликация данных ния конфигурируемого дистрибьютора для хранения информации тех или иных издателей. Список потенциальных издателей отображается в таблице Servers.

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

Рис. 14.30. Окно Publisher and Distributor Properties, вкладка Publishers Как и при работе с мастером, имеется возможность управления свойствами из дателя. Для этого предназначено окно Publisher Properties, открыть которое можно с помощью кнопки ^ |. Работа с этим окном уже была рассмотрена в предыдущем разделе (см. рис. 14.22).

На этом работу со вкладкой Publishers также можно считать рассмотренной.

Следующая вкладка называется Publication Databases (рис. 14.31) и предназначе на для управления созданием публикаций для той или иной базы данных изда теля.

На вкладке приведен список всех пользовательских баз данных, которые потенци ально могут быть опубликованы. Устанавливая для базы данных флажок в столбце Trails или Merge, вы тем самым разрешаете для нее создание соответственно публи кации с использованием репликации транзакций (а также моментальных снимков) и репликации сведением. На этом назначение вкладки исчерпывается. Напомним, что та же операция выполнялась с помощью окна Enable Publication Databases мастера Configure Publishing and Distribution Wizard (см. рис. 14,23);

Часть III. Администрирование Рис. 14.31. Окно Publisher and Distributor Properties, вкладка Publication Databases Наконец, рассмотрим самую последнюю вкладку — Subscribers (рис. 14.32).

Проводя сравнение с мастером, можно сказать, что данная вкладка по своему назначению соответствует окну Enable Subscribers (см. рис. 14.24). Напомним, что указанное окно мастера служит для разрешения серверам сети подписывать ся на публикации, созданные на конфигурируемом издателе.

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

Замечание Помимо разрешения подписки на публикацию на уровне издателя, необходимо бу дет еще предоставить доступ и на уровне конкретной публикации. Так что не надо опасаться, что разрешение доступа подписчику на вкладке Subscribers приведет к несанкционированному выкачиванию публикаций.

Дополнительно можно сконфигурировать и свойства подписчика. Для этого предназначено окно Subscriber Properties, которое можно открыть с помощью кнопки jgj, доступной для разрешенных подписчиков. Работа с этим окном была описана ранее при рассмотрении создания дистрибьютора и подписчика (см. рис. 14.25).

На этом рассмотрение конфигурирования свойств дистрибьютора и издателя можно считать оконченным.

Глава 14. Репликация данных Рис. 14.32. Окно Publisher and Distributor Properties, вкладка Subscribers Деактивизация дистрибьютора и издателя Выполнение деактивизации необходимо в том случае, когда репликация данных более не требуется. В принципе, не будет ничего страшного, если издатель и дистрибьютор не будут деактивизированы вовсе. Однако в этом случае часть ресурсов операционной системы будет расходоваться впустую. Это связано с тем, что некоторые агенты репликации постоянно запущены, тем самым расхо дуя оперативную память и процессорное время. Конечно, если в ближайшем будущем предполагается снова запускать репликацию, то можно и не деактиви зировать издателя и дистрибьютора. Однако, если вы твердо уверены, что реп ликация в ближайшее время не потребуется, то необходимо деактивизировать издателя и подписчика.

Для выполнения этой операции предназначен специальный мастер— Disable Publishing and Distribution Wizard. Запустить его, как и все другие, можно с по мощью окна Select Wizard (см. рис. 14.17). В одном из предыдущих разделов уже были рассмотрены способы открытия этого окна.

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

Часть III. Администрирование Во втором окне мастера (рис. 14.33) пользователю предоставляется еше один шанс отказаться от деактивизации поддержки репликации на сервере. По умолчанию переключатель установлен в нижнее положение. Если продолжить работу мастера ничего не изменяя, то мастер не предпримет никаких действий. Нас же интересу ет деактивизация репликации, поэтому необходимо установить переключатель в верхнее положение. После этого остается только перейти к очередному окну мас тера, которое будет последним. В нем выводится информация о действиях, кото рые выполнит мастер после нажатия кнопки Finish. Таким образом, для деактиви зации на сервере издателя, дистрибьютора, удаления всех созданных публикаций и подписок на них, необходимо всего-навсего нажать кнопку Finish.

Рис. 14.33. Второе окно мастера Disable Publishing and Distribution Wizard Необходимо отметить, что деактивизация поддержки репликации на сервере не приводит к удалению опубликованных данных на издателе или реплицирован ных данных на подписчике. Пользователи могут продолжать использование этих данных, однако синхронизация изменений между серверами выполняться не будет. При деактивизации репликации будут удалены все базы данных распреде ления, а также все созданные в базах данных вспомогательные объекты (напри мер, триггеры) и отменены изменения в таблицах, к которым относится созда ние столбцов u n i q u e i d e n t i f i e r И timestamp.

Управление публикацией Первое, что необходимо выполнить При использовании репликации, — инициали зация издателя и дистрибьютора. После их конфигурирования приступать к соз Глава 14. Репликация данных данию публикации. Это второй этап, который необходимо реализовать при реп ликации данных. Последним этапом будет инициализация подписчика. Однако выполнить эту операцию удастся только после создания хотя бы одной публика ции. Это связано с тем, что подписчик организуется при определении подписки.

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

Создание публикации Итак, второй этап конфигурирования репликации — это создание публикации.

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

• репликации моментальных снимков;

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

• репликации сведением.

Дополнительно для двух первых типов репликации можно разрешить поддержку технологий обновления публикуемых данных со стороны подписчика:

О подписчики незамедлительного обновления;

• отложенное обновление.

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

Создание публикации осуществляется с помощью мастера Create Publication Wizard. Запуск мастеров был рассмотрен в одном из предыдущих разделов и по этому предполагаем, что эта операция не представляет проблем.

После запуска мастера из окна Select Wizard (см. рис. 14.17) откроется не первое окно мастера, как ожидается, а окно менеджера публикаций (рис. 14.34). С по мощью этого окна можно не только создавать публикации, но также удалять их, управлять свойствами, а также организовывать для публикаций принудительную подписку и генерировать сценарий, с помощью которого была создана публика ция. Для создания новой публикации необходимо в дереве Databases and publi cations выбрать имя базы, данные которой предполагается публиковать, и на жать кнопку Create Publication. Только после этого будет осуществлен запуск собственно мастера создания публикации Create Publication Wizard.

Первое окно мастера Create Publication Wizard несколько отличается от, яервых окон других мастеров — в нем имеется флажок Show advanced options in this wiz ard, установка которого предписывает мастеру выводить элементы управления, предназначенные для управления расширенными (advanced) настройками. В ос 648 Часть III. Администрирование тальном же первое окно содержит лишь информацию о шагах, которые выпол нит мастер.

Рис. 14.34. Окно менеджера публикаций Во втором окне мастера, имеющем название Choose Publication Database, поль зователю предлагается выбрать базу данных, данные которой предполагается опубликовать. В качестве примера рассмотрим публикацию стандартной базы данных Northwind.

Когда имя нужной базы данных будет задано, можно переходить к очередному окну мастера, которое называется Select Publication Type (рис. 14.35). С помощью этого окна необходимо указать, какой тип репликации будет использоваться для создаваемой публикаций. Выбор типа репликации осуществляется с помощью пе реключателя, который может быть установлен в следующие положения:

• Snapshot publication — репликация моментальных снимков;

• Transactional publication — репликация транзакций;

G Merge publication — репликация сведением.

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

Итак, в окне Select Publication Type необходимо установить переключатель в самое нижнее положение, после чего остается нажать кнопку Next. Следующее окно мастера, имеющее имя Specify Subscriber Types (рис. 14.36), предназначено для разрешения поддержки подписчиков различных типов. В распоряжении пользователя имеется набор флажков, с помощью которых и осуществляется поддержка подписчиков того или иного типа:

Глава 14. Репликация данных О Servers running SQL Server 2000 — поддержка подписчиков SQL Server 2000;

П Servers running SQL Server version 7.0 — поддержка подписчиков SQL Server 7.0;

LJ Heterogeneous data sources, such as Oracle or Microsoft Access, or devices run " ning SQL Server for Windows СЕ — поддержка подписчиков иного типа, чем SQL Server 2000 и SQL Server 7.0. Ими могут быть как серверы Oracle, так и серверы SQL Server 6.x.

Рис. 14.35. Окно Select Publication Type мастера Create Publication Wizard Рис. 14.36. Окно Specify Subscriber Types мастера Create Publication Wizard 650 Часть III. Администрирование Максимальные возможности предоставляет публикация, созданная только для подписчиков SQL Server 2000. Поддержка подписчиков SQL Server 7.0 приведет к уменьшению количества дополнительных возможностей, тогда как поддержка других подписчиков приведет к созданию простейшего типа публикации. В пер вую очередь нас интересуют нововведения, доступные при работе с SQL Server 2000. Поэтому необходимо установить лишь первый флажок.

После выбора типа подписчиков можно переходить к конфигурированию статей публикации, для чего служит следующее окно мастера — Specify Articles (рис. 14.37). Как видно из рисунка, основную часть окна занимают две таблицы.

Левая предназначена для выбора типа объектов, которые будут доступны для создания статьи.

Рис. 14.37. Окно Specify Articles мастера Create Publication Wizard Замечание Если вы работали с репликацией сведением SQL Server 7.0, то наверняка заметили, что теперь статья может быть создана не только на основе таблицы (Tables), но и на основе хранимых процедур (Stored procedures), представлений (Views) и опреде ляемых пользователем функций (User-defined functions). Это значительное расши рение возможностей подсистемы репликации. Однако, при установке в предыдущем окне флажка Server running SQL Server version 7.0 статью можно будет создать только на основе таблицы.

с у Замечание При создании лубликации для репликации транзакций также будет доступно созда ние статей на основе индексированных представлений.

Глава 14. Репликация данных В правой части окна имеется таблица, с помощью которой можно выбрать тот или иной объект для создания на основе его статьи. Для этого достаточно уста новить флажок в самом левом столбце в соответствующей строке. По умолча нию в этой части окна выводятся только имена таблиц. Чтобы сделать доступ ными объекты других типов, необходимо установить флажок в столбце Shove в левой таблице для соответствующего типа объектов. Установка флажка в столб це Publish All позволяет сконфигурировать все объекты соответствующего типа в качестве статей.

( Замечание ^ При установленном флажке Show unpublished objects в правой таблице будут ото бражаться все объекты выбранных типов данных. Если же сбросить указанный флажок, то будут перечислены только объекты, разрешенные для публикации.

Репликация объектов каждого типа имеет свои особенности. Управление свой ствами копирования объектов выполняется с помощью окна свойств статьи, открыть которое можно кнопкой \%1, расположенной в самом правом столбце.

Конкретный набор свойств для каждого типа объектов различен. Мы не будем сейчас останавливаться на конфигурировании свойств статьи, оставив это для следующего раздела. С помощью кнопки Article Defaults можно открыть окно свойств копирования статей разных типов. Эти значения будут использоваться для всех статей, для которых явно не было указано иных параметров.

После того, как будут выбраны все необходимые статьи, можно переходить к следующему окну мастера — Article Issues (рис. 14.S8). В этом окне выводится список замечаний к выбранным для публикации объектам. В верхней части ок на предлагается краткое описание требования, тогда как в нижней части дано детальное описание с перечислением конкретных объектов и замечаний в зави симости от выбранного пункта в верхней части.

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

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

Так как в окне Article Issues не требуется конфигурировать никаких элементов управления, то после прочтения приведенной информации можно смело перехо дить к очередному окну мастера — Select Publication Name and Description (рис. 14.39). Данное окно, позволяет указать имя публикации и ввести ее краткое описание, что впоследствии поможет быстро вспомнить назначение этой публи кации. Название публикации вводится в поле Publication name. По умолчанию присваивается то же имя, что имеет база данных, объекты которой публикуются в Часть III. Администрирование создаваемой публикации. Описание же публикации приводится в поле Publication description. Мастер автоматически генерирует вариант примечания, включающий имя публикуемой базы данных, имя сервера-издателя, а также тип репликации.

Однако пользователь может указать любое другое примечание.

Рис. 14.38. Окно Article Issues мастера Create Publication Wizard Рис. 14.39. Окно Select Publication Name and Description мастера Create Publication Wizard Глава 14. Репликация данных Помимо двух описанных текстовых полей, в окне имеется еще флажок List this publication in the Active Directory, который по умолчанию сброшен. Устанавливая его, можно поместить информацию о публикации в базу данных Active Direc tory. Это позволит пользователям подписываться на публикацию, не зная ни имени сервера-издателя, ни его местоположения в сети.

Перейдем же к рассмотрению следующего окна мастера — Customize the Proper ties of the Publication (рис. 14.40). Его назначением является выбор стратегии управления некоторыми свойствами публикации (фильтрации данных, разреше ние анонимных подписчиков и т. д.). Как видно из рисунка, в распоряжении пользователя имеется единственный переключатель:

• Yes, I will define data filters, enable anonymous subscriptios, or customize other properties. Если вы хотите сами управлять свойствами создаваемой публика ции, то следует установить переключатель в рассматриваемое положение. В этом случае мастер предложит ряд дополнительных окон, с помощью кото рых и необходимо будет сконфигурировать те или иные свойства.

Рис. 14.40. Окно Customize the Properties of the Publication мастера Create Publication Wizard • No, create the publication as specified. При установке переключателя в это по ложение вся работа по конфигурированию соответствующих свойств публи кации будет возложена на мастера. Данный вариант в полной мере подходит для пользователей, еще не овладевших в полной мере конфигурированием публикаций, а также часто используется в том случае, когда предлагаемые по умолчанию значения являются удовлетворительными. В нижней части окна указывается, какие действия выполнит мастер при выборе рассматриваемой Часть III. Администрирование стратегии. В частности, мастер не будет применять никаких фильтров при формировании статей, не разрешит подписываться на публикацию аноним ным подписчикам и установит время запуска агента Snapshot Agent каждое воскресенье в 23:30. Этот агент также будет запушен сразу же после заверше ния работы мастера для подготовки файлов моментальных снимков.

Автоматическое управление свойствами публикации особого интереса не пред ставляет. Поэтому мы рассмотрим ручное конфигурирование свойств. То есть необходимо установить переключатель в верхнее положение.

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

Итак, переходим к следующему окну, которое будет называться Filter Data (рис. 14.41), назначением которого является выражение пользователем желания (или нежелания) выполнять горизонтальную и вертикальную фильтрацию дан ных. Как видно из рисунка, для этого существует два флажка:

D Vertically, by filtering the columns of published data. Установка этого флажка свидетельствует о необходимости выполнения вертикальной фильтрации данных, т. е. включения в сконфигурированные на основе таблиц статьи не всех столбцов, а лишь некоторых из них;

Рис. 14.41. Окно Filter Data мастера Create Publication Wizard Глава 14. Репликация данных _^_ • Horizontally, by filtering the rows of published data. При установке этого флажка будет выполнена горизонтальная фильтрация статей, что реализуется путем указания логического условия. Если строка таблицы удовлетворяет этому ус ловию, то она окажется включенной в статью. В противном же случае строка не станет реплицироваться.

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

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

Итак, устанавливаем оба флажка в окне Filter Data и переходим к следующему окну, которое имеет имя Filter Table Columns (рис. 14.42). Оно разделено на две части, в каждой из которых имеется таблица. В левой части окна перечислены все таблицы, предназначенные для публикации. В правой же части окна приве ден список всех столбцов, имеющихся в таблице, выбранной в левой части ок на. Устанавливая флажок слева от имени того или иного столбца, вы тем самым разрешаете включение его в статью. По умолчанию в статью включаются все столбцы таблицы. Как видно из рисунка, некоторые столбцы не могут быть ис ключены из статьи. Это связано с тем, что на них ссылается какой-то из публи куемых объектов (представление, функция или хранимая процедура), и их ис ключение приведет к невозможности работы' этих объектов. Также нельзя исключить из статьи и столбец с первичным ключом.

После того, как для всех таблиц или только части из них будут указаны верти кальные фильтры, можно переходить к следующему окну мастера — Enable Dy namic Filters (рис. 14.43). Назначением данного окна является разрешение (положение переключателя Yes, enable dynamic filters) или запрещение (No, use static filters) поддержки публикацией динамических фильтров. Использование динамических фильтров позволяет подписчикам самим формировать логическое условие, в соответствии с которым будет осуществляться отбор строк, предпо лагаемых к включению в публикацию. Таким образом, каждый подписчик мо жет работать с уникальным набором строк, что позволяет избежать пересылки ненужной информации.


( Замечание ^ Использование динамических горизонтальных фильтров ни в коей мере не мешает функционированию механизмов разрешения конфликтов.

Естественно, при использовании динамических фильтров для каждого подпис чика необходимо формировать свой собственный набор данных, что и реализу 2 2 За». Часть III. Администрирование ется. При этом для каждого подписчика может создаваться персональный мо ментальный снимок, который будет включать только выбранные им данные.

Такой моментальный снимок называется динамическим моментальным снимком (dynamic snapshot).

Рис. 14.42. Окно Filter Table Columns мастера Create Publication Wizard Рис. 14.43. Окно Enable Dynamic Filters мастера Create Publication Wizard Глава 14. Репликация данных с Замечание Чтобы разрешить для публикации поддержку динамических моментальных снимков, необходимо в контекстном меню публикации выбрать команду Create Dynamic Snap shot Work и с помощью открывшегося диалогового окна сконфигурировать нужные па раметры. Более подробно эта процедура будет рассмотрена далее в этой главе.

Раз уж мы решили рассматривать все возможности подсистемы репликации SQL Server 2000, то разрешим и поддержку динамических фильтров, установив пере ключатель в верхнее положение.

Следующее окно мастера, имеющее имя Generate Filters Automatically (рис. 14.44), предназначено для конфигурирования для одной из таблиц так на зываемого расширяемого фильтра (extend filter), который будет автоматически отображаться на другие таблицы на основе установленных между ними отноше ний. В раскрывающемся списке Table to filter необходимо выбрать имя таблицы, для которой будет определяться фильтр. По умолчанию в списке появляется значение None — do not extend filter, что говорит о ненужности указания фильт ра. Однако в списке также можно выбрать имя любой их публикуемых таблиц, после чего станет доступным поле в нижней части окна. В этом поле указывает ся шаблон запроса SELECT, на основе которого будет формироваться соответст вующая статья. Собственно условие указывается в разделе WHERE. К сожалению, мастер не предлагает графического интерфейса для построения горизонтального фильтра, поэтому придется вручную вводить в поле соответствующий код.

Рис. 14.44. Окно Generate Filters Automatically мастера Create Publication Wizard 22* Часть III. Администрирование С Замечание Подробно запрос SELECT, И В частности раздел WHERE, будет рассмотрен в гла ве 29. Сейчас же скажем, что простейшие условия предполагают использование имен столбцов таблицы, сравниваемых с константой. Возможно объединение двух и более условий с помощью операторов OR И AND. При работе с динамическими фильтрами допускается применение функций, возвращаемое значение которых за висит от подписчика.

После того, как работа с окном Generate Filters Automatically будет завершена, можно переходить к очередному окну — Filter Table Rows (рис. 14.45), предна значеному для указания персональных фильтров для каждой из публикуемых таблиц. Помимо этого, также можно задать применение сконфигурированного в предыдущем окне расширяемого фильтра. Как видно, окно разделено на две части. В верхней части перечислены все публикуемые таблицы с указанием имени (столбец Table) и владельца (столбец Owner) самой таблицы, а также имени публикации (столбец Article). Помимо этого, в столбце Filter Clause вы водится условие фильтрации строк, представляющего собой часть запроса SELECT, а точнее раздел WHERE. ПО умолчанию публикуются все строки таблицы, о чем свидетельствует значение А11 rows published Исключением является таблица, для которой в предыдущем окне был определен расширяемый фильтр.

Рис. 14.45. Окно Filter Table Rows мастера Create Publication Wizard Для ввода или изменения условия фильтрации таблицы используется окно Specify Filter (рис. 14.46), открыть которое можно с помощью кнопки,, |, имеющейся в самом правом столбце каждой строки верхней таблицы окна.

Глава 14. Репликация данных Рис. 14.46. Окно Specify Filter В поле Table to filter окна Specify Filter указывается владелец и имя таблицы, для которой предполагается установить фильтр. В поле Article name задается имя статьи, созданной на основе указанной таблицы. Значения в обоих полях изме нять нельзя. Интерес же представляет область в центральной части окна, где выводится шаблон запроса SELECT, С ПОМОЩЬЮ которого будет формироваться статья. Напомним, что условие фильтрации указывается после ключевого слова WHERE. Допускается использование не только констант, но и подзапросов, обра щающихся к непубликуемым таблицам, а также пользовательских и встроенных функций. Особый интерес представляет конфигурирование динамических фильтров. Такие фильтры подразумевают применение функций, возвращающих различные результаты в зависимости от того, для какого конкретно подписчика генерируется набор данных. Типичным примером являются функции SOSERSNAME () и HOST_NAME (), возвращающие, соответственно, имя текущего пользователя и имя сервера. Возможность использования этих функций связана с тем, что запрос SELECT выполняется в контексте подписчика и указанные функции возвратят значения для подписчика, а не издателя или дистрибьютора.

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

•с Замечание Если с применением функции HOST_NAME ( ), возвращающей имя сервера подписчика, проблем не возникает, то относительно функции SUSER_SNAME О воз никает вопрос — имя какого пользователя она возвращает? В обычном случае это Часть III. Администрирование имя текущего пользователя, установившего соединение. В нашем конкретном слу чае — имя учетной записи, которая была использована для установления соедине ния между подписчиком и дистрибьютором. Напомним, что это может быть как учет ная запись Windows NT, так и учетная запись SQL Server.

Как видно, в окне для таблицы Employees приведен следующий запрос:

SELECT publishedcolumns FROM [dbo]. [Employees] WHERE T i t l e O f C o u r t e s y = ' M r. ' Вместо конструкции published_coiumns будет подставлен список столбцов, выбранных для таблицы в окне мастера Filter Table Columns (см. рис. 14.42). Го ризонтальный фильтр Представлен ТеКСТОМ W E E TitieOfCourtesy = 'Mr.', HR что требует включения в статью только тех строк, которые имеют в столбце TitleOfCourtesy значение мг..

Вернемся же к окну Filter Table Rows (см. рис. 14.45). Мы рассмотрели работу с верхней таблицей, с помощью которой указываются горизонтальные фильтры для статей. Теперь же обратимся к нижней таблице. С ее помощью можно вы полнять связывание таблиц. Подобное связывание позволяет избавиться от ко пирования ненужных данных и избежать проблем с нарушением ограничений целостности FOREIGN KEY.

Связывание таблиц базируется на применении раздела JOIN запроса SELECT. Под робно назначение и использование этого раздела будет рассмотрено в главе 29.

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

Эти данные и должны быть введены в трех столбцах таблицы:

• Filtered Table — имя главной таблицы, которая будет определять диапазон публикуемых строк. Обычно в этой таблице имеется ограничение целостно сти PRIMARY KEY (первичный ключ);

П Table to Filter — имя зависимой таблицы, которая связана с первой таблицей ограничением целостности FOREIGN KEY (внешний ключ);

П JOIN Filter Clause — логическое условие, определяющее правила связывания Таблиц. Обычно Э О ПрОСТО выражение ТИПа table2.fk.ey = tablel.pr.key, Т но могут приводиться и более сложные выражения, состоящие из множества условий, связанных операторами AND И OR. Условие указывается с помощью окна Specify JOIN, работа с которым не имеет принципиальных отличий от работы с окном Specify Filter (см. рис. 14.46).

( Замечание ^ В окне Specify JOIN нижняя таблица позволяет конфигурировать более одной связи между таблицами.

После того, как все фильтры и условия связывания таблиц будут определены, можно приступать к работе со следующим окном мастера Validate Subscriber In formation (рис. 14.47). Оно предназначено для выбора стратегии обновления подписки при изменении значений, возвращаемых используемыми в динамиче Глава 14. Репликация данных ском фильтре функциями. При установке переключателя в положение Yes, vali date Subscriber information будет разрешена автоматическая повторная инициали зация подписчика в случае изменения условий формирования статьи. При этом в текстовом поле необходимо ввести функцию, изменение которой станет от слеживаться подсистемой репликации. Предполагается, что это будет та же функция, которая была использована при формировании динамического гори зонтального фильтра. Однако может быть указана любая другая функция.

Рис. 14.47. Окно Validate Subscriber Information мастера Create Publication Wizard Если нет нужды отслеживать изменение условий формирования статьи, то сле дует установить переключатель в положение No, do not validate Subscriber infor mation. Однако, при этом пользователь обязан сам заботиться о синхронизации подписчика с издателем при изменении фильтра.

Следующее окно мастера имеет название Optimize Synchronization. Единствен ным элементом управления этого окна является переключатель, с помощью ко торого можно либо разрешить (положение Yes, minimize the amount of data), ли бо запретить минимизацию (No, do not minimize the amount of data) пере даваемых по сети данных.


Как следует из названия следующего окна мастера (Allow Anonymous Subscrip tions), оно предназначено для управления возможностью осуществления под писки на создаваемую публикацию анонимных подписчиков. Эта операция осуществляется с помощью переключателя, который может быть установлен в одно из двух следующих положений:

• Yes, allow anonymous subscriptions. В этом случае на публикацию могут подпи сываться все пользователи, имеющие доступ к серверу.

662 Часть III. Администрирование.

О No, allow only named subscriptions. Возможность подписываться на публика цию будут иметь только определенные пользователи, имена учетных записей который должен будет указать администратор.

Очередное окно мастера, имеющее имя Set Snapshot Agent Schedule, предназна чено для конфигурирования времени запуска агента Snapshot Agent, создающего моментальные снимки. По умолчанию предлагается запустить агент один раз в 23:30 того же дня, в который создана публикация. С помощью кнопки Change можно открыть окно Edit Recurring Job Schedule, которое позволяет установить иное время запуска агента Snapshot Agent, чем предлагается по умолчанию.

Замечание Если необходимо создать файлы моментального снимка при завершении работы мастера, то следует установить флажок Create the first snapshot immediately.

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

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

Однако работа с этим окном будет рассмотрена в следующем разделе.

Создание динамического моментального снимка В предыдущем разделе, при рассмотрении создания публикации репликации сведением, было сказано, что имеется возможность использования в горизон тальном фильтре функций, возвращающих различные значения в для каждого из подписчиков. Такие фильтры, зависящие от подписчика, называются динамическими фильтрами. Таким образом, каждый из подписчиков способен работать с индивидуальным набором строк, которые могут как пересекаться, так и нет. Независимо от того, используются ли фильтры вообще и являются они динамическими или нет, при инициализации репликации сведением необходи мо выполнить первоначальную синхронизацию. Д л я этого агент Snapshot Agent подготавливает файлы моментальных снимков, которые затем применяются на подписчиках агентом Merge Agent.

Тонкость при работе с динамическими фильтрами заключается в том, что в обычном случае для всех подписчиков создается один и тот же моментальный снимок, включающий все строки, которые потенциально могут быть опублико Глава 14. Репликация данных ваны. Подобный метод позволяет гарантировать, что каждый из подписчиков будет иметь все строки, удовлетворяющие условию динамического фильтра. Од нако, как не трудно заметить, при этом ему будет передано и множество ненуж ной информации, которая предназначена для других подписчиков. Хотя эти данные и не мешают работе корректно написанных приложений, учитывающих подобное положение дел, отрицательные стороны налицо. Самой большой про блемой является загрузка сети. При использовании медленных каналов может копироваться достаточно много ненужной информации, что занимает массу времени и может обойтись в довольно "кругленькую" сумму.

В SQL Server 2000 имеется возможность свести к минимуму непроизводитель ные затраты. Это решается путем использования динамических моментальных снимков (dynamic snapshot), которые представляют собой набор данных, специ фичных для конкретного подписчика. Таким образом, при работе с динамиче скими моментальными снимками будет создаваться не один универсальный мо ментальный снимок, а множество снимков, каждый из которых предназначен для конкретного подписчика. Таким образом, для одной и той же публикации на дистрибьюторе будет храниться множество моментальных снимков.

Мастер создания публикации конфигурирует создание моментальных снимков для публикации стандартным образом. То есть для всех подписчиков будет подготавливаться один универсальный моментальный снимок. Пользователь должен будет выполнить некоторые дополнительные операции, чтобы разре шить генерирование для публикации динамических моментальных снимков. Эта операция выполняется с помощью мастера Create Dynamic Snapshot Wizard, ко торый работает со стандартным универсальным моментальным снимком, выби рая из него данные, удовлетворяющие конкретным значениям динамического фильтра. В результате работы мастера будет создан лишь один из множества возможных вариантов динамических моментальных снимков. Таким образом, для каждого из подписчиков необходимо персонально запускать мастера я подготавливать динамический моментальный снимок. Если такой снимок для подписчика подготовлен не будет, то его первоначальная синхронизация станет выполняться с использованием стандартного моментального снимка.

Для запуска мастера Create Dynamic Snapshot Wizard необходимо открыть папку Publications той базы данных, для которой была создана публикация, а затем выбрать имя нужной публикации репликации сведением и в ее контекстном меню указать пункт Create Dynamic Snapshot Job (рис. 14.48), после чего и от кроется первое окно мастера Create Dynamic Snapshot Wizard.

( Замечание ~^ Прежде чем станет возможным запуск мастера Create Dynamic Snapshot Wizard/ предварительно для публикации должен быть создан стандартный моментальный, снимок. Если до запуска мастера он еще не был создан, то будет выдано диалого вое окно с соответствующим сообщением, и предложено создать моментальный снимок немедленно, запустив для этого агента Snapshot Agent. Следует согласиться с этим предложением и подождать, пока агент завершит, создание моментального снимка. Необходимо отметить, что агент работает в фоновом режиме, и может ело Часть III. Администрирование житься впечатление, что он отработал. Однако чтобы быть уверенным в том, что агент успешно завершился, следует обратиться к папке Jobs, которую можно обна ружить в папке сервера ManagemenftSQL Server Agent, и найти в ней задание кате гории REPL-Snapshot. В столбцах Status и Last Run Status можно, соответственно, просмотреть текущий статус задания (запущено оно еще или уже отработало) и ус пешность его выполнения.

Рис. 14.48. Папка Publications Содержание первого окна мастера Create Dynamic Snapshot Wizard вполне тра диционно. В нем приводится общая информация о действиях, которые должен будет выполнить мастер. Так как никаких полезных элементов управления в этом окне не предлагается, можно смело переходить к следующему окну.

Во втором окне мастера, имеющем имя Specify Filter Values (рис. 14.49), указы ваются значения для одной или обеих функций, используемых в динамическом фильтре — HOST_NAME () и SOSER_SNAME (). Эти значения подставляются в дина мический фильтр вместо названий соответствующих функций, после чего про изводится выборка данных. Например, если в качестве условия динамического фильтра была задана конструкция WHERE RowOwner=HosT_NAME (), а во втором окне мастера в верхнем поле указано значение STORAGE, TO мастер выполнит следующий запрос:

SELECT--список с т о л б ц о в FROM. имя таблицы WHERE RowOwner = 'STORAGE' Глава 14. Репликация данных Рис. 14.49. Окно Specify Filter Values мастера Create Dynamic Snapshot Wizard В результате будет получен динамический моментальный снимок для сервера подписчика STORAGE. Аналогично используется и вторая функция. К сожале нию, мастер не позволяет работать с пользовательскими функциями, поэтому динамический моментальный снимок можно построить только с учетом двух указанных встроенных системных функций. Однако при грамотном подходе и этих возможностей может быть вполне достаточно.

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

Когда значения для функций будут указаны, можно переходить к третьему окну мастера (рис. 14.50). Как видно из рисунка, это окно имеет имя Specify Snapshot File Location, которое и определяет назначение этого окна — указание каталога, в котором будут сохранены файлы моментального снимка. Может быть задан как каталог, расположенный на локальном диске, так и сетевой ресурс (в том числе и ссылающийся на локальные диски). Из указанного каталога впоследст вии агент Merge Agent и будет копировать файлы моментального снимка при выполнении первоначальной синхронизации соответствующего подписчика.

Замечание Для каждого из динамических моментальных снимков необходимо указывать персо нальный каталог. Это связано с тем, что файлы моментального снимка всегда име Часть III. Администрирование ют одни и те же имена. Таким образом, если попытаться указать для двух снимков один и тот же каталог, то записанные ранее файлы будут затерты более новыми.

Рис. 14.50. Окно Specify Snapshot File Location мастера Create Dynamic Snapshot Wizard Рис. 14.51. Окно Set Job Schedule мастера Create Dynamic Snapshot Wizard Глава 14. Репликация данных С помощью следующего окна мастера, имеющего название Set Job Schedule (рис. 14.51) выполняется конфигурирование времени запуска агента Snapshot Agent для создания файлов динамического моментального снимка с указанными параметрами. Дело в том, что мастер Create Dynamic Snapshot Wizard создает новое задание для службы SQLServerAgent, которое запускает агента Snapshot Agent с параметрами, обеспечивающими создание динамического моменталь ного снимка. Как и любое другое задание, оно может иметь свое расписание запуска, независимое от запуска задания, подготавливающего стандартный уни версальный моментальный снимок.

Стратегия запуска агента, а следовательно и генерирования файлов, определяет ся с помощью переключателя, расположенного в центральной части окна:

• Run the job on the following schedule. В этом случае создание файлов будет вы полняться периодически на основе определенного расписания. По умолча нию предлагается подготавливать файлы раз в неделю каждое воскресенье, запуская для этого агента Snapshot Agent в 23:49. С помощью кнопки Change можно открыть окно Edit Recurring Job Schedule, в котором возможно уста новить любое другое расписание. Таким образом, используя периодический автоматический запуск задания, разрешается обновлять файлы динамиче ского моментального снимка, который может быть использован для повтор ной синхронизации подписчика.

• Run the job on demand only. При установке переключателя в это положение создание файлов моментального снимка будет производиться только по тре бованию пользователя. Для этого необходимо будет найти в папке Manage m e n t SQL Server Agent\Jobs соответствующее задание и запустить его.

Помимо определения правил генерирования файлов динамического моменталь ного снимка в будущем, в окне также можно определить, станет ли создаваться моментальный снимок непосредственно после завершения работы мастера. Для этого предназначен флажок Create the first snapshot immediately, установка кото рого активизирует агента Snapshot Agent для подготовки моментального снимка непосредственно после завершения работы мастера.

После того, как будут указаны параметры запуска задания, можно переходить к окну мастера Specify Job Name, предназначенному для указания имени, которое будет присвоено создаваемому мастером заданию. По указанному имени задание впоследствии может быть найдено в папке Management SQL Server Agent\Jobs и запущено вручную. По умолчанию для задания предлагается имя, основанное на имени публикации, к которому добавлено '_Dynamic\ Однако, при организации для публикации второго динамического моментального снимка использовать это имя уже нельзя и необходимо будет выбрать другое.

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

Часть III. Администрирование Для созданной в предыдущем разделе публикации и при указанных в приведен ных в окнах мастера параметрах будет создан моментальный снимок, состоящий из 33 файлов объемом немногим больше 200 Кбайт. На рис. 14.52 приведено содержимое папки DynSnap5, в которой расположены файлы моментального снимка. Подобный набор файлов необходимо подготовить для каждого из под писчиков.

с Замечание Как нетрудно заметить из рисунка, сетевое имя Wstorage\snapshot$\Dynsnap5, ука занное в окне мастера Specify Snapshot File Location (см. рис. 14.50), ссылается на локальную папку C:\Tmp\Dynsnap5. То есть сетевой ресурс \\storage\snapshot$ свя зан с локальной папкой C:\Tmp.

Рис. 14.52. Набор файлов динамического моментального снимка При создании подписки с помощью мастера последний не выполняет автомати ческого поиска динамического моментального снимка, а по умолчанию исполь зует стандартный универсальный моментальный снимок, который хранится на дистрибьюторе в папке ReplData. Однако мастер допускает указание произволь ного каталога, из которого следует получать файлы моментального снимка. Ис пользуя эту возможность, следует указать каталог с файлами динамического мо Глава 14, Репликация данных ментального снимка и установить флажок This is a snapshot for a dynamically fil tered subscription. Более подробно создание подписки будет рассмотрено в одном из следующих разделов этой главы.

Конфигурирование публикации В этом разделе будет рассмотрено управление общими свойствами публикации.

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

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

Общие сведения Управление созданной публикацией осуществляется с помощью окна Publication Properties (рис. 14.53). Как видно из рисунка, это окно имеет одиннадцать вкла док, с помощью которых осуществляется управление той или иной группой свойств.

Первая вкладка окна называется General и позволяет ознакомиться или изме нить общие свойства публикации. Рассмотрим элементы управления, доступные на этой вкладке:

• Name. В этом поле указывается имя, присвоенное публикации при создании.

Изменить его после создания публикации нельзя, поэтому поле доступно только для чтения.

О Database. Это поле, как и предыдущее, доступно только для чтения. В нем отображается имя базы данных, для которой была создана публикация.

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

• Туре — тип репликации (моментальных снимков, транзакций или сведением).

• List this publication in the Active Directory. Установка этого флажка предписы вает включить описание публикации в базу данных Active Directory, что по зволит подписчикам находить публикацию, не зная ни имени сервера-изда теля, ни его местонахождения в сети.

П Subscription expiration. С помощью этого переключателя можно управлять удалением подписок, не синхронизированных длительное время:

Subscriptions expire and are dropped if not synchronized in the following • number of days — при установке переключателя в это положение необхрт димо будет указать количество дней, в течение которых подписчик дол жен выполнить синхронизацию изменений, установив для этого соедине ние с дистрибьютором. Если за указанный срок это выполнено не будет, то соответствующая подписка окажется удаленной. Однако это вовсе не 670 Часть III. Администрирование означает, что будут удалены и реплицированные на подписчика данные.

Просто в дальнейшем не станет выполняться синхронизация изменений.

Позже подписчик может повторно подписаться на публикацию.

• Subscriptions never expire — в этом случае не устанавливается никаких ог раничений на период, в течение которого будет ожидаться синхронизация изменений подписчика с данными, хранящимися на дистрибьюторе.

Перейдем к следующей вкладке, имеющей имя Articles.

Р и с. 1 4. 5 3. Вкладка G e n e r a l о к н а свойств публикации Управление статьями Вкладка Articles (рис. 14.54) предназначена для управления статьями, входящи ми в публикацию. Окно разделено на две части. В расположенной слева таблице перечислены типы объектов, которые могут быть включены в качестве статей в публикацию репликации сведением. Необходимо отметить, что этот список не полон — в нем не хватает индексированных представлений, которые доступны для публикации только при работе с репликацией транзакций и репликацией моментальных снимков. Устанавливая флажок в столбце Show, можно позволить отображение объектов соответствующего типа в правой таблице, с помощью которой собственно и осуществляется разрешение того или иного объекта для публикации.

Глава 14. Репликация данных РИС. 14.54. Вкладка Articles окна свойств публикации Однако вернемся к левой таблице. В ней имеется еще столбец Publish All. Уста навливая в этом столбце флажок в той или иной строке, вы тем самым предпи сываете опубликовать все объекты соответствующего типа. Непосредственно ниже таблицы находится флажок Show unpublished objects, помечая который можно разрешить отображение в правой таблице объектов выбранных типов, не включенных в публикацию в качестве статей. По умолчанию этот флажок сбро шен и отображаются только те объекты, которые уже были ранее опубликованы.

Свойства по умолчанию Репликация объектов каждого типа имеет свои особенности и может выпол няться по-разному. Например, при репликации таблиц, имеющих столбец счетчик, необходимо определить правила генерации значений в этом столбце на каждом из подписчиков. Управление подобными свойствами осуществляется с помощью окна свойств статьи. Для каждого типа статей это окно содержит раз личный набор вкладок с индивидуальным набором элементов управления.

Помимо того, что имеется возможность управления свойствами репликации от дельной статьи, для статей каждого типа также можно указать свойства, которые будут использоваться для статей по умолчанию. То есть в том случае, когда для статьи персонально не было указано никаких свойств. Для управления свойст вами по умолчанию следует нажать кнопку Article Defaults в нижней части вкладки Articles. В ответ откроется окно Default Article Type (рис. 14.55), предна Часть III. Администрирование значенное для выбора типа статей. После задания нужного типа статьи и нажа тия кнопки ОК будет открыто окно свойств конкретного типа статей. Напри мер, на рис. 14.56 приведено окно Default View Article Properties свойств статей.

созданных на основе представлений.



Pages:     | 1 |   ...   | 16 | 17 || 19 | 20 |   ...   | 33 |
 





 
© 2013 www.libed.ru - «Бесплатная библиотека научно-практических конференций»

Материалы этого сайта размещены для ознакомления, все права принадлежат их авторам.
Если Вы не согласны с тем, что Ваш материал размещён на этом сайте, пожалуйста, напишите нам, мы в течении 1-2 рабочих дней удалим его.