SQL 2005: Чи можемо ми визначити, на скільки завдання з обслуговування індексу відновлення можуть рости файли журналів бази даних?

10

Якщо на SQL сервері 2005 року всі бази даних перебувають у повному режимі (з погодинною резервною копією журналу транзакцій), чи можна визначити, чи може відновлення всіх індексів бази даних вирости файл журналу бази даних? І скільки він може рости?

Якщо прямої відповіді немає, то будь-які вказівки будуть дуже вдячні.

Заздалегідь спасибі.

sql-server-2005 index maintenance

— Manjot
джерело

9

Так, ви повинні дивитися на відмінну довідку на цю тему, хоча вона стосується перебудови індексу в Інтернеті, вона все ще має багато хорошої інформації

http://technet.microsoft.com/en-us/library/cc966402.aspx

Якщо файли журналу автоматично зростають, ви можете знайти цю інформацію, використовуючи трасування за замовчуванням після завершення дії.

DECLARE @filename VARCHAR(255) 
SELECT @FileName = SUBSTRING(path, 0, LEN(path)-CHARINDEX('\', REVERSE(path))+1) + '\Log.trc'  
FROM sys.traces   
WHERE is_default = 1;  

--Check if the data and log files auto-growed. Look for tempdb, log files etc.
SELECT 
    gt.ServerName
    , gt.DatabaseName
    , gt.TextData
    , gt.StartTime
    , gt.Success
    , gt.HostName
    , gt.NTUserName
    , gt.NTDomainName
    , gt.ApplicationName
    , gt.LoginName
FROM [fn_trace_gettable](@filename, DEFAULT) gt 
JOIN sys.trace_events te ON gt.EventClass = te.trace_event_id 
WHERE EventClass in ( 92, 93 ) --'Data File Auto Grow', 'Log File Auto Grow'
ORDER BY StartTime; 
--

— Санкар Редді
джерело

7

Виявити не тільки, якщо операції DDL індексу збільшують файл журналу, це рядок дій за замовчуванням. Всі операції з індексом реєструються в базі даних, яка використовує повну модель відновлення.

Я б радив прочитати наступну статтю про MSDN: Визначення вимог до місця на диску в індексі .

З 3-ї глави - Місце дискового простору журналу транзакцій для індексних операцій цієї статті я цитую:

" Масштабні операції з індексом можуть генерувати великі навантаження даних, які можуть призвести до швидкого заповнення журналу транзакцій. Щоб переконатися, що операція з індексом може бути повернута назад, журнал транзакцій не може бути усічений до тих пір, поки операція з індексом не завершиться; однак журнал можна створити резервну копію під час операції з індексом. Отже, журнал транзакцій повинен мати достатньо місця для зберігання як транзакцій операції з індексом, так і будь-яких одночасних транзакцій користувача протягом тривалості операції з індексом.Це справедливо як для офлайн-так і онлайн-операцій з індексом. Оскільки до базових таблиць не можна отримати доступ під час роботи в режимі офлайн-індексу, може бути мало транзакцій користувача, і журнал може не швидко рости. Операції з індексом в Інтернеті не перешкоджають одночасній діяльності користувачів, тому масштабні операції в Інтернеті в поєднанні зі значними одночасними транзакціями користувачів можуть викликати постійне зростання журналу транзакцій без можливості усікати журнал. "

— Маріан
джерело