SharePoint stsadm addolution - échoue avec une erreur basée sur une autorisation (référence d'objet)

StackOverflow https://stackoverflow.com/questions/251554

  •  05-07-2019
  •  | 
  •  

Question

Tentative de déploiement d'une solution MOSS sur un serveur UAT à partir du serveur de développement pour la première fois . A l'exécution de cette commande

stsadm -o addsolution -filename xxx

Je reçois une "référence d'objet non définie sur une instance d'objet". Sur la base de ces liens: (et autres):

[ http://social.msdn.microsoft.com/forums/en-US/sharepointdevelopment/thread/63f0f95d-1215-4041-be6d-64ae63bda276/] [1]

[ http://www.telerik.com/community/ forums / thread / b311D-bachea.aspx Je me suis assuré de ce qui suit:] [1]

  1. Je suis membre du groupe d’administrateurs de la batterie de serveurs sur le serveur MOSS
  2. Je suis membre du groupe WSS_RESTRICTED_WPG sur le serveur
  3. J'étais déjà dans le groupe WSS_ADMIN_WPG sur le serveur

J'ai consulté le journal des événements et trouvé des exceptions indiquant que la connexion à ma base de données Site Services a échoué.

Si j'essaie de m'ajouter moi-même via SQL Server Mgt Studio, je ne peux pas définir l'accès à cette base de données, par exemple:

  

Raison: Impossible d'ouvrir la base de données   " SharedServices1_DB " demandé par le   s'identifier. La connexion a échoué. Échec de la connexion   pour l'utilisateur 'XXXXX \ Administrateur'.

Alors, qu'est-ce qui me manque? Des choses évidentes que je dois faire? Toutes les suggestions utiles sont les bienvenues.

Merci

[1]: http: // MSDN du forum

[1]: http: // Telerik : fil de discussion

Était-ce utile?

La solution

Je pense que la chose la plus évidente qui vous manque est que le compte de l'utilisateur ne dispose pas de l'autorisation nécessaire pour utiliser la base de données sharepoint - comme il est indiqué dans votre message;)

Autres conseils

L'ajout de solutions n'a rien à voir avec le fournisseur de services partagés.

Généralement, cette erreur serait due au fait que l'utilisateur qui exécute la commande stsadm n'a pas accès à la base de données de configuration de la batterie. Cela tient au fait que seuls les "informations d'identification de la ferme" compte a accès à la base de données de configuration de la batterie.

Vous pouvez essayer l'une des deux choses suivantes:

  1. Exécutez la commande stsadm en tant que "Informations d'identification de la batterie". Compte. Il s’agit généralement d’un compte de service. Par défaut, c’est ce compte qui a été utilisé pour créer la base de données de la batterie de serveurs au cours du processus d’installation.
  2. Modifiez les informations d'identification de la batterie de serveurs " compte à votre utilisateur connecté. Vous pouvez le faire en utilisant stsadm -o updatefarmcredentials

J'espère que ça aide!

Le problème ne semble pas être lié à votre solution, mais au SSP. Essayez de supprimer le SSP UAT, de le recréer et de vous associer à votre (vos) site (s).

Si cela fonctionne, vous devrez déterminer pourquoi le problème s'est produit.

Licencié sous: CC-BY-SA avec attribution
Non affilié à StackOverflow
scroll top