Создание индексов на таблицах, заполненных от репликации транзакций - SQL 2005
Мы испытываем ту же проблему прямо сейчас. И в нашем случае объем составляет только 160 ГБ. Компьютер замораживается в экране приветствия BIOS, где логотип отображен, и опции перечислены. Ввод с клавиатуры позволяется, и последовательность начальной загрузки не прогрессируют. Я протестировал на некотором другом ПК, он хорошо работал, я могу загрузиться от Карты памяти, пока приоритет устройства загрузки установлен на него в экране BIOS. Это не грандиозное предприятие. Однако на настольном ПК мы ожидаем запускать Linux, USB-устройство распознано, но система не загружается, когда это соединено.
Как только мы отключаем устройство начальные загрузки системы правильно на внутреннем диске, и распознает Карту памяти, конечно, не замеченную в "Моем Компьютере" Windows, но подарка и маркированный как healty на уровне страницы Computer Management's Disk Management.
Будет,
Я вижу, почему у Вас было бы это беспокойство, но Вы не должны должны быть волноваться об этом. Нагрузка на SQLA не должна изменяться в этом сценарии. Log Reader Agent работает на третьей корректной машине? У Вас есть SQLA (Издатель), работающий, (Дистрибьютор) Агент Читателя синхронного журнала и (Подписчик) SQLB получение обновлений. SQLA все еще запишет те же самые журналы транзакций, Дистрибьютор все еще отправит SQLB то же самое, вставляют, обновляют, удаляют. Работа фактического добавления его к различным индексам упадет прямо на SQLB.
Вот хорошая схема процесса: http://i.msdn.microsoft.com/dynimg/IC19107.gif
Единственная вещь, которую необходимо наблюдать, состоит в том, что SQLB не отстает при наличии слишком многих индексов для выполнения вставления/обновления/удаления своевременно, заставляя их расти в базе данных распространения.