LettereLa parola ai lettori

Backup di Windows

Ero così eccitato all'idea di leggere il numero di Windows Server® 2008 (TechNet Magazine, marzo 2008, technet.microsoft.com/magazine/cc268370), che sono andato all'evento di lancio portando con me una copia per la mia rete domestica. L'installazione è andata a buon fine, ma ho avuto dei problemi con i backup.

NT Backup è stato rimosso e il nuovo Windows Server Backup non supporta le unità nastro, sebbene il sistema operativo le supporti. (Eseguo il backup i miei dati personali, inclusi Active Directory® ed Exchange Server 2007, su un'unità nastro).

Ho tentato di scaricare Microsoft® Data Protection Manager (DPM) seguendo i suggerimenti sul Web, anche se il DPM potrebbe provocare dei problemi alla mia installazione. Tuttavia, DPM non si installa su Windows Server 2008 e non ho avuto fortuna seguendo le relative istruzioni di installazione manuali. Come eseguire un backup su piccole installazioni?

-Ravi S.

DPM è la soluzione adeguata per i backup su nastro, poiché la nuova soluzione in Windows Server 2008 è ottimizzata per l'archiviazione basata su disco. DPM supporterà ufficialmente Windows Server 2008 nel giro di un paio di mesi.

-Karandeep Anand, Senior Program Manager Lead, Microsoft

Flussi di lavoro per i sondaggi

Nell'articolo del febbraio 2008, "Creazione di una potente infrastruttura di sondaggio" (technet.microsoft.com/magazine/cc194407), la sezione Utilizzo di WSS contiene la seguente affermazione: "È inoltre possibile assegnare un flusso di lavoro al sondaggio".

Per esperienza, ritengo che Windows® Sharepoint® Services 3.0 (WSS) e Microsoft Office Sharepoint Server 2007 (MOSS) non supportino flussi di lavoro associati a risposte al sondaggio. Ho tentato di associare un flusso di lavoro ad una risposta al sondaggio ma, sebbene SharePoint Designer consenta l'associazione, il flusso di lavoro riporta sempre un errore di avvio non riuscito. Uno degli articoli della Knowledge Base (support.microsoft.com/kb/926370) indica chiaramente che i flussi di lavoro associati a risposte al sondaggio non sono supportati.

Ritengo che sia possibile collegare un ricevitore di evento ad un sondaggio per poi avviare un altro processo, ma questo non è il flusso di lavoro a cui si fa riferimento in Sharepoint. Questa affermazione è inesatta o sono io a non aver ben capito la questione?

-Matt B.

Il paragrafo a cui si fa riferimento spiega in che modo WSS fornisce una procedura guidata per un processo dettagliato per la creazione di sondaggi. Esiste anche una discussione sulle varie opzioni (struttura logica ad albero, domande aperte/chiuse e così via).

Una delle opzioni che la procedura guidata fornisce è l'assegnazione di un flusso di lavoro; quindi, in un certo senso, non è proprio inesatto dire "è possibile assegnare un flusso di lavoro al sondaggio". È realmente possibile assegnarlo. Tuttavia, come hai fatto notare, i flussi di lavoro nei sondaggi non funzionano, anche se per qualche motivo l'opzione è prevista. Lasciami spiegare perché.

Dopo avere associato un flusso di lavoro ad un sondaggio e averne tentato l'avvio, si riceverà un errore di avvio non riuscito. I registri per questa attività mostrano quanto segue:

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

Tale GUID rappresenta l'istanza del flusso di lavoro. Sembra un valido modo per verificare che venga attivato il flusso di lavoro corretto, eccetto per il fatto che il tipo di elenco "sondaggio" non supporta l'attributo del flusso di lavoro. Semplicemente non è codificato; quindi quando il flusso di lavoro tenta l'attivazione con il metodo MakeActivation ed effettua un'azione simile alla seguente:

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

chiama SPWorkflowActivationProperties, in modo simile al seguente:

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

Quindi se prevede la stringa GUID come attributo nel sondaggio (che apparentemente dovrebbe essere incorporata) e il sondaggio non presenta l'attributo per il GUID del flusso di lavoro, non potrà mai funzionare.

Esiste una possibile soluzione alternativa, quindi sei sulla buona strada. La soluzione alternativa implica la creazione di un elenco personalizzato che attivi un flusso di lavoro e colleghi un ricevitore di evento al sondaggio con ItemEventReceiver. Tale ricevitore crea un elemento nell'elenco personalizzato, che attiva un flusso di lavoro. Ma hai ragione... Non è esattamente la stessa cosa. Per farla breve: sì, la tua idea era ottima, ma in realtà non funziona.

-Pav Cherny, Columnist, Inside SharePoint, TechNet Magazine

© 2008 Microsoft Corporation e CMP Media, LLC. Tutti i diritti riservati. È vietata la riproduzione completa o parziale senza autorizzazione.