Всем привет, вот столкнулся со странностями - дико растет лог в скуле, почитав предыдущие ветки и проконсультировавшись  выяснил следущее -
1. нужно сделать бекап лога
2. нужно сделать шринк лога

бекап можно сделать с помощью команды BACKUP LOG <BASENAME> WITH TRUNCATE_ONLY

шринк через меню tasks - shrink - files - в диалоговом окне выбираем File type значение log

при этом лог становится размером 1 мегабайт - не нарушит ли это работу с отчетами или какие-то другие проблемы могут возникнуть? Честно говоря не совсем понимаю принцип использования ЛОГА в скюл для 1с

не нарушит сам часто делаю.А бэк ап настрой регламентом через Materiance plan.

ничего не нарушит.
Только притормозит, пока лог опять не подрастёт.

(0) Переводи базу в Симпл, не будет расти. :-)

(3) ага, счаз. Не будет... Размечтался...

А сам лог для чего использьется я не пойму.Кроме того странность обнаружилась, вчера ,например, лог был 44 гига, а сегодня 72 гига

(5) Незавершённые транзакции туда пишутся.

(5) например, выполнилась реиндексация -> вспух лог

(2) дак сразу задать хороший "стартовый" размер и всебудет пучком

(6) почемуж незавершённые? все туда пишутся. Иначе бы ты не смог по журналу транзакций откатится на любое время назад вплоть до секунд

(9) в фулле - да. в симпле - только незавершённые.

+ к "переводи к симпл"

чето выяснилось, что командой BACKUP LOG <BASENAME> WITH TRUNCATE_ONLY означает, что бэкап файл на диске не создается, а только лишь удаляются неактивные транзакции из лога ...Внимаие вопрос а как сделать бекап лога? или достаточно перед тем ,как делать шринк просто сделать ДТшник?

(4) А чо, будет?

(12) Гм. Книгу, что-ли хочешь выиграть?

переводи в симпл, делай бекап базы, а потом шринк лога

Т.е. ты даже не знал, что эта команда делает?
Боже мой!

Срочно в "симпл".

(12) чтобы на диске создался файл, нужно написать
backup log [base] to disk = 'путь к файлу бэкапа лога на диске'. И бэкап надо делать регулярно, иначе лог всё равно будет расти

(10) пишутся-то все, даже в симпле. Только записи о завершённых транзакциях в симпле удаляются, а в фулле нет.

(16) в фулле, насколько помню записи о завершённых транзакциях удаляются при бэкапе

(13) будет

(18) Гм. А за счет чего?

(19) да всё из-за того же...

Я сделал ДТшный бекап базы, а правильно ли делать шринк через
меню tasks - shrink - files - в диалоговом окне выбираем File type значение log

(21) дтшный "бэкап" на лог никак не повлияет - делать шринк после него бесполезно

(22)У меня вопрос к самому методу шринка ,через указанный мной путь

(23) разницы как выполнять шринк (писать вручную dbcc shrinkfile или из gui, как вы делаете) нет

А чего-то размер сам не изменился также и остался 75 гиов

Кстати там в настройкаих ,через свойства- файлы- для лог файла указан размер 73 711 мегабайт нот апликэйбл

А какие действя в базе могут так увеличивать лог?

Вобщем наши победили,действия были следующими

запустил WITH TRUNCATE_ONLY
после этого сделал шринк
лог стал 1 мегабайт
поставил ограничение для лога 30 гигов
до того как я запустил команду  WITH TRUNCATE_ONLY лог не шринковался вообще

Только досих пор я не понял как используется этот файл при работе с 1с кой?

(0) Модель восстановления какая у тебя? И как базу бэкапишь?

(30)Бекап  full а что значит модель восстановления?

нужно почитать литературу по MS Sql это я понял ,просто сейчас еще вопрос возник - когда делаем ограничение файла там есть пункт "Рост файла" ,его либо в процентах,либо в мегабайтах можно устанавливать, а что будет означать если установить в процентах- например 10 процентов- это рост файла 10 процентов от размера базы?

(32) ставь модель simple, раз пока не разбираешься зачем лог и как его чистить
поймешь зачем - поставишь обратно full

(31) Ну это понятно. Если базу бэкапишь регулярно, можешь спокойно ставить simple, и забудь про размер лога.

(34)А ее же потом восстановить сложно будет, тут админы анафеме меня предать готовы за такую идею)

(35) раз есть шибко умные админы - пусть они и настраивают лог, шринк, бэкапы

http://infostart.ru/public/173494/

(35) А админы могут сказать, чем full отличается от simple? И зачем тебе именно full? Если нет - предай анафеме админов:) Если могут - задача настраивать логи - не твоя задача, а их:)

(35) 1. Делается бэкап логов?
2. Вам нужна возможность восстановить базу на любой момент времени или на момент последнего бэкапа логов?
3. Используете проброс логов, для создания теплой копии базы?

Если устраивает восстановление из бэкапа на момент бэкапа (раз в сутки, например) - достаточно simple

(29) Если действительно интересно то:

Как перестать называть журнал транзакций SQL Server лог-файлом и прекратить борьбу за его размер.
В 12 частях.
Часть 1: http://www.sqlcmd.ru/trans_log_internals-part01.html

Нормальным языком, на примерах показывают что, зачем, и чего не нужно делать.

(39)
1.Бекап логов не делается
2.На момент последнего бекапа логов
3.Проброса логов на данный момент нету

(40) спасибо)))

Информация с места боевых действий- после шринкования в течение дня лог файл не разрастался,вечером был произведен обмен между филиалами и  бекап фулл, седни утром логфайл опять стал 22 гига

(35) "А ее же потом восстановить сложно будет"
Вы и сейчас ничего не восстановите, поскольку бэкапы логов не налажены по-людски.
Поэтому кроме лишнего геморроя от режима full сейчас ничего не имеете.