Пытаюсь найти на это ответ. Производитель, с которым я работаю, Red Gate, написал в своей документации:
Требования к агенту клонирования SQL
Агент должен быть установлен на том же компьютере, что и любой SQL Server, который вы хотите, чтобы SQL Clone использовал в качестве источника изображений, места назначения для клонов или временного рабочего пространства для восстановления резервных копий.
Требуется:
- Минимум (образы <1,8 ТБ): Windows Server 2008 R2 или Windows 7
- Рекомендуется (не более 64 ТБ образов): как минимум Windows Server 2012 или Windows 8.1
- SQL Server 2008 или новее (достаточно экспресс-выпуска, хотя клоны не обойдут ограничение на размер базы данных SQL Server Express 10 ГБ)
- .NET Framework 4.6.1 или новее (часть установки)
- Исходящее соединение с удаленным (SQL Clone Server) порт 14146 должно быть разрешено
Для этого требуется учетная запись пользователя Windows, в которой есть:
- Права локального администратора для использования службы виртуального диска
- Доступ для чтения / записи к сетевым папкам, где будут храниться изображения
Использование VDS
Приложение, использующее VDS, должно запускаться под учетной записью оператора резервного копирования или группы администраторов. Без соответствующей привилегии приложение может создать объект загрузчика службы, но этот объект не будет загружать VDS. Вместо этого он возвращает ошибку, указывающую, что доступ к VDS запрещен.
Таким образом, похоже, что приложение интерпретирует пользователя, от имени которого оно работает, или возвращенную ошибку, как не работающего от имени локального администратора.
Вы можете попробовать пользователя в группе Backup Operator. Который все еще имеет высокие привилегии, но, по крайней мере, не является администратором. Если это не сработает, пожаловаться поставщику на то, что он не дает никаких прав.
Похоже на вариант использования для местного администратора. Вы можете заставить пользователей домена иметь локального администратора с помощью групповой политики.