gifts2017

Тонкости с разрастанием лога транзакций в 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 


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

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

 

См. также

PowerTools от 1 000
Подписаться Добавить вознаграждение

Комментарии

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



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

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


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


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

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

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



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

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


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