8.0 УТ 10.2

Такой вопрос, возможно даже ближе к работе с SQL:

В нём (SQL) я несколько чайник, и поэтому прошу не бить ногами по голове :)

Сегодня утром Log файл базы 1С стал 19Гб, а сама база только 9Гб. Причём 9Гб - это нормально :) А вот почему лог файл так увеличился - непонятно. Где можно почитать про эти логи? Слышал их как-то можно обрезать... и как посмотреть. что в этом логе?

http://www.metaprog.co.ua/secrprog/FAQ_SQL.html

Добавлю, что MS SQL 2000 server

правой кнопкой на Бд
shrink database

в общем вопрос был "почему", а не "что делать"...

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

смотреть в указанном в (1) факе пункт 13

Да нет, я продразумевал, что и от помощи не откажусь :) И подсказка - что делать, очень даже поможет :)

Он бывает резко возрастает после восстановления последовательности или другого массового перепроведения документов

Думаю, что сейчас получу сильный удар ногой :) но такой вопрос (дело срочное, поэтому некогда лазить в книгу по SQL) - что храниться в лог файле и нужна ли эта информация? И как этот лог файл просмотреть?

(8) >>нужна ли эта информация?

Удали, потом расскажешь...

читай www.sql.ru и мосх не ...

(8) если без издевок - то это на самом деле часть SQL базы, только называется логом :)

(10) Насколько я понял:
Журнал транзакций хранит записи обо всех изменениях БД и содержит всю информацию, необходимую для того, чтобы отменить изменения или выполнить их повторно.

Т.е. по логике вещей - если у меня с базой данных всё в порядке, то я могу просто после Detach`a удалить этот лог файл и при Attach database создастся на автомате новый?  

Чем это грозит?

Перед этим я сделаю средствами 1С выгрузку базы данных.

Ничего не рухнет?

(3) По поводу srink. Что то не очень понятно про это дело. Если я выберу Shrink, в нём Shrink files, выберу файл журнала транзакций и могу выбрать 3 варианта шринканья:

1. Compress pages and then truncate free space from the file
2. Truncate free space from the end of the file
3. Shrink file to .. Мб

В хелпе особо ничего не написано. Смысл понятен, непонятны последствия :)

Что правильно выбирать? Или может надо не Shrink Files, а именно саму DataBases
Если так, то с какими параметрами?

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

да у него скорей всего полная :)

Выбирай первый вариант

(11) Делай как написал (Detach-Attach, можешь еще и выгрузку, если хочешь). Я так постоянно делаю - все нормально уже три года.

(13) тьфу... описался... я как раз полную и имел ввиду.
(14) проще уж тогда в Simple перевести

+(14) Правда у меня база v.77

(15) иногда приходится восстанавливать на конкретное время. Без лога - никак

(11) >>Т.е. по логике вещей - если у меня с базой данных всё в порядке, то я могу просто после Detach`a удалить этот лог файл и при Attach database создастся на автомате новый?

Можешь при detach сервер сбрасывает в БД все транзакции из лога. Detach/attach - одна из версий быстрого обрезания журнала транзакций...

ЗЫ А проще, если стоит full - раз настроить план обслуживания и забыть...

(13) Если имеется ввиду Recovery Model, то у меня стоит Full.
Насколько я понимаю, лучше поставить в Simple.

(12) Есть вероятность потерять данные при какой опреции? При Shrink?

Я понимаю, что ликбез устраивать никто не хочет, но ведь на то и существует форум, чтобы выяснять ответы на не вполне понятные вопросы. Читаю книгу по MS SQL Server 2000, но далеко не всё в этой книге написано понятно. И у меня просто нет практики администрирования MS SQL Server в связке с 1С, поэтому и пытаюсь выяснить у бывалых людей, как они на практике решают возникающие проблеммы.

(19) >>Насколько я понимаю, лучше поставить в Simple.

Смотря для кого лучше... Если восстановление по журналу транзакций не надо - можешь поставить.

>>Читаю книгу по MS SQL Server 2000, но далеко не всё в этой книге написано понятно.

Купи другую... Допустим Роберт Вьейра - "SQL Server 2000. Программирование".

>>но ведь на то и существует форум, чтобы выяснять ответы на не вполне понятные вопросы.

Твои вопросы уже в кашу изжованы. Не хочешь искать - твои проблемы.

Еесть достаточно места, то лучше фулл и оставить. настрой план обслуживания на бекап лога и шринк лога, он будет урезаться до размера инициализации. Вот только у меня на 2к сп4 скл сервере был глюк, лог одной конкретной базы ну никак не хочет ужиматься, при шринке пишет что логом занято нулл и осободится нулл.. :)