Скрипт SQL для включения SIMPLE модели восстановления и обрезания ldf файлов

13 Comments

1. CheBurator 14.01.2016 at 00:28

   Зачем нужна фулл-модель, если симпл-модель «без вреда для баз данных»..? Симпл модель позволяет откатиться/восстаовиться на любой момент времени?

   Reply ↓
2. TravkinSV 14.01.2016 at 00:43

   (1) CheBurator, вопрос не в том, что для чего нужно. Без вреда имеется ввиду, что mdf не урезаются, а только лог транзакций. Этот скрипт для тех, кто решил установить Simple модель, что бы не настраивать вручную во всех базах и не делать shrink вручную. Я не настаиваю на использовании простой модели, но лично я ни разу не сталкивался с требованием загрузки бэкапа с точностью до минуты

   Reply ↓
3. insurgut 14.01.2016 at 08:14

   (2) шринкать не обязательно, просто бэкапы нужно настраивать средствами SQL… либо на симпл переходить и тоже бэкапы настраивать на случай чего 🙂

   Reply ↓
4. wbazil 14.01.2016 at 08:51

   когда-то пользовался скриптом

   USE MSklad;
   
   GO
   
   ALTER DATABASE MSklad
   
   SET RECOVERY SIMPLE;
   
   GO
   
   DBCC SHRINKFILE(‘MSklad_log’,100);
   
   GO
   
   ALTER DATABASE MSklad
   
   SET RECOVERY FULL;

   Reply ↓
5. insurgut 14.01.2016 at 09:30

   (4) wbazil, если перевести на русский народный, то называется этот скрипт — извращение 🙂

   Reply ↓
6. wbazil 15.01.2016 at 18:01

   -когда-то ……..

   все были молодыми,можно конечно бекап лога настроить, но надо заметить задачу он выполнял
   
   это было ночное задание, делаем фул бекап, реиндексацию, обновление стат., очистка кэша, и шринк

   Reply ↓
7. PVG_73 20.01.2016 at 13:28

   (1) CheBurator,
   
   Фулл-модель актуально если делать деференциальные бакапы, т.е. имеем возможность восстановить данные до определенного момента времени и он же подразумевает чистку лога от ненужной информации.
   
   Симпл-модель нужня для всех остальных, которые делают бакапы от случая к случаю или по расписанию…. 😉 В этом случае в логе хранится только текущая транзакция и после того как она завершится она автоматически оттуда удаляется. Проблемы могут возникнуть только в одном случае, если идет большая транзакция. Если мне память не изменяет, то групповое проведение как раз выполняется в неявной транзакции, поэтому лог может вырости до разных размеров.

   Ну и всегда нужно помнить, что при любом восстановлении базы размер файла лога всегда соответствует размеру файла лога при совершении бакапа, и это не смотря на то что он просто создается пустой. Поэтому идеальной схемой бакапирования при симп модели : сначала шринк лога, потом бакап.

   Reply ↓
8. insurgut 20.01.2016 at 20:04

   (7) PVG_73, стандартное групповое перепроведение выполняется не в транзакции (ну и галочку конечно редко кто взводит) 🙂 Но многие любят писать сложные обработки документов и заключать их от начала до конца в транзакцию. Тут конечно может случится казус.

   Reply ↓
9. aspirator23 23.01.2016 at 16:40

   …Автоматически 1С создает базу с моделью восстановления FULL…
   
   Такие голословные предположения не стоит делать.
   
   Модель восстановления SQL сервера для создаваемых новых баз определяется базой model.
   
   Правильная ее настройка позволяет правильно создавать любую новую базу на сервере.

   Reply ↓
10. insurgut 23.01.2016 at 20:29

    🙂

    Reply ↓
11. TravkinSV 25.01.2016 at 18:44

    (9) aspirator23, Извиняюсь, не знал, отредактировал….

    Reply ↓
12. aspirator23 13.02.2016 at 16:02

    Кто у кого …?
    
    http://infostart.ru/public/453537

    Reply ↓
13. TravkinSV 17.03.2016 at 17:12

    (12) aspirator23, Даты говорят, что не я. Но судя по скрипту на скриншоте — никто ни у кого.

    Reply ↓