[Telepuzik]

Бекапы у меня делаются ежедневно, на два источника »

Чем Вы делаете резервные копии баз данных?

[Rolenarim]

Через стандартную оснастку Management Studio (Maintenance Plan) настроил ежедневный бекап на локальный диск, а с него при помощи Allway Sync синхронизацию удаленной папки бекапов с локальной.

[Delirium]

Shrink database - эта команда может помочь.
или же выставь в свойствах базы модель - Simple вместо Full. Но сначала почитай, чем эти модели различаются.

[Rolenarim]

Shrink database - эта команда может помочь. или же выставь в свойствах базы модель - Simple вместо Full. Но сначала почитай, чем эти модели различаются. »

В том-то и оно, что все пишут про шринк (сжатие), а оно мне принципиально не интересно. Как говорится "зачем тянуть кота за яйца" ))

Делается полный бэкап базы, раз в сутки (ночью), то есть фактически мне после создания такого бэкапа логи не нужны вообще, необходимы только логи с момента бэкапа, до момента следующего бэкапа (24 часа), потом чтобы они начинали писАться "с нуля".

Я в SQL не силен, но мне все равно кажется странным, что люди с огромными размерами логов транзакций (выше 20 Гб) уповают на шринк... Я не отрицаю, что могу чего-то недопонимать, но мне кажется, что проще сделать полный бэкап и не воськаться с логами вообще...

Добавлено:
Ах да, забыл сказать, речь идет о базе 1С и потеря данных просто неприемлима (Simple режит бэкапа не подходит).

[Delirium]

проще сделать полный бэкап и не воськаться с логами вообще... »

А вы как хотели, иметь здоровенную базу, с Full моделью, и не иметь логов? Это как минимум странно, тем более, учитывая

речь идет о базе 1С и потеря данных просто неприемлима »

И скажу по секрету, 20 гигов - это копейки, даже не обсуждаемые. Если бы 200 - да, это проблема. А 20 - ерунда.

Я в SQL не силен, но мне все равно кажется странным »

Ну тогда читаем вот эти доки:
http://www.rsdn.ru/forum/db/1865782.flat.aspx
http://msdn.microsoft.com/ru-ru/library/ms190488.aspx
Там подробно описывается, чем команда shrink помогает, КОГДА она помогает, когда она работает и не работает и т.д.

Если обрезать логи варварским методом, ни к чему хорошему это не приведет.

[Rolenarim]

Спасибо за полезную литературу, не все конечно прочитал, но почерпнул для себя много интересного и познавательного. Кстати там народ волнуется за базу в 860 Мб ))

В идеале логи могут сжаться в 5 раз... то есть мои логи могут сжаться до 12 Гб, что очень маловероятно, но и 12 гигов не очень радуют.

А вы как хотели, иметь здоровенную базу, с Full моделью, и не иметь логов? Это как минимум странно

Нет-нет, я согласен иметь логи, просто на данный момент у меня хранятся логи с даты создания базы, а полный бэкап БД делается ежедневно. Поэтому я и негодую (зачем иметь логи прошлых периодов, если при крэше я смогу и без них восстановить базу на дату создания полного бэкапа БД)

Просторы интернета мне также помогли определиться с этим вопросом. Создание бэкапа логов можно настроить через Management Studio (создается бэкап, и после его удачного создания все предыдущие логи удаляются). Осталось толкьо узнать "как это настроить"...

[Delirium]

Осталось толкьо узнать "как это настроить". »

Это вопрос или мысли вслух?

[Rolenarim]

Это вопрос или мысли вслух? »

И то и то), вопрос решил путем выполнения двух операций:

1. Создание бэкапа логов.
2. Шринк файла LDF

И так несколько раз. В итоге все LDF файлы стали весить суммарно 2 Мб и при их темпе роста они снова смогут набрать свой вес в 63 Гб только через год, если не проводить снова описанную выше операцию.

[Delirium]

Ну вот видишь, не такая уж плохая вещь этот shrink database ))