Letters: Readers Speak Out

Статья
08/22/2016

Письма в редакциюМнения читателей

Системы архивации данных Windows

Я с большим интересом прочел ваш обзор Windows Server® 2008 (TechNet Magazine, March 2008, technet.microsoft.com/magazine/cc268370), посетил его представление и добыл копию для своей домашней сети. Установка прошла успешно. Однако архивация данных озадачила меня.

Система архивации данных NT была удалена, а новая система Windows Server не поддерживает ленточные накопители – хотя их поддерживает ОС. (Я архивирую мои личные данные, включая Active Directory® и Exchange Server 2007, на ленточный накопитель.)

Я попытался загрузить Microsoft® Data Protection Manager (DPM), следуя советам из Интернета, хотя DPM и может быть избыточен для моей установки. Однако DPM не устанавливается на Windows Server 2008, а их указания по установке вручную мне не помогли. Что нужно делать в маленьких установках для архивации данных?

—Рави С. (Ravi S).

DPM действительно является решением для ленточных накопителей, поскольку новое решение в Windows Server 2008 оптимизировано для хранения на дисках. DPM начнет официально поддерживать Windows Server 2008 в течении ближайших месяцев.

—Карандип Ананд (Karandeep Anand), старший руководитель программы, корпорация Майкрософт

Потоки работ опросов

В статье за февраль 2008 «Создание эффективной инфраструктуры опросов» (technet.microsoft.com/magazine/cc194407) в разделе «Работа с отдельно взятыми WSS» есть следующее утверждение: «Имеется возможность выделить опросу поток работ».

Насколько я знаю, Windows® SharePoint® Services 3.0 (WSS) и Microsoft Office SharePoint Server 2007 (MOSS) не поддерживают потоки работ, связанные с ответами на опросы. Я пытался связать поток работ с ответом на опрос и, хотя конструктор SharePoint допускает связь, поток работ процесс всегда выдает ошибку «Сбой при запуске». В базе знаний (support.microsoft.com/kb/926370) имеется статья, прямо указывающая, что потоки работ, связанные с ответами опросов, не поддерживаются.

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

—Мэтт Б (Matt B).

Указанный абзац говорит о том, как WSS предоставляет мастер для поэтапного процесса создания опросов. В нем также имеется рассказ о различных вариантах (ветвящейся логике, открытых/закрытых вопросах и так далее).

Одним из действительно предоставляемых мастером вариантов является выделение потока работ, так что утверждение «имеется возможность выделить опросу поток работ» верно буквально. Его можно выделить. Однако, как вы указали, потоки работ в опросах просто не работают, хотя по какой-то причине этот вариант включен. Позвольте мне объяснить, почему это так.

После привязки рабочего процесса к опросу и попытки запустить его будет получена ошибка «Сбой при запуске». Журналы для этого действия показывают следующее:

RunWorkflow: System.ArgumentException: Invalid field name.
{<<< GUID>>>} at ...

Данный идентификатор GUID представляет экземпляр рабочего процесса. Это кажется отличным способом гарантировать запуск верного потока работ – если не считать того, что тип списка «опрос» не поддерживает атрибут потока работ. Это просто не внесено в код. Так что когда поток работ пытается активироваться с помощью метода MakeActivation и делает что-то вроде этого:

internal static void MakeActivation(SPWorkflow workflow, SPWorkflowEvent e)
{e.EventData = new object[ ] { workflow.InstanceId, new SPWorkflowActivation 
Properties(workflow, e.RunAsUserId, associationData, initiationData) };
...
}

, он вызывает SPWorkflowActivationProperties, которые выглядят следующим образом:

internal SPWorkflowActivationProperties(SPWorkflow workflow, 
int runAsUserId, string associationData, string initiationData)
{
...
this.m_itemGuid = new Guid((string) 
this.Item[SPBuiltInFieldId.GUID]);
...
}

Так что если он ожидает строку идентификатора GUID как атрибут в обзоре (которая, очевидно, предполагается встроенной),а обзор не имеет атрибута для GUID рабочего процесса, он не сможет работать.

Существует возможный обход проблемы, так что вы правы, думая в этом направлении. В него входит создание специального списка, запускающего поток работ и привязывающего получатель событий к опросу с помощью ItemEventReceiver. Получатель событий создает элемент в этом списке, который затем запускает поток работ. Но вы правы, это отнюдь не то же самое. Короче говоря – да, вы подметили верно, потоки работ здесь не работают.

— Пав Черни (Pav Cherny), ведущий рубрики «Внутри SharePoint» журнала TechNet Magazine

Дополнительные ресурсы