Добро пожаловать в форум, Guest  >>   Войти | Регистрация | Поиск | Правила | В избранное | Подписаться
Все форумы / Microsoft SQL Server Новый топик    Ответить
 Помогите со схемой резервного копирования  [new]
Batiskaf
Member

Откуда:
Сообщений: 7
SQL Server 2008 R2
Моя схема резервного копирования пользовательских баз (модель восстановления Full):
1. Каждое воскресенье - full backup в 0:00.
2. Вторник - суббота - diff backup в 0:00 (выполняется чуть больше 4-х часов в составе большого задания с обслуживающими процедурами).
3. Понедельник - пятница - bakup log с 8:00 каждые 2 часа до 22:00 включительно.
Есть еще удаление старше 10 дней всех бекапов по вск в 5:00.

Во вторник, 10 мая попробовал восстановить одну из баз в тестовую. Предполагал, что понадобится: ВСК full + ВТ diff + ВТ 8:00 LogBackup. Но SQL Server Management Studio выдала, что я якобы создавал full во ВТ в 6:00, а затем LogBackup'ы - один пустой, другой в 8:00. Естественно, что не дала восстановить, т.к. первых 2-х файлов не существует.
Попробовал руками в запросе указать те файлы, на которые я рассчитывал - ошибка на попытке восстановить ВТ diff. Что-то вроде цепочка бекапов разорвана.
Во вторник после 18:00 руками запустил воскресное задание в агенте - full backup.
В среду всё отлично восстанавливалось: ВТ full + СР diff + СР 8:00 LogBackup.
Сегодня при попытке восстановить студия опять предлагает 3 бекапа, из которых 2 не существует (в 6 часов утра).
Добавил в скрипт восстановления среды ЧТ diff (ВТ full + СР diff + ЧТ diff + ЧТ 8:00 LogBackup) - ругается на ЧТ LogBackup:
+ Лог

10 проц. обработано.
20 проц. обработано.
30 проц. обработано.
40 проц. обработано.
50 проц. обработано.
60 проц. обработано.
70 проц. обработано.
80 проц. обработано.
90 проц. обработано.
100 проц. обработано.
Обработано 1670304 страниц для базы данных "test", файл "11_moscow" для файла 1.
Обработано 2 страниц для базы данных "test", файл "11_moscow_log" для файла 1.
RESTORE DATABASE успешно обработал 1670306 страниц за 123.201 секунд (105.918 MБ/сек).
10 проц. обработано.
20 проц. обработано.
30 проц. обработано.
40 проц. обработано.
50 проц. обработано.
60 проц. обработано.
70 проц. обработано.
80 проц. обработано.
90 проц. обработано.
100 проц. обработано.
Обработано 460312 страниц для базы данных "test", файл "11_moscow" для файла 1.
Обработано 7 страниц для базы данных "test", файл "11_moscow_log" для файла 1.
RESTORE DATABASE успешно обработал 460319 страниц за 64.310 секунд (55.920 MБ/сек).
10 проц. обработано.
20 проц. обработано.
30 проц. обработано.
40 проц. обработано.
50 проц. обработано.
60 проц. обработано.
70 проц. обработано.
80 проц. обработано.
90 проц. обработано.
100 проц. обработано.
Обработано 462720 страниц для базы данных "test", файл "11_moscow" для файла 1.
Обработано 7 страниц для базы данных "test", файл "11_moscow_log" для файла 1.
RESTORE DATABASE успешно обработал 462727 страниц за 62.035 секунд (58.274 MБ/сек).
Msg 4305, Level 16, State 1, Line 1
Журнал в этом резервном наборе данных начинается с номера LSN 54925000000134400001, который еще не может применяться к базе данных. Может быть восстановлена более ранняя резервная копия журналов, включающая номер LSN 54925000000112500001.
Msg 3013, Level 16, State 1, Line 1
RESTORE LOG прервано с ошибкой.

В Студии выбрал момент восстановления не последний, а 2:18, она подтянула все копии, начиная с последнего (ВТ) full. Номер LSN 54925000000112500001 - это сегодняшний diff. В списке бекапов студия добавляет несуществующий LogBackup сегодня от 6 часов утра. Почему?
+ Запрос
RESTORE DATABASE [test] 
FROM  DISK = N'E:\Backup\11_moscow\11_moscow_backup_2016_05_10_180118_2134895.bak' 
WITH  FILE = 1,  
MOVE N'11_moscow' TO N'E:\Data\test.mdf',  MOVE N'11_moscow_log' TO N'E:\Data\test_log.LDF',  
NORECOVERY,  NOUNLOAD,  STATS = 10
GO
RESTORE DATABASE [test] 
FROM  DISK = N'E:\Backup\11_moscow\11_moscow_backup_2016_05_11_035743_2398387.bak' 
WITH  FILE = 1,  
MOVE N'11_moscow' TO N'E:\Data\test.mdf',  MOVE N'11_moscow_log' TO N'E:\Data\test_log.LDF',  
NORECOVERY,  NOUNLOAD,  STATS = 10
GO
RESTORE DATABASE [test] 
FROM  DISK = N'E:\Backup\11_moscow\11_moscow_backup_2016_05_12_035653_4241158.bak' 
WITH  FILE = 1,  
MOVE N'11_moscow' TO N'E:\Data\test.mdf',  MOVE N'11_moscow_log' TO N'E:\Data\test_log.LDF',  
NORECOVERY,  NOUNLOAD,  STATS = 10
GO
RESTORE LOG [test] 
FROM  DISK = N'E:\Backup\11_moscow\11_moscow_backup_2016_05_12_080002_1218961.trn' 
WITH  FILE = 1,  NOUNLOAD,  STATS = 10
GO


Подскажите, пожалуйста, в чем ошибка?
Пробовал разобраться в примерах на MSDN, но там используется "устройство резервного копирования" (Backup device), а у меня для каждой копии отдельный файл.
12 май 16, 10:36    [19162126]     Ответить | Цитировать Сообщить модератору
 Re: Помогите со схемой резервного копирования  [new]
Slava_Nik
Member

Откуда: из России
Сообщений: 888
посмотрите в истории, что и куда у вас делается в это время
select s.database_name,f.logical_name,f.filegroup_name ,
backup_finish_date,user_name,s.server_name,s.recovery_model,
s.type,
m.physical_device_name
--,* 
from msdb.dbo.backupset s
inner join msdb.dbo.backupfile f on s.backup_set_id=f.backup_set_id
inner join [msdb].[dbo].[backupmediafamily]  m on m.media_set_id=s.media_set_id

where 
s.database_name='db'-- 
and backup_finish_date>'20160420'
order by backup_finish_date desc
12 май 16, 11:44    [19162695]     Ответить | Цитировать Сообщить модератору
 Re: Помогите со схемой резервного копирования  [new]
Batiskaf
Member

Откуда:
Сообщений: 7
Slava_Nik,

111_moscow11_moscowPRIMARY2016-05-12 12:00:04.000NT AUTHORITY\SYSTEMV-ONEFULLLE:\Backup\11_moscow\11_moscow_backup_2016_05_12_120004_6577288.trn
211_moscow11_moscow_logNULL2016-05-12 12:00:04.000NT AUTHORITY\SYSTEMV-ONEFULLLE:\Backup\11_moscow\11_moscow_backup_2016_05_12_120004_6577288.trn
311_moscow11_moscowPRIMARY2016-05-12 10:00:01.000NT AUTHORITY\SYSTEMV-ONEFULLLE:\Backup\11_moscow\11_moscow_backup_2016_05_12_100001_3397840.trn
411_moscow11_moscow_logNULL2016-05-12 10:00:01.000NT AUTHORITY\SYSTEMV-ONEFULLLE:\Backup\11_moscow\11_moscow_backup_2016_05_12_100001_3397840.trn
511_moscow11_moscowPRIMARY2016-05-12 08:00:02.000NT AUTHORITY\SYSTEMV-ONEFULLLE:\Backup\11_moscow\11_moscow_backup_2016_05_12_080002_1218961.trn
611_moscow11_moscow_logNULL2016-05-12 08:00:02.000NT AUTHORITY\SYSTEMV-ONEFULLLE:\Backup\11_moscow\11_moscow_backup_2016_05_12_080002_1218961.trn
711_moscow11_moscowPRIMARY2016-05-12 06:11:42.000NT AUTHORITY\SYSTEMV-ONEFULLLNUL
811_moscow11_moscow_logNULL2016-05-12 06:11:42.000NT AUTHORITY\SYSTEMV-ONEFULLLNUL
911_moscow11_moscowPRIMARY2016-05-12 06:02:06.000NT AUTHORITY\SYSTEMV-ONEFULLD{9CAFC770-379C-449C-BE6F-80D214152AFE}1
1011_moscow11_moscow_logNULL2016-05-12 06:02:06.000NT AUTHORITY\SYSTEMV-ONEFULLD{9CAFC770-379C-449C-BE6F-80D214152AFE}1
1111_moscow11_moscowPRIMARY2016-05-12 03:57:26.000NT AUTHORITY\SYSTEMV-ONEFULLIE:\Backup\11_moscow\11_moscow_backup_2016_05_12_035653_4241158.bak
1211_moscow11_moscow_logNULL2016-05-12 03:57:26.000NT AUTHORITY\SYSTEMV-ONEFULLIE:\Backup\11_moscow\11_moscow_backup_2016_05_12_035653_4241158.bak

Это по первой базе. По второй нет строк 7-8, но 9-10 также присутствуют.
Подскажите, пожалуйста, откуда они могут браться, т.к. я на это время ничего не назначал.
12 май 16, 12:45    [19163101]     Ответить | Цитировать Сообщить модератору
 Re: Помогите со схемой резервного копирования  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31438
Batiskaf
Подскажите, пожалуйста, откуда они могут браться, т.к. я на это время ничего не назначал.
Имя файла NUL - типичный признак бакапа виндами, или сторонними утилитами.
12 май 16, 13:05    [19163276]     Ответить | Цитировать Сообщить модератору
 Re: Помогите со схемой резервного копирования  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31438
alexeyvg
Batiskaf
Подскажите, пожалуйста, откуда они могут браться, т.к. я на это время ничего не назначал.
Имя файла NUL - типичный признак бакапа виндами, или сторонними утилитами.
А, ну и это тоже: {9CAFC770-379C-449C-BE6F-80D214152AFE}1
12 май 16, 13:05    [19163284]     Ответить | Цитировать Сообщить модератору
 Re: Помогите со схемой резервного копирования  [new]
Batiskaf
Member

Откуда:
Сообщений: 7
alexeyvg, Slava_Nik,
спасибо за помощь. Судя по журнал Windows, ноги растут от Veeam'а. Админ как будет доступен - спрошу.
Насколько я понимаю, эти задания должны быть отключены, т.к. они мне портят непрерывную цепочку моих бекапов?

Если можно еще вопрос: как организовать стандартными / бесплатными средствами накопление на стороннем носителе заменяющихся по кругу бэкапов от SQL Server'а по схеме:
N дневных
M недельных
L месячных
P годовых?
12 май 16, 14:06    [19163735]     Ответить | Цитировать Сообщить модератору
 Re: Помогите со схемой резервного копирования  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31438
Batiskaf
Насколько я понимаю, эти задания должны быть отключены, т.к. они мне портят непрерывную цепочку моих бекапов?
Или настроены правильно.
Что бы цепочка не прерывалась, нужно не делать лишних бакапов, или делать их с опцией COPY_ONLY
Соответственно, нужно в этом Veeam отключить бакап сиквельных баз, либо найти эту опцию (иногда помогает отключение опции теневого копирования)

Batiskaf
Если можно еще вопрос: как организовать стандартными / бесплатными средствами накопление на стороннем носителе заменяющихся по кругу бэкапов от SQL Server'а по схеме:
N дневных
M недельных
L месячных
P годовых?
Либо делайте план обслуживания (но им сложные схемы организовывать несколько мутно), либо пишите код для бакапа сами, типа такой сложной хранимой процедуры.
12 май 16, 18:54    [19165770]     Ответить | Цитировать Сообщить модератору
 Re: Помогите со схемой резервного копирования  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31438
alexeyvg
Batiskaf
Насколько я понимаю, эти задания должны быть отключены, т.к. они мне портят непрерывную цепочку моих бекапов?
Или настроены правильно.
Что бы цепочка не прерывалась, нужно не делать лишних бакапов, или делать их с опцией COPY_ONLY
Соответственно, нужно в этом Veeam отключить бакап сиквельных баз, либо найти эту опцию (иногда помогает отключение опции теневого копирования)
Вот, если потратить 10 секунд на гугление, можно найти опцию COPY_ONLY у Veeam :-)
https://helpcenter.veeam.com/backup/vsphere/copy_only.html
If you use native Microsoft SQL Server tools or 3rd party backup tools and also want to back up Microsoft SQL Server VMs with Veeam Backup & Replication, you must enable the Perform copy only option in the job settings.
12 май 16, 18:58    [19165786]     Ответить | Цитировать Сообщить модератору
 Re: Помогите со схемой резервного копирования  [new]
Batiskaf
Member

Откуда:
Сообщений: 7
alexeyvg
Что бы цепочка не прерывалась, нужно не делать лишних бакапов, или делать их с опцией COPY_ONLY
Соответственно, нужно в этом Veeam отключить бакап сиквельных баз, либо найти эту опцию (иногда помогает отключение опции теневого копирования)

alexeyvg
Вот, если потратить 10 секунд на гугление, можно найти опцию COPY_ONLY у Veeam :-)
https://helpcenter.veeam.com/backup/vsphere/copy_only.html
If you use native Microsoft SQL Server tools or 3rd party backup tools and also want to back up Microsoft SQL Server VMs with Veeam Backup & Replication, you must enable the Perform copy only option in the job settings.

Спасибо!

По поводу схемы накопления резервных копий - раньше пользовался Cobian Backup, но у него есть недостаток - 7z-архивирование он делает только в 1 поток, поэтому очень долго. В том же Far manager 7z использует все ядра, соответственно получается ощутимо быстрее. К сожалению, выпуск новых версий первого прекращен. Поэтому и ищу замену.
13 май 16, 10:30    [19167705]     Ответить | Цитировать Сообщить модератору
 Re: Помогите со схемой резервного копирования  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31438
Batiskaf
По поводу схемы накопления резервных копий - раньше пользовался Cobian Backup, но у него есть недостаток - 7z-архивирование он делает только в 1 поток, поэтому очень долго
Ещё Cobian не умеет COPY_ONLY, поэтому он всегда рвёт цепочку бакапов.

Veeam вот умеет, его и используйте.
13 май 16, 16:44    [19169972]     Ответить | Цитировать Сообщить модератору
 Re: Помогите со схемой резервного копирования  [new]
Batiskaf
Member

Откуда:
Сообщений: 7
alexeyvg,

Наш системный администратор вообще отключил эту функцию Veeam (делать рез. копии в SQL Server в null). Теперь у меня всё хорошо - цепочки бекапов не рвутся. Уже несколько раз восстанавливал успешно (в тестовую базу).
Так что спасибо за помощь еще раз!
3 июн 16, 17:57    [19256280]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить