|
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||
12.2. Новые возможности репликации SQL Server 2005Репликация в SQL Server 2005: отличия от SQL Server 2000, репликация изменений в структуре баз данных, одноранговая (peer replication), трассировочные маркеры (tracer tokens), Replication Management Objects (RMO) Этот раздел предназначен для специалистов, которые хорошо знакомы с системой репликации в SQL Server 2000. В нем приводится обзорная информация о наиболее значительных изменениях системы репликации в SQL Server 2005. Более подробно они будут рассмотрены в следующих разделах. Если же вы не занимались настройкой репликации в предыдущих версиях SQL Server, то этот раздел можно пропустить и сразу перейти к следующему разделу. Вот перечень самых важных новых возможностей системы репликации: q в SQL Server 2005 поддерживается репликация практически любых изменений в структуре опубликованных таблиц (в SQL Server 2000 поддерживалась репликация только добавления и удаления столбцов, если она проводилась специальными хранимыми процедурами). Во многих ситуациях это очень удобно; q в SQL Server 2005 реализована "умная" доставка моментальных снимков баз данных (database snapshots). Если моментальный снимок состоит из нескольких файлов и при его передаче произошел сбой, что при повторе передачи будут переданы только те файлы, которые не были доставлены серверу-получателю. Файлы моментального снимка, которые уже были доставлены, повторно не передаются; q в SQL Server 2005 появилась модель одноранговой репликации, в которой нет разницы между подписчиком и издателем. При одноранговой репликации изменения можно производить на любом сервере — информация между всеми серверами, которые участвуют в такой репликации, автоматически синхронизируется; q в репликации слиянием (merge replication) можно использовать логические записи — когда запись из двух связанных между собой физических таблиц для целей репликации рассматривается как одна запись. Это позволяет повысить как надежность, так и производительность репликации; q SQL Server 2005 может напрямую выступать в качестве подписчика для баз данных Oracle. Кроме того, он сам может выступать в качестве издателя для других серверов баз данных, таких как IBM DB2 или Oracle; q в SQL Server 2005 столбцы идентификатора (identity columns) можно реплицировать именно как столбцы идентификатора. В SQL Server 2000 такие столбцы можно было реплицировать только как столбцы с базовым для идентификатора типом данных, например, int; q моментальные снимки баз данных для целей инициализации базы данных-подписчика можно передавать вручную при помощи резервной копии. Если размер базы данных-издателя составляет десятки гигабайт, то такая возможность может оказаться очень полезной; q в SQL Server 2005 реализована возможность диагностики репликации при помощи отправки специальных небольших диагностических объемов данных (трассировочных маркеров — tracer tokens). В результате проверка работоспособности системы репликации и диагностика проблем значительно упрощается; q в SQL Server 2005 появилась новая объектная модель для программного управления системой репликации, которая называется RMO (Replication Management Objects).
| ||||||||||||||||||||||||||||||||||||||||||||||||||||||
Получить учебные материалы по этому курсу |
||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
||||||||||||||||||||||||||||||||||||||||||||||||||||||