Я, конечно, использую неправильную терминологию, но у меня есть следующее:
SQL Server A (SAN1) - DB1, DB2, DB3
SQL Server B (SAN2) - DB4, DB5, DB6
В настоящее время это SQL 2008, и мы планируем перейти на SQL 2014. Я хотел бы настроить высокую доступность, и мне интересно, могу ли я настроить его для следующего сценария.
Были ли (реплицированы?) DB 123 на B и 456 на A. Затем, если SQL Server A откажет, DBS 1,2 и 3 будут активны на сервере B (вместе с 4,5 и 6).
Точно так же, если сервер B откажет, 4,5 и 6 должны быть активными на A.
Надеюсь, это имеет смысл.
Спасибо
Я так понимаю, вы хотите объединить в одной системе как высокую доступность, так и некоторую балансировку нагрузки. На самом деле есть только один способ добиться чего-то подобного с помощью группы доступности SQL Server 2014, и это не совсем то, что вы отметили:
Читаемая вторичная реплика
https://msdn.microsoft.com/en-AU/library/ff878253.aspx
Возможности активных вторичных групп доступности AlwaysOn включают поддержку доступа только для чтения к одной или нескольким вторичным репликам (вторичные реплики с возможностью чтения). Доступная для чтения вторичная реплика обеспечивает доступ только для чтения ко всем своим вторичным базам данных. Однако доступные для чтения базы данных-получатели не предназначены только для чтения. Они динамичны. Данная вторичная база данных изменяется, поскольку изменения в соответствующей первичной базе данных применяются к вторичной базе данных. Для типичной вторичной реплики данные, включая устойчивые таблицы, оптимизированные для памяти, во вторичных базах данных находятся почти в реальном времени. Кроме того, полнотекстовые индексы синхронизируются с вторичными базами данных. Во многих случаях задержка данных между первичной базой данных и соответствующей вторичной базой данных составляет всего несколько секунд.
Параметры безопасности, которые происходят в первичных базах данных, сохраняются в вторичных базах данных. Сюда входят пользователи, роли базы данных и роли приложений вместе с их соответствующими разрешениями и прозрачным шифрованием данных (TDE), если оно включено в первичной базе данных.
По сути, чтение будет сбалансировано на обоих серверах, но записи будут происходить только на текущий активный сервер. Обратите внимание, что в SQL Server 2014 процесс вторичной реплики, доступный для чтения, будет нацелен только на первый вторичный сервер, а не на любые последующие серверы, поэтому наличие более двух не улучшает производительность этой функции.
Группы доступности AlwaysOn были и предназначены исключительно как решение HA / DR. Они не предназначены для балансировки нагрузки. В самом деле, у SQL Server нет стандартного способа балансировки нагрузки. Существуют сторонние инструменты, которые могут достичь чего-то подобного, но вы смотрите на изменения на уровне базы данных и потенциальную ре-архитектуру приложения, которая, вероятно, не входит в объем этого ответа.