Добрый день, сочувствующим.

Правильно ли я понял, что полная модель восстановления нужна, если вдруг мне нужно откатиться в точности до минуты в течении периода от бэкапа до бэкапа?

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

Простая модель восстановления позволяет просто откатиться до момента бэкапа. Но никто не запрещает делать бэкап несколько раз в день?

Щукина АннаFlipWho,

и вы сможете в простой модели сделать по бэкапу на каждый момент времени?

У меня нет необходимости восстанавливаться ежесекундно. Раз в 3 часа - более чем достаточно.

Щукина АннаFlipWho,

к нам, тогда, какие вопросы?
если вам некритично потерять три часа работа, если вы не используете возможности, требующие полной модели или модели с частичным протоколированием - то используйте простую модель, делайте 8 бэкапов в сутки и радуйтесь жизни....

Перечитайте первый пост.

Гавриленко Сергей АлексеевичFlipWhoПравильно ли я понял, что полная модель восстановления нужна, если вдруг мне нужно откатиться в точности до минуты в течении периода от бэкапа до бэкапа?Еще полная модель восстановления нужна, чтобы вам не пришлось откатываться когда вам не нужно откатываться.

Можно поподробней?
Откатываться как раз нужно, а восстанавливаться не нужно из бэкапа?

Дедушкакак альтернатива такому подходу инкрементальные бэкапы.

Не вариант, если вдруг ложиться база - то много времени надо потратить на поднятие бэкапов - полный ночной + 1й инкремент + 2й инкремент...
Или инкрементный он относительно полного?
Т.е. делаем ночной, потой 1й инкрементный (с ночи до 10 утра), 2й инкрементный (с ночи до 14 утра)?
Ну к этому я склоняюсь. Просто если база не одна - это оооооочень много времени на восстановление (допустим поднятие второго SQL, если железо сдохло) и каждую базу развернуть...

Дедушкавы озвучьте свою задачу, что хотите получить то?

Задача тривиальная - хочу получить быстро работающие базы с оптимальным бэкапированием - по размеру архивов, по размеру самой базы и журнала и т.п.

P.S. вчера ошибку получил про переполнение журнала транзакций... Решил углубиться в вопрос, а тут одно за другим. Админа БД нет, базы от 1С. Программист 1С не обслуживает БД.

Гавриленко Сергей АлексеевичИ вы уже поинтересовались у владельцев этих баз, за какое время они готовы переколачивать данные, если что-то пойдет не так?

Раз в три часа - это моя цифра по опыту.
Это гораздо лучше, чем подвисающая база, которая тормозит работу в самый неподходящий момент.

Ребят, вы поймите - у меня полно других задач, я не админ БД, чтобы знать все досконально. Но работать надо, а найти хорошего спеца по БД - это целая проблема, потому как каждый лягушатник выдает себя за профи, а после него еще хуже.

Я прекрасно понимаю, что надо заняться вплотную - я ищу быстрое решение, чтобы лог не переполнялся больше, и нагуглил ответ - модели восстановления.

0wlПардон за резкость, но по опыту, такие предположения заканчиваются неприятными разговорами с начальством и, как минимум, выговором. Хорошо бы хотя бы обсудить эти 3 часа с бизнесом.

По теме: лог в полной модели не будет расти если его 1) часто бэкапить 2) не увлекаться долгими транзакциями. Ну а дальше -- правда искать DBA.

Абсолютно никакой резкости, разговор уже был. Три часа устроили более чем. Был момент, когда накладные вообще руками печатали из-за очередного аутсорсера.

Подскажите - что почитать про организацию бэкапа лога и потом для восстановления? Это настраивается тут?

Я не восстанавливал еще ни разу базу на определенный момент.
Просто разворачивал из BAK файла mdf+ldf. Всё.

0wlЕсли ближе к практике -- то, что вы показали на скриншоте -- это про репликацию, а не про обслуживание. Посмотрите на Maintenance Plans, там все достаточно просто мышкой настраивается.

Извиняюсь за настойчивость. Это - существующий план. Ежедневный. Как я вычитал - надо убрать "перестроение индекса" и "реорганизацию индекса" - в еженедельные планы. Они и могут лог забивать.

Где бэкапится лог на данной картинке?

Скрин к предыдущему посту. Под спойлером, а то много места занимает.

Yasha123нигде. у вас делается полный бэкап и все. и занафига чекдб каждый день?

1) Делал не я, мне такое досталось.
2) Нигде - это я знаю. Как сделать чтобы было где? В месте где скриншот или в другом месте? Дайте пруф.

Yasha123пруф чего дать?
бэкап лога не надо пихать туда же, где ребилд и чекдб, его делают чаще, т. е. это отдельный джоб со своим расписанием. а делать ли его каждые 15 минут или каждые 6 часов решать вам

Уважаемый, Вы можете общаться нормально? Есть информация как надо сделать - так поделитесь. Обосрать - дело не хитрое. Я не прошу доскональную инструкцию, я прошу направить куда и что искать делать. Либо на источник достоверный.

Всем спасибо за какую-никакую помощь.
Нашел отличные уроки по 1С, где доходчиво разъясняют что и как, где посмотреть, как с этим работать.