Назад | Перейти на главную страницу

Разрешения, необходимые для резервного копирования Sharepoint

Мы в процессе развертывания экстрасети для некоторых из наших партнеров, использующих WSS 3.0 в качестве платформы. Мы уже используем его для различных целей, и мы используем следующий сценарий PowerShell для резервного копирования сервера:

param(
    $url="http://localhost",
    $backupFolder="c:\"
)
[System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SharePoint")

$site= new-Object Microsoft.SharePoint.SPSite($url)
$names=$site.WebApplication.Sites.Names
foreach ($name in $names)
{
    $n2 = ""
    if ($name.Length -eq 0) 
        { $n2="ROOT" }
    else
        { $n2 = $name }
    $tmp=$n2.Replace("/", "_") + ".sbk"
    $saveas = ""
    if ($backupFolder.Length -eq 0) 
        { $saveas = $tmp }
    else
        { $saveas = join-path -path $backupFolder -childPath $tmp }
        $site.WebApplication.Sites.Backup($name, $saveas, "true")
        write-host "$n2 backed up to $saveas."
}

Этот сценарий отлично работает в текущей установке, выполняемой в качестве пользователя резервного копирования нашего домена.

В новом окне он не работает при запуске от имени пользователя резервного копирования, заявляя: «Веб-приложение, расположенное по адресу http: // экстранет /"не удалось найти. Этот URL-адрес действительно работает, поэтому я почти уверен, что это не что-то такое глупое, а скорее проблема с разрешениями. Тем более, что при выполнении из моего контекста безопасности скрипт работает отлично.

Я попытался сделать пользователя резервного копирования владельцем фермы, а также добавил его в различные группы администраторов семейства веб-сайтов в экстрасети. Одно из основных различий между экстрасетью и сервером интрасети заключается в том, что экстрасеть имеет альтернативное сопоставление доступа (для https://xnet.example.com), а также использует проверку подлинности с помощью форм для этого сопоставления. В любом случае, какие разрешения (или другие разрешения) мне нужно настроить, чтобы этот скрипт работал правильно?

Я немного не уверен в этом, так как это было некоторое время, и у меня нет рассматриваемого сервера передо мной, но я думаю, что у меня была аналогичная проблема.

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

это действительно ужасный ответ, и я буду обновлять его позже более подробно.

ОБНОВЛЕНИЕ: мой также реализован с использованием stsadmin, согласно комментатору выше. Я не перечислял никаких конкретных сайтов или хостов, кроме машины, на которой размещена сама точка доступа.