сценарий прокси не работает, когда две сетевых карты соединены. Как зафиксировать это?

(Я первоначально спросил как регулярный вопрос, но затем узнал, что корректный метод - благодарит BrentO),

Нет, никогда.

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

Автоуменьшение является установкой очень общей базы данных для включения. Кажется, что хорошая идея - удаляет дополнительное пространство из базы данных. Существует много 'ненамеренных DBAs' там (думайте TFS, SharePoint, BizTalk или просто регулярный старый SQL Server), кто не может знать, что автоуменьшение является положительно злым.

В то время как в Microsoft I, используемой для владения Механизмом устройства хранения данных SQL Server и, пытался удалить функцию автоуменьшения, но это должно было остаться для назад совместимости.

Почему автоуменьшение настолько плохо?

База данных, вероятно, просто вырастет снова, итак, почему уменьшение это?

1. Shrink-grow-shrink-grow вызывает фрагментацию уровня файловой системы и берет много ресурсов.
2. Вы не можете управлять, когда это ударяет - (даже при том, что это - регулярный выход),
3. Это использует много ресурсов. Перемещение страниц в базе данных берет ЦП, много IO, и генерирует много журнала транзакций.
4. Вот настоящая строка над заголовком: уменьшение файла данных (или авто или не) вызывает крупную индексную фрагментацию, которая приводит к низкой производительности.

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

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

Править: Я должен добавить это, которому напоминает второй ответ - существует распространенное заблуждение, что прерывание операции уменьшения может вызвать повреждение. Нет это не будет. Я раньше владел кодом уменьшения в SQL Server - он откатывает текущее перемещение страницы, которое он делает, если прервано.

Надеюсь, это поможет!