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

Откуда:
Сообщений: 17
День добрый!

Неожиданно обнаружилась проблема при попытке восстановления БД с полной моделью.

Преамбула:

1. Используется MS SQL 2014.
2. Для некоторых БД используется полная модель восстановления.
3. В самом начале (и самая первая БД) бэкапилась в папку "E:\MSSQL\Backup\", но по мере подключения новых БД было принято решение перенести хранилище бэкапов на другой физический диск и для каждой БД использовать свою папку вида "F:\MSSQL\Backup\Имя_БД\".
4. Для этого в операциях резервного копирования планов обслуживания были изменены расположения целевых объектов (для бэкапов самих баз) и папки (для бэкапов журналов). Так же в свойствах сервера (Параметры баз данных) было изменено дефолтное имя папки бекапов на "F:\MSSQL\Backup\", хотя это больше косметическое изменение.

А вот теперь амбула:

Вчера потребовалось сделать откат одной БД. Жму на БД "ПКМ|Задачи|Восстановить|База данных ...". Источник - база данных.
MSSQL сам находит все последние сохранения - полные, разностные, журналов транзакций. Остается только поснимать ненужные галочки.
Сделав это, жму на "Проверка носителя резервной копии". После чего выскакивает ошибка "Ошибка проверки носителя резервной копии (ВНИМАНИЕ!!!) E:\MSSQL\Backup\Backup_Thu-Sat.bak", хотя резервные копии находятся давно уже на другом диске и в другой папке (F:\MSSQL\Backup\Zarplata\Backup_Thu-Sat.bak). БД, соответственно, восстановить из-за этой ошибки невозможно.

Делаю по другому. Выбираю в качестве источника "Устройство", нахожу и добавляю вручную файл бэкапа. Возникает список точек восстановления - полной и разностных, хранящихся в этом файле, но уже без сохранений журнала транзакций (не добавлять же еще вручную и их - нудно).
В этом случае восстановление происходит нормально.

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

Почему БД пытается искать резервные копии по старому адресу - так и не понял. Посему вопросы:

1. Где БД хранит расположение резервных копий в, якобы, котором они должны находиться?
2. Почему бэкапы давным-давно создаются в другом месте, а БД до сих пор ищет их по старому адресу (хотя сам список последних бэкапов данных и журнала помнит правильно)?
3. Как это лечить, в конце-концов? Предложение "снести БД напрочь, воссоздать из дампа 1С, и настроить все планы обслуживания и копирования заново" рассматриваются, но не принимаются всерьёз.
4 июн 16, 15:06    [19257952]     Ответить | Цитировать Сообщить модератору
 Re: Проблемы восстановления после переназначения папки бэкапов  [new]
Knyazev Alexey
Member

Откуда: Екб -> Мск
Сообщений: 10233
Блог
Григорьев Андрей
Где БД хранит расположение резервных копий


msdb..backupfile
4 июн 16, 15:12    [19257964]     Ответить | Цитировать Сообщить модератору
 Re: Проблемы восстановления после переназначения папки бэкапов  [new]
Григорьев Андрей
Member

Откуда:
Сообщений: 17
Knyazev Alexey
Григорьев Андрей
Где БД хранит расположение резервных копий


msdb..backupfile


Прошу прощения за глупый вопрос: Это БД со скрытыми данными. Как посмотреть и, тем более, изменить их?
4 июн 16, 15:17    [19257967]     Ответить | Цитировать Сообщить модератору
 Re: Проблемы восстановления после переназначения папки бэкапов  [new]
Knyazev Alexey
Member

Откуда: Екб -> Мск
Сообщений: 10233
Блог
Григорьев Андрей
Это БД со скрытыми данными. Как посмотреть и, тем более, изменить их?

это системная БД msdb, в которой кроме всего прочего хранится информация по резервным копиям
смотреть можно запросами
менять ничего не нужно, это же системные базы...можно так наменять, что потом не разберёшься


зы: а вообще рекомендую обратиться к вашему администратору БД...
4 июн 16, 15:23    [19257973]     Ответить | Цитировать Сообщить модератору
 Re: Проблемы восстановления после переназначения папки бэкапов  [new]
Григорьев Андрей
Member

Откуда:
Сообщений: 17
Knyazev Alexey
это системная БД msdb, в которой кроме всего прочего хранится информация по резервным копиям
смотреть можно запросами
менять ничего не нужно, это же системные базы...можно так наменять, что потом не разберёшься

зы: а вообще рекомендую обратиться к вашему администратору БД...


Посмотрел запросом:

SELECT * FROM [msdb].[dbo].[backupfile]


Выдало кучу строк о том, для каких файлов создавались резервные копии, включая их оригинальное расположение. Т.е. во всех строках содержались наименования дисков и пути для файлов, которые резервировались. Но не было путей вида "E:\MSSQL\Backup\...". Ни одного!
Т.е. это не совсем та таблица. Вернее, совсем не та :(
4 июн 16, 16:15    [19258113]     Ответить | Цитировать Сообщить модератору
 Re: Проблемы восстановления после переназначения папки бэкапов  [new]
Knyazev Alexey
Member

Откуда: Екб -> Мск
Сообщений: 10233
Блог
msdb..backupset - тут все бэкапы
msdb..backupmediafamily - тут их пути
4 июн 16, 16:37    [19258172]     Ответить | Цитировать Сообщить модератору
 Re: Проблемы восстановления после переназначения папки бэкапов  [new]
Григорьев Андрей
Member

Откуда:
Сообщений: 17
Knyazev Alexey
msdb..backupset - тут все бэкапы
msdb..backupmediafamily - тут их пути

В самом деле, нашел в backupmediafamily путь E:\MSSQL\Backup\. А нового F:\MSSQL\Backup\Zarplata\ там нет.

Можно ли заменить вручную букву диска в этом пути? Ну и в других заодно.

А то сейчас, после отката, обнаружилось еще вот какая штука: если вдруг прямо сейчас нужно будет произвести еще один откат, то резервные копии (полные и разностные), попавшие в промежуток между точкой предыдущего отката и временем выполнения этого отката, учитывать не надо. MSSQL это отслеживает и при установке опции восстановления "Источник - База данных" корректно их пропускает - просто не показывает. Но восстановить не может из-за ошибки пути. А как сделать такое восстановление без бубнов при включении опции "Источник - Устройство" сразу так и не сообразишь.
4 июн 16, 17:49    [19258302]     Ответить | Цитировать Сообщить модератору
 Re: Проблемы восстановления после переназначения папки бэкапов  [new]
Гавриленко Сергей Алексеевич
Member

Откуда:
Сообщений: 37254
Григорьев Андрей
Knyazev Alexey
msdb..backupset - тут все бэкапы
msdb..backupmediafamily - тут их пути

В самом деле, нашел в backupmediafamily путь E:\MSSQL\Backup\. А нового F:\MSSQL\Backup\Zarplata\ там нет.

Можно ли заменить вручную букву диска в этом пути? Ну и в других заодно.

А то сейчас, после отката, обнаружилось еще вот какая штука: если вдруг прямо сейчас нужно будет произвести еще один откат, то резервные копии (полные и разностные), попавшие в промежуток между точкой предыдущего отката и временем выполнения этого отката, учитывать не надо. MSSQL это отслеживает и при установке опции восстановления "Источник - База данных" корректно их пропускает - просто не показывает. Но восстановить не может из-за ошибки пути. А как сделать такое восстановление без бубнов при включении опции "Источник - Устройство" сразу так и не сообразишь.
Что за поток сознания? В обеих командах, как backup database, так и restore database, можно и нужно прописывать полные пути к файлам бэкапа.

Сообщение было отредактировано: 4 июн 16, 22:24
4 июн 16, 21:02    [19258631]     Ответить | Цитировать Сообщить модератору
 Re: Проблемы восстановления после переназначения папки бэкапов  [new]
Григорьев Андрей
Member

Откуда:
Сообщений: 17
Гавриленко Сергей Алексеевич
В обеих командах, как backup database, так и restore database, можно и нужно прописывать полные пути к файлам бэкапа.

Совершенно с Вами согласен!

Только в данном случае речь идет как раз о том, что эти пути в системных базах хранятся неправильные - не, те которые используются сейчас, а те, которые использовались когда-то (скорее всего, в первый раз создания этих бэкапов). В результате восстановление с использованием механизмов самого MS SQL становится невозможным.

Кстати, спасибо за наводку. Обдумывая ответ, я понял, как можно исправить ситуацию, не правя системные БД. Просто задать в качестве целевых объектов резервного копирования файлы с другим именем. В msbd для них создадутся новые записи с уже правильным указанием расположения.
Придется повозиться с заменой целевых объектов в каждом вложенном плане каждого плана обслуживания каждой базы. Зато без малейшего риска что-нить порушить.
4 июн 16, 23:00    [19258893]     Ответить | Цитировать Сообщить модератору
 Re: Проблемы восстановления после переназначения папки бэкапов  [new]
Гавриленко Сергей Алексеевич
Member

Откуда:
Сообщений: 37254
Григорьев Андрей
Только в данном случае речь идет как раз о том, что эти пути в системных базах хранятся неправильные - не, те которые используются сейчас, а те, которые использовались когда-то (скорее всего, в первый раз создания этих бэкапов). В результате восстановление с использованием механизмов самого MS SQL становится невозможным.
Еще раз. Для тех, кто в танке. Команде restore database, которая в MSSQL является основным механизмом восстановления, начхать, что написано в таблицах backupfile и иже с нею. В команде restore database надо просто написать нужный путь к файлам бэкапа.

Сообщение было отредактировано: 4 июн 16, 23:08
4 июн 16, 23:06    [19258897]     Ответить | Цитировать Сообщить модератору
 Re: Проблемы восстановления после переназначения папки бэкапов  [new]
Григорьев Андрей
Member

Откуда:
Сообщений: 17
Гавриленко Сергей Алексеевич
Еще раз. Для тех, кто в танке. Команде restore database, которая в MSSQL является основным механизмом восстановления, начхать, что написано в таблицах backupfile и иже с нею. В команде restore database надо просто написать нужный путь к файлам бэкапа.

Вот хамит не надо, ладно?

Еще раз поясняю проблему:

Чтобы восстановить БД из указанного файла бэкапа, не обязательно писать команду restore database вручную. Достаточно задать там же в задаче восстановления БД опцию "Источник" не "База данных", а "Устройство" и указать этот самый файл бэкапа.

Можно так, можно вручную прописать команду - кому как религия велит.

Вопрос как раз в другом: Почему при задании опции "Источник"="База данных" восстановление невозможно как раз по причине хранения неправильного пути? Почему MS SQL не отследил, что расположение сменилось? Как это теперь исправить с наименьшими затратами?

Т.е. функционал восстановления оказался нарушен и пользоваться им теперь в полной мере не получается.

Ведь, согласитесь, зайти в этот инструмент, снять/поставить нужные галочки и ткнуть кнопку "ОК" - дело нескольких секунд. Или воспользоваться такой фичей, как "Временная шкала". Писать команды восстановления вручную, да если еще восстанавливать надо не по полным или разностным копиям, а по промежуточным точкам сохранения журнала транзакций - занятие более неблагодарное.
4 июн 16, 23:45    [19258943]     Ответить | Цитировать Сообщить модератору
 Re: Проблемы восстановления после переназначения папки бэкапов  [new]
Гавриленко Сергей Алексеевич
Member

Откуда:
Сообщений: 37254
Пользуйтесь правильными инструментами, и будет вам счастье. Аминь.
5 июн 16, 10:39    [19259257]     Ответить | Цитировать Сообщить модератору
 Re: Проблемы восстановления после переназначения папки бэкапов  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31972
Григорьев Андрей
Почему MS SQL не отследил, что расположение сменилось?
Потому что это невозможно. Сиквел же не знает, куда вам вздумалось перенести базу - в другую папку, на ноут, в другой датацентр в другой стране. Или куда вам захотелось перенести отдельные файлы базы, и что в них будет теперь храниться по вашему новому замыслу.

Эти утилиты рассчитаны именно на "восстановление" всего, что было, в первоначальном варианте, на тот момент, когда был сделан бакап.

По моему, вполне логичное поведение, не находите? Если вы считаете такое поведение неудобным для пользователей, можете написать вы коннект - если другие пользователи вас поддержат, разработчики могут изменить поведение утилит.

Изменить пути в метаданных бакапов - не думаю, что это возможно.
Григорьев Андрей
Писать команды восстановления вручную, да если еще восстанавливать надо не по полным или разностным копиям, а по промежуточным точкам сохранения журнала транзакций - занятие более неблагодарное.
У меня, что бы не парится с путями для нескольких сотен файлов базы, написан простенький скрипт формирования скрипта восстановления, который правильно раскладывает эти файлы для разных случаев восстановления (на другой сервер, на тот же сервер в виде новой базы и т.п.)

Напишите свой скрипт, если у вас много файлов и сложные восстановления, или просто сохраните статические скрипты, если ситуация проще.
5 июн 16, 14:09    [19259547]     Ответить | Цитировать Сообщить модератору
 Re: Проблемы восстановления после переназначения папки бэкапов  [new]
Григорьев Андрей
Member

Откуда:
Сообщений: 17
Гавриленко Сергей Алексеевич
Пользуйтесь правильными инструментами, и будет вам счастье. Аминь.

Т.е. сам MSSQL с его механизмами отслеживания и восстановления - это неправильный инструмент?

alexeyvg
Потому что это невозможно. Сиквел же не знает, куда вам вздумалось перенести базу - в другую папку, на ноут, в другой датацентр в другой стране. Или куда вам захотелось перенести отдельные файлы базы, и что в них будет теперь храниться по вашему новому замыслу.

Эти утилиты рассчитаны именно на "восстановление" всего, что было, в первоначальном варианте, на тот момент, когда был сделан бакап.

По моему, вполне логичное поведение, не находите? Если вы считаете такое поведение неудобным для пользователей, можете написать вы коннект - если другие пользователи вас поддержат, разработчики могут изменить поведение утилит.

Изменить пути в метаданных бакапов - не думаю, что это возможно.

Спасибо за ответ!

Не сказал бы, что это невозможно ... Тем более не согласен, что он "не знает, куда перенесена база".

Речь идет не о переносе базы, а о переносе целевых файлов бэкапов. Эти файлы были перенесены на другой диск, в планах обслуживания все целевые объекты были перепрописаны на новое расположение.

Ведь MS SQL отслеживает, куда был сделан первый раз бэкап и фиксирует этот путь в [msdb].[dbo].[backupmediafamily]. Если изменить в задании резервного копирования имя целевого объекта (файла бэкапа), то для него там будет сделана новая запись с указанием его нового расположения. Т.е. при каждом бэкапировании идет проверка - существует ли это имя. И в случае необходимости сохраняется и новое имя и новый путь.
Но почему же тогда, если имя осталось прежним, а путь изменился, не производится его корректирование? Ведь проверка существования записи для этого имени все равно же происходит! Почему же не проверяется заодно и путь? Тем более, что они не разделены и хранятся в виде единой строки.

Далее Вы пишете: "на тот момент, когда был сделан бакап". Но ведь на этот момент расположение самих БД и журналов транзакций, допустим, не изменилось. Какая же разница Скулю, где лежат бэкапы? Почему бы не использовать их настоящее реальное положение, а не первоначальное, уже не существующее? Ведь резервное копирование на новый диск производится уже около 4-х месяцев. Можно было бы за это время и разобраться :)

Конечно, считаю такое поведение неудобным. Потому что в результате этой ошибки перестает работать половина функционала восстановления. Причем, половина бОльшая и наиболее мощная по возможностям.

А почему изменить пути невозможно? Запрещено принципиально или из-за возможных побочных отрицательных явлений?
6 июн 16, 08:33    [19260931]     Ответить | Цитировать Сообщить модератору
 Re: Проблемы восстановления после переназначения папки бэкапов  [new]
rootman
Member

Откуда:
Сообщений: 114
Если мне память не изменяет, а что вполне возможно.
При переносе бекапа на новое место необходимо создавать новый backup set. И тогда сиквел будет точно знать откуда востанавливать базу.
6 июн 16, 09:48    [19261173]     Ответить | Цитировать Сообщить модератору
 Re: Проблемы восстановления после переназначения папки бэкапов  [new]
Григорьев Андрей
Member

Откуда:
Сообщений: 17
rootman
Если мне память не изменяет, а что вполне возможно.
При переносе бекапа на новое место необходимо создавать новый backup set. И тогда сиквел будет точно знать откуда востанавливать базу.

Ну да, я это писал уже выше - давать новое имя набору. Т.е. переименовывать его и на диске и в заданиях планов обслуживания. Ничего умнее пока не придумал.
Надеюсь, это сработает. Впрочем, перенося 4 месяца назад бэкапы на другой диск, я тоже так думал :D
6 июн 16, 09:53    [19261202]     Ответить | Цитировать Сообщить модератору
 Re: Проблемы восстановления после переназначения папки бэкапов  [new]
rootman
Member

Откуда:
Сообщений: 114
Григорьев Андрей
rootman
Если мне память не изменяет, а что вполне возможно.
При переносе бекапа на новое место необходимо создавать новый backup set. И тогда сиквел будет точно знать откуда востанавливать базу.

Ну да, я это писал уже выше - давать новое имя набору. Т.е. переименовывать его и на диске и в заданиях планов обслуживания. Ничего умнее пока не придумал.
Надеюсь, это сработает. Впрочем, перенося 4 месяца назад бэкапы на другой диск, я тоже так думал :D

Так вы сосздаете новый сет, но старые файлы туда не переносите. вообще список файлов которые нужны для востановления можно посмотреть в msdb, а далее ручками написать команду рестор с необходимыми файлами и действиями. Ну а из нового сета можете востанавливать из гуев.
6 июн 16, 10:03    [19261275]     Ответить | Цитировать Сообщить модератору
 Re: Проблемы восстановления после переназначения папки бэкапов  [new]
Григорьев Андрей
Member

Откуда:
Сообщений: 17
rootman
Так вы сосздаете новый сет, но старые файлы туда не переносите.

Можно и так. Но в этом случае "перенос" нужно делать непосредственно перед полным плановым копированием (что не всегда удобно, т.к. чаще всего это ночью). Либо делать полную копию сразу после переназначения целевого объекта. Что тоже лишняя морока.

Иначе может так получиться, что полная копия находится в старом наборе по старому адресу, а разностная создается уже в новом.
Не уверен, что в этом случае не будет никаких траблов уже при попытке создать эту разностную копию. Но вот восстановление из таких разнесенных по разным дискам наборов уж точно без бубна не прокатит.
6 июн 16, 10:46    [19261520]     Ответить | Цитировать Сообщить модератору
 Re: Проблемы восстановления после переназначения папки бэкапов  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31972
Григорьев Андрей
Речь идет не о переносе базы, а о переносе целевых файлов бэкапов.
Ой, извините, читал обсуждение, запутался, потерял нить разговора :-)

Григорьев Андрей
Если изменить в задании резервного копирования имя целевого объекта (файла бэкапа), то для него там будет сделана новая запись с указанием его нового расположения. Т.е. при каждом бэкапировании идет проверка - существует ли это имя. И в случае необходимости сохраняется и новое имя и новый путь.
Но почему же тогда, если имя осталось прежним, а путь изменился, не производится его корректирование? Ведь проверка существования записи для этого имени все равно же происходит! Почему же не проверяется заодно и путь? Тем более, что они не разделены и хранятся в виде единой строки.

Это просто разные проги.

Метаданные в msdb относятся к сиквелу, там есть инфа, куда был сделан бакап.

А настройка пути для бакапов в плане обслуживания делается в самом плане обслуживания.
Это же не место хранения бакапов.
У вас может быть множество планов обслуживания, у них можно указать разные папки, ну и вообще, можно указать папку, а бакапа не сделать, там могут быть расписаны самые изощрённые алгоритмы и самая запутанная логика. Типа, у вас в чётную пятницу один Maintenance Plan будет записывать бакап в одну папку, а в нечётную другой Maintenance Plan будет записывать в другую, а в понедельник будет посылать письмо "сделайте бакап вручную на ноутбук". При этом эти 3 Maintenance Plan-а писали разные команды, подчиняющиеся разным начальникам.

Т.е. план обслуживания - некая среда программирования, а не поддержка актуаьных бакапов.

Представьте, что План Обслуживания - это некая Visual Studio, в которой вы пишите программу для резервного копирования (собственно, это и есть Visual Studio, точнее, её фрагмент).

Понятно, что эти настройки каких то переменных в Visual Studio невозможно как то учитывать сиквелу при восстановлении. Максимум, сиквел из своих метаданных бакапов знает, куда реально был сделан конкретный бакап.

Григорьев Андрей
Какая же разница Скулю, где лежат бэкапы? Почему бы не использовать их настоящее реальное положение, а не первоначальное, уже не существующее? Ведь резервное копирование на новый диск производится уже около 4-х месяцев. Можно было бы за это время и разобраться :)

Конечно, считаю такое поведение неудобным. Потому что в результате этой ошибки перестает работать половина функционала восстановления. Причем, половина бОльшая и наиболее мощная по возможностям.

А почему изменить пути невозможно? Запрещено принципиально или из-за возможных побочных отрицательных явлений?
Невозможно, потому что нет такого штатного функционала - изменить метаданные о месте хранения каких либо бакапов.

Но можно самому изменить пути для бакапов, в табличке [dbo].[backupmediafamily]
6 июн 16, 11:08    [19261605]     Ответить | Цитировать Сообщить модератору
 Re: Проблемы восстановления после переназначения папки бэкапов  [new]
Гавриленко Сергей Алексеевич
Member

Откуда:
Сообщений: 37254
Григорьев Андрей
Т.е. сам MSSQL с его механизмами отслеживания и восстановления - это неправильный инструмент?
Вы говорите всего лишь про графические утилиты. Для самого MSSQL достаточно команды backup и restore.
6 июн 16, 11:30    [19261718]     Ответить | Цитировать Сообщить модератору
 Re: Проблемы восстановления после переназначения папки бэкапов  [new]
alexeyvg
Member

Откуда: Moscow
Сообщений: 31972
Гавриленко Сергей Алексеевич
Вы говорите всего лишь про графические утилиты
Даже больше того, это среды программирования, они слишком "программируемы", что бы сиквел мог на основании их настроек знать, что бакапы хранятся в таком-то месте.
6 июн 16, 11:51    [19261857]     Ответить | Цитировать Сообщить модератору
 Re: Проблемы восстановления после переназначения папки бэкапов  [new]
rootman
Member

Откуда:
Сообщений: 114
Григорьев Андрей
rootman
Так вы сосздаете новый сет, но старые файлы туда не переносите.

Можно и так. Но в этом случае "перенос" нужно делать непосредственно перед полным плановым копированием (что не всегда удобно, т.к. чаще всего это ночью). Либо делать полную копию сразу после переназначения целевого объекта. Что тоже лишняя морока.

Иначе может так получиться, что полная копия находится в старом наборе по старому адресу, а разностная создается уже в новом.
Не уверен, что в этом случае не будет никаких траблов уже при попытке создать эту разностную копию. Но вот восстановление из таких разнесенных по разным дискам наборов уж точно без бубна не прокатит.

Собственно бекапирование баз это некая неотемлемая часть администрирование и планирования БД, и перенести один раз и правильно думаю это не проблема.
6 июн 16, 12:14    [19262026]     Ответить | Цитировать Сообщить модератору
 Re: Проблемы восстановления после переназначения папки бэкапов  [new]
Григорьев Андрей
Member

Откуда:
Сообщений: 17
Гавриленко Сергей Алексеевич
Вы говорите всего лишь про графические утилиты. Для самого MSSQL достаточно команды backup и restore.

Прошу прощения, но разве системная БД msdb используется исключительно гуёвым интерфейсом SQL Server Management Studio? Кажется, там полно прочих утилит и компонент, которые пишут и читают ее.

И даже если всё действительно так, то речь как раз и идет о восстановлении функционала этой самой графической утилиты. Тому как потребность что-то там восстанавливать возникает, в худшем случае раз в квартал. И судорожно вспоминать и разбираться в этот момент, как надо написать команду, чтобы восстановить БД не на момент полного/разностного копирования, а по архивам журналов транзакций на любой момент (допустим, на момент через полтора часа после последнего разностного копирования) - это не для моих расшатанных нервов.
6 июн 16, 12:45    [19262231]     Ответить | Цитировать Сообщить модератору
 Re: Проблемы восстановления после переназначения папки бэкапов  [new]
Григорьев Андрей
Member

Откуда:
Сообщений: 17
alexeyvg
Даже больше того, это среды программирования, они слишком "программируемы", что бы сиквел мог на основании их настроек знать, что бакапы хранятся в таком-то месте.

Но он же "знает" это!!! Он же сохраняет место первоначального расположения набора! Только при последующих сохранениях по другому пути он это не корректирует.

Согласен, что могут быть ситуации, когда замена пути не нужна. Например, когда делаем внеплановый бэкап на какой-то левый носитель. Т.е., по идее, хранить последний путь ничуть не лучше, чем первый. Но в таком случае надо бы хранить в msbd реальные пути всех сохранений, а не только первого или последнего.
6 июн 16, 12:52    [19262276]     Ответить | Цитировать Сообщить модератору
 Re: Проблемы восстановления после переназначения папки бэкапов  [new]
Гавриленко Сергей Алексеевич
Member

Откуда:
Сообщений: 37254
Григорьев Андрей
Гавриленко Сергей Алексеевич
Вы говорите всего лишь про графические утилиты. Для самого MSSQL достаточно команды backup и restore.

Прошу прощения, но разве системная БД msdb используется исключительно гуёвым интерфейсом SQL Server Management Studio? Кажется, там полно прочих утилит и компонент, которые пишут и читают ее.

И даже если всё действительно так, то речь как раз и идет о восстановлении функционала этой самой графической утилиты. Тому как потребность что-то там восстанавливать возникает, в худшем случае раз в квартал. И судорожно вспоминать и разбираться в этот момент, как надо написать команду, чтобы восстановить БД не на момент полного/разностного копирования, а по архивам журналов транзакций на любой момент (допустим, на момент через полтора часа после последнего разностного копирования) - это не для моих расшатанных нервов.
Достаточно один раз написать инструкцию. А то если вдруг сервер с msdb сгорит вместе, что делать будете?
6 июн 16, 13:19    [19262484]     Ответить | Цитировать Сообщить модератору
Топик располагается на нескольких страницах: [1] 2   вперед  Ctrl      все
Все форумы / Microsoft SQL Server Ответить