Каковы преимущества именованных экземпляров в SQL Server?

Я вижу два возможных преимущества: производительность и возможность управлять вашей конфигурацией.

LocalDB ограничен так же, как и другие экземпляры SQL Express, ограничения ЦП и ОЗУ применяются для каждого экземпляра. Если ваше приложение использует свой собственный экземпляр, оно получит все для себя и не будет нуждаться в совместном использовании с другими приложениями. Использование экземпляра по умолчанию означает, что ваше приложение должно делиться с другими приложениями, используя экземпляр по умолчанию.

Вы также можете использовать именованный экземпляр, если вам нужно выполнить какую-либо специальную конфигурацию для всего экземпляра, которая может нарушить работу других приложений. Или, если вы обеспокоены тем, что какое-то другое некорректно работающее приложение может внести изменения в экземпляр по умолчанию, которые нарушат работу вашего приложения, и ваши клиенты будут винить вас. Работает в обе стороны :-)

Имейте в виду, что вы можете установить только один экземпляр по умолчанию, но вы можете установить несколько именованных экземпляров. Лучше устанавливать только экземпляр по умолчанию на хост, если только у вас нет особой необходимости устанавливать несколько экземпляров SQL Server на одном хосте, например, при одновременном запуске разных версий, кластеризации или других требованиях к изоляции. Любой дополнительный экземпляр должен быть назван (очевидно, в целях дифференциации).

Основная разница между экземпляром по умолчанию и именованным экземпляром в основном связана с сетевым подключением. Клиенты могут подключаться к экземпляру по умолчанию, используя только имя хоста через общеизвестный порт 1433. Чтобы подключиться к именованному экземпляру, клиенты указывают хост и имя экземпляра (например, «MyHost\My_Instance»), а служба браузера SQL Server возвращает порт, который прослушивает именованный экземпляр.

В реальном мире причины наличия нескольких экземпляров варьируются от организации к организации. Вот некоторые из наиболее распространенных причин:

Функциональное или нагрузочное тестирование приложения

• Нагрузочное тестирование — возможность загрузки нескольких баз кода, координация остановки необходимых экземпляров для выполнения нагрузочного тестирования, проведение нагрузочного тестирования, а затем перезапуск всех экземпляров после завершения. Функциональное тестирование
• Возможность иметь несколько баз кода и возможность независимого тестирования с предварительно выделенным количеством ресурсов.

Консолидация серверов

• Одной из последних тенденций является объединение нескольких экземпляров SQL Server на одном сервере. При наличии нескольких экземпляров SQL Server можно выполнять полное резервное копирование и восстановление SQL Server на одном экземпляре, чтобы поддерживать те же функции, что и у исходного сервера.

Внутренний хостинг\Общий доступ к серверу отдела

• Поскольку SQL Server изначально считался решением для подразделений, можно было иметь несколько экземпляров SQL Server на одном физическом сервере, чтобы поровну распределять ресурсы сервера (большое количество ЦП и памяти).
• Этот сценарий идеально подходит для возвратных платежей отделам организаций, следующих этой парадигме.

Безопасность

• Несколько экземпляров идеально подходят для тех надоедливых сторонних приложений, которым требуются повышенные привилегии SQL Server, когда вы не хотите смешивать приложения в одном экземпляре.

Демонстрации

• Несколько экземпляров идеально подходят для поддержки демонстраций, когда необходимо продемонстрировать конкретное приложение и то, как оно влияет на SQL Server.

Источники:

• http://goo.gl/kJoWfz
• http://goo.gl/IFBCAl

Приятно читать:

• Что такое именованный экземпляр и экземпляр по умолчанию?

Если вы хотите, чтобы на одном компьютере работало несколько экземпляров SQL Server, вам нужно было дать им имена, чтобы различать их. Кроме этого, нет никакой реальной «выгоды» при обычном использовании.

Несколько экземпляров полезны, если вам нужны разные конфигурации сервера или даже разные версии. Скажем, например, что у вас есть база данных, созданная для Sql 2008, и вам нужна новая база данных для нового приложения с Sql 2012. Вы можете разместить обе базы данных на одном компьютере и использовать функции для самой продвинутой версии, сохраняя при этом старую, работающую как есть. .