none
[MOSS 2007] Question sur l'import des Users RRS feed

  • Question

  • Bonjour à tous,

    Je suis un nouvel utilisateur/débutant de MOSS (et AD + Echange + SQL) et donc, logique, j'ai quelques interrogations à ce sujet. Pour info, MOSS est installé en stand alone.

    J'ai paramétré mon import des users et celui-ci s'est déroulé correctement (compteur des users incrémentés). Cependant :
     - dès que je loggue avec un user et que je vais dans "My Settings", je ne vois pas les champs remplis. Pourtant, dans "View users profiles", je les vois après importation..
     - Je ne sais si c'est lié mais j'ai 2 erreurs lors de mon import (journal d'événement, application) :

    Erreur 1:
    Failure Audit - MSSQL$OFFICESERVERS - Event 18456 - User: Local Service
    Login failed to user 'NT AUTHORITY\LOCAL SERVICE'. [CLIENT: <local machine>]


    Erreur 2:
    Error - Windows SharePoint Services 3 - Event 3760 - User : N/A
    SQL Database 'SharePoint_Config_blablabla' on SQL Server instance 'MOSS20007\OfficeServers' not found. Additional error information from SQL Server is included below.

    Cannot open database 'SharePoint_Config_blablabla' requested by the login. The login failed. Login failed for user 'NT AUTHORITY\LOCAL SERVICE'.


    Merci pour vos réponses.
    mardi 16 octobre 2007 07:47

Toutes les réponses

  • Bonjour

     

    Tout d'abord, les profils utilisateurs servent à enrichir les informations sur les utilisateurs en les important depuis une source de données (AD, LDAP, base de données...), avec ou sans synchro (uniquement dispo avec AD et LDAP). Il existe un mécanisme de synchronisation permettant de mettre à jour les comptes ajoutés dans les différents sites SharePoint en utilisant les profils (adresse email, service, photo etc...) afin de garder une cohérence sur l'ensemble de la plateforme. Cependant, cette mise à jour est réalisée par des jobs qui sont lancés toutes les heures, ne vous attendez donc pas à voir de suite les informations dans les sites.

     

    Dans votre cas, avec une installation standalone, vous risquez d'avoir quelques soucis du fait d'utiliser un compte local pour l'importation des comptes : lorsque vous allez le paramétrer pour l'automatiser, le compte utilisé sera le compte local et il n'aura pas accès à votre AD. Il faudra donc changer le compte utilisé en spécifiant un compte (de service de préférence) de votre AD.

     

    Les erreurs de connexion à la base de configuration, je ne sais pas si c'est directement lié, mais il apparaît qu'il y a une tentative de connexion (via un pool d'application sans doute) à votre base de données. Vérifiez que ces comptes ont bien accès aux bases de données, ou mieux, utilisez un compte de service dédié et reparamétrez les pools d'application depuis le site d'administration centrale (opérations / comptes de service).

     

    N'hésitez pas à nous dire si cela a changé quelque chose ou non.

    mardi 16 octobre 2007 15:09
  • Je suis désolé, mais je t'arrête déjà par rapport au deuxième paragraphe. A quel endroit je peux changer le compte pour l'automatisation ?
    mercredi 17 octobre 2007 08:37
  • En fait, je suis allé dans la centrale Administration, Operations, Services on server, et au niveau de "Office SharePoint Server Search" et "Windows SharePoint Services Help Search", j'ai configuré mon compte et de là, no soucy je n'ai plus les 2 messages d'erreur.

    Dernières question, et pas des moindres : quelles sont les utilités majeures de ces 2 services ? Lequels est en rapport avec les users profiles et l'import ?

    Merci
    mercredi 17 octobre 2007 13:49
  • Il faut se rendre sur le site d'admin du SSP, dans "User Profiles and properties", "Configure profile import". Là il y a un "default access account" : soit tu peux en spécifier un, soit tu utilises le compte par défaut (qui est semble-t-il un compte local dans ton cas). Il suffit donc de spécifier un compte de domaine à ce niveau là.

    mercredi 17 octobre 2007 13:52
  • Petit téléscopage de post Smile

     

    Votre configuration a permis d'avoir comme compte d'accès par défaut un compte de domaine, et donc de l'utiliser pour l'importation des comptes.

     

    Pour les 2 services :

    • Office SharePoint Server Search : ce n'est autre que le moteur de recherche de MOSS 2007. Vous pouvez ainsi faire de la recherche sur vos sites SharePoint, les profils utilisateurs, voire d'autres sources de données externes (sites web, répertoires réseaux, ...)
    • Windows SharePoint Services Help Search : c'est simplement le service permettant la recherche dans l'aide de SharePoint. Il utilise le service de recherche WSS 3.0.

     

    mercredi 17 octobre 2007 14:01
  • Donc, afin de "soulager" MOSS, pas trop besoin du service Windows SharePoint Services Help Search ? Si ?
    mercredi 17 octobre 2007 14:46
  • Bonjour à tous,

    Pour info, j'ai réinstallé MOSS en mode Complet.
    J'ai encore 2 questions et j'espère que vous allez pouvoir m'aider :

    - j'ai un souci avec un user. En fait, dans Active Directory, je modifie le profile d'un user (par exemple son 'Title') et malgré l'import AD, je garde son ancien profile. J'ai essayé de supprimer son profile, refaire un import et idem. Je garde ses anciennes infos. A noter que je laisse un peu de temps entre les imports, et que dans le log Windows il n'y a pas de soucis apparent.

    - Je pense que c'est une question que tout le monde s'est posé.
      Je voulais savoir s'il était possible de récupérer tous les users de mon AD dans Sharepoint. En fait, dans la société où je travaille, nous sommes très nombreux et donc au lieu de faire des multiples "Add users", je voudrais récupérer tous les users que j'ai créé dans mon AD (sans nécessairement avoir les unités organisationnelles) dans un répertoire de "People and Groups".

    Merci de vos réponses
    lundi 22 octobre 2007 09:19
  • Concernant la première question, pour info, dans mon SSA, le user profile est bon, donc est ce que les infos de cet user ne pointe pas vers un ancien import AD ?
    lundi 22 octobre 2007 09:22
  • Bonjour

     

    1/ C'est étrange que la mise à jour de votre AD ne soit pas répercutée lors de l'importation des profils. Dans votre Shared Services Provider (SSP), dnas la partie User Profiles, quand vous consultez votre utilisateur parmi tous les profils, est-ce que vous avez la bonne information ?

     

    2/ Les profils utilisateurs ne sont pas les comptes utilisateurs (la nuance est fourbe !). Si vous avez besoin d'assigner des permissions à tous les utilisateurs de votre AD, vous pouvez utiliser les groupes de domaine (DOMAIN\Domain users ou même NT AUTHORITY\Authenticated users). De manière plus large, vous pouvez utiliser les groupes de domaine pour assigner des droits n'importe où dans SharePoint, surtout si vous disposez déjà de groupes "intéressants" à l'utilisation. Le gain des groupes SharePoint c'est qu'on peut en créer sans avoir de droit sur l'Active Directory et sans y toucher, ce qui permet de déléguer la gestion des accès plus facilement (et il est plus facile/pratique de créer des groupes SharePoint que des groupes de domaine).

     

    lundi 22 octobre 2007 12:59
  • 1/ Oui oui,quand je vais dans View Profiles sur ce profil en question, il a les bonnes informations.
    Cependant, quand je me connecte avec son user sur le portail de collaboration que j'ai créé, je vois encore sur ses anciennes infos ... c'est vraiment bizarre !!!

    Petite question : étant donné que je fais beaucoup d'imports (je suis en phase de MOSS avant un futur déploiement), donc le fait d'en faire beaucoup "pertube"-t-il MOSS ?
    lundi 22 octobre 2007 13:44
  • Il doit y avoir un souci de synchronisation entre les 2, ou bien votre application web hébergeant votre portail de collaboration n'est pas attaché au bon SSP (si jamais vous aviez gardé l'ancien).

     

    Regardez dans votre journal des événements, dans la section Applications. Vérifiez que vous n'avez pas d'erreur du type User Profile synchronization... cf http://blogs.technet.com/corybu/archive/2007/06/01/detaching-databases-in-moss-2007-environments.aspx

    mardi 23 octobre 2007 08:19
  • En fait, dès que je fait un import, j'ai cette erreur :

    A runtime exception was detected. Details follow.
    Message: Could not find stored procedure 'proc_ar_BumpCacheInvalidationCounter'.

    Techinal Details:
    System.Data.SqlClient.SqlException: Could not find stored procedure 'proc_ar_BumpCacheInvalidationCounter'.
       at System.Data.SqlClient.SqlConnection.OnError(SqlException exception, Boolean breakConnection)
       at System.Data.SqlClient.SqlInternalConnection.OnError(SqlException exception, Boolean breakConnection)
       at System.Data.SqlClient.TdsParser.ThrowExceptionAndWarning(TdsParserStateObject stateObj)
       at System.Data.SqlClient.TdsParser.Run(RunBehavior runBehavior, SqlCommand cmdHandler, SqlDataReader dataStream, BulkCopySimpleResultSet bulkCopyHandler, TdsParserStateObject stateObj)
       at System.Data.SqlClient.SqlCommand.FinishExecuteReader(SqlDataReader ds, RunBehavior runBehavior, String resetOptionsString)
       at System.Data.SqlClient.SqlCommand.RunExecuteReaderTds(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, Boolean async)
       at System.Data.SqlClient.SqlCommand.RunExecuteReader(CommandBehavior cmdBehavior, RunBehavior runBehavior, Boolean returnStream, String method, DbAsyncResult result)
       at System.Data.SqlClient.SqlCommand.InternalExecuteNonQuery(DbAsyncResult result, String methodName, Boolean sendToPipe)
       at System.Data.SqlClient.SqlCommand.ExecuteNonQuery()
       at Microsoft.Office.Server.Data.SqlSession.ExecuteNonQuery(SqlCommand command)
       at Microsoft.Office.Server.ApplicationRegistry.MetadataModel.DataAccess.AbstractMaterializer.DistributedCacheInvalidate(Type metadataObjectType, Boolean objectCache)
       at Microsoft.Office.Server.ApplicationRegistry.MetadataModel.DataAccess.AbstractMaterializer.DistributedCacheInvalidate()
       at Microsoft.Office.Server.ApplicationRegistry.Infrastructure.SqlSessionProvider.SetSharedResourceProviderToUse(String sharedResourceProviderName)
       at Microsoft.Office.Server.UserProfiles.BDCConnector.RefreshConfiguration(String sspName)

    For more information, see Help and Support Center at http://go.microsoft.com/fwlink/events.asp.


    Mais en parcourant le web, tout le monde dit que c'est normal, c'est parce que j'ai une version "standard' de MOSS installé.
    Je vais essayer ta procédure.

    Merci Gat
    mardi 23 octobre 2007 08:43