Непомерный рост БД

[Johny]

Ситуация такая. Платформа Microsoft SQL Server 2000 Enterprise edition
Галактика 7.11

База растет неимоверными темпами - 2 Гига за 10 дней.
На SQL перешли месяца два назад. И вроде на Первасиве 8 таких проблем не было.
Соответсвенно вопрос, может какие настройки в самом SQL не правильные?
И как все это исправить? ???

[Galpro_]

Весело )

[Galpro_]

В нашей версии такого нету http://itpark.ru
на галактической восьмерке же еще быстрее будет расти...

[Johny]

Хорошо, а можут кто-нибудь пояснит что за файлы создает SQL:
galaxyData.dat
galaxyIndex.dat
galaxyJournal.dat
galaxyLog.dat
galaxySystem.dat
Вот есть подозрения, что galaxyLog.dat
можно периодически сносить без зазрения совести. Но не уверен.
Скажите, что из этого есть журнал транзакций?

[edward_K]

Galaxylog и есть
лучше не сносить а паковать штатным средством enterprise Sql
базу в offline
Strinc

[Johny]

А не трудно поподробнее, какое штатное средство для паковки и что означает Strinc?

[Johny]

Кажется разобрался. Strinc подразумевает Shrink?
Я пытался ее на тесте запустить и вис капитально. Сейчас дождался завершения и база уменьшилась больше чем на 6 гигов.

Спасибо всем сочувствующим

[WiRuc]

Ну во-первых лог не должен так капитально расти, если только вы постоянно не пересчитываете сальдовые остатки
Во-вторых, если вы будете делать SHRINK логу, то об восстановлении после сбоя можно забыть. Вместо этого надо делать каждый вечер BACKUP LOG. Короче, настраивай maintance plan.
В-третьих, если восстановление не сильно волнует , то переведи базу в режим восстановления SIMPLE, в этом режиме лог автоматически обрезается.

[Johny]

Чего-то я не допонял. Если я делаю SHRINK, потом backup базы. То разве я не смогу сделать Restore?
Например база backup'ится по плану: ежедневно, еженедельно, ежемесячно.
И в принципе эта периодичность устраивает.
Разве в таком случае нельзя делать Shrink скажем еженедельно?
Что подразумевается под фразой: "об восстановлении после сбоя можно забыть"?