Подписчики, отличные от подписчиков SQL Server
Следующие подписчики, не относящиеся к SQL Server, могут подписываться на публикации snapshot и транзакций с помощью принудительных подписок. Подписки поддерживаются для двух самых последних версий каждой из баз данных, приведенных в списке, с использованием самой последней версии поставщика OLE DB из приводимого списка.
Разнородная репликация на подписчики, отличные от подписчика SQL Server, устарела. Публикация Oracle устарела. Для перемещения данных создайте решения с помощью системы отслеживания измененных данных и служб Integration Services.
Внимание!
В будущей версии Microsoft SQL Server этот компонент будет удален. Избегайте использования этого компонента в новых разработках и запланируйте изменение существующих приложений, в которых он применяется.
| База данных | Операционная система | Поставщик |
|---|---|---|
| Oracle; | Все платформы, поддерживаемые Oracle | Поставщик OLE DB для Oracle (поставляемый Oracle) |
| IBM DB2 | MVS, AS400, Unix, Linux, Windows, за исключением версии 9.x | Поставщик OLE DB для Microsoft Host Integration Server (HIS) |
Сведения о создании подписок для Oracle и IBM DB2 см. в разделах Подписчики Oracle и IBM DB2 Subscribers.
Вопросы использования подписчиков, отличных от подписчиков SQL Server
При репликации на подписчики, не являющиеся SQL Server, учитывайте следующие моменты.
Общие рекомендации
Репликация поддерживает публикацию таблиц и индексированных представлений в виде таблиц для подписчиков, не относящихся кSQL Server (индексированные представления не могут быть реплицированы как индексированные представления).
Когда публикация создается в мастере создания публикаций, а затем включается для подписчиков, отличных от подписчиков SQL Server, с помощью диалогового окна "Свойства публикации", владелец всех объектов в базе данных подписки не указывается для подписчиков, отличных от подписчиков SQL Server, в то время как для подписчиков Microsoft SQL Server он устанавливается как владелец соответствующего объекта в базе данных публикации.
Если у публикации будут SQL Server подписчики и подписчики, не являющиеся SQL Server подписчиками, публикация должна быть включена для подписчиков, не являющихся SQL Server, перед созданием подписок на подписчиков SQL Server.
По умолчанию скрипты, созданные агент моментальных снимков для подписчиков, не являющихся SQL Server, используют идентификаторы без кавычек в синтаксисе CREATE TABLE. Поэтому опубликованная таблица с именем 'test' реплицируется как 'TEST'. Чтобы сохранить регистр символов для имени таблицы публикации, укажите для агента распространителя параметр -QuotedIdentifier . Параметр -QuotedIdentifier должен также применяться, если имена опубликованных объектов (таких как таблицы, столбцы и ограничения) содержат пробелы или слова, которые являются зарезервированными словами в той версии базы данных, которая используется на подписчике, не являющемся подписчикомSQL Server . Дополнительные сведения об этом параметре см. в разделе агент распространения репликации.
Учетная запись, под которой запускается агент распространителя, должна иметь доступ с правом на чтение к установочному каталогу поставщика OLE DB.
По умолчанию для подписчиков, не являющихся подписчикамиSQL Server , агент распространителя использует значение [(адреса по умолчанию)] для базы данных подписки (параметр -SubscriberDB для агента распространителя):
Для СУБД Oracle сервер имеет не более одной базы данных, поэтому нет необходимости указывать базу данных.
Для СУБД IBM DB2 база данных указывается в строке соединения с DB2. Дополнительные сведения см. в статье Создание подписки для подписчика, отличного от подписчика SQL Server.
Если распространитель SQL Server работает на 64-разрядной платформе, необходимо использовать 64-разрядную версию соответствующего поставщика OLE DB.
Репликация перемещает данные в формате Юникода независимо от параметров сортировки и кодовых страниц, используемых на издателе и подписчике. При репликации между издателями и подписчиками рекомендуется выбрать совместимые параметры сортировки и кодовую страницу.
Если статья добавляется или удаляется из публикации, то подписки для подписчиков, не относящихся кSQL Server , должны быть повторно инициализированы.
Для всех подписчиков, не относящихся кSQL Server , поддерживаются только ограничения NULL и NOT NULL. Ограничения первичного ключа реплицируются как уникальные индексы.
В разных базах данных значение NULL обрабатывается по-разному, что влияет на представление пустых значений, пустых строк и значений NULL. Это в свою очередь влияет на поведение значений, вставляемых в столбцы с определяемыми уникальными ограничениями. Например, СУБД Oracle допускает существование нескольких значений NULL в столбце, который считается уникальным, тогда как SQL Server допускает наличие только одного значения NULL в уникальном столбце.
Дополнительным фактором, который следует учитывать, является порядок обработки значений NULL, пустых строк и пустых значений в случае, когда столбец определяется как NOT NULL. Сведения по этому вопросу для подписчиков Oracle см. в разделе Подписчики Oracle.
Связанные с репликацией метаданные (таблица последовательности транзакций) на поставщикахSQL Server не удаляются при удалении подписки.
Соответствие требованиям базы данных подписчика
Опубликованные схема и данные должны соответствовать требованиям базы данных подписчика. Например, если база данных, не относящаяся кSQL Server , имеет меньший максимальный размер строки, чем SQL Server, то следует убедиться, что опубликованные схема и данные не превышают этот размер.
Таблицы, которые реплицируются на подписчики, не относящиеся кSQL Server , должны следовать соглашениям об именовании таблиц базы данных подписчика.
DDL не поддерживается для подписчиков, отличных от подписчиков SQL Server. Дополнительные сведения об изменениях в схеме см. в разделе Внесение изменений в схемы баз данных публикации.
Поддержка возможности репликации
SQL Server предусматривает два типа подписок: по запросу и принудительную. Подписчики, не относящиеся кSQL Server , должны использовать принудительные подписки, для которых агент распространителя запускается на распространителе SQL Server .
SQL Server предусматривает два формата моментальных снимков: собственный режим bcp и символьный режим. Подписчики, не относящиеся кSQL Server , требуют использования моментальных снимков символьного формата.
Подписчики, не относящиеся кSQL Server , не могут использовать подписки с немедленным обновлением или обновлением посредством очередей и не могут быть узлами одноранговой топологии.
Подписчики, не относящиеся кSQL Server , не могут быть автоматически инициализированы из резервной копии.