Запуск кода, который создает TimerJobDefinition за пределами центрального администратора

Question

Я сталкивался с проблемой несколько раз, когда я разработал пользовательскую работу по таймеру, и я хочу, чтобы мои администраторы сбора сайтов управляли графиком этой работы с помощью пользовательской страницы приложения, но я продолжаю сталкиваться с препятствиями, связанными с безопасностью.

Поскольку TimerJobs являются дочерними объектами SpwebApplication, они хранятся в базе данных конфигурации. Если вы правильно настроили свою ферму таким образом, чтобы пользователь пула приложений для вашего веб -приложения контента не имеет доступа к записи в базу данных конфигурации, вы не можете создавать новые TimerJobDefinitions из кода, который работает в вашем веб -приложении. Плохим обходным путем/взломом было бы повышение разрешений на базу данных для пользователя пула вашего приложения в базе данных конфигурации. Лучшим подходом будет перемещение страницы администратора графика в центральный администратор, потому что учетная запись пула центральных приложений администратора может записать в базу данных конфигурации, но затем мы теряем всю точку зрения - я хочу, чтобы мои администраторы коллекции сайтов могли управлять графиком!

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

У меня вопрос, есть ли другой способ эффективности и элегантной?

Answer 1

Это в основном тот же вопрос, что и Автоматизация коллекции сайтов вопрос. Вы на одном решении, используя очередь. Другим подходом может быть веб -сервис в CA, который вы можете позвонить из своих веб -приложений.

/Ww