Скрипт SQL для включения SIMPLE модели восстановления и обрезания ldf файлов
Очень часто возникает ситуация, когда на диске заканчивается свободное место из-за неприлично разросшегося журнала транзакций. Подробно проблема описана в статье , там же описано ручное исправление проблемы средствами MS SQL Managment Studio. Скрипт позволяет автоматически включить простую модель восстановления и обрезать ldf файлы для всех баз на сервере.
Комментарии
(1) CheBurator, вопрос не в том, что для чего нужно. Без вреда имеется ввиду, что mdf не урезаются, а только лог транзакций. Этот скрипт для тех, кто решил установить Simple модель, что бы не настраивать вручную во всех базах и не делать shrink вручную. Я не настаиваю на использовании простой модели, но лично я ни разу не сталкивался с требованием загрузки бэкапа с точностью до минуты
(1) CheBurator,
Фулл-модель актуально если делать деференциальные бакапы, т.е. имеем возможность восстановить данные до определенного момента времени и он же подразумевает чистку лога от ненужной информации.
Симпл-модель нужня для всех остальных, которые делают бакапы от случая к случаю или по расписанию.... ;-) В этом случае в логе хранится только текущая транзакция и после того как она завершится она автоматически оттуда удаляется. Проблемы могут возникнуть только в одном случае, если идет большая транзакция. Если мне память не изменяет, то групповое проведение как раз выполняется в неявной транзакции, поэтому лог может вырости до разных размеров.
Ну и всегда нужно помнить, что при любом восстановлении базы размер файла лога всегда соответствует размеру файла лога при совершении бакапа, и это не смотря на то что он просто создается пустой. Поэтому идеальной схемой бакапирования при симп модели : сначала шринк лога, потом бакап.
Фулл-модель актуально если делать деференциальные бакапы, т.е. имеем возможность восстановить данные до определенного момента времени и он же подразумевает чистку лога от ненужной информации.
Симпл-модель нужня для всех остальных, которые делают бакапы от случая к случаю или по расписанию.... ;-) В этом случае в логе хранится только текущая транзакция и после того как она завершится она автоматически оттуда удаляется. Проблемы могут возникнуть только в одном случае, если идет большая транзакция. Если мне память не изменяет, то групповое проведение как раз выполняется в неявной транзакции, поэтому лог может вырости до разных размеров.
Ну и всегда нужно помнить, что при любом восстановлении базы размер файла лога всегда соответствует размеру файла лога при совершении бакапа, и это не смотря на то что он просто создается пустой. Поэтому идеальной схемой бакапирования при симп модели : сначала шринк лога, потом бакап.
...Автоматически 1С создает базу с моделью восстановления FULL...
Такие голословные предположения не стоит делать.
Модель восстановления SQL сервера для создаваемых новых баз определяется базой model.
Правильная ее настройка позволяет правильно создавать любую новую базу на сервере.
Такие голословные предположения не стоит делать.
Модель восстановления SQL сервера для создаваемых новых баз определяется базой model.
Правильная ее настройка позволяет правильно создавать любую новую базу на сервере.
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|
||
|
|
|