none
SharePoint и PowerShell RRS feed

  • Вопрос

  • Доброго дня, коллеги

    собственно начинаю разбираться с Повершелом на базе ШП и возник следующий вопрос:

    хочу настроить бекап ШП командой ПВ но что то идет не так:

    PS C:\Windows\system32> Add-PSSnapin "Microsoft.SharePoint.PowerShell"

    PS C:\Windows\system32> Backup-SPFarm -BackupMethod Full -Directory F:\Backup -Percentage 1 -Force

    Собственно после запуска данного скрипта повершелл зависает и нет ни какой его активности... что я делаю не так...

    24 февраля 2016 г. 10:25

Ответы

  • Подготовка:
    1. Заходим в Центр администрирования
    2. Открываем запущенные джобы /_admin/ServiceRunningJobs.aspx
    3. Проверяем, что там нет никаких джобов связанных с бекапом.
    4. На всякий случай перезапускаем iisreset, и stop SPTimerV4 / Start SPTimerV4
    5. Открываем диспетчер процессов, смотрим, что бы не было лишних PowerShell окон.

    Работа:

    1. Создайте папку на сервере БД
    2. Расшарьте папку, убедитесь, что к папке есть доступ у учетной записей
    2.1. Под которой крутиться служба SQL
    2.2. Под которой крутиться служба таймера (SPTimerV4)
    2.3. Под которой вы запускаете PowerShell

    3.Add-PSSnapin "Microsoft.SharePoint.PowerShell"

    Backup-SPFarm -Directory "\\ServerName\SharedFolderName\" -BackupMethod full -BackupThreads 10 -Force

    4. Открываем папку и смотрим как там появляется файл XML с прогрессом выполнения и папка с файликами

    PS/ BackupThreads 10  - максимум,  1- минимум, 3- по умолчанию. 
    Это кол-во потоков резервного копирования, Фактически указывает сколько БД за раз будут копироваться.  


    24 февраля 2016 г. 12:29
  • Есть ли доступ до F:\Backup под учетной записью, которой вы запускаете PS.
    Тоже самое, для записей под которой работает ферма (служба таймера) и  учетной записи, под которой работает SQL

    зачем 
     -Force ?

    PS. По личной практике сразу хочу предложить, расшарить папку на SQL сервере. 
    Меньше рисков и мороки в случае восстановления 



    24 февраля 2016 г. 11:12

Все ответы

  • Есть ли доступ до F:\Backup под учетной записью, которой вы запускаете PS.
    Тоже самое, для записей под которой работает ферма (служба таймера) и  учетной записи, под которой работает SQL

    зачем 
     -Force ?

    PS. По личной практике сразу хочу предложить, расшарить папку на SQL сервере. 
    Меньше рисков и мороки в случае восстановления 



    24 февраля 2016 г. 11:12
  • Запускаю PS под администратором. На папку права имеют как локальный так и доменный админ.

    По поводу записей где это можно глянуть, хотя в принцыпе local и network service я доступ прописал.

    -Force просто для тестирования.

    Это тестовый стенд на котором обкатываю решение и которое не видит основную сеть компаний.

    24 февраля 2016 г. 11:52
  • Подготовка:
    1. Заходим в Центр администрирования
    2. Открываем запущенные джобы /_admin/ServiceRunningJobs.aspx
    3. Проверяем, что там нет никаких джобов связанных с бекапом.
    4. На всякий случай перезапускаем iisreset, и stop SPTimerV4 / Start SPTimerV4
    5. Открываем диспетчер процессов, смотрим, что бы не было лишних PowerShell окон.

    Работа:

    1. Создайте папку на сервере БД
    2. Расшарьте папку, убедитесь, что к папке есть доступ у учетной записей
    2.1. Под которой крутиться служба SQL
    2.2. Под которой крутиться служба таймера (SPTimerV4)
    2.3. Под которой вы запускаете PowerShell

    3.Add-PSSnapin "Microsoft.SharePoint.PowerShell"

    Backup-SPFarm -Directory "\\ServerName\SharedFolderName\" -BackupMethod full -BackupThreads 10 -Force

    4. Открываем папку и смотрим как там появляется файл XML с прогрессом выполнения и папка с файликами

    PS/ BackupThreads 10  - максимум,  1- минимум, 3- по умолчанию. 
    Это кол-во потоков резервного копирования, Фактически указывает сколько БД за раз будут копироваться.  


    24 февраля 2016 г. 12:29
  • Собственно проблема оказалась в правах доступа, почему под домен.админом не работало, а под локальным все нормально. Как понял из нерфинга на гугле, связана с настроиками UAC в часности:
    Контроль учетных записей: все администраторы работают в режиме одобрения администратором           Отключено
    26 февраля 2016 г. 7:50