Как Вы даете Ферме SharePoint команду выполнять Задание Таймера на определенном сервере?
Как вы обнаружили, вы можете отрегулировать высоту строки окружения с помощью заголовков. Все, что вам нужно сделать, это добавить линию, которая регулирует высоту линии для среды longtable. Таким образом, заголовки могут выглядеть следующим образом:
header-includes:
- \usepackage{setspace}
- \AtBeginEnvironment{tabular}{\singlespacing}
- \AtBeginEnvironment{lltable}{\singlespacing}
- \AtBeginEnvironment{longtable}{\singlespacing}
- \AtBeginEnvironment{tablenotes}{\doublespacing}
- \captionsetup[table]{font={stretch=1.5}}
- \captionsetup[figure]{font={stretch=1.5}}
5 ответов
Прошу прощения, если я настаиваю на очевидном; Я просто еще не видел, чтобы кто-нибудь углубился в это.
Ограничение пользовательского задания таймера (то есть вашего собственного класса задания таймера, производного от SPJobDefinition) осуществляется путем управления параметрами конструктора.
Задания таймера обычно выполняются на сервер, на который они отправлены (как указано винни), если при создании задания таймера не указан целевой сервер. Однако два перегруженных конструктора для типа SPJobDefinition принимают SPServer и SPJobLockType в качестве третьего и четвертого параметров соответственно. Правильное использование этих двух параметров позволит вам указать, где будет выполняться ваше задание.
Указав целевой сервер как SPServer, а SPJobLockType - «Job», вы можете ограничить экземпляр задания таймера, который вы создаете, для запуска на выбранном вами сервере.
Для документации по тому, что я описал, см. MSDN: http://msdn.microsoft.com/en-us/ library / microsoft.sharepoint.administration.spjobdefinition.spjobdefinition.aspx .
Я ничего не знаю о коде, который вы выполняете, но пользовательские задания таймера обычно настраиваются во время активации функции. У меня возникло ощущение, что ваша кодовая база может не принадлежать вам (?); если да, вы можете поискать один или несколько типов / классов, производных от SPFeatureReceiver. В методе FeatureActivated таких классов вы можете найти код, который фактически выполняет создание экземпляра задания таймера.
Конечно, вы также захотите взглянуть на сам класс (или классы) задания таймера, чтобы увидеть, как они создаются. Иногда разработчики встраивают экземпляр класса в сам класс (например, с помощью шаблона Factory Method). Однако между классом задания таймера и реализациями SPFeatureReceiver вы должны быть на пути к поиску того, что нужно изменить.
Надеюсь, это поможет!
Серверы в ферме должны быть идентичными. Если Вы, оказывается, используете VMs для своих веб-фронтэндов, можно привязать сервер и копии условия так, чтобы Вы знали, что они все идентичны.
Задания таймера на определение работают на всех веб-фронтэндах.
Если Вы нуждаетесь в запланированной логике для работы определенного сервера, Вы или должны конкретно кодировать это в задании таймера, или использовать "стандартный" Сервис NT вместо этого.
Вы могли реализовать веб-сервис с бизнесом logig и развернуть тот веб-сервис на одной машине. Затем Ваше Задание Таймера могло периодически инициировать Ваш веб-сервис.
Это должно быть не, который выполняет важный wher Ваше задание таймера. SharePoint решает себя, куда выполнить задание таймера.
Я думаю, что побочный эффект установки SPJobLockType в «Job» заключается в том, что он будет выполняться на сервере, где задание представлен.