Тонкости с разрастанием лога транзакций в SQL 2008 R2

Опубликовал pulpik (pulpik) в раздел Администрирование - Системное

Статья не претендует на открытие однако может понадобиться для выявления одной из причин при которых нет возможности усечь журнал регистрации SQL 2008 R2.

Очень часто бывает когда разработчик работает на том же самом сервере что и база в пром эксплуатации. При этом, зачастую, приходится поднимать из SQL бэкапов много копий. Мной была обнаружена не приятная вещь когда журнал транзакций не режется. Поясню: база данный в SQL сервере обладает:

1. Именем

2. (поумолчанию) Двумя файлами хранения данных

3. Двумя логическими именами этих файлов.

Вот как раз из-за того что в рамках одного экземпляра SQL вервера встречаются повторяющиеся логические имена файлов то лог транзакций и будет всевремя для них общий. Поэтому он и не "шринкуется". При итенсивной работе с копиями лог осовной базы может многократно превосходить саму рабочую базу. 

 

Пример:

SQL база "USO" - Файлы USO_data.MDF и USO_logs.LDF - Логические имена USO_data и USO_logs

при клонировании из FULL бэкапа естественно меняем имена. Получаем: 

 

"USO_copy_1" - Файлы USO_copy_1_data.MDF и USO_copy_1_logs.LDF - а вот логические имена те же USO_Data и USO_logs 

Необходимо зайти в свойства базы и изменить логические имена базы на соответственно USO_copy_1_data и USO_copy_1_logs 


З.Ы. Буду рад если кому то это понадобится.

и конечно за "+"

 

См. также

Комментарии
0. pulpik (pulpik) 105 08.09.11 16:45 Сейчас в теме
Статья не претендует на открытие однако может понадобиться для выявления одной из причин при которых нет возможности усечь журнал регистрации SQL 2008 R2.



Перейти к публикации

1. Сергей Рудаков (fishca) 1054 08.09.11 16:45 Сейчас в теме
т.е. если я правильно понял:
1. скриншот № 1 - открываем свойства базы
2. меняем логическое имя базы данных.
Прикрепленные файлы:
2. pulpik (pulpik) 105 08.09.11 16:46 Сейчас в теме
3. pulpik (pulpik) 105 08.09.11 16:48 Сейчас в теме
можно узнать. прошу прощения какой программой вы сделали сноску "сменить". хотел бы тоже делать такие вещи для пользователей.
4. Сергей Рудаков (fishca) 1054 08.09.11 16:50 Сейчас в теме
(2) у меня заняло это ровно 5 минут, а тебе слабо ;)? Картинки гораздо информативней, не считаешь? Лучше один раз увидеть, чем сто раз услышать. Таким образом рейтинга не добьешься выкладывая голый текст будь он сто тыщь раз правильным и суперполезным, многие мимо пройдут даже не читая твою публикацию. С почином тебя и удачи!
5. pulpik (pulpik) 105 08.09.11 16:51 Сейчас в теме
дак какой программой то?
6. Сергей Рудаков (fishca) 1054 08.09.11 16:53 Сейчас в теме
7. pulpik (pulpik) 105 08.09.11 16:56 Сейчас в теме
ок, большое спасибо! )
8. Роман Ложкин (webester) 22 08.09.11 17:15 Сейчас в теме
(4)Ну прям надо доказать свое превосходство, покрасочней расписав, что автор тормоз, нельзя просто сказать "в будущем гораздо удобнее использовать такой софт, а публикацию оформить так то"?
9. Сергей Рудаков (fishca) 1054 08.09.11 17:23 Сейчас в теме
(8)
1. я никому ничего не пытаюсь доказать, тем более что автор тормоз.
2. при создании публикации есть рекомендации по оформлению, прежде чем спешить что-либо опубликовать их надо бы читать, тем более если хочешь получить рейтинг
Прикрепленные файлы:
10. pulpik (pulpik) 105 08.09.11 17:26 Сейчас в теме
не надо ломать копий господа - товарищи )
кое что поменял. Вроде ничего получилось )
11. pulpik (pulpik) 105 08.09.11 17:28 Сейчас в теме
кстати спасибо за живую критику. Очень полезно. и главное по делу )
в повседневной жизни мы очень часто не замечаем много вокруг - и сайт (это к вопросу о "рекомендации по оформлению") не исключение.
12. Ivan Kuznietsov (Ivon) 591 13.09.11 12:55 Сейчас в теме
(1) Честно-говоря такого у себя не наблюдал. У нас 3 программера на фирме и каждый имеет на серваке по 3 копии базы. Может у Вас что-то не так с самим сервером?
13. Captain Nemo (dreamland) 3 14.09.11 20:19 Сейчас в теме
С подобной проблемой не сталкивался, хотя копий несколько, имена разные, проблем нет. Могу предположить, эта причина, только из-за невнимательности админа.
14. Андрей Гореликов (alon) 161 15.09.11 00:05 Сейчас в теме
Сделал копию по аналогии с примером, логические имена НЕ менял. Повходил, повыходил, документы попроводил. Потом проверил - все успешно шринкуется.
Скуль 2008 R2. Что я не так делаю? ;)
Может там тонкости какие - recovery model, compatibility level?
15. pulpik (pulpik) 105 15.09.11 08:48 Сейчас в теме
Сделал копию по аналогии с примером, логические имена НЕ менял. Повходил, повыходил, документы попроводил. Потом проверил - все успешно шринкуется.
Скуль 2008 R2. Что я не так делаю? ;)
Может там тонкости какие - recovery model, compatibility level?


Модель восстановления симпл.
порядка 3 баз. одновременно надо запустить перепроведение за весь период. возможно при пересечении данных (те же регистры и т.д.).
16. aspirator 23 (aspirator23) 298 16.09.11 21:39 Сейчас в теме
Тоже не встречался с проблемой шринкования в режиме Simple. Правда у нас такого не было, чтобы один ldf на две базы.
Есть проблемы c шринкованием в режиме FULL.
Приходится изощренно шринковать
17. Константин Емельянов (kengurulkeo) 19.09.11 11:18 Сейчас в теме
КАКОЙ ОБЩИЙ ФАЙЛ???!!! ЧТО ВЫ КУРИЛИ???!!!
СРОЧНО ПРЕКРАТИТЕ РАБОТАТЬ С SQL ПОКА НЕ ПОЙМЕТЕ КАК ОН РАБОТАЕТ!!!
И ЧТО САМОЕ СТРАШНОЕ - ВЫ ВВОДИТЕ В ЗАБЛУЖДЕНИЕ ДРУГИХ ЛЮДЕЙ!!!
УДАЛИТЕ ТОТ БРЕД, КОТОРЫЙ НАПИСАЛИ!!!
18. pulpik (pulpik) 105 19.09.11 12:13 Сейчас в теме
КАКОЙ ОБЩИЙ ФАЙЛ???!!! ЧТО ВЫ КУРИЛИ???!!!
СРОЧНО ПРЕКРАТИТЕ РАБОТАТЬ С SQL ПОКА НЕ ПОЙМЕТЕ КАК ОН РАБОТАЕТ!!!
И ЧТО САМОЕ СТРАШНОЕ - ВЫ ВВОДИТЕ В ЗАБЛУЖДЕНИЕ ДРУГИХ ЛЮДЕЙ!!!
УДАЛИТЕ ТОТ БРЕД, КОТОРЫЙ НАПИСАЛИ!!!


Если тот или иной материал кого-то не устраивает либо по каким то причинам ввиду высокой степени ПРОФЕССИОНАЛИЗМА не сталкивался не надо истерить.
у вас капс залип )
19. Константин Емельянов (kengurulkeo) 20.09.11 10:50 Сейчас в теме
Ладно, можно более спокойно:
1. Удалите этот бред и не вводите людей в заблуждение.
2. Сами познакомьтесь поближе с SQL - узнайте зачем нужен журнал транзакций, и как он работает с разными моделями восстановления данных.
3. Включите на своих базах режим восстановления "симпл"
ЗЫ. Кстати, обеспечение целостности базы данных и возможности её восстановления после сбоя - это тот минимум в котором нужно разбираться, потому что сбои бывают и нужно уметь восстанавливать данные. Не умея этого делать - все равно что садиться за руль автомобиля не зная правил дорожного движения!
20. pulpik (pulpik) 105 20.09.11 13:14 Сейчас в теме
Ладно, можно более спокойно:
1. Удалите этот бред и не вводите людей в заблуждение.
2. Сами познакомьтесь поближе с SQL - узнайте зачем нужен журнал транзакций, и как он работает с разными моделями восстановления данных.
3. Включите на своих базах режим восстановления "симпл"
ЗЫ. Кстати, обеспечение целостности базы данных и возможности её восстановления после сбоя - это тот минимум в котором нужно разбираться, потому что сбои бывают и нужно уметь восстанавливать данные. Не умея этого делать - все равно что садиться за руль автомобиля не зная правил дорожного движения!


1. - Это не бред а установленный в результате работы факт.
2. Спасибо за совет.
3. Режим "симпл" и так включен
P.S. Спасибо за беспокойство еще раз. Если у Вас опыт работы только с SQL сервером а не в связке с 1С то это один вопрос а если вы работаете с 1С + SQL сервер то должны знать что не так все просто.
21. Radik Halikov (radja2011) 20.09.11 13:26 Сейчас в теме
не могу найти программу по сноске,.. не пдскажете откуда ее можно скачать
22. pulpik (pulpik) 105 20.09.11 13:29 Сейчас в теме
radja2011 пишет:

не могу найти программу по сноске,.. не пдскажете откуда ее можно скачать


(3) http://infostart.ru/public/66592/ - здесь все есть.


Сделано с помощью SnagIT
23. Константин Емельянов (kengurulkeo) 20.09.11 15:15 Сейчас в теме
pulpik пишет:
1. - Это не бред а установленный в результате работы факт.
2. Спасибо за совет.
3. Режим "симпл" и так включен
P.S. Спасибо за беспокойство еще раз. Если у Вас опыт работы только с SQL сервером а не в связке с 1С то это один вопрос а если вы работаете с 1С + SQL сервер то должны знать что не так все просто.

1. Это случайность а не закономерность.
Я только и делаю, что работаю с SQL сервером и 1С, и нет там ничего "не так все просто". Всё там нормально, ничего особенного нет в этой связке, если мы говорим о 8-ке. Семерку можете немного похаять за её работу с SQL, но и то, в этих вопросах ничего особенного не было. АБСОЛЮТНО!
24. Александр Потапов (tiniji) 139 20.09.11 16:58 Сейчас в теме
(17) Абсолютно прав.

Автору рекомендую ознакомиться с литературой по MS SQL.
Я уже боюсь спросить как делается shrink.
kengurulkeo; +1 Ответить
25. pulpik (pulpik) 105 22.09.11 12:00 Сейчас в теме
tiniji пишет:

(17) Абсолютно прав.



Автору рекомендую ознакомиться с литературой по MS SQL.

Я уже боюсь спросить как делается shrink.


Спасибо за совет. не надо стесняться тут ничего спрашивать.
Статья написана для тех у кого не помогло сделать Shrink в full модели восстановления, в simple режиме.
а так же при отказе поводить шринк после тестирования и исправления базы с реструктуризацией средствами 1С.
После того как обнаружились зависшие активные транзакции после перегрузки сервера 1С. После Full бэкапа средствами SQL а также после бэкапа журнала транзакций если не получилось ужать файл лога - вот только для тех людей и предназначена эта статья. Для всех тех умных и образованных у кого после применения только что изложенных здесь методов все прошло хорошо эта статья не предназначается. )
Оставьте свое сообщение