none
Домен в Activ Directory сервера перенесли из папки в папку. Теперь на подключается удаленный путь с копиями базы RRS feed

  • Вопрос

  • машина: sql2008 r2, win2008

    Суть проблемы. Администраторы в Activ Directory перенесли компьютер SQL из одной директории в другую.

    Перестали делаться копии. При выполнении заданий, в журнале пишет: "Описание: Сбой выполнения запроса "RESTORE DATABASE [AG_Actual] FROM DISK = N'\\most..." со следующей ошибкой: "Невозможно открыть устройство резервного копирования '\\mostro-st-01\dumps_1c$\Arhiv\SQL\*****.bak'. Ошибка операционной системы 1326(Вход в систему не произведен: имя пользователя или пароль не опознаны.) RESTORE DATABASE прервано с ошибкой.". Возможные причины сбоя: проблемы с этим запросом, свойство "ResultSet" установлено неправильно, параметры установлены неправильно или соединение было установлено неправильно".

    Локально путь подключается,
    Если сменить у службы SQL локального пользователя на доменного, работает путь определяется.

    Что могло измениться в SQL при переносе? Почему перестало работать? Где идет сопоставления имен в SQL ?

    10 января 2013 г. 10:27

Ответы

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

    Вы немного не понятно задаёте вопрос

    В какую директорию перенесли ? Если Вы имеете в виду OrgUnit (Подразделение) то, как уже сказал Евгений, проверьте не было ли политик, которые разрешали доступ по сети, или запрещающих в новом OU

    Укажите:

    1)Можете ли Вы проводником попасть по этому пути, создать\удалить\изменить там файлы

    2) Под каким пользователем Вы запускаете скрипт выполнения бэкапа

    Если Вы выполняете резервное копирование по сети внутри домена то у доменного пользователя должны быть на это права (во первых на сам процесс бэкапа, во вторых на то сетевое место куда делается бэкап). 

    А вот если под правами локального - то домен о нём не знает, обычно, и не пустит.

    Какого Вы имели в виду локального пользователя: Windows или SA в SQL ?

    (Вход в систему не произведен: имя пользователя или пароль не опознаны.) - ваша ошибка, как я понимаю, в этом сообщении

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


    LEXX




    13 января 2013 г. 16:06

Все ответы

  • Не очень понял ситуацию. Могу лишь предположить, что к OU, где ранее находилась учетная запись вашего SQL-сервера, была привязана групповая политика, в которой с помощью Group Policy Preferences происходило монтирование сетевой папки от имени доменного пользователя.

    10 января 2013 г. 15:44
  • Добрый день!

    Вы немного не понятно задаёте вопрос

    В какую директорию перенесли ? Если Вы имеете в виду OrgUnit (Подразделение) то, как уже сказал Евгений, проверьте не было ли политик, которые разрешали доступ по сети, или запрещающих в новом OU

    Укажите:

    1)Можете ли Вы проводником попасть по этому пути, создать\удалить\изменить там файлы

    2) Под каким пользователем Вы запускаете скрипт выполнения бэкапа

    Если Вы выполняете резервное копирование по сети внутри домена то у доменного пользователя должны быть на это права (во первых на сам процесс бэкапа, во вторых на то сетевое место куда делается бэкап). 

    А вот если под правами локального - то домен о нём не знает, обычно, и не пустит.

    Какого Вы имели в виду локального пользователя: Windows или SA в SQL ?

    (Вход в систему не произведен: имя пользователя или пароль не опознаны.) - ваша ошибка, как я понимаю, в этом сообщении

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


    LEXX




    13 января 2013 г. 16:06