La réponse courte est "oui" pour la plupart des activités que vous effectuerez via STSADM sur des bases de données SQL.
Pour l'écrasante majorité des commandes STSADM qui s'exécutent directement sur l'API SharePoint (plutôt que de planifier des tâches pour exécuter une action), le contexte de sécurité dans lequel les commandes sont exécutées est le vôtre - l'utilisateur connecté. Comme vous l'avez vu dans l'exemple que vous avez cité, le contexte de votre compte utilisateur est celui qui sera utilisé pour la rétractation. Si vous ne disposez pas des droits appropriés dans SQL pour effectuer l'opération, elle échouera (comme vous l'avez vu).
Cela contraste avec la plupart des activités que vous effectuerez via l'interface utilisateur (c'est-à-dire, l'administrateur central). Dans l'exemple que vous avez cité, le retrait de la solution via Central Admin entraînerait l'exécution de la commande dans le contexte du compte de service de la batterie de serveurs, car ce compte est l'identité du pool d'applications pour le site Central Admin. Résultat: la rétraction réussirait même si vous (personnellement) n'avez pas d'autorisations sur la base de données associée.
Si votre environnement est configuré de manière à ce que votre compte ne dispose pas d'un accès administrateur aux bases de données de la batterie de serveurs SharePoint, je recommanderais d'effectuer autant d'activités que possible via l'interface utilisateur pour éviter le type de problèmes de contexte de sécurité que vous rencontrez. . Vous constaterez que vous pouvez faire la plupart de ce que vous devez faire de cette façon. Une exception notable qui vient à l'esprit, cependant, est l'ajout d'une solution (STSADM -o addolution) au magasin de solutions de la batterie de serveurs - aucun équivalent d'interface utilisateur de la commande STSADM n'existe.
Alternativement, vous pouvez faire quelque chose de similaire à ce que MadlyAlive a suggéré (c'est-à-dire, se connecter avec le compte de service de ferme) ... bien que l'accès administrateur local pour le compte de service de ferme ne soit ni requis ni recommandé par Microsoft. Vous pouvez également faire accorder à votre compte l'ensemble minimal d'autorisations à l'intérieur de SQL Server nécessaire pour effectuer vos opérations.
Pour plus de discussion, consultez l'article de la base de connaissances de Microsoft à l' adresse http://support.microsoft.com/kb/896148 .
Récapitulation de la règle générale: STSADM utilise le contexte de votre compte, l'administrateur central utilise le contexte du compte de service de la batterie de serveurs.
J'espère que ça aide!