Condividi tramite


Uso di un'azione personalizzata per creare account utente in un computer locale

Questo esempio illustra come usare azioni personalizzate per creare account utente in un computer locale durante l'installazione di un componente. La rimozione di un componente rimuove gli account utente locali creati dall'azione personalizzata. Vengono illustrate diverse azioni personalizzate, tra cui Azioni personalizzate di esecuzione posticipata e Rollback.

L'esempio soddisfa le specifiche seguenti.

  • L'installazione crea account utente solo se si esegue Windows 2000.
  • L'installazione crea account utente solo se il componente viene installato in locale. Ciò impedisce la creazione di account utente durante il ripristino o la reinstallazione del componente.
  • Il programma di installazione rimuove gli account quando il componente viene rimosso.
  • Le informazioni sull'account utente vengono lette da una tabella personalizzata nel database di installazione e non vengono codificate nel codice azione personalizzato.
  • Poiché la creazione o la rimozione degli account utente richiede privilegi elevati, alcune delle azioni personalizzate devono essere in grado di apportare modifiche al sistema che richiedono privilegi elevati. Queste azioni personalizzate devono essere posticipate azioni personalizzate eseguite quando nello script di esecuzione.
  • Ogni account ha un'azione personalizzata di rollback per assicurarsi che l'account venga rimosso nel rollback dell'installazione del componente. Ciò non include il rollback di un'eliminazione di un account durante la rimozione di un componente.
  • Le azioni personalizzate inviano messaggi ActionData per ogni account creato o rimosso. Ciò non include la fornitura di messaggi di stato per ProgressBar.
  • Le azioni personalizzate segnalano un errore se non è possibile creare un account.
  • La password per l'account viene ottenuta tramite l'interazione dell'utente con l'interfaccia utente oppure nel caso di un'installazione all'interfaccia utente di base o a livelli di interfaccia utente none, come proprietà passata alla riga di comando.
  • I dati sensibili sono nascosti dal file di log.

L'esempio include un componente ipotetico denominato TestAccount. La discussione nelle sezioni seguenti presuppone che siano già state create le risorse necessarie da TestAccount e che siano state create le tabelle Feature, Component, File, Directory e FeatureComponents nel database di esempio necessarie per installare questo componente. Per altre informazioni, vedere Un esempio di installazione.

Gli argomenti seguenti contengono informazioni su come creare azioni personalizzate necessarie e aggiungerle a un pacchetto di installazione.