|
Лог в MS SQL 2005 | ☑ | ||
---|---|---|---|---|
0
Explorer1c
29.05.13
✎
10:37
|
Всем привет, вот столкнулся со странностями - дико растет лог в скуле, почитав предыдущие ветки и проконсультировавшись выяснил следущее -
1. нужно сделать бекап лога 2. нужно сделать шринк лога бекап можно сделать с помощью команды BACKUP LOG <BASENAME> WITH TRUNCATE_ONLY шринк через меню tasks - shrink - files - в диалоговом окне выбираем File type значение log при этом лог становится размером 1 мегабайт - не нарушит ли это работу с отчетами или какие-то другие проблемы могут возникнуть? Честно говоря не совсем понимаю принцип использования ЛОГА в скюл для 1с |
|||
1
Nenaviwu1c20
29.05.13
✎
10:38
|
не нарушит сам часто делаю.А бэк ап настрой регламентом через Materiance plan.
|
|||
2
ДенисЧ
29.05.13
✎
10:41
|
ничего не нарушит.
Только притормозит, пока лог опять не подрастёт. |
|||
3
Галахад
гуру
29.05.13
✎
10:44
|
(0) Переводи базу в Симпл, не будет расти. :-)
|
|||
4
ДенисЧ
29.05.13
✎
10:45
|
(3) ага, счаз. Не будет... Размечтался...
|
|||
5
Explorer1c
29.05.13
✎
10:45
|
А сам лог для чего использьется я не пойму.Кроме того странность обнаружилась, вчера ,например, лог был 44 гига, а сегодня 72 гига
|
|||
6
ДенисЧ
29.05.13
✎
10:46
|
(5) Незавершённые транзакции туда пишутся.
|
|||
7
ssh2012
29.05.13
✎
10:47
|
(5) например, выполнилась реиндексация -> вспух лог
|
|||
8
mikecool
29.05.13
✎
10:48
|
(2) дак сразу задать хороший "стартовый" размер и всебудет пучком
|
|||
9
Maxus43
29.05.13
✎
10:49
|
(6) почемуж незавершённые? все туда пишутся. Иначе бы ты не смог по журналу транзакций откатится на любое время назад вплоть до секунд
|
|||
10
ДенисЧ
29.05.13
✎
10:52
|
(9) в фулле - да. в симпле - только незавершённые.
|
|||
11
ptiz
29.05.13
✎
10:54
|
+ к "переводи к симпл"
|
|||
12
Explorer1c
29.05.13
✎
10:55
|
чето выяснилось, что командой BACKUP LOG <BASENAME> WITH TRUNCATE_ONLY означает, что бэкап файл на диске не создается, а только лишь удаляются неактивные транзакции из лога ...Внимаие вопрос а как сделать бекап лога? или достаточно перед тем ,как делать шринк просто сделать ДТшник?
|
|||
13
Галахад
гуру
29.05.13
✎
10:57
|
(4) А чо, будет?
(12) Гм. Книгу, что-ли хочешь выиграть? |
|||
14
kortun
29.05.13
✎
10:57
|
переводи в симпл, делай бекап базы, а потом шринк лога
|
|||
15
ptiz
29.05.13
✎
10:57
|
Т.е. ты даже не знал, что эта команда делает?
Боже мой! Срочно в "симпл". |
|||
16
упс
29.05.13
✎
10:59
|
(12) чтобы на диске создался файл, нужно написать
backup log [base] to disk = 'путь к файлу бэкапа лога на диске'. И бэкап надо делать регулярно, иначе лог всё равно будет расти (10) пишутся-то все, даже в симпле. Только записи о завершённых транзакциях в симпле удаляются, а в фулле нет. |
|||
17
ssh2012
29.05.13
✎
11:02
|
(16) в фулле, насколько помню записи о завершённых транзакциях удаляются при бэкапе
|
|||
18
ДенисЧ
29.05.13
✎
11:03
|
(13) будет
|
|||
19
Галахад
гуру
29.05.13
✎
11:05
|
(18) Гм. А за счет чего?
|
|||
20
ДенисЧ
29.05.13
✎
11:07
|
(19) да всё из-за того же...
|
|||
21
Explorer1c
29.05.13
✎
13:41
|
Я сделал ДТшный бекап базы, а правильно ли делать шринк через
меню tasks - shrink - files - в диалоговом окне выбираем File type значение log |
|||
22
упс
29.05.13
✎
13:45
|
(21) дтшный "бэкап" на лог никак не повлияет - делать шринк после него бесполезно
|
|||
23
Explorer1c
29.05.13
✎
13:46
|
(22)У меня вопрос к самому методу шринка ,через указанный мной путь
|
|||
24
упс
29.05.13
✎
13:49
|
(23) разницы как выполнять шринк (писать вручную dbcc shrinkfile или из gui, как вы делаете) нет
|
|||
25
Explorer1c
29.05.13
✎
13:53
|
А чего-то размер сам не изменился также и остался 75 гиов
|
|||
26
Explorer1c
29.05.13
✎
14:07
|
Кстати там в настройкаих ,через свойства- файлы- для лог файла указан размер 73 711 мегабайт нот апликэйбл
|
|||
27
Explorer1c
29.05.13
✎
14:22
|
А какие действя в базе могут так увеличивать лог?
|
|||
28
Explorer1c
29.05.13
✎
15:12
|
Вобщем наши победили,действия были следующими
запустил WITH TRUNCATE_ONLY после этого сделал шринк лог стал 1 мегабайт поставил ограничение для лога 30 гигов до того как я запустил команду WITH TRUNCATE_ONLY лог не шринковался вообще |
|||
29
Explorer1c
29.05.13
✎
15:12
|
Только досих пор я не понял как используется этот файл при работе с 1с кой?
|
|||
30
Sorm
29.05.13
✎
15:14
|
(0) Модель восстановления какая у тебя? И как базу бэкапишь?
|
|||
31
Explorer1c
29.05.13
✎
15:27
|
(30)Бекап full а что значит модель восстановления?
|
|||
32
Explorer1c
29.05.13
✎
15:32
|
нужно почитать литературу по MS Sql это я понял ,просто сейчас еще вопрос возник - когда делаем ограничение файла там есть пункт "Рост файла" ,его либо в процентах,либо в мегабайтах можно устанавливать, а что будет означать если установить в процентах- например 10 процентов- это рост файла 10 процентов от размера базы?
|
|||
33
dk
29.05.13
✎
15:36
|
(32) ставь модель simple, раз пока не разбираешься зачем лог и как его чистить
поймешь зачем - поставишь обратно full |
|||
34
Sorm
29.05.13
✎
15:36
|
(31) Ну это понятно. Если базу бэкапишь регулярно, можешь спокойно ставить simple, и забудь про размер лога.
|
|||
35
Explorer1c
29.05.13
✎
15:37
|
(34)А ее же потом восстановить сложно будет, тут админы анафеме меня предать готовы за такую идею)
|
|||
36
dk
29.05.13
✎
15:40
|
(35) раз есть шибко умные админы - пусть они и настраивают лог, шринк, бэкапы
|
|||
37
Sammo
29.05.13
✎
15:52
|
||||
38
Sorm
29.05.13
✎
15:54
|
(35) А админы могут сказать, чем full отличается от simple? И зачем тебе именно full? Если нет - предай анафеме админов:) Если могут - задача настраивать логи - не твоя задача, а их:)
|
|||
39
Sammo
29.05.13
✎
15:59
|
(35) 1. Делается бэкап логов?
2. Вам нужна возможность восстановить базу на любой момент времени или на момент последнего бэкапа логов? 3. Используете проброс логов, для создания теплой копии базы? Если устраивает восстановление из бэкапа на момент бэкапа (раз в сутки, например) - достаточно simple |
|||
40
yukon
29.05.13
✎
16:05
|
(29) Если действительно интересно то:
Как перестать называть журнал транзакций SQL Server лог-файлом и прекратить борьбу за его размер. В 12 частях. Часть 1: http://www.sqlcmd.ru/trans_log_internals-part01.html Нормальным языком, на примерах показывают что, зачем, и чего не нужно делать. |
|||
41
Explorer1c
30.05.13
✎
07:16
|
(39)
1.Бекап логов не делается 2.На момент последнего бекапа логов 3.Проброса логов на данный момент нету (40) спасибо))) Информация с места боевых действий- после шринкования в течение дня лог файл не разрастался,вечером был произведен обмен между филиалами и бекап фулл, седни утром логфайл опять стал 22 гига |
|||
42
ptiz
30.05.13
✎
11:41
|
(35) "А ее же потом восстановить сложно будет"
Вы и сейчас ничего не восстановите, поскольку бэкапы логов не налажены по-людски. Поэтому кроме лишнего геморроя от режима full сейчас ничего не имеете. |
Форум | Правила | Описание | Объявления | Секции | Поиск | Книга знаний | Вики-миста |