|
полное и разностное резервное копирование
|
|||
---|---|---|---|
#18+
Коллеги Добрый день! Почти новичок в работе с БД и поэтому прошу не пинать сильно, есть вопрос по резервному копированию. Я создавал план обслуживания и скопировал t-sql код, через задания настроил резервное копирование тестовой базы полное и разностное. Хотел, чтобы каждый день создавался новый файл полного бэкапа и создавались дифы, но при этом сохранялся полный и диф бэкап предыдущих дней с глубиной архива в 7 дней. Ниже привожу код моих бэкапов полного и разностного (сейчас почему то создается один файл полного бэкапа и дифф бэкап): USE [Computer2] GO DBCC CHECKDB(N'Computer2') WITH PHYSICAL_ONLY GO BACKUP DATABASE [Computer2] TO DISK = N'\\10.0.0.10\Backup\Computer2_FULL\Computer2_backup_2020_02_21_091952_0547209.bak' WITH RETAINDAYS = 7, NOFORMAT, NOINIT, NAME = N'Computer2_backup_2020_02_21_091952_0547209', SKIP, REWIND, NOUNLOAD, STATS = 10 и ДИФФ BEGIN BACKUP DATABASE [Computer2] TO DISK = N'\\10.0.0.10\Backup\Computer2_DIFF\Computer2_backup_2020_02_21_102112_7107113.bak' WITH DIFFERENTIAL , RETAINDAYS = 7, NOFORMAT, NOINIT, NAME = N'Computer2_backup_2020_02_21_102112_7107113', SKIP, REWIND, NOUNLOAD, STATS = 10 END Прошу помочь разобраться что я делаю не так. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.02.2020, 10:14 |
|
полное и разностное резервное копирование
|
|||
---|---|---|---|
#18+
alex_5A но при этом сохранялся полный и диф бэкап предыдущих дней с глубиной архива в 7 дней Считайте, что это ничего не значащий остаток от древних времён, несколько десятилетий назад. Так что такую функциональность нужно программировать самому (написать свой код, найти чужой, либо использовать какие то проги управления бакапами, в т.ч. "Планы Обслуживания" в MSSQL) ... |
|||
:
Нравится:
Не нравится:
|
|||
25.02.2020, 10:39 |
|
полное и разностное резервное копирование
|
|||
---|---|---|---|
#18+
alex_5A Хотел, чтобы каждый день создавался новый файл полного бэкапа и создавались дифы, но при этом сохранялся полный и диф бэкап предыдущих дней с глубиной архива в 7 дней. Какие то странные хотелки! Зачем вам полные каждый день? Делайте полный раз в месяц, а в остальные дни разностные. Или вам доплачивают за максимальное использование дискового пространства? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.02.2020, 10:48 |
|
полное и разностное резервное копирование
|
|||
---|---|---|---|
#18+
А чего плохого позвольте узнать, если полный бэкап тестовой учебной базы делается каждый день ? Тем более если ее размер 10 Мб). Я же еще не волшебник, а только учусь). ... |
|||
:
Нравится:
Не нравится:
|
|||
25.02.2020, 11:03 |
|
полное и разностное резервное копирование
|
|||
---|---|---|---|
#18+
SQL2008 Или вам доплачивают за максимальное использование дискового пространства? фигасебе полный раз в месяц. а если у кого-то ребилд перелопачивает всю базу, и после него у диффа размер как у полного? может, кому-то доплачивают за двойное время восстановления из таких полного и диффа того же размера? --- как можно вообще о чужих размерах полного и диффа рассуждать? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.02.2020, 11:20 |
|
полное и разностное резервное копирование
|
|||
---|---|---|---|
#18+
Yasha123 Или вам доплачивают за максимальное использование дискового пространства? фигасебе полный раз в месяц. а если у кого-то ребилд перелопачивает всю базу, и после него у диффа размер как у полного? может, кому-то доплачивают за двойное время восстановления из таких полного и диффа того же размера? --- как можно вообще о чужих размерах полного и диффа рассуждать? Никто не говорит о специфических и экзотических вариантах! Например в моем случае полный как правило порядка нескольких сотен гигов, дифы начинаются от мегабатов, заканчивая под конец месяца десятками гигов. alex_5AА чего плохого позвольте узнать, если полный бэкап тестовой учебной базы делается каждый день ? Тем более если ее размер 10 Мб Зачем вам тогда разностные? Делайте полные хоть каждый час. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.02.2020, 12:01 |
|
полное и разностное резервное копирование
|
|||
---|---|---|---|
#18+
Написал же выше, что учусь. Проверяю как работает чтобы иметь понимание. А не подскажете, как сделать так, чтобы когда выполнялся полный бэкап, файлик имел такой вид Computer_дата когда сделан архив.bak ? ... |
|||
:
Нравится:
Не нравится:
|
|||
25.02.2020, 12:12 |
|
полное и разностное резервное копирование
|
|||
---|---|---|---|
#18+
alex_5A, загляните сюда , скачайте себе скрипт и настройте под себя. Сам уже много лет им пользуюсь и не изобретаю велосипедов. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.02.2020, 12:15 |
|
полное и разностное резервное копирование
|
|||
---|---|---|---|
#18+
SQL2008 Никто не говорит о специфических и экзотических вариантах! Дифф, во первых, требует более высокой квалификации админов (каждый раз нужно убедиться, что существует соответствующий полный бакап), во вторых, не решает задачи восстановления на произвольный момент времени. Соответственно, мэйнстрим для большинства баз - полные бакапы, обычно раз в сутки, но можно и реже, плюс бакапы логов. Для хранилищ, и прочих БД, которые можно повторно "подгрузить" за последние дни - симпл + полный бакап. А дифф - это та узкая ниша, когда нужно иметь возможность восстановиться на любой день длительного периода, база большая, а изменений в ней делается не так много. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.02.2020, 13:08 |
|
полное и разностное резервное копирование
|
|||
---|---|---|---|
#18+
alexeyvg А дифф - это та узкая ниша, когда нужно иметь возможность восстановиться на любой день длительного периода, база большая, а изменений в ней делается не так много. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.02.2020, 13:46 |
|
полное и разностное резервное копирование
|
|||
---|---|---|---|
#18+
Гавриленко Сергей Алексеевич alexeyvg А дифф - это та узкая ниша, когда нужно иметь возможность восстановиться на любой день длительного периода, база большая, а изменений в ней делается не так много. Конечно, нужно принимать во внимание конкретику этих обновлений. Понятно, что если постоянно меняется одно и то же, то дифф будет выгоднее. А, например, для типичной ОЛТП размеры будут близкие, но при этом бакап лога надёжнее. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.02.2020, 13:52 |
|
полное и разностное резервное копирование
|
|||
---|---|---|---|
#18+
Гавриленко Сергей Алексеевич Например, когда лог за неделю восстанавливается 3,5 дня. Надо, значит, полные бакапы чаще делать. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.02.2020, 13:53 |
|
полное и разностное резервное копирование
|
|||
---|---|---|---|
#18+
alexeyvg Гавриленко Сергей Алексеевич Например, когда лог за неделю восстанавливается 3,5 дня. Надо, значит, полные бакапы чаще делать. Это если есть такая возможность. А когда полный бекап делается 14 часов в выходные (при пониженной нагрузке) и 18 в обычный день + приводит к деградации производительности несколько раз подумаешь, прежде чем запускать полный бекап. Если сравнивать дифф бекап и логи, нужно помнить как они восстанавливаются. Дифф страницами, логи отдельными операциями изменения данных. И даже если дифф бекап больше чем бекап лога, это совсем не значит, что скорость восстановления первого будет больше. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.02.2020, 13:59 |
|
полное и разностное резервное копирование
|
|||
---|---|---|---|
#18+
msLex alexeyvgПотом, "за неделю" - это слишком долго. Надо, значит, полные бакапы чаще делать. Это если есть такая возможность. А когда полный бекап делается 14 часов в выходные (при пониженной нагрузке) и 18 в обычный день + приводит к деградации производительности несколько раз подумаешь, прежде чем запускать полный бекап.Ну, это да, вот, как раз тот экзотический случай, когда нужен diff :-) Я как то сделал раздельное бакапирование ридрайт (ежесуточное) и ридонли (один раз, при переводе в редонли) файлгрупп, что бы уменьшить время бакапа. ... |
|||
:
Нравится:
Не нравится:
|
|||
25.02.2020, 17:24 |
|
|
start [/forum/topic.php?fid=46&msg=39930510&tid=1686435]: |
0ms |
get settings: |
10ms |
get forum list: |
12ms |
check forum access: |
2ms |
check topic access: |
2ms |
track hit: |
27ms |
get topic data: |
9ms |
get forum data: |
2ms |
get page messages: |
50ms |
get tp. blocked users: |
1ms |
others: | 332ms |
total: | 447ms |
0 / 0 |