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

Откуда:
Сообщений: 6
Создал устройство резервного копирования: box
Прописал к нему сетевой путь: \\192.168.5.84\reservs\pek.bak
Далее создал план обслуживания, в котором сделал два вложенных плана: полное и разностное
Полное каждое воскресение, разностное каждый день. Ночью в 2.00.
Вроде бы всё делается, в логах ошибок нет, если открыть устройство резервного копирования box и посмотреть содержимое носителя, то все копии видны. И полные и разностные.

Проблема в том, что при запуске задачи восстановления, после выбора устройства резервного копирования box получаю ошибку:
"Не удается создать план восстановления из-за нарушения непрерывности цепочки LSN. (Microsoft.SqlServer.SmoExtended)"

Что я сделал не так?

Заранее спасибо.
25 сен 13, 05:37    [14880324]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2012. Не получается настроить резервное копирование на NAS  [new]
Sean1s
Member

Откуда:
Сообщений: 6
+Вот скрин схемы вложенного плана "полное"
Картинка с другого сайта.

Разностное примерно то же самое.
25 сен 13, 06:02    [14880329]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2012. Не получается настроить резервное копирование на NAS  [new]
Crimzic
Member

Откуда: Sydney
Сообщений: 59
Sean1s,

Покажите ещё, как вы делаете план восстановления. Скорее всего, вы выбираете разностный бекап, который "не подходит" к выбранному полному. Например, между выбранным полным и выбранным разностным были ещё полные бекапы.
25 сен 13, 06:50    [14880345]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2012. Не получается настроить резервное копирование на NAS  [new]
Sean1s
Member

Откуда:
Сообщений: 6
Crimzic,
в контекстном меню на базе, которую собираюсь восстановить, выбираю: Задачи - > Восстановить -> Базу данных
На странице "Общие" в качестве источника выбираю "Устройство", тип носителя резервной копии "Устройство резервного копирования"
После добавления и выбора устройства "box" 2-3 секунды сканирования ("Чтение заголовков устройств резервного копирования" ) и выдаёт вышеуказанную ошибку.
Табличное поле "Восстанавливаемые резервные наборы данных" пустое.

Если я вручную делаю резервную копию на box, а затем пытаюсь из неё сделать восстановление (точно так же как написал выше), то всё в порядке. Автоматически же созданные бэкапы не принимает почему то.
25 сен 13, 07:10    [14880351]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2012. Не получается настроить резервное копирование на NAS  [new]
Crimzic
Member

Откуда: Sydney
Сообщений: 59
Sean1s,

Получается, у вас все бекапы лежат в одном файле pek.bak? Это не очень хорошо с точки зрения устойчивости к порче данных и управления резервными копиями. Делайте лучше в разные файлы с датой в имени (см. приложенную картинку)ю
Думаю, ваша проблема связана с тем, что SSMS не может правильно определить последовательность восстановления.
Покажите, пожалуйста, результат выполнения команды:
RESTORE HEADERONLY 
FROM DISK='\\192.168.5.84\reservs\pek.bak'

А пробовали вы восстановить базу вручную, без использования мастера из SSMS (RESTORE DATABASE .....)?

К сообщению приложен файл. Размер - 49Kb
25 сен 13, 07:58    [14880392]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2012. Не получается настроить резервное копирование на NAS  [new]
Sean1s
Member

Откуда:
Сообщений: 6
Crimzic
Покажите, пожалуйста, результат выполнения команды:
RESTORE HEADERONLY 
FROM DISK='\\192.168.5.84\reservs\pek.bak'
+Результат выполнения
pek_backup_2013_09_21_030902_0985329NULL52013-10-05 03:09:02.000112saESKApek7062013-05-01 23:36:26.000400202833921826900000022809000101826900000022816000011826900000022809000101238920000014453001392013-09-21 03:09:14.0002013-09-21 03:15:15.0000010491966099046081103128ESKA256087646607-15D7-47BE-B4F1-9FF1B762CABF5D1D9790-E591-422C-8937-2DB82AB5E6E9Cyrillic_General_CI_ASF97D7704-B47A-4CA0-A6FA-625742DFFD5800000000005D1D9790-E591-422C-8937-2DB82AB5E6E9NULLSIMPLE1238920000014453001396FAC2ECF-A9E5-45AB-9AAB-ED1439650DDBDatabase DifferentialA5E1FE93-48C5-495D-B0C9-4BF5A83B3853100537965680
pek_backup_2013_09_22_025437_7022861NULL12013-10-06 02:54:37.000122saESKApek7062013-05-01 23:36:26.000416654981121828450000006669000101828450000006676000011828450000006669000101238920000014453001392013-09-22 02:54:50.0002013-09-22 02:59:48.0000010491966099046081103128ESKA153687646607-15D7-47BE-B4F1-9FF1B762CABF5D1D9790-E591-422C-8937-2DB82AB5E6E9Cyrillic_General_CI_ASF97D7704-B47A-4CA0-A6FA-625742DFFD5800000000015D1D9790-E591-422C-8937-2DB82AB5E6E9NULLSIMPLENULLNULLDatabase8E20DEBE-2E19-413F-AEF6-95982DDCE362106854438610
pek_backup_2013_09_23_025856_5662974NULL52013-10-07 02:58:56.000132saESKApek7062013-05-01 23:36:26.000402069411841869480000011178000101869480000011185000011869480000011178000101238920000014453001392013-09-23 02:59:09.0002013-09-23 03:03:56.0000010491966099046081103128ESKA256087646607-15D7-47BE-B4F1-9FF1B762CABF5D1D9790-E591-422C-8937-2DB82AB5E6E9Cyrillic_General_CI_ASF97D7704-B47A-4CA0-A6FA-625742DFFD5800000000005D1D9790-E591-422C-8937-2DB82AB5E6E9NULLSIMPLE1238920000014453001396FAC2ECF-A9E5-45AB-9AAB-ED1439650DDBDatabase Differential6883D662-A4E5-4FB7-A8EB-C16CFFF118FC100696376820
pek_backup_2013_09_24_025927_6572110NULL52013-10-08 02:59:27.000142saESKApek7062013-05-01 23:36:26.000400391690241921230000024088000101921230000024095000011921230000024088000101238920000014453001392013-09-24 02:59:40.0002013-09-24 03:06:43.0000010491966099046081103128ESKA256087646607-15D7-47BE-B4F1-9FF1B762CABF5D1D9790-E591-422C-8937-2DB82AB5E6E9Cyrillic_General_CI_ASF97D7704-B47A-4CA0-A6FA-625742DFFD5800000000005D1D9790-E591-422C-8937-2DB82AB5E6E9NULLSIMPLE1238920000014453001396FAC2ECF-A9E5-45AB-9AAB-ED1439650DDBDatabase Differential3C683A51-BC0F-433A-A500-313F24025AD0100592654240
pek_backup_2013_09_25_025500_9005467NULL52013-10-09 02:55:00.000152saESKApek7062013-05-01 23:36:26.000400737720321945210000013505000101945210000013512000011945210000013505000101238920000014453001392013-09-25 02:55:13.0002013-09-25 03:00:02.0000010491966099046081103128ESKA256087646607-15D7-47BE-B4F1-9FF1B762CABF5D1D9790-E591-422C-8937-2DB82AB5E6E9Cyrillic_General_CI_ASF97D7704-B47A-4CA0-A6FA-625742DFFD5800000000005D1D9790-E591-422C-8937-2DB82AB5E6E9NULLSIMPLE1238920000014453001396FAC2ECF-A9E5-45AB-9AAB-ED1439650DDBDatabase Differential087A17E2-2621-4576-83C9-0FA5711A9BD7100654852030

Crimzic
А пробовали вы восстановить базу вручную, без использования мастера из SSMS (RESTORE DATABASE .....)?
Нет, только через мастер.
А вручную это как? Скриптом?
25 сен 13, 08:34    [14880434]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2012. Не получается настроить резервное копирование на NAS  [new]
Sean1s
Member

Откуда:
Сообщений: 6
Мои настройки бакапа такие:

К сообщению приложен файл. Размер - 103Kb
25 сен 13, 08:45    [14880452]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2012. Не получается настроить резервное копирование на NAS  [new]
Sean1s
Member

Откуда:
Сообщений: 6
Мои настройки бакапа такие:

К сообщению приложен файл. Размер - 103Kb
25 сен 13, 08:47    [14880458]     Ответить | Цитировать Сообщить модератору
 Re: SQL 2012. Не получается настроить резервное копирование на NAS  [new]
Crimzic
Member

Откуда: Sydney
Сообщений: 59
Sean1s,

На скриншоте лучше выбрать пункт "создать файл резервной копии для каждой базы данных".
Вручную я имел в виду скриптом. Должно быть что-то вроде вот этого:
-- restore full backup:
RESTORE DATABASE DBNAME
FROM DISK = '\\192.168.5.84\reservs\pek.bak'
WITH NORECOVERY, FILE=2, STATS=10

GO

-- restore the latest diff one:
RESTORE DATABASE DBNAME
FROM DISK = '\\192.168.5.84\reservs\pek.bak'
WITH RECOVERY, FILE=5, STATS=10
25 сен 13, 08:54    [14880470]     Ответить | Цитировать Сообщить модератору
Все форумы / Microsoft SQL Server Ответить