Два NIC в том же IP сегменте

У нас была подобная проблема, повысив вызов PSS с Microsoft и всесторонним расследованием проблемы, которую мы зонировали в следующую возможную причину и разрешение.

Причина:

Вероятная причина для признаков происходит из-за дисков/Луна, в которые пользовательские базы данных помещаются, имея серьезные проблемы ответа ввода-вывода; это заставляет автоматическую контрольную точку на пользовательских базах данных брать очень долго для окончания.

Теперь, контрольная точка на tempdb происходит только, когда журнал tempdb становится полными 70%, и также это имеет более низкий приоритет, чем пользовательские контрольные точки БД. Так, эффективно когда автоматическая контрольная точка на пользователе database/s выпущена и пытается завершиться, из-за тяжелого tempdb использования заставляет tempdb файл журнала заполняться быстро; при 70%-м использовании журнала контрольная точка tempdb происходит, но ставится в очередь позади пользовательской контрольной точки БД.

Во время это берет, чтобы пользовательская контрольная точка БД закончилась, tempdb файл журнала продолжает заполняться и если авторастут, установлен, файл журнала растет, когда требуется больше пространства. Это - причина, которую файл журнала продолжает выращивать.

Таким образом, самая возможная первопричина для признаков, которые Вы описываете, происходит из-за плохого ответа ввода-вывода от дисков/Луна для Вашего пользователя и/или базы данных tempdb / файлы журнала.

Решение:

Мы работали вокруг проблемы, в то время как мы разобрались в подсистеме ввода-вывода путем установки предупреждения, которое стреляло, когда tempdb файл журнала стал полными 75% и в ответ выполнил задание, которое вызвало руководство "КОНТРОЛЬНАЯ ТОЧКА" (который имеет приоритет по контрольным точкам автоматической системы), убирая журнал tempdb, препятствующий тому, чтобы это авторосло неограниченно долго. Это - все еще хорошая идея уехать, файл журнала на автоматическом растут для любой другой возможности.

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