Бэкап MS SQL

[Юмин Кирилл]

Здравствуйте.
На нашем предприятии MS SQL 2014 и принята такая схема резервирования: полная в воскресение, разностная ежедневно и журналы транзакций ежечасно.
Возможен ли при такой схеме бэкапов еще ежедневный полный бэкап?

[Chgdz]

Здравствуйте.
На нашем предприятии MS SQL 2014 и принята такая схема резервирования: полная в воскресение, разностная ежедневно и журналы транзакций ежечасно.
Возможен ли при такой схеме бэкапов еще ежедневный полный бэкап?

Возможен, хоть каждый час, если пропишите схему обслуживания как полагается, но задайтесь вопросом "точно нужно"?

[Юмин Кирилл]

Да точно. Руководством поставлена задача иметь свежую полную базу на конец рабочего дня и хранить ее на выключенном ПК.
Включить/выключить ПК проблем нет. Копировать файл с заменой старого на новый тоже проблем не вижу. Это можно сделать элементарным батничком. Проблема получить бэкап полной базы ежедневно, не нарушив основной план резервирования. Ведь если я создам полный бэкап базы, то разностный и транзакции будут плясать уже от нового полного бэкапа и резервирование недельное будет неактуальным.
А полностью отказаться от недельного резервирования не представляется возможным, так как иногда стоит задача откатиться к середине недели (месяца, года)

[Chgdz]

Да точно. Руководством поставлена задача иметь свежую полную базу на конец рабочего дня и хранить ее на выключенном ПК.
Включить/выключить ПК проблем нет. Копировать файл с заменой старого на новый тоже проблем не вижу. Это можно сделать элементарным батничком. Проблема получить бэкап полной базы ежедневно, не нарушив основной план резервирования. Ведь если я создам полный бэкап базы, то разностный и транзакции будут плясать уже от нового полного бэкапа и резервирование недельное будет неактуальным.
А полностью отказаться от недельного резервирования не представляется возможным, так как иногда стоит задача откатиться к середине недели (месяца, года)

Как вариант ночью выгружать скриптом DT-ку и кони сыты и волки целы.

[Юмин Кирилл]

Кстати, да, вариант, но днем базы заняты пользователями,а ночью ПК должен быть выключен от нашествия хакеров-какеров! Да и работает предприятие ночью. не факт что база будет свободна. Да и задание поставлено на 16.00, а не ночью, когда цитирую: "хаккеры могут уже во всю орудовать". Хотя можно и выгонять всех и ПК выключать и все автоматом, но это крайний вариант.

[Chgdz]

Кстати, да, вариант, но днем базы заняты пользователями,а ночью ПК должен быть выключен от нашествия хакеров-какеров! Да и работает предприятие ночью. не факт что база будет свободна. Да и задание поставлено на 16.00, а не ночью, когда цитирую: "хаккеры могут уже во всю орудовать". Хотя можно и выгонять всех и ПК выключать и все автоматом, но это крайний вариант.

кто же мешает сделать прямой линк сервер-пк, хоть прямым проводом, хоть вланами?

Добавлено: 15 ноя 2019, 05:55

Хотя что заморачиваться, ну будет у вас след схема:
Фулл -выходные
Фулл+разность от этого фула - каждый день, правда фулл лучше поставить в начало дня, разность в конец, чтобы была затронута вся работа пользователей
Журналы - так же каждый день

Мысль ясна или что то разъяснить?

[Юмин Кирилл]

А зачем тогда первый (выходной)фул, если есть ежедневный? Да и смысл в транзакциях тогда какая? Журнал логов разве что чистить?
Нет, такая схема не пойдет, полные бэкапы слишком много весят. Мы потому и делаем ежедневно разностный, а не полный!
Идея в том что б ежедневный бэкап перезаписывался новым, а еженедельный, не весил слишком много. На ежедневку терабайтника хватит, но никакого не хватит хранить данные за месяц.

[Chgdz]

А зачем тогда первый (выходной)фул, если есть ежедневный? Да и смысл в транзакциях тогда какая? Журнал логов разве что чистить?
Нет, такая схема не пойдет, полные бэкапы слишком много весят. Мы потому и делаем ежедневно разностный, а не полный!
Идея в том что б ежедневный бэкап перезаписывался новым, а еженедельный, не весил слишком много. На ежедневку терабайтника хватит, но никакого не хватит хранить данные за месяц.

Ну давайте разовьём мысль, первый вам доступен всегда, не зависимо от того включен пк или нет, т.е. оперативно развернуть копию можно спокойно, транзакции, так вы не даёте захлебнутся базе в логах, банальная поддержка работоспособности базы. Если много, то ставьте вопрос руководству, что есть вот такая схема, нужно железо, баста.
В случае пункта два фулл+разность, при восстановлении вам в любом случае нужен пк с бэкапом, так как для разности нужно где то взять начальную точку.
Ну, если вы совсем скованы по железу, то прямой линк сервер-пк ваше всё (способ реализации сами выберете).

[Юмин Кирилл]

Смысл первого полного бэкапа, чтоб от него делались разностные всю неделю.
Но если мы сделаем ежедневный полный, то первый можно будет выбросить! А следом, выбросить и разностные, так как они прицепятся уже к новому. а новый затирается ежедневно еще более новым.
Вопрос можно ли делать 2 независимых полных бэкапа и к одному из них прицепить разностные?

[Chgdz]

Смысл первого полного бэкапа, чтоб от него делались разностные всю неделю.
Но если мы сделаем ежедневный полный, то первый можно будет выбросить! А следом, выбросить и разностные, так как они прицепятся уже к новому. а новый затирается ежедневно еще более новым.
Вопрос можно ли делать 2 независимых полных бэкапа и к одному из них прицепить разностные?

нет