Я вышел из системы, а затем вернулся на следующий день, чтобы реализовать предложения, содержащиеся в ответе Андрея Николова, и по какой-то причине теперь я могу удаленно подключиться к указанному экземпляру.Параметры, которые в итоге работали для раздела «IP2» конфигурации «TCP / IP» для именованного экземпляра, представляют собой значение «Динамические порты TCP», значение которого пустое, а параметр «Порт TCP» - 1433. Я не сделалне делайте никаких других изменений.Остальная часть конфигурации, как я отметил в моем OPУ меня есть доступ сисадмина к этому серверу, но я не являюсь настоящим администратором, поэтому я полагаю, что настоящий администратор мог изменить что-то другое между тем, как я вышел из системы, а затем снова вошел, но я не знаю, что это может быть.Спасибо @Andrey Nikolov за ваш вклад.
РЕДАКТИРОВАТЬ: Эта проблема вернулась в полную силу через несколько дней без причины, которую я мог определить.После долгих поисков я нашел очень информативный MS Doc, в котором подробно рассматривается весь процесс устранения неполадок, надеюсь, это поможет кому-то еще столкнуться с этим.Вот ссылка:
https://docs.microsoft.com/en-us/sql/database-engine/configure-windows/troubleshoot-connecting-to-the-sql-server-database-engine?view=sql-server-2017
Это говорит о том, что это для SQL Server 2017, но я смог пройти по нему, чтобы исправить мою проблему с SQL Server 2012.В моей ситуации получается, что, поскольку на моем сервере было 2 отдельных экземпляра MS SQL, начальный экземпляр использовал все настройки по умолчанию, как описано в другом месте, а мой экземпляр, к которому я пытался подключиться, использовал совершенно другой порт.Используя этот документ, я смог выяснить, какой порт использует мой экземпляр, и указать его в поле «Имя сервера» SSMS при попытке подключения.Теперь это работает как шарм.