Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
 Опять журнал транзакций.  [new]
Andrey1306
Member

Откуда: Киев
Сообщений: 2611
USE [msdb]
GO
/****** Object:  Alert [Performance Alert Log Notice > 70]    Script Date: 06/25/2009 16:06:33 ******/
EXEC msdb.dbo.sp_add_alert @name=N'Performance Alert Log Notice > 70', 
		@message_id=0, 
		@severity=0, 
		@enabled=0, 
		@delay_between_responses=0, 
		@include_event_description_in=0, 
		@category_name=N'[Uncategorized]', 
		@performance_condition=N'SQLServer:Databases|Percent Log Used|Notice|<|70', 
		@job_id=N'00000000-0000-0000-0000-000000000000'
GO

Есть такой Alert и оно срабатывает. Вопрос что делать.
В литературе вычитал что при резервном копировании журнала транзакции. Лог автоматически усекается.
Резервном копирование журнала транзакции делается регулярно не реже чем раз в 6 часов.
25 июн 09, 17:16    [7344462]     Ответить | Цитировать Сообщить модератору
 Re: Опять журнал транзакций.  [new]
Andrey1306
Member

Откуда: Киев
Сообщений: 2611
Добавлю SQL 2005 SP 3

Recovery model FULL

каждую неделю делаеться полный бекап
каждый день диференциальный
каждые 2 - 6 часов в зависимоти от дня недели бекап журнала транзакций
25 июн 09, 18:47    [7344893]     Ответить | Цитировать Сообщить модератору
 Re: Опять журнал транзакций.  [new]
LenaV
Member

Откуда: USA
Сообщений: 6748
Можно увеличить размер лога заранее и никогда не выполнять команду shrink.
Можно делать backup логов чаще.
26 июн 09, 00:44    [7345553]     Ответить | Цитировать Сообщить модератору
 Re: Опять журнал транзакций.  [new]
Ozerov
Member

Откуда: Москва
Сообщений: 3650
Andrey1306

В литературе вычитал что при резервном копировании журнала транзакции. Лог автоматически усекается.

Лог не усекается, а очищается. Это разные вещи.
26 июн 09, 07:46    [7345909]     Ответить | Цитировать Сообщить модератору
 Re: Опять журнал транзакций.  [new]
Andrey1306
Member

Откуда: Киев
Сообщений: 2611
Так что не парится по этому поводу ?

Извините но за такие вопросы , просто я не Админ , а программист , но приходится разбираться
пришел на работу в организацию, сервер БД есть, но его никто не обслуживает, как то приходится крутиться ))))
26 июн 09, 12:40    [7347375]     Ответить | Цитировать Сообщить модератору
 Re: Опять журнал транзакций.  [new]
Ozerov
Member

Откуда: Москва
Сообщений: 3650
Andrey1306
Так что не парится по этому поводу ?

Извините но за такие вопросы , просто я не Админ , а программист , но приходится разбираться
пришел на работу в организацию, сервер БД есть, но его никто не обслуживает, как то приходится крутиться ))))


Если настроен бэкап лога транзакций, лог занимает тот объем, который ему нужен по самым большим операциям. Далее очищается при бэкапе и вновь заполняется. Больше он расти не будет.
26 июн 09, 12:45    [7347411]     Ответить | Цитировать Сообщить модератору
 Re: Опять журнал транзакций.  [new]
Andrey1306
Member

Откуда: Киев
Сообщений: 2611
Спасибо, в принципе так и понял , но какое то сомнение остается, потому что алерт все время выдает сообщение что лог больше чем нужно, пока его отключил, но неприятный осадок остается
26 июн 09, 14:30    [7348225]     Ответить | Цитировать Сообщить модератору
 Re: Опять журнал транзакций.  [new]
Glory
Member

Откуда:
Сообщений: 104760
Andrey1306
Спасибо, в принципе так и понял , но какое то сомнение остается, потому что алерт все время выдает сообщение что лог больше чем нужно, пока его отключил, но неприятный осадок остается

Алерт выдает сообщение, что лог заполнен на 70%. А вовсе не то, что он больше, чем надо.
26 июн 09, 14:34    [7348258]     Ответить | Цитировать Сообщить модератору
 Re: Опять журнал транзакций.  [new]
Andrey1306
Member

Откуда: Киев
Сообщений: 2611
Glory
Andrey1306
Спасибо, в принципе так и понял , но какое то сомнение остается, потому что алерт все время выдает сообщение что лог больше чем нужно, пока его отключил, но неприятный осадок остается

Алерт выдает сообщение, что лог заполнен на 70%. А вовсе не то, что он больше, чем надо.


Выходит для моей ситуации такой алерт не нужен !?

Так как все равно бекап лога делается регулярно , я так понимаю 100% не будет ни когда ?
26 июн 09, 15:09    [7348590]     Ответить | Цитировать Сообщить модератору
 Re: Опять журнал транзакций.  [new]
Glory
Member

Откуда:
Сообщений: 104760
Andrey1306
Glory
Andrey1306
Спасибо, в принципе так и понял , но какое то сомнение остается, потому что алерт все время выдает сообщение что лог больше чем нужно, пока его отключил, но неприятный осадок остается

Алерт выдает сообщение, что лог заполнен на 70%. А вовсе не то, что он больше, чем надо.


Выходит для моей ситуации такой алерт не нужен !?

Так как все равно бекап лога делается регулярно , я так понимаю 100% не будет ни когда ?

Скажите, вот 70% от файла размером 1Мб это много или мало ? А от файла размером 100Гб ?
26 июн 09, 15:12    [7348617]     Ответить | Цитировать Сообщить модератору
 Re: Опять журнал транзакций.  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31177
Andrey1306
Выходит для моей ситуации такой алерт не нужен !?

Так как все равно бекап лога делается регулярно , я так понимаю 100% не будет ни когда ?
Если у нас хорошие программисты, то обработчики ошибок мы можем не вставлять? :-)

У вас может упасть джоб-агент, в котором делаются бакапы, может кончиться место на диске, упатсь сеть, могут просто пройти большие транзакции....
26 июн 09, 15:12    [7348619]     Ответить | Цитировать Сообщить модератору
 Re: Опять журнал транзакций.  [new]
Andrey1306
Member

Откуда: Киев
Сообщений: 2611
просто сейчас такая ситуация см рис.

я так понимаю лог занимает примерно 800 метров при допустимом 2 гига ну а алерт срабатывает все равно.

К сообщению приложен файл. Размер - 0Kb
26 июн 09, 15:17    [7348655]     Ответить | Цитировать Сообщить модератору
 Re: Опять журнал транзакций.  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31177
Andrey1306
просто сейчас такая ситуация см рис.

я так понимаю лог занимает примерно 800 метров при допустимом 2 гига ну а алерт срабатывает все равно.
Это значит, что при размере файла лога 800 метров в нем занято более чем 800 * 70% = 560 метров.
26 июн 09, 15:23    [7348689]     Ответить | Цитировать Сообщить модератору
 Re: Опять журнал транзакций.  [new]
Ozerov
Member

Откуда: Москва
Сообщений: 3650
Andrey1306
просто сейчас такая ситуация см рис.

я так понимаю лог занимает примерно 800 метров при допустимом 2 гига ну а алерт срабатывает все равно.


откуда Вы взяли 2 гига ??
26 июн 09, 15:23    [7348691]     Ответить | Цитировать Сообщить модератору
 Re: Опять журнал транзакций.  [new]
Andrey1306
Member

Откуда: Киев
Сообщений: 2611
А может вот тут ошибка

@performance_condition=N'SQLServer:Databases|Percent Log Used|Notice|<|70'

а должно быть

@performance_condition=N'SQLServer:Databases|Percent Log Used|Notice|>|70'
26 июн 09, 15:27    [7348727]     Ответить | Цитировать Сообщить модератору
 Re: Опять журнал транзакций.  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31177
Andrey1306
А может вот тут ошибка

@performance_condition=N'SQLServer:Databases|Percent Log Used|Notice|<|70'

а должно быть

@performance_condition=N'SQLServer:Databases|Percent Log Used|Notice|>|70'
Нет, тогда бы не выдавало сообщения.
26 июн 09, 15:38    [7348812]     Ответить | Цитировать Сообщить модератору
 Re: Опять журнал транзакций.  [new]
Andrey1306
Member

Откуда: Киев
Сообщений: 2611
простите тогда не понимаю смысла этого алерта,
размер файл лога меняется
его наполнение меняется алерт будет всегда срабатывать !?

Например
Размер файла лога 1 мб наполнение 800кб ==> сработало
Размер файла лога 10 мб наполнение 80mб ==> сработало
Размер файла лога 100 мб наполнение 800mб ==> сработало
Размер файла лога 1000 мб наполнение 8000mб ==> сработало
26 июн 09, 15:55    [7348987]     Ответить | Цитировать Сообщить модератору
 Re: Опять журнал транзакций.  [new]
Glory
Member

Откуда:
Сообщений: 104760
Andrey1306
простите тогда не понимаю смысла этого алерта,
размер файл лога меняется

Вы так думаете, что он меняется или вы видели, что он меняется ?
26 июн 09, 15:58    [7349009]     Ответить | Цитировать Сообщить модератору
 Re: Опять журнал транзакций.  [new]
Andrey1306
Member

Откуда: Киев
Сообщений: 2611
Да видел что меняется , так было включено в планировщике Шринк, я его отрубил на сегодня размер не изменяется
26 июн 09, 16:10    [7349118]     Ответить | Цитировать Сообщить модератору
 Re: Опять журнал транзакций.  [new]
Andrey1306
Member

Откуда: Киев
Сообщений: 2611
Лано всем спасибо пойду мат часть дальше учить, я так понял Админа у нас нету и не будеть будем сами химичить.




Лишь бы не перехимичить ))))
26 июн 09, 16:12    [7349144]     Ответить | Цитировать Сообщить модератору
 Re: Опять журнал транзакций.  [new]
Ozerov
Member

Откуда: Москва
Сообщений: 3650
Andrey1306
Лано всем спасибо пойду мат часть дальше учить, я так понял Админа у нас нету и не будеть будем сами химичить.




Лишь бы не перехимичить ))))

Перед химичить - бэкап и тогда не будет безумно больно за....
26 июн 09, 16:47    [7349396]     Ответить | Цитировать Сообщить модератору
 Re: Опять журнал транзакций.  [new]
LenaV
Member

Откуда: USA
Сообщений: 6748
раз вы не ДБА, то даю еще совет по оптимизации (хотя и не просили).
На вашем рисунке в колонке autogrowth поменяйте 1М на что-нибудь более разумное - 200МБ, 500 МБ, 1Гб например
решите сами основываясь на том как быстро растет база данных, сколько у вас свободного места на диске и т.д.
Это уменьшит фрагментацию.

У лога 2097152 МБ - это не 2 Гб, а значительно больше, считайте unrestricted.
10% поменяйте на конкретное число, а не процент от.

Обычно такой алерт делают, когда рост лог файла ограничен.
Так как он у вас не ограничен, то алерт действительно не очень-то имеет смысл.
26 июн 09, 18:44    [7350147]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить