Назад | Перейти на главную страницу

Ограничения в репликации слиянием SQL Server - публикация по количеству подпрограмм

Я ищу здесь пару разных вещей.

Насколько я могу судить, редакция Workgroup поддерживает до 25 подписчиков на публикацию. Кто-нибудь знает ограничение, если оно есть, на количество подписок на публикацию в выпусках Enterprise и Standard SQL 2008 R2? (Информация за 2008 год тоже хороша)

Кроме того, у кого-нибудь есть опыт с 50+ заменами против одного паба? Мы хотим получить представление о том, как выглядела производительность с таким количеством сабвуферов. Вам нужно было добавить дополнительный паб, чтобы справиться с нагрузкой? Были ли проблемы, когда определенное количество пабов пытались синхронизироваться одновременно?

Редакция Workgroup - единственная с лимитом подписки (25). Подписка на снимок однако публикации на Workstation по-прежнему не ограничены. Standard и Enterprise вообще не имеют этих ограничений. Насколько мне известно, так было по крайней мере с 2005 года. (Источник)

Очевидно, что эффективность подписок зависит от количества транзакций. Как и все «емкость» в SQL Server, все дело в тестировании производительности. Необходимо учитывать так много переменных, что любой шаблонный ответ был бы просто безумной догадкой. 50 подписок - это вовсе не редкость, так что не беспокойтесь, что вы собираетесь сломать SQL с его помощью. Анекдот: у другой команды есть несколько пабов с 75 подписками, и у них работает только один сервер без каких-либо проблем.

Изменить: коллега-гуру SQL только что указал мне на эта ссылка Technet по производительности с подписками слияния. Он написан для 2005 года, но в основном относится к 2008 году (R2).