TempDB является Полной Проблемой для SQL Server 2000
В некоторых случаях необходимо использовать add_header директивы с always для покрытия весь коды ответа HTTP.
location / {
add_header 'Access-Control-Allow-Origin' '*' always;
}
От документация :
, Если всегда параметр указан (1.7.5), поле заголовка будет добавлено независимо от кода ответа.
Добавляет указанное поле к заголовку ответа при условии, что код ответа равняется 200, 201 (1.3.10), 204, 206, 301, 302, 303, 304, 307 (1.1.16, 1.0.13), или 308 (1.13.0). Значение параметра может содержать переменные.
Также проверьте свои запланированные задания t osee, если Вы работаете прямо, прежде чем это происходит. Плохо разработанный импорт или экспорт могли сделать это также.
И почему, молитесь, говорят, Вы выполняющий достаточно курсоров, чтобы полагать, что причина, почему Ваш tempdb становится полным. Курсоров нужно обычно избегать espcially на производстве datbases. ПОЧЕМУ Вы не использующий основанные на наборе решения вместо этого?
-
1Я преобразовываю курсоры в наборы, но wasn' t уверенный, что еще вызвало бы это. Запланированные задания происходят в течение ночи, и это происходит спустя несколько часов после этого. – Jason N. Gaylord 7 May 2010 в 00:09
-
2Что-либо еще, о чем можно думать? – Jason N. Gaylord 7 May 2010 в 00:11
-
3Отличный, виды, которые переходят к tempdb. Трудно точно определять. Как большой это добирается? Я едва выделяю меньше чем 16 ГБ tempdb. – TomTom 7 May 2010 в 08:11
-
4TempDB составляет только 140 МБ. База данных, которая, кажется, вызывает, является этим 1,8 ГБ. – Jason N. Gaylord 7 May 2010 в 19:20
Сценарий Ваши хранимые процедуры и ищут временные таблицы, которые составляются, но не быть отброшенным. Если те sprocs часто выполняются, Вы могли бы заполнять свой tempdb тот путь.
-
1I' ve, сделанный, что уже и я can' t, кажется, находят любого. – Jason N. Gaylord 7 May 2010 в 00:13