Настройка автоматической обрезки лога на сервере MS SQL 2008 R2
Найденные решения
(1)
Я понимаю, поиск нынче не в моде, поэтому даю ссылку. Вот , в ней есть не только примеры "как", но и объяснение "почему". Букв конечно много, но есть и картинки ;).
П.С.: Рекомендую к прочтению и всем тем, кто советует сменить режим восстановления на простой или предлагает шринковать.
Подскажите, плиз, как на MS SQL Server 2008 R2 настроить автоматическую обрезку лога?
Я понимаю, поиск нынче не в моде, поэтому даю ссылку. Вот , в ней есть не только примеры "как", но и объяснение "почему". Букв конечно много, но есть и картинки ;).
П.С.: Рекомендую к прочтению и всем тем, кто советует сменить режим восстановления на простой или предлагает шринковать.
Остальные ответы
Подписаться на ответы
Инфостарт бот
Сортировка:
Древо развёрнутое
Свернуть все
(1) Kutuzov, я в своем топике задавался таким вопросом, когда у меня логи до 300 Гб выросли :)
переведи базу в режим восстановления симпл и сделай шринк лога.
(2) MerlinVVV, ну это как бы не фонтан - гонять базу из фулл в симпл и обратно.
вообще, если вы не знаете чем отличается фулл от симпл, ставьте симпл и не будет проблем с ростом логов.
если бекап каждый день и в случае сбоя для вас подходит восстановление но момент бекапа (т.е. утеря данных с момента последнего бекапа до сбоя), то симпл ставьте.
переведи базу в режим восстановления симпл и сделай шринк лога.
(2) MerlinVVV, ну это как бы не фонтан - гонять базу из фулл в симпл и обратно.
вообще, если вы не знаете чем отличается фулл от симпл, ставьте симпл и не будет проблем с ростом логов.
если бекап каждый день и в случае сбоя для вас подходит восстановление но момент бекапа (т.е. утеря данных с момента последнего бекапа до сбоя), то симпл ставьте.
(1) Kutuzov, ответьте пожалуйста на следующие вопросы:
0) Знаете ли Вы, в каком режиме восстановления работает Ваша база?
На всякий случай, инструкция для ответа на этот вопрос:
В русскоязычной "Среда SQL Server Management Studio" правой кнопкой по нужной базе данных, Свойства, в вертикальной вкладке "Параметры", строка "Модель восстановления:" - что там указано?
Если не "Простая", то Вам следующие два вопроса:
1) Вас устроит делать резервную копию ВСЕЙ базы один раз в день (или чаще, или реже, зависит от размера базы и размера и скорости хранилища резервных копий)?
2) При этом, устроит ли Вас, что в случае сбоя, восстановить базу можно будет только до её состояния на момент начала резервного копирования?
Если ответ на оба вопроса - да, то можно перевести базу в "Модель восстановления: Простая" (в том-же месте SQL Server Management Studio, затем нажать Ок, конечно же), после чего уменьшить размер [каждого] файла лога (перейти в верт. вкладку "Файлы", и для файла "ИМЯБАЗЫ_log" уменьшить значение столбца "Начальный размер" до чего-нибудь, не меньшего мегабайт двухсот, и в столбце "Авторасширение" установить чего-нибудь, не меньшее мегабайт пятидесяти, на самом деле оба значения можно сделать сильно больше, если база соотв. сильно большая,,, к слову, можете выдать на обозрение текущий размер файлов данных и файлов лога).
После этого логи уменьшатся до минимально возможного размера, и автоматически обрезать их Вам просто не понадобится.
Если же у базы модель восстановления - простая, и при этом лог вырос, значит, была такая транзакция, которой это понадобилось, и возможно, будет ещё, и уменьшать лог в этом случае может быть и нецелесообразно.
Но если Вы настаиваете :-) , то смотрите, как написал коллега в (2), но в поле команда оставьте только:
USE ИмяБазы
DBCC SHRINKFILE (ИмяФайлаЛога, ЖелаемыйРазмерВМегабайтах);
, и далее по тексту - создадите расписание, по кот. задание будет выполняться, и тупо обрезать лог. Повторюсь, что в случае с простой моделью это возможно лучше и не делать.
0) Знаете ли Вы, в каком режиме восстановления работает Ваша база?
На всякий случай, инструкция для ответа на этот вопрос:
В русскоязычной "Среда SQL Server Management Studio" правой кнопкой по нужной базе данных, Свойства, в вертикальной вкладке "Параметры", строка "Модель восстановления:" - что там указано?
Если не "Простая", то Вам следующие два вопроса:
1) Вас устроит делать резервную копию ВСЕЙ базы один раз в день (или чаще, или реже, зависит от размера базы и размера и скорости хранилища резервных копий)?
2) При этом, устроит ли Вас, что в случае сбоя, восстановить базу можно будет только до её состояния на момент начала резервного копирования?
Если ответ на оба вопроса - да, то можно перевести базу в "Модель восстановления: Простая" (в том-же месте SQL Server Management Studio, затем нажать Ок, конечно же), после чего уменьшить размер [каждого] файла лога (перейти в верт. вкладку "Файлы", и для файла "ИМЯБАЗЫ_log" уменьшить значение столбца "Начальный размер" до чего-нибудь, не меньшего мегабайт двухсот, и в столбце "Авторасширение" установить чего-нибудь, не меньшее мегабайт пятидесяти, на самом деле оба значения можно сделать сильно больше, если база соотв. сильно большая,,, к слову, можете выдать на обозрение текущий размер файлов данных и файлов лога).
После этого логи уменьшатся до минимально возможного размера, и автоматически обрезать их Вам просто не понадобится.
Если же у базы модель восстановления - простая, и при этом лог вырос, значит, была такая транзакция, которой это понадобилось, и возможно, будет ещё, и уменьшать лог в этом случае может быть и нецелесообразно.
Но если Вы настаиваете :-) , то смотрите, как написал коллега в (2), но в поле команда оставьте только:
USE ИмяБазы
DBCC SHRINKFILE (ИмяФайлаЛога, ЖелаемыйРазмерВМегабайтах);
, и далее по тексту - создадите расписание, по кот. задание будет выполняться, и тупо обрезать лог. Повторюсь, что в случае с простой моделью это возможно лучше и не делать.
(1)
Я понимаю, поиск нынче не в моде, поэтому даю ссылку. Вот , в ней есть не только примеры "как", но и объяснение "почему". Букв конечно много, но есть и картинки ;).
П.С.: Рекомендую к прочтению и всем тем, кто советует сменить режим восстановления на простой или предлагает шринковать.
Подскажите, плиз, как на MS SQL Server 2008 R2 настроить автоматическую обрезку лога?
Я понимаю, поиск нынче не в моде, поэтому даю ссылку. Вот , в ней есть не только примеры "как", но и объяснение "почему". Букв конечно много, но есть и картинки ;).
П.С.: Рекомендую к прочтению и всем тем, кто советует сменить режим восстановления на простой или предлагает шринковать.
Тут собственно все просто.
Запускаем: SQL Server Management Studio
В дереве разворачиваем: Agent SQL Server\Задания
Добавляем новое задание:
На вкладке общие указываем имя задание (как вам нравится)
Далее переходим в шаги
Добавляем новый шаг (внизу кнопка создать)
Указываем имя шага (любое)
Тип: Скрипт Transact-SQL (T-SQL)
в поле команда вставляете следующий код:
USE ИмяБазы
ALT ER DATABASE ИмяБазы SET RECOVERY SIMPLE
DBCC SHRINKFILE (ИмяФайлаЛога, ЖелаемыйРазмерВМегабайтах);
ALT ER DATABASE ИмяБазы SET RECOVERY FULL
Далее на вкладке расписания создаем расписание когда должно выполнятся это задание
Жмем кнопку "ОК", все готово
После создания задания можно проверить как это работает:
На созданной задании кликнуть ПКМ и выбрать "Запустить задание на шаге ..."
Там же можно просмотреть журнал выполнения задания
Запускаем: SQL Server Management Studio
В дереве разворачиваем: Agent SQL Server\Задания
Добавляем новое задание:
На вкладке общие указываем имя задание (как вам нравится)
Далее переходим в шаги
Добавляем новый шаг (внизу кнопка создать)
Указываем имя шага (любое)
Тип: Скрипт Transact-SQL (T-SQL)
в поле команда вставляете следующий код:
USE ИмяБазы
ALT ER DATABASE ИмяБазы SET RECOVERY SIMPLE
DBCC SHRINKFILE (ИмяФайлаЛога, ЖелаемыйРазмерВМегабайтах);
ALT ER DATABASE ИмяБазы SET RECOVERY FULL
Далее на вкладке расписания создаем расписание когда должно выполнятся это задание
Жмем кнопку "ОК", все готово
После создания задания можно проверить как это работает:
На созданной задании кликнуть ПКМ и выбрать "Запустить задание на шаге ..."
Там же можно просмотреть журнал выполнения задания
Для получения уведомлений об ответах подключите телеграм бот:
Инфостарт бот