LettresLes lecteurs ont la parole

Les sauvegardes Windows

J'ai été si passionné par la lecture de votre numéro sur Windows Server® 2008 (TechNet magazine, mars 2008, technet.microsoft.com/magazine/cc268370), que je suis allé à l'événement de lancement et j'ai obtenu une copie pour mon réseau domestique. Tout s'est bien passé pour l'installation. Cependant, j'ai été bloqué pour les sauvegardes.

NT Backup a été supprimé et la nouvelle Sauvegarde Windows Server ne prend pas en charge les lecteurs de bande, bien que le système d'exploitation le fasse. (Je sauvegarde mes données personnelles, y compris Active Directory® et Exchange Server 2007, sur un lecteur de bande).

J'ai essayé de télécharger Microsoft® Data Protection Manager (DPM) en suivant les conseils du site Web, même si DPM paraît excessif pour mon installation. Cependant, DPM ne peut pas s'installer sur Windows Server 2008 et je n'ai pas eu de chance avec leurs instructions d'installation manuelle. Que sont censées faire les petites installations pour les sauvegardes ?

—Ravi S.

DPM est en effet la solution pour les sauvegardes de bande, puisque la nouvelle solution dans Windows Server 2008 est optimisée pour le stockage sur disque. DPM prendra officiellement en charge Windows Server 2008 au cours des prochains mois.

—Karandeep Anand, responsable de programme principal chez Microsoft

Flux de travail de l'enquête

Dans l'article de février 2008 « Création d'une infrastructure d'enquête puissante » (technet.microsoft.com/magazine/cc194407), l'instruction suivante est dans la section Utilisation de WSS seul : « Vous pouvez également attribuer un flux de travail à l'enquête ».

C'est ma compréhension que Windows® SharePoint® Services 3.0 (WSS) et Microsoft Office SharePoint Server 2007 (MOSS) ne prennent pas en charge les flux de travail associés aux réponses à une enquête. J'ai essayé d'associer un flux de travail à une réponse à une enquête, et même si SharePoint Designer autorise l'association, le flux de travail a toujours une erreur d'échec de démarrage. Il existe un article de la Base de connaissances (support.microsoft.com/kb/926370) qui précise clairement que les flux de travail associés aux réponses à une enquête ne sont pas pris en charge.

Je comprends qu'il est possible d'associer un destinataire d'événement à une enquête et de lancer un autre processus, mais ce n'est pas vraiment un flux de travail référencé habituellement dans SharePoint. Cette instruction a-t-elle été faite par erreur, ou est-ce qu'il y a quelque chose qui m'échappe ici ?

—Matt B.

Le paragraphe référencé explique comment WSS fournit un Assistant pour un processus détaillé permettant de créer des enquêtes. Il y a également une discussion sur les diverses options (la logique de branchement, les questions ouvertes/fermées, etc.).

Une des options fournies par l'Assistant est l'attribution d'un flux de travail. Ainsi, d'une certaine manière, il n'est pas faux de dire que « vous pouvez également attribuer un flux de travail à l'enquête ». Vous pouvez l'attribuer. Cependant, comme vous le faites remarquer, les flux de travail dans les enquêtes ne fonctionnent pas tout simplement, bien que, malgré tout, cette option soit incluse. Je vais essayer de vous expliquer pourquoi.

Après avoir associé un flux de travail à une enquête et essayé de le démarrer, vous recevez une erreur d'échec de démarrage. Les journaux de cette activité affichent ceci :

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

Ce GUID représente l'instance du flux de travail. Cela semble être une façon idéale de s'assurer que le flux de travail correct est lancé, sauf que le type de liste d'« enquête » ne prend pas en charge l'attribut de flux de travail. Il n'est pas codé tout simplement. Si lorsque le flux de travail essaie de s'activer avec la méthode MakeActivation et fait quelque chose comme ceci :

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

Il appelle SPWorkflowActivationProperties, qui ressemble à ceci :

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

Donc s'il prévoit la chaîne GUID comme attribut dans l'enquête (qui est apparemment supposée être intégrée) et que l'enquête n'a pas l'attribut pour le GUID de flux de travail, il ne peut jamais fonctionner.

Il y a une solution possible, donc vous êtes sur la bonne voie en pensant comme cela. La solution implique de créer une liste personnalisée qui déclenche un flux de travail et d'associer un destinataire d'événement à l'enquête avec ItemEventReceiver. Ce destinataire d'événement crée un élément dans la liste personnalisée, qui déclenche un flux de travail. Mais vous avez raison, ce n'est pas vraiment la même chose. Pour résumer, oui, vous aviez raison : il ne fonctionne pas en fait.

—Pav Cherny, chroniqueur, Au cœur de SharePoint, TechNet Magazine

© 2008 Microsoft Corporation and CMP Media, LLC. Tous droits réservés. Toute reproduction, totale ou partielle, est interdite sans autorisation préalable..