Лучший отвечающий
SharePoint и PowerShell

Вопрос
-
Доброго дня, коллеги
собственно начинаю разбираться с Повершелом на базе ШП и возник следующий вопрос:
хочу настроить бекап ШП командой ПВ но что то идет не так:
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. Под которой вы запускаете PowerShell3.Add-PSSnapin "Microsoft.SharePoint.PowerShell"
Backup-SPFarm -Directory "\\ServerName\SharedFolderName\" -BackupMethod full -BackupThreads 10 -Force
4. Открываем папку и смотрим как там появляется файл XML с прогрессом выполнения и папка с файликамиPS/ BackupThreads 10 - максимум, 1- минимум, 3- по умолчанию.
Это кол-во потоков резервного копирования, Фактически указывает сколько БД за раз будут копироваться.- Изменено Alexander Surbashev 24 февраля 2016 г. 12:43
- Предложено в качестве ответа Mikhail Zhuikov 25 февраля 2016 г. 11:20
- Помечено в качестве ответа Иван ПродановMicrosoft contingent staff, Moderator 15 марта 2016 г. 8:53
24 февраля 2016 г. 12:29 -
Есть ли доступ до F:\Backup под учетной записью, которой вы запускаете PS.
Тоже самое, для записей под которой работает ферма (служба таймера) и учетной записи, под которой работает SQL
зачем -Force ?
PS. По личной практике сразу хочу предложить, расшарить папку на SQL сервере.
Меньше рисков и мороки в случае восстановления
- Изменено Alexander Surbashev 24 февраля 2016 г. 11:18
- Помечено в качестве ответа Alexey Kuplyakov 26 февраля 2016 г. 7:50
24 февраля 2016 г. 11:12
Все ответы
-
Есть ли доступ до F:\Backup под учетной записью, которой вы запускаете PS.
Тоже самое, для записей под которой работает ферма (служба таймера) и учетной записи, под которой работает SQL
зачем -Force ?
PS. По личной практике сразу хочу предложить, расшарить папку на SQL сервере.
Меньше рисков и мороки в случае восстановления
- Изменено Alexander Surbashev 24 февраля 2016 г. 11:18
- Помечено в качестве ответа Alexey Kuplyakov 26 февраля 2016 г. 7:50
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. Под которой вы запускаете PowerShell3.Add-PSSnapin "Microsoft.SharePoint.PowerShell"
Backup-SPFarm -Directory "\\ServerName\SharedFolderName\" -BackupMethod full -BackupThreads 10 -Force
4. Открываем папку и смотрим как там появляется файл XML с прогрессом выполнения и папка с файликамиPS/ BackupThreads 10 - максимум, 1- минимум, 3- по умолчанию.
Это кол-во потоков резервного копирования, Фактически указывает сколько БД за раз будут копироваться.- Изменено Alexander Surbashev 24 февраля 2016 г. 12:43
- Предложено в качестве ответа Mikhail Zhuikov 25 февраля 2016 г. 11:20
- Помечено в качестве ответа Иван ПродановMicrosoft contingent staff, Moderator 15 марта 2016 г. 8:53
24 февраля 2016 г. 12:29 -
Собственно проблема оказалась в правах доступа, почему под домен.админом не работало, а под локальным все нормально. Как понял из нерфинга на гугле, связана с настроиками UAC в часности:
Контроль учетных записей: все администраторы работают в режиме одобрения администратором Отключено26 февраля 2016 г. 7:50