Базы бывают разные.
По объемам, по критичности потери данных, по количеству юзеров итп.
Возьмем к примеру у вас есть База УТ или Розница ..
К примеру у вас база УТ и Розница от 100 до 250 ГБ.
База данных с 2015 года например.
В рознице у вас от 200 до 300 сессий от юзеров.
В УТ от 50 до 100 сессий от юзеров.

У кого какая периодичность диференциальных бекапов?
Какова срок хранение этих разностиных бекапов?

"У кого какая периодичность диференциальных бекапов?" - каждые 20 минут.
"Какова срок хранение этих разностиных бекапов?" до следующего полного бекапа.

(1) Если вас кто-то из руководства или из бухов попросит восстановить копию базы на три дня назад на время 13-00 актуальности то как вы это сделаете?
У вас удалено "диференциалка". А полные делаете каждый день ночью.

У меня так сейчас.
1. Каждый час диференциальный. Полный ночью.
2. Храним мы на серваке недельные диференциальные.
А далее храним только полные.

(2) Не попросят. Потому что знают что бекап можно восстановить только полный, т.е. ночной. Перед руководством был поставлен выбор: либо потратится на hdd, либо не иметь возможность восстанавливать копии на нужное время. Они выбрали второе. Разностный бекап нужен только для возможности оперативного восстановления работоспособности.

(0)  Каждые 3 часа на всякий случай в рабочее время. А так Полный ночью, этого достаточно.

(5) Это ж 4 й пункт голосовалки. )

(6) ага. но у нас 1 раз в 3 часа не критичный момент. можем делать можем нет делать.

Лет 15 назад было такое что бекапы разностные для ТИС  делалали каждые 15 минут.
Соответственно при аварии потеря данных только за последние 15 минут были.

(0) порекомендую помимо бэкапов еще и текущие SQL бэкапы, ну или если по-простому делать, то выгружать документы за день-два периодически в XML

(9) Я же как раз и говорю про sql-бекапы.
А какие еще могут быть бекапы для 1С баз в скуле размером 250ГБ?!

Дифы каждые 30 мин, хранятся месяц, полные по ночам, хранение год.
(9) Что ты несёшь?

(9) Представляю выгрузка в ХМЛ базы размером 250ГБ ))))

(12) Не, он же предлагает за день-два и зачем-то именно в XML. Ну чо там, пару тыщ доков выгрузить, фигня какая...

Забыл.

1. Бэкап лога транзакций, каждые 10 минут
2. Разностный бэкап каждый день в 02.00
3. Полный бэкап раз в две недели.

Полные копии хранятся год по 1 копии на месяц, за последние 2 месяца хранятся все полные и разностные бэкапы.

(15) А как часто проводятся учения по развертыванию бэкапов?

(13) потому что это можно сделать регл.заданием сколь угодно частно, не напряжно и если что, восстановить с последнего бэкапа + выгруженные XML.

+(16) и контроль целостности бэкапов, возможностей их развернуть...

(11) ты не можешь понять всю его гени[Т]альность...

(16) Минимум пару раз в месяц, для восстановления копий баз разрабов. Для самой рабочей базы понадобилось 1 раз за все время понадобилось восстановить на 1,5 часа назад.  
А такие копии начали делать после того как потеряли день работы персонала, потому что кривой админ заруинил RAID, перезатёр живой диск пустым местом нового диска, админа уволили, сказали чтобы такого больше никогда не было.

Розница стоит на кассах, смысл в ее бекапить нет.
Сдохла ввели резервную. Эту перебили.
На ядре стоить хороший сервер, полный бекап ночью, дифф каждые 15 минут.
Но вообще стараемся оперативные базы не раздувать.

(20) В моей практике был случай, когда на копии всё работало, а вот в рабочей среде когда потребовалось развернуть копию - выяснилось, что у программистов 1С нет прав именно на RESTORE. Плюс настройка прав доступа СУБД нестандартная, полный доступ только у того, кто ставил и настраивал сервер, а админ, который настраивал СУБД, давно уволился.

(18) На сколько я помню там есть галочка при бэкапе проверки целостности, что то даже не возникало подозрений что MS SQL может сделать битый бэкап.

Похоже здесь одни трусы собрались)))).Никогда))

(15) Почему бы полные бекапы не делать каждый день?
Или ооочень большая база?

(0) А почему именно разностный бэкап, а не transaction log'а?
Так места меньше занимает, бэкап хоть каждую минуту делай, и восстанавливается быстрее, чем full+diff

На базе ~50Г/50юзеров у меня была схема раз в неделю full, каждые 15 мин TranLog. На живую ни разу не пришлось восстанавливать, а всякие копии - сколько угодно.

(26) И такая схема была.
Будем выбирать оптимальный путь.

Да, ещё плюс такой схемы - можно поднять копию на любой момент времени, с точностью до транзакции. Один раз пригодилось, для разбора полётов :)

На PostgreSQL в момент снятия бэкапа нельзя обновлять конфы 1С (реструктуризировать данные)
С учетом бэкап каждые 15 минут как обновлять типовые?

(26) +1 к бэкапу лога
- раз в 5 минут делается бекап лога
- перекидывается на другой сервер
- восстанавливается в копию
Всегда имеем свежую копию на случай смерти основного сервера.
Ну и храним неделю эти логи - можно в пределах недели восстановить базу на любой момент.
База 1.5Тб.
Плюсом фулл-бэкап дважды в сутки.

Как понял почти все сидят на MSSQL да?

(29) Обновляется как правило вне рабочего времени, а логи транзакций можно настроить делать только в рабочие часы.

(32) Расширения?

(33)+ Ну патчи которые в виде расширений и галку автоматом стоит

(33) Они что реструктуризацию делают, и опять таки можно в любой момент временно отключить бэкап лога транзакций, это допустимо.

База ERP 700Gb
Фуллы три раза в неделю
Дифы два раза в день
Логи каждые 15 минут

всё очищается в момент создания фулла. Но, теневым копированием бекапы живут ещё около недели

Еще вопрос.
У кого 3 плана бекапа?
Например ежедневный недельный и месячный.
Это по полному бекапу.
Или обходитесь одним планом. Например ежедневны м а удаление старых дается другими методами?