none
Erreur SQL pendant nstallation de UDI Config Service avec SCCM 2007 R2 SP2 RRS feed

  • Question

  • Bonjour,

    Lorsque j'essaie de lancer l'installation de 'UDI Config Service' sur mon serveur SCCM 2007 R2 SP2, j'obtient l'erreur suivante :

    -----

    Nom du journal :Application
    Source :       MsiInstaller
    Date :         02/09/2010 14:36:51
    ID de l’événement :10005
    Catégorie de la tâche :Aucun
    Niveau :       Erreur
    Mots clés :    Classique
    Utilisateur :  CITEBD\Administrateur
    Ordinateur :   SERV-SCCM.citebd.local
    Description :
    Product: UDI Web Services and Database Installation Wizard -- Error 26204. Error -2147217900: failed to execute SQL string, error detail: Utilisateur ou groupe Windows NT 'NT AUTHORITY\NETWORK SERVICE' introuvable. Vérifiez une nouvelle fois le nom., SQL key: CreateDB SQL string: DECLARE @loginName nvarchar(255)
    DECLARE @loginNameSafe nvarchar(255)

    SELECT @loginName = 'NT AUTHORITY\NETWORK SERVICE'
    SELECT @loginNameSafe = QUOTENAME(@loginName)

    IF NOT EXISTS (SELECT name from dbo.sysusers WHERE name = @loginName)
    BEGIN
     EXEC ('CREATE USER ' + @loginNameSafe + ' FOR LOGIN ' + @loginNameSafe)
    END

    EXEC sp_addrolemember 'db_datareader', @loginName
    EXEC sp_addrolemember 'db_datawriter', @loginName
    XML de l’événement :
    <Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
      <System>
        <Provider Name="MsiInstaller" />
        <EventID Qualifiers="0">10005</EventID>
        <Level>2</Level>
        <Task>0</Task>
        <Keywords>0x80000000000000</Keywords>
        <TimeCreated SystemTime="2010-09-02T12:36:51.000000000Z" />
        <EventRecordID>31436</EventRecordID>
        <Channel>Application</Channel>
        <Computer>SERV-SCCM.citebd.local</Computer>
        <Security UserID="S-1-5-21-639186186-3114809821-209042915-500" />
      </System>
      <EventData>
        <Data>Product: UDI Web Services and Database Installation Wizard -- Error 26204. Error -2147217900: failed to execute SQL string, error detail: Utilisateur ou groupe Windows NT 'NT AUTHORITY\NETWORK SERVICE' introuvable. Vérifiez une nouvelle fois le nom., SQL key: CreateDB SQL string: DECLARE @loginName nvarchar(255)
    DECLARE @loginNameSafe nvarchar(255)

    SELECT @loginName = 'NT AUTHORITY\NETWORK SERVICE'
    SELECT @loginNameSafe = QUOTENAME(@loginName)

    IF NOT EXISTS (SELECT name from dbo.sysusers WHERE name = @loginName)
    BEGIN
     EXEC ('CREATE USER ' + @loginNameSafe + ' FOR LOGIN ' + @loginNameSafe)
    END

    EXEC sp_addrolemember 'db_datareader', @loginName
    EXEC sp_addrolemember 'db_datawriter', @loginName</Data>
        <Data>(NULL)</Data>
        <Data>(NULL)</Data>
        <Data>(NULL)</Data>
        <Data>(NULL)</Data>
        <Data>(NULL)</Data>
        <Data>
        </Data>
        <Binary>7B46343635324230322D454545462D344433302D413638372D4635384236383530304443357D</Binary>
      </EventData>
    </Event>

    -----

    Le serveur SQL 2008  est déployé sur une machine indépendante...

    Avez-vous une idée pour résoudre le problème ?

    D'avance merci.


    IT Manager - CNBDI - France
    jeudi 2 septembre 2010 12:37

Réponses

  • Solution :

    J'ai recréé un base de données OSD directement sur le serveur SQL.
    J'ai attribué au compte d'ordinateur hébergeant MDT / UDI et SCCM les droits db_datareader et db_datawriter.
    (Tout ceci étant sensé être fait par le script. Ce qui a pu être le cas de tous les services que j'ai pu déployer jusqu'à présent et qui utilsent le même serveur SQL...)
    J'ai relancé l'installation de UDI Config Service, qui s'est déroulée tout a fait correctement.

    Ceci me fait confirmer qu'il y a probablement un problème de script quelque part dans le processus d'installation.

    Merci à tou ceux qui m'ont aidé à résoudre ce problème.


    IT Manager - CITEBD - France
    • Marqué comme réponse Henri Cornuau mardi 28 septembre 2010 06:33
    mardi 28 septembre 2010 06:33

Toutes les réponses

  • Salut,

    Le serveur executant SQL appartient au domaine ou bien il est en workgroup ??? Quelle est la version de Windows utilisé ?

    En plus, jetez un coup d'oeil sur cet article qui est pour SQL 2000/2005 mais aussi applicable pour 2008 http://support.microsoft.com/kb/324321/fr

     

    vendredi 3 septembre 2010 00:21
    Modérateur
  • Bonjour,
    Le Serveur SQL appartient au domaine.
    La serveur hébergeant SCCM est sous 2008 R2 Standard.
    Le serveur hébergeant SQL est sous 2008 SP2 Enterprise.
    Pour info, les déploiements SCCM / PXE / APP-V fonctionnent correctement...


    IT Manager - CITEBD - France
    vendredi 3 septembre 2010 05:57
  • Est ce que tu as vu le lien que je t'ai donné ??
    vendredi 3 septembre 2010 22:42
    Modérateur
  • Oui, mais je ne vois vraiment pas ce qui ne peut pas fonctionner. j'ai d'autres solutions qui fonctionnent paraitement avec mon serveur SQL (SCOM, Sharepoint, etc...).
    Je n'ai donc, à priori, pas de problèmes de compte de service réseau... ce que laisse pourtant entendre l'erreur...
    Toujours pas trouvé de solution...


    IT Manager - CITEBD - France
    mercredi 8 septembre 2010 14:41
  • Si je ne me trempe pas, ton serveur SQL est utilisé par SCOM, SCCM et Sharepoint et en plus tu veux mettre dedans UDI Config Service !!! Si ca est vrai alors je te dis franchement que je suis désolé car les bonnes pratiques de ConfigMgr recommandent de "Ne pas utiliser le serveur de base de données de site Configuration Manager pour exécuter d'autres applications SQL Server"

    mercredi 8 septembre 2010 15:15
    Modérateur
  • Certes, certes...

    Pour information, nous sommes une des premières entreprises françaises à avoir déployé l'ensemble des outils Microsoft de la gamme System Center. Et ce en "essuyant les platres"... Maintenant il s'agit de bonnes pratques dans le cadre d'une entreprise devant gérer une flotte de quelques miliers de sustèmes, pour notre part, nous n'avons que 200 postes à traiter. De plus les outils nous servent pour des postes attribués à la formation d'étudiants nécessitant des réinstallation réguières... Donc dans un contexte très particulier. Voilà pour les explications.
    Maintenant, si personne ne souhaites trouver la raison de ce que je considère comme un BUG, il suffit de le dire, je ferais comme d'habitude : je trouverais par moi-même...

    Merci quand même d'avoir répondu à mes questions jusque là...


    IT Manager - CITEBD - France
    vendredi 10 septembre 2010 06:57
  • bonjour,

    est-ce que le compte d'ordinateur du serveur SCCM est membre du groupe "administrateurs" local sur le serveur SQL ?

    A mon avis le compte utilisé pour exécuter la procédure stockée n'a pas les droits sur la base (si la base existe) ou directement sur l'instance SQL. vous pouvez vérifier cela en ouvrant "SQL Management Studio" et le vérifier dans la section "connexioné de l'instance SQL ou "sécurité" au niveau de la base de données (encore une fois si elle a ete créée).

    Il faudrait peut être vérifier les connexions possibles au serveur SQL. Il se peut que seules les connexions TCP/IP soient autorisées. et de mémoire MDT (et donc UDI) préfèrent les connexions via des canaux nommés (nammed pipes). Par conséquent il faudrait également vérifier les protocoles autorisés en ouvrant la console configuration des serveices SQL (accessible via menu démarrer / tous les programmes / SQL SERVER / outils).

     

    Régis

     

    vendredi 24 septembre 2010 14:15
  • Bonjour,

    - Oui, le compte d'ordinateur du serveur SCCM est bien membre du groupe local "Administrateurs" sur le serveur SQL.

    - La base de donnée se crée bien (OSD) si je vérifie les droits, le compte "AUTORITE NT\SERVICE RESEAU" n'en a aucun sur la base, par contre l'administrateur du domaine est propriétaire de la base... Si je mets l'utilisateur en "AUTORITE NT\SERVICE RESEAU" db_owner, et que je relance l'installation, j'obtiens toujours la même erreur et les droits utilisateurs sont de nouveau supprimés... Ce qui prouve que la connexion SQL est bien établie avec un utilisateur qui a les bons droits SQL... Je pense vraiment qu'il s'agit d'un problème dans le Scipt SQL exécuté lors de l'installation.

    - Les connexions via canaux nommés sont bien autorisés.

    Toujours pas de solution pour le moment...


    IT Manager - CITEBD - France
    vendredi 24 septembre 2010 15:51
  • Solution :

    J'ai recréé un base de données OSD directement sur le serveur SQL.
    J'ai attribué au compte d'ordinateur hébergeant MDT / UDI et SCCM les droits db_datareader et db_datawriter.
    (Tout ceci étant sensé être fait par le script. Ce qui a pu être le cas de tous les services que j'ai pu déployer jusqu'à présent et qui utilsent le même serveur SQL...)
    J'ai relancé l'installation de UDI Config Service, qui s'est déroulée tout a fait correctement.

    Ceci me fait confirmer qu'il y a probablement un problème de script quelque part dans le processus d'installation.

    Merci à tou ceux qui m'ont aidé à résoudre ce problème.


    IT Manager - CITEBD - France
    • Marqué comme réponse Henri Cornuau mardi 28 septembre 2010 06:33
    mardi 28 septembre 2010 06:33