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

Откуда:
Сообщений: 3
Добрый день.
Помогите, пожалуйста, разобраться в чуждой, но выданной под ответственность MS SQL 2008.
Ежедневно выполняется план полного бэкапа баз данных, а чуть позже - переиндексация большинства этих баз.
И план переиндексации валится с ошибкой 9002 ("the transaction log for database 'base' is full") и ссылкой на "гляньте log_reuse_wait_desc" в "sys.databases"", но там, к сожалению, только унылое NOTHING.
Правильно ли я понимаю, что нужно увеличивать размер лога транзакций?
Или нужно сокращать количество переиндексаций?
18 сен 13, 16:20    [14855501]     Ответить | Цитировать Сообщить модератору
 Re: Ошибка переиндексации  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74925
автор
Правильно ли я понимаю, что нужно увеличивать размер лога транзакций?


А его размер ограничен?
18 сен 13, 17:23    [14855932]     Ответить | Цитировать Сообщить модератору
 Re: Ошибка переиндексации  [new]
stavgreengo
Member

Откуда:
Сообщений: 710
посмотрите заполненность журнала транзакций, параметры его ограничивающие, автоприрост файла, место на диске, оцените потребность в месте для процесса перестроения индекса.
18 сен 13, 17:48    [14856113]     Ответить | Цитировать Сообщить модератору
 Re: Ошибка переиндексации  [new]
Cobolock
Member

Откуда:
Сообщений: 3
Я заранее извиняюсь, опыта в работе с MS SQL практически нет, поэтому во многом приходится цитировать интерфейс Management Studio и журнала событий.

pkarklin
автор
Правильно ли я понимаю, что нужно увеличивать размер лога транзакций?


А его размер ограничен?

Спасибо на наводку, размер действительно имеет ограничение.
Кстати, подскажите, пожалуйста: лог транзакций объёмом в 75 ГБ - это допустимо? Не слишком много, пусть даже для крупной базы?

stavgreengo
посмотрите заполненность журнала транзакций, параметры его ограничивающие, автоприрост файла, место на диске, оцените потребность в месте для процесса перестроения индекса.

Повысил максимальный размер на четверть, ночной бэкап покажет, достаточно ли этого.

Немного прочитал про индексирование, и спрошу у вас как у профессионалов: нужно ли делать переиндексирование ежедневно?
18 сен 13, 18:35    [14856320]     Ответить | Цитировать Сообщить модератору
 Re: Ошибка переиндексации  [new]
Гость333
Member

Откуда:
Сообщений: 3683
Cobolock
лог транзакций объёмом в 75 ГБ - это допустимо? Не слишком много, пусть даже для крупной базы?

"Крупная база" — это сколько в терабайтах?

Cobolock
нужно ли делать переиндексирование ежедневно?

Зависит от того, условное оно или безусловное, на каких объектах выполняется, насколько интенсивно изменяются эти объекты и т.д. и т.п.
18 сен 13, 19:12    [14856437]     Ответить | Цитировать Сообщить модератору
 Re: Ошибка переиндексации  [new]
pkarklin
Member

Откуда: Москва (Муром)
Сообщений: 74925
автор
Кстати, подскажите, пожалуйста: лог транзакций объёмом в 75 ГБ - это допустимо? Не слишком много, пусть даже для крупной базы?


Это может зависеть не только от "крупности" бд, но и от ее модели восстановления. Кстати, какая она?

автор
Повысил максимальный размер на четверть, ночной бэкап покажет, достаточно ли этого.


Точно бэкап?
18 сен 13, 20:52    [14856674]     Ответить | Цитировать Сообщить модератору
 Re: Ошибка переиндексации  [new]
Cobolock
Member

Откуда:
Сообщений: 3
База объёмом в 400 ГБ, поднял ограничение лога до 100 ГБ (было 70), в первую ночь всё прошло без ошибок, во вторую - снова переполнение.
Изменения довольно интенсивные, это база 1С.
Модель восстановления - полная.
Примусь анализировать расход дискового пространства.

"Ночной бэкап" - это не совсем верная формулировка. "Ночная переиндексация", конечно.
21 сен 13, 11:04    [14866807]     Ответить | Цитировать Сообщить модератору
 Re: Ошибка переиндексации  [new]
invm
Member

Откуда: Москва
Сообщений: 9406
Cobolock
Ежедневно выполняется план полного бэкапа баз данных, а чуть позже - переиндексация большинства этих баз.
Cobolock
Модель восстановления - полная.
Если не делается резервное копирование журнала транзакций, то вот вам и причина его постоянного роста.
21 сен 13, 11:52    [14866898]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить