none
Как сделать backup на сетевой ресурс без домена и рабочей группы RRS feed

  • Вопрос

  • Добрый день.

    Ситуация следующая. Есть SQL Server 2014, установленный на отдельно стоящем сервере (вне домена и вне общей рабочей группы). Необходимо с него сделать резервную копию на сетевой ресурс в другой -- отличной от сервера, на котором установлен SQL Server -- рабочей группе. Возможно ли это и как?

    22 января 2015 г. 14:33

Ответы

  • И так, коллеги, спасибо всем вам за уделённое время. Проблему решить удалось.

    Вкратце распишу как.

    Так как служба сиквела выполняется в своём сеансе, то единственная возможность, которую я вижу, это выполнить net use в сеансе сиквела, т.е. разрешить xp_cmdshell и выполнить в нём маппинг ресурса. Это не очень хорошее решение, но оно сработало. После этого сетевой ресурс отображается на букву локального диска и тогда уже без проблем создаётся устройство и резервное копирование проходит успешно. Надеюсь, кому-нибудь будет полезно.

    Всем ещё раз -- спасибо. И удачи.

    • Помечено в качестве ответа Кирилл_Р 24 января 2015 г. 23:26
    24 января 2015 г. 23:19

Все ответы

  • возможно...нужно дать права УЗ от которой запущен сиквел на вашу шару...и это вопрос безопасности и никак не связан с sql server...будут права у УЗ - будет и бэкап

    http://www.t-sql.ru

    • Предложено в качестве ответа Alexander RusinovModerator 22 января 2015 г. 17:56
    • Отменено предложение в качестве ответа Кирилл_Р 23 января 2015 г. 1:07
    22 января 2015 г. 14:42
    Отвечающий
  • Но ведь название раб. групп не совпадают -- само работать не будет. Это раз. А, во вторых, тогда вопрос, как приделать сетевой диск к учётке службы (под которой будет запущен процесс сиквела)?

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


    22 января 2015 г. 14:58
  • По-моему, вы не правы. Вопрос касается именно Сиквела и настройки его служб. И к "безопасности" имеет крайне опосредованное отношение.
    22 января 2015 г. 15:23
  • Вопрос не касается сиквела. 

    Если сетевая шара и учётка для неё не меняются по десять раз на дню, то, скорее всего, прокатит простой net use на фиксированную букву в logon script для УЗ, из под которой стартует mssql. Ну и использование этой буквы в пути для бекапа.

    22 января 2015 г. 17:49
  • А разве логон выполняется для учётки службы?
    23 января 2015 г. 0:50
  • Господа, давайте обойдёмся без общего словоблудия про то, что "надо дать права УЗ". Вопрос не общего свойства, а вполне конкретный. Предлагающим все эти "дать права УЗ" в качестве ответа -- какие права вы собрались давать этой вашей "УЗ", если узлы даже не одной раб. группе? Сеттинг читайте. Вот про логон-скрипт для учётки службы уже ближе к телу.
    23 января 2015 г. 1:11
  • начните уже учить матчасть...сиквел - это обычная служба, которая запускается из определённой УЗ с определёнными правами...Если вы физически сможете зайти на вашу шару под УЗ от которой запущен сиквел, то и бэкап сможете сделать без проблем...а как вы уже будите организовывать доступ - это уже ваше дело, надеюсь вы имеете административные права и в состоянии давать права на сетевые ресурсы?!

    SQL Server - это не магический шар, а ваш вопрос никакого отношения к нему не имеет!


    http://www.t-sql.ru

    23 января 2015 г. 5:04
    Отвечающий
  • попробуйте на шаре дать права на учётку компа а не учётной записи сиквела.
    23 января 2015 г. 6:31
  • попробуйте на шаре дать права на учётку компа а не учётной записи сиквела.

    кстати да, если сиквел запущен от network service, то можно дать права компу

    http://www.t-sql.ru

    23 января 2015 г. 7:05
    Отвечающий
  • Credential Manager или net use <буква>: \\workgroupServer\share /user:workgroupServer\user password

    Innovation distinguishes between a leader and a follower - Steve Jobs

    23 января 2015 г. 7:57
  • Так, коллеги, про "дать права компу" отметается сразу. Ещё раз --  ДОМЕНА НЕТ. Никаких прав компу на целевой системе для папки дать нельзя. Никакой запуск от нитворк сервиса тоже не сработает. Направление решения ясно -- Илья его описал верно. Остался лишь вопрос исполнения логон скрипта службой при её старте.

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

    23 января 2015 г. 8:40
  • За время не сильно конструктивного обсуждения уже 10 раз можно было произвести интерактивный логин под УЗ службы, руками примапить сетевой диск на нужную букву с нужными учётками, рестартовать сервер целиком и проверить доступность этого пути из под сиквела, выполнив команду backup с соответствующим путём к файлу. 
    23 января 2015 г. 11:39
  • Роман, сервер промышленный и стоит на объекте, до которого на вездеходе пару часов. Не хотелось бы облажаться. На тестовом 2008 при старте вручную такой способ отработал. При старте службы -- нет.
    23 января 2015 г. 12:27
  • Есть ещё вариант бекапиться на локальный диск и делать сетевую доставку отдельно. Это здорово повышает надёжность процесса и позволяет разорвать зависимость, которая вам мешает.

    Делать так, как хотите вы, приходится в ситуации острой нехватки дискового ресурса. По объёму или производительности. У вас такая ситуация?


    23 января 2015 г. 15:19
  • И так, коллеги, спасибо всем вам за уделённое время. Проблему решить удалось.

    Вкратце распишу как.

    Так как служба сиквела выполняется в своём сеансе, то единственная возможность, которую я вижу, это выполнить net use в сеансе сиквела, т.е. разрешить xp_cmdshell и выполнить в нём маппинг ресурса. Это не очень хорошее решение, но оно сработало. После этого сетевой ресурс отображается на букву локального диска и тогда уже без проблем создаётся устройство и резервное копирование проходит успешно. Надеюсь, кому-нибудь будет полезно.

    Всем ещё раз -- спасибо. И удачи.

    • Помечено в качестве ответа Кирилл_Р 24 января 2015 г. 23:26
    24 января 2015 г. 23:19