SQL AG Secondary как основной элемент 2-й группы - PullRequest
0 голосов
/ 27 апреля 2018

Хотелось подумать о попытке балансировки нагрузки моего 2 узла Always On AG (SQL 2016).

В настоящее время у меня есть x баз данных в одной группе с одним слушателем и 2 узлами (основной / дополнительный).

Я хочу попытаться использовать вторичное устройство, чтобы оно не просто находилось там, и создать 2-ую группу доступности и 2-го прослушивателя и сделать так, чтобы в настоящее время вторичное устройство стало первичным для новой группы, а первичное - для первой группы, которое будет вторичным для 2-я группа.

Теоретически это должно сработать, но хотелось бы знать, считает ли это плохой идеей?

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

1 Ответ

0 голосов
/ 27 апреля 2018

Я не фанат этого типа конфигурации. Зачем? Предполагается, что оба узла доступны больше всего (если не все время). Я предполагаю, что ваши узлы имеют правильный размер (в пределах разумных ожиданий будущего использования) с точки зрения ЦП, ОЗУ и т. Д. Что произойдет, если один из этих серверов перейдет в расширенный перерыв? Может ли ваш оставшийся сервер выполнить рабочую нагрузку обоих AG?

Ваш второй узел не "просто сидит". Он воспроизводит ваши транзакции с основного и выполняет важную работу по обеспечению резервирования.

...