Создание устройства резервного копирования в MS SQL Server 2012

logo_sql_2012При выполнении операций резервного копирования и восстановлений баз данных в MS SQL Server удобно использовать логические устройства резервного копирования. Преимущество заключается в более коротком имени устройства в противовес указанию полного пути расположения файла и имени файла с резервной копией. Использование логического устройства резервного копирования может быть полезным, если планируется запись набора резервных копий по одному и тому же пути или на один накопитель на магнитной ленте. Они также особенно полезны для указания ленточных устройств резервного копирования. О создании логического устройства резервного копирования в MS SQL Server 2012 и пойдет речь в данной статье (в более старых редакциях, например в Microsoft SQL Server 2008 R2, набор действий аналогичен).

0. Оглавление

  1. Создание устройства резервного копирования
  2. Использование устройства резервного копирования
  3. Просмотр содержимого устройства резервного копирования

1. Создание устройства резервного копирования

Подключаемся к MS SQL Server c помощью программы  «SQL Server Management Studio». В Microsoft Windows Server 2012 R2 ее можно найти в списке всех программ.

Ustanovka_SQL_2012_23

В Microsoft Windows Server 2008 R2 в меню «Пуск» (Start) — «Microsoft SQL Server 2012» — «Среда SQL Server Management Studio».

Ustanovka_SQL_2012_23

Вводим адрес сервера или его псевдоним, данные для авторизации и нажимаем «Соединить» (Connect).

Слева, в обозревателе объектов (Object Explorer), раскрываем вкладку «Объекты сервера» (Server Oblects), кликаем правой кнопкой мыши по вкладке «Устройства резервного копирования» (Backup Devices) и в контекстном меню выбираем пункт «Создать устройство резервного копирования…» (New Backup Device…).

ustrojstva-rezervnogo-kopirovaniya-sql-server-2012_02

В появившемся окне вводим имя устройства резервного копирования и назначение устройства — ленту или файл на жестком диске. Учитывая, что все наборы резервных копий будут сохраняться в указанном файле на диске или на ленте, необходимо позаботиться о наличии свободного места на данных устройствах. Выбрав необходимые параметры, нажимаем «ОК».

ustrojstva-rezervnogo-kopirovaniya-sql-server-2012_03

После чего только что созданное устройство появится в списке устройств резервного копирования в обозревателе объектов SQL Server.

ustrojstva-rezervnogo-kopirovaniya-sql-server-2012_04

2. Использование устройства резервного копирования

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

ustrojstva-rezervnogo-kopirovaniya-sql-server-2012_05

Причем в зависимости от того, какие настройки установлены на вкладке «Параметры» (Options) раздела «Переписать носитель» (Restore options) окна создания резервной копии, зависит будет ли данная резервная копия добавлена к существующим резервным наборам данных или же все существующие на устройстве резервные наборы данных будут перезаписаны.

ustrojstva-rezervnogo-kopirovaniya-sql-server-2012_07

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

ustrojstva-rezervnogo-kopirovaniya-sql-server-2012_06

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

ustrojstva-rezervnogo-kopirovaniya-sql-server-2012_08

3. Просмотр содержимого устройства резервного копирования

Для того, чтобы просмотреть какие наборы резервных копий содержатся в устройстве резервного копирования достаточно вызвать свойства данного устройства (в обозревателе объектов (Object Explorer) кликнуть правой кнопкой мыши по данному устройству и в контекстном меню выбрать «Свойства» (Properties) или просто дважды кликнуть по нему левой кнопкой мыши). Далее в окне свойств набора необходимо перейти на вкладку «Содержимое носителя» (Media Contents) где в таблице будут расположены все резервные копии, содержащиеся в данном устройстве резервного копирования.

ustrojstva-rezervnogo-kopirovaniya-sql-server-2012_09

Помогла ли Вам данная статья?
Да, спасибо, все получилось.
Немного помогла.
Совсем не помогла.
Не то, что я искал(а).
Смотреть результаты
infostart event 2017
Запись опубликована в рубрике Microsoft SQL Server 2012 с метками , , , . Добавьте в закладки постоянную ссылку.


12 комментариев на «Создание устройства резервного копирования в MS SQL Server 2012»

  1. Максим говорит:

    Здравствуйте! Проблема заключается в следующем: имеется сервер SQL 2008 с несколькими БД. Нужно сделать резервную копию всех баз. Но так как на данном сервере не хватает места, установил на другом сервере клиентскую часть SQL Server. Нужно сделать резервные копии именно на сервере с клиентской частью. Но при создании резервной копии видяться только те носители, которые установлены на SQL Server. Есть ли какое-то решение данной проблемы?

    • Виталий Онянов говорит:

      Здравствуйте. В вашем случае могу посоветовать следующее:
      1) Создать на компьютере, куда будете складывать резервные копии, общую папку, настроить доступ к данной папке по сети. А при создании резервных копий каждый раз прописывать путь к этой папке вручную, в формате:
      \\< ИмяКомпьютера>\< ИмяРесурса>\
      Пусть вас не пугает, что при использовании кнопки «Выбрать» в мастере создания резервных копий, сетевые ресурсы не видны, если путь прописать руками, резервная копия успешно создается.
      2) Чтобы облегчить себе жизнь, можно создать устройство резервного копирования на том же ресурсе
      \\< ИмяКомпьютера>\< ИмяРесурса>\
      (путь также прописать руками) и при создании резервной копии указывать в качестве назначения данное устройство.
      3) Также можно написать скрипт, который после создания резервной копии на текущем компьютере (где установлен MS SQL Server) будет сразу перемещать файл резервной копии на сетевой диск.

      • Максим говорит:

        Еще забыл написать о том, что на этих серверах пользователи в разных доменах, при этом все что вы описали будет работать? Извините конечно за такие вопросы, новичек в этом деле)))

      • Максим говорит:

        System.Data.SqlClient.SqlError: Невозможно открыть устройство резервного копирования ‘Device(\\WIN-BJZCZUZWQGI\F:\SQLBackup)’. Ошибка операционной системы 161(Указан недопустимый путь.). (Microsoft.SqlServer.Smo)

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

        • Виталий Онянов говорит:

          На первый взгляд видна ошибка в пути, мне кажется вместо
          \\WIN-BJZCZUZWQGI\F:\SQLBackup
          надо использовать путь
          \\WIN-BJZCZUZWQGI\SQLBacku\

          В рамках одного домена, я это настраивал не раз. Но даже если у вас сервера в разных доменах, мне кажется, что такая конструкция все равно будет работать. Необходимо только убедиться, что у пользователя из под которого запущен агент SQL Server есть права на доступ в тот каталог, куда вы хотите складывать резервные копии. В случае с разными доменами, настройка будет чуть сложнее. Попробуйте для начала дать полные права на сетевой каталог \\WIN-BJZCZUZWQGI\SQLBacku\ всем пользователям («Все», «Everyone») и «Отключить общий доступ с парольной защитой» на этом сервере (Панель управления\Сеть и Интернет\Центр управления сетями и общим доступом\Дополнительные параметры общего доступа). Если все заработает, уже можно будет более детально настраивать права на каталог.

          В общем, крутите с правами, мне кажется, должно получиться.

          • Максим говорит:

            Все получилось, спасибо большое за помощь!!! Отличный сайт и своевременная помощь!

  2. Максим говорит:

    Доброго времени суток. Возникла проблема следующего характера. Раньше бекапы баз данных складывались в каталог \\WIN-BJZCZUZWQGI\SQLBackup\. Все проходило без ошибок. Но с некоторого момента бекапы начали завершаться с ошибкой. Невозможно открыть устройство резервного копирования ‘\\WIN-BJZCZUZWQGI\SQLBackup\BAK\ka.bak’. Ошибка операционной системы 1326(Вход в систему не произведен: имя пользователя или пароль не опознаны.). Хотя права выставлены для Всех полные. Есть ли решение этой проблемы?

    • Виталий Онянов говорит:

      У пользователя, из под которого запускается Агент SQL Server должны быть права на запись в данный каталог.
      Если у вас есть домен, то запускайте агента из под специально для этого созданной доменной учетной записи. Для нее же и настраивайте права на сервере с бэкапами.
      Если домена нет, то на сервере, куда вы складываете резервные копии необходимо создать пользователя с точно таким же именем и паролем. После этого уже следует настраивать безопасность для этого локального пользователя.
      Третий вариант, открывать доступ к ресурсу \\WIN-BJZCZUZWQGI\SQLBackup\ для всех пользователей сети, что конечно же недопустимо с точки зрения безопасности.

      • Максим говорит:

        Забыл сказать, что проблема началась после того как админ сменил пароль Администратора на серве, куда складываются бекапы. Сказал, что больше ничего не менял.
        З.Ы.: сервы находятся не в одном домене. Пробовал ставить для всех пользователей полные права- не помогло. Раньше все нормально крутилось, сейчас не могу понять, в чем дело…

        • Виталий Онянов говорит:

          Из под какого пользователя запускается Агент SQL Serever? Доменный или локальный?
          Пользователь может быть также указан в свойствах самого задания, которое выполняет резервное копирование. Выясните, из под какого конкретно пользователя агент пытается записать файл резервного копирования на сервер?
          Попробуйте вернуть пароль Администратора на прежний. Будет ли ошибка в этом случае?

  3. Евгений говорит:

    а как управлять резервными копиями на «устройстве резервного копирования»?

    • Виталий Онянов говорит:

      С помощью мастеров — никак. Вы можете только просмотреть состав набора.
      Действия, которые необходимо сделать с резервными копиями в устройстве резервного копирования, можно определить при создании очередной копии на вкладке «Параметры» (смотрите в статье).

Добавить комментарий

Ваш e-mail не будет опубликован.