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

Откуда:
Сообщений: 69
Привет всем.

Суть проблемы: нужно отслеживать состояние журнала транзакций, т.е. его заполнение например на 25, 50 , 75 процентов (ну или другие величины).
Вопрос: есть ли зарезервированные номера ошибок на эти случаи или нужно что-то писать самому?
14 янв 13, 21:56    [13769399]     Ответить | Цитировать Сообщить модератору
 Re: Номера ошибок для журнала транзакций  [new]
nezhadnye_my
Guest
а что такого ошибочного в заполнении журнала на 25%? да хоть бы и на 50%?
(в смысле, какие тут могут быть "зарезервированные номера ошибок", ошибка-то в чем?)
DBCC SQLPERF(LOGSPACE)
14 янв 13, 22:25    [13769471]     Ответить | Цитировать Сообщить модератору
 Re: Номера ошибок для журнала транзакций  [new]
nezhadnye_my
Guest
можно ALERT повесить на counter PERCENT LOG USED rises above
14 янв 13, 22:54    [13769531]     Ответить | Цитировать Сообщить модератору
 Re: Номера ошибок для журнала транзакций  [new]
AKArmor
Member

Откуда:
Сообщений: 69
nezhadnye_my
можно ALERT повесить на counter PERCENT LOG USED rises above


Вот вот вот! Я ж помню, что что-то было такое... но не помню где! 4 года не занимался и уже забыл намертво.
Напомни плз куда хоть смотреть?
15 янв 13, 00:34    [13769794]     Ответить | Цитировать Сообщить модератору
 Re: Номера ошибок для журнала транзакций  [new]
AKArmor
Member

Откуда:
Сообщений: 69
Да, забыл SQL Server 2008 у меня.
15 янв 13, 00:39    [13769808]     Ответить | Цитировать Сообщить модератору
 Re: Номера ошибок для журнала транзакций  [new]
AKArmor
Member

Откуда:
Сообщений: 69
Ага! Всё нашел, только наверное этот счетчик не подойдет.
У меня лог щас 2870 мб, но лог используется на 98%. А мне нужно что бы оно сообщало когда он превысит определенный процент от максимально разрешенного размера лога (у меня 20000 мб)

((((
15 янв 13, 01:07    [13769861]     Ответить | Цитировать Сообщить модератору
 Re: Номера ошибок для журнала транзакций  [new]
invm
Member

Откуда: Москва
Сообщений: 9406
AKArmor,

Может стоит бороться с причиной, а не со следствием? Зачем использовать full или bulk logged модели восстановления, если не делать резервные копии журнала транзакций?
15 янв 13, 01:20    [13769884]     Ответить | Цитировать Сообщить модератору
 Re: Номера ошибок для журнала транзакций  [new]
AKArmor
Member

Откуда:
Сообщений: 69
invm
AKArmor,

Может стоит бороться с причиной, а не со следствием? Зачем использовать full или bulk logged модели восстановления, если не делать резервные копии журнала транзакций?


Не, не, не!
Все делается и все работает, НО: в неопределенные моменты времени лог начинает резко расти и в итоге переполняется.
Резервное копирование журнала происходит ежечасно, но при этом лог как я понимаю не усекатся (или не полностью усекается).
В общем за сутки легко до 20 гб произростает и будет расти бесконечно пока всё не остановишь и.т.д.

К слову, сама БД принадлежит 1С Предприятию 8.2 с нетиповой конфигурацией (конфигурация специально написана для обслуживания билетного хозяйства концертного зала).

вот такая вот приключилась ....
15 янв 13, 01:35    [13769916]     Ответить | Цитировать Сообщить модератору
 Re: Номера ошибок для журнала транзакций  [new]
invm
Member

Откуда: Москва
Сообщений: 9406
Чудес не бывает.
Причину, по которой не усекается журнал, можно увидеть в sys.databases, столбец log_reuse_wait_desc.
15 янв 13, 01:52    [13769942]     Ответить | Цитировать Сообщить модератору
 Re: Номера ошибок для журнала транзакций  [new]
AKArmor
Member

Откуда:
Сообщений: 69
invm
Чудес не бывает.
Причину, по которой не усекается журнал, можно увидеть в sys.databases, столбец log_reuse_wait_desc.


Вот такое ощущение, что бывают: причина backup_log, и это прямо после того как он тока что забакапился!
15 янв 13, 10:21    [13770610]     Ответить | Цитировать Сообщить модератору
 Re: Номера ошибок для журнала транзакций  [new]
invm
Member

Откуда: Москва
Сообщений: 9406
AKArmor,

Пока это ни о чем не говорит. Вот если при log_reuse_wait_desc = log_backup и отсутствии транзакционной нагрузки, DBCC SQLPERF(LOGSPACE) покажет одинаковый результат до и после бекапа журнала, вот тогда да, будет чудо.

Вам нужно проводить анализ именно тогда, когда
AKArmor
в неопределенные моменты времени лог начинает резко расти и в итоге переполняется
15 янв 13, 10:52    [13770748]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить