MSSQLServer2008\Instance, почему?

404 ошибки обычно являются не найденной ошибкой. Если Вы получаете фактические 404 ошибки. Тот ответ дается Вам с сервера, с которым Вы пытаетесь соединиться. Таким образом, возможно, что DNS действительно работает правильно. Если Вы получаете не 404 ошибки, но страница не может быть найдена. DNS мог быть проблемой.

Как сообщение выше. Попытайтесь проверить с помощью ping-запросов FQDN сайта для наблюдения, какой IP возвращается. Это - первый шаг. Ping разрешает FQDN через Ваш локальный сервер DNS. Ping также говорит Вам, если сервер отвечает. Если имя и IP решают правильно, и ответы ping возвращаются, необходимо надеяться удостоверяться, что веб-сайт http сервер не зависается или отказал. С Firefox, когда я перехожу к не существующему веб-домену, я получаю ошибку "адрес, не найденный" (Который является подобным результатом к неправильному разрешению DNS!)

Если бы Вы получаете ошибку bonafide 404, то я удостоверился бы, что кто-то не неправильно сконфигурировал внешний сервер HTTP или определяет, остается ли содержание веб-сайта, которое Вы ищете все еще, на веб-сервере. Я видел содержание, случайно удаленное этим способом, и 404 ответа - то, что Вы ожидали бы в этом виде сценария.

2
задан 6 September 2015 в 23:40
1 ответ

Вот несколько преимуществ для нескольких экземпляров:

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

  2. версии: каждый экземпляр может выполнить различный пакет/уровень установки патча версии/сервиса SQL. Это позволяет Вам удовлетворять потребности различных приложений с одним SQL-сервером.

  3. устойчивость: если разработчик X выполнений некоторый код дб в экземпляре 1, который так или иначе портит основные или образцовые базы данных, он может вызвать проблемы для других баз данных в том экземпляре, но не повредит другие экземпляры.

  4. управление ресурсами: Вы можете к некоторому управлению градусом, сколько ресурсов (ЦП и память и диск) может использовать экземпляр. Это может использоваться для регулировки, сколько из сервера использует определенное приложение.

  5. требования к приложению: некоторые приложения просто требуют, чтобы они работали в их собственном экземпляре. Это менее распространено в эти дни, но я столкнулся с таким требованием с недавним развертыванием OCS Microsoft, и я видел его прежде также.

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

6
ответ дан 3 December 2019 в 09:27
  • 1
    Хороший список. Я верю, осуществляете ли Вы шифрование TLS на стороне сервера, это также может быть сделано на экземпляр. –  Greg Askew 28 March 2010 в 01:17
  • 2
    Я Согласовываю allthought для некоторых примеров, которые я рекомендовал бы выделенному серверу. –  Ice 28 March 2010 в 22:29
  • 3
    I' d также быть более склонным изучить виртуализированные SQL-серверы по нескольким экземплярам, если у Вас была некоторая потребность в них быть на тех же аппаратных средствах. –  Sean Howat 29 March 2010 в 17:55

Теги

Похожие вопросы