Ранние жесткие диски ПК, такие как ST506 были основаны на шаговых двигателях. Они не имели никакого механизма обратной связи для головы по сравнению с положением дорожки и таким образом должны были использоваться в той же ориентации, в которой они были отформатированы. Жесткие диски звуковой катушки имеют обратную связь, которые позволяют им исправлять для ошибок, таких как изменения в ориентации.
Я ожидал бы, что вертикально выровненный диск должен будет израсходовать небольшое количество энергии исправить для эффекта силы тяжести способом, что горизонтально выровненный диск не был бы. Однако, так как так же, по крайней мере, столько же дисковых массивов, кажется, вертикально ориентировано сколько горизонтальное, я ожидал бы такой эффект быть незначительным.
Как дальнейшие боеприпасы для Вас, контроль это сообщение в блоге я сделал, который обсуждает авторост файла данных: Важность управления размером файла данных.
Об авторосте файла журнала сообщают в журналах SQL или журнале событий Приложения. Можно также использовать вещи как SQL Trace или SQL Profiler для слежения за развитием событий SQL. Вот статья MSDN, которая обсуждает следящие за развитием события SQL.
Править: В Приложении журнал событий ищут Идентификатор события 5144 для событий отмены автороста и 5145 для успешных/завершенных событий автороста.
EDIT2: Для поиска файла журнала дб auogrowth события в журнале SQL, можно использовать это:
EXEC xp_readerrorlog 0,1,'autogrow'
Увеличьте 0, чтобы иметь использование xp_readerrorlog заархивированные файлы регистрации ошибок. 0 к (n-1), где n является количеством файлов регистрации ошибок, Вы имеете.
Можно также настроить уведомления о событии для автовыращивать события. Что-то вроде этого:
CREATE EVENT NOTIFICATION data_file_autogrow_notifier
ON DATABASE
FOR DATA_FILE_AUTO_GROW
TO SERVICE 'NotifyAutogrow', 'current database' ;
или для файла журнала:
CREATE EVENT NOTIFICATION log_file_autogrow_notifier
ON DATABASE
FOR LOG_FILE_AUTO_GROW
TO SERVICE 'NotifyAutogrow', 'current database' ;
Где NotifyAutogrow является названием Сервисного экземпляра Брокера.Более подробная информация. Необходимо было бы настроить этот сервис для среды.
Просто он всегда включен, вы не можете отключить ведение журнала SQL. Если ты не если вы видите события авторастания, скорее всего, у вас ничего не было в сроки, указанные в вашем журнале. См. Изменение моего ответа sql, который вы можете использовать для поиска автоматического роста в вашем журнале SQL.
Это зависит от того, о чем вы говорите.
По моему опыту, SQL Server не регистрировал автоматический рост до ERRORLOG
, как имеет было предложено, вместо этого он регистрируется в трассировке по умолчанию, а трассировку по умолчанию можно отключить и включить.
Чтобы проверить, включена ли она, см .:
select name, value_in_use
from sys.configurations
where name='default trace enabled'
Если она отключена, вы можете включить ее:
sp_configure 'default trace enabled', 1
go
Дон ' Не забудьте после этого запустить RECONFIGURE
.
Чтобы проверить события autogrow
, вы можете использовать:
SELECT databaseid, filename, SUM(IntegerData*8) AS Growth, Duration, StartTime
FROM ::fn_trace_gettable('C:\SQL Server\MSSQL10_50.INSTANCENAME\MSSQL\Log\log_4.trc', default)
WHERE EventClass = 92 OR EventClass = 93
GROUP BY databaseid, filename, IntegerData, Duration, StartTime
Где параметр fn_trace_gettable
- это имя текущая (или заархивированная) трассировка.
Вы можете найти путь к текущей трассе следующим образом:
SELECT path FROM sys.traces WHERE is_default = 1;
Автоматическое увеличение файла журнала регистрируется в журналах SQL или журнале событий приложений . Вы также можете использовать такие вещи, как SQL Trace или SQL Profiler для отслеживания событий SQL.