SQL Server Alwayson AG ClusterName против имени прослушивателя
В настоящее время мы используем SQL Server 2016 в нашей среде. И мы планируем обновить его до SQL Server 2017. Мы настроили зеркальное отображение (асинхронное) для нашей настройки аварийного восстановления, а основной и дополнительный серверы расположены в двух разных городах. Поскольку зеркалирование с этой версией прекращено, мы переходим в группу Alwayson Availabilityablility.
HostName основного сервера: SRVDB1
Имя хоста аварийного сервера: SRVDB2
DNS-имя основного сервера: INTRADB
Мы используем вышеуказанное DNS-имя сервера базы данных в следующих областях.
1) Строки подключения веб-приложений.
2) Есть несколько файлов Excel и CSV, которые генерируются ежедневно с помощью некоторых заданий SQL и помещаются на тот же сервер базы данных, а затем они будут перемещены на некоторые другие серверы. Для доступа к сгенерированным файлам с других серверов мы используем сетевой путь (\ INTRADB).
3) LinkedServers, созданные на других серверах для подключения к указанному серверу базы данных.
Если мы назначим слушателю одно и то же DNS-имя (после его удаления с сервера базы данных), мы можем подключить базы данных, добавленные к группе доступности, без сомнения.
Возникают вопросы:
1) Как будут работать три вышеуказанные области, если DNS-имя (INTRADB, которое теперь назначено серверу базы данных) назначено слушателю.
2) Нам не нужны читаемые вторичные объекты для нашей среды. Нужен ли нам Слушатель для нашей настройки?
3) Если для нашей установки не требуется прослушиватель, мы можем назначить DNS-имя для имени кластера, чтобы мы не хотели вносить какие-либо изменения в строки подключения и способ доступа к файлам. Если это так, то сталкиваемся ли мы с какой-либо проблемой во время планового / принудительного аварийного переключения вручную.