N'installent de nouveaux clients et clients existants ne pas fonctionner publications après avoir installé un nouveau point de gestion

• Ordinateurs découverts et apparaissent dans la console Administrateur SMS que les clients avancés, mais le logiciel client SMS n'est pas installé sur les ordinateurs clients.
• Ordinateurs découverts et apparaissent dans la console Administrateur SMS que les clients avancés, mais le logiciel client SMS standard est installé sur l'ordinateur est détecté.
• Les clients existants ne signalent pas un état pour les publications.
• Le message suivant est enregistré dans CAS.log sur l'ordinateur client avancé SMS et dans le journal SQLERROR sur SQL server :
  Échec de la connexion de l'utilisateur '(null)'. Raison : Associé pas une connexion approuvée de SQL Server
• Le journal IIS sur le point de gestion peut contenir 401.

<![LOG[CMPDBConnection::Init(): IDBInitialize::Initialize() failed with 0x80004005]LOG]!>
<![LOG[Raising event: [SMS_CodePage(437), SMS_LocaleID(1033)] instance of
MpEvent_ConnectDatabaseFailed {
      ClientID = "GUID:F4AB9DD6-362A-44B4-BAFA-6797AD71C79F";
      DatabaseName = "SMSDBname";
      DateTime = "20030919053031.203000+000";
      ErrorCode = "0x80004005";
      MachineName = "MPcomputername";
      ProcessID = 5124;
      ServerName = "SMSservername";
      SiteCode = "sitecode";
      ThreadID = 3512;
      Win32ErrorCode = 0;
};
]LOG]><time="00:30:31.219+000" date="09-19-2003" component="MP_GetAuth_ISAPI" context="Auth" 
type="1" thread="3512" file="event.cpp:522">

CMPDBConnection::Init(): IDBInitialize::Initialize() failed with 0x80040e4d $$<MP_GetAuth_ISAPI><Wed Feb 4 17:19:29.240 2004 Eastern Standard Time><thread=2664 (0xA68)>

Retour au début | Envoyer des commentaires

• Le point de gestion n'a pas les autorisations correctes sur le serveur SQL.
• Problème existe avec l'enregistrement SQL de nom principal de service (SPN).
• Des problèmes existent avec Kerberos ou le protocole DNS (Domain Name System) (DNS).

Retour au début | Envoyer des commentaires

Vérifiez les autorisations

1. Du serveur de point de gestion, cliquez sur Démarrer , cliquez sur Exécuter , tapez cmd et cliquez sur OK . Si votre site SMS s'exécute sous le mode de sécurité standard, passez à étape 4. Si votre site SMS est en mode de sécurité avancées, passez à étape 2.
2. Si votre site SMS exécute sécurité avancée, démarrez une nouvelle fenêtre d'invite qui s'exécute sous le compte système local. Pour ce faire, tapez ce qui suit à l'invite de commande et appuyez sur ENTRÉE :
   AT FutureTime /interactive cmd
   Dans le temps que vous spécifiez, une nouvelle fenêtre invite de commandes qui s'exécute sous Svchost.exe s'ouvre.
   
   Remarque FutureTime peut être n'importe quel est ultérieure à l'heure actuelle, sous forme de 24 heures.
3. À une invite de commandes, tapez la ligne suivante et appuyez sur ENTRÉE :
   Osql-S SQLServer-d SMSdbname -E
   Remarque SQLServer est le nom du serveur qui exécute SQL Server et SMSdbname est le nom de la base de données SQL pour votre site SMS.
   
   Si cette commande réussit, votre point de gestion a les autorisations correctes à la base de données SQL. La commande aboutit si un 1> invite est renvoyée. Tapez exit et appuyez sur ENTRÉE pour revenir à l'invite de commande. Si vous recevez message d'erreur suivantes, passez à étape 4 :
   Échec de la connexion de l'utilisateur '(null)'. Raison : Associé pas une connexion approuvée de SQL Server.
4. Si vous recevez le message d'erreur "Connexion impossible" qui est décrite dans l'étape 3, répétez la commande, mais utiliser le nom de domaine complet (FQDN). Par exemple, tapez :
   Osql-S SQLServer.europe.corp.microsoft.com-d SMSdbname -E
   Si la commande échoue, affichez les paramètres DNS pour le domaine où se trouve l'ordinateur de point de gestion.
5. Si la commande échoue encore vérifier si le service MSSQLServer utilise un compte d'utilisateur pour ouvrir une session avec, modifiez le service pour utiliser le compte système local sous l'onglet connexion dans les propriétés du service et exécuter les commandes à nouveau. Si vous devez exécuter le service à l'aide d'un compte d'utilisateur, assurez-vous que le compte d'utilisateur est ajouté au groupe administrateur de domaine. Vous devez également suivre les étapes dans l'article suivant dans la base de connaissances Microsoft :
   829868

   (http://support.microsoft.com/kb/829868/ )

   Site Management Server 2003 Advanced Security systèmes SQL à distance ne se connecte pas à SQL Server

Dépannage supplémentaire

1. Les attributs de nom principal de service (SPN) appropriés ne peuvent pas être générées pour le compte qui a démarré les services SQL. Pour résoudre ce problème, vous devez créer manuellement le nom de complet domaine (FQDN) et le SPN NetBIOS entrées. Pour ce faire, vous pouvez utiliser l'utilitaire SetSPN à partir du Kit de ressources Windows 2000 Server. Pour télécharger l'utilitaire SetSPN, site Web Microsoft suivant :
   http://www.microsoft.com/downloads/details.aspx?FamilyID=5fd831fd-ab77-46a3-9cfe-ff01d29e5c46&DisplayLang=en

   (http://www.microsoft.com/downloads/details.aspx?FamilyID=5fd831fd-ab77-46a3-9cfe-ff01d29e5c46&DisplayLang=en)
   Vous devez exécuter l'utilitaire SetSPN sur un ordinateur qui réside dans domaine du serveur SQL Server. Vous devez utiliser les informations d'identification administrateur de domaine. Déterminer si les services SQL s'exécuter sous un compte de domaine ou le compte d'ordinateur local. Pour utiliser l'utilitaire SetSPN pour créer manuellement les SPN appropriés, procédez comme suit :
   
   lorsque SQL du service est démarré avec un compte d'utilisateur
   • Pour créer le SPN complet dans une fenêtre d'invite, tapez la commande suivante :
     setspn - A MSSQLSvc / SqlHostname.mydomain.com : 1433 SqlServiceAccount
   • Pour créer le SPN NetBIOS dans la fenêtre de commande, tapez la commande suivante :
     setspn - A MSSQLSvc / SqlHostname : 1433 SqlServiceAccount
   lorsque SQL du service est démarré sous le compte système local
   
   Si SQL Server s'exécute sous le compte système local, vous devez configurer manuellement un SPN pour SQL Server. Le SPN est créé automatiquement au démarrage de SQL Server et est supprimé lorsque le service SQL est arrêté. Si SQL Server s'exécute sous un compte d'utilisateur de domaine, vous devez configurer manuellement un nom principal de service.

   Suppression de SPN

   Un SPN en double pour l'ordinateur qui exécute SQL Server peut provoquer des problèmes connectivité. La procédure suivante va supprimer les SPN existantes de SQL Server et ajouter un SPN nouveau :
   1. Arrêtez le service MSSQL.
   2. Exécutez la commande SETSPN-L computer name pour répertorier tous les SPN. La sortie ressemble généralement les éléments suivants :

      MSSQLSvc/MySQLServer dasaccount1 
      MSSQLSvc/MySQLServer:1433 
      MSSQLSvc/MySQLServer.MyDomain.com dasaccount1 MSSQLSvc/MySQLServer.MyDomain.com:1433 
      

      Pour plus d'informations, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
      319723

      (http://support.microsoft.com/kb/319723/ )

      Comment utiliser l'authentification Kerberos dans SQL Server
      
      Si le service MSSQL s'exécute sous le compte système local, le SPN est supprimé lorsque le service MSSQL est arrêté. Par conséquent, si un nom principal de service est répertorié dans la sortie de la commande SETSPN-L , c'est un SPN en double. Si le service MSSQL s'exécute sous un compte d'utilisateur de domaine, le SPN est toujours répertorié lorsque vous exécutez la commande SETSPN-L . Par conséquent, vous ne pouvez pas déterminer si le SPN est un doublon. Dans les deux cas, pour vous assurer que le SPN n'est pas un doublon, supprimez et remplacez le SPN comme décrit dans parcourt 1C 1i.
   3. Si les entrées contenant MSSQLSvc sont répertoriées, utilisez la commande SETSPN -D pour supprimer ces entrées. Par exemple, tapez les éléments suivants :
      SETSPN ?D MSSQLSvc/MySQLServer DAS account SETSPN D MSSQLSvc / MySQLServer.MyDomain .com <DAS account >
   4. Exécutez la commande SETSPN-L computer name à nouveau pour vous assurer que pas de listes pour MSSQLSvc s'affichent.
   5. Si le service MSSQL s'exécute sous le compte système local, assurez-vous que le compte de démarrage de SQL Server est le compte système local. Vous pouvez configurer ce paramètre sous l'onglet sécurité dans la boîte de dialogue Propriétés du serveur dans SQL Enterprise Manager.
   6. Si le service MSSQL s'exécute sous un compte d'utilisateur de domaine, inscrivez le SPN en utilisant la commande SETSPN-A comme nous l'avons mentionné plus haut.
   7. Redémarrez le service MSSQL.
   8. Une fois la réplication met à jour l'attribut servicePrincipalName sur les comptes de domaine, vérifiez que les SPN sont correctement enregistrés. Pour ce faire, exécutez la commande suivante :
      SETSPN-L computer name
   9. Si les SPN sont inscrits correctement, testez la connexion SMS en utilisant les méthodes dans la section «Vérifier autorisations».
2. Sur chaque site principal, assurez-vous que le groupe de sécurité SMS_SitetoSQLConnection contient les comptes d'ordinateurs ou comptes de service SMS pour tous les serveurs enfant ce rapport pour le site principal. En règle générale, ces comptes sont ajoutés au groupe de sécurité SMS_SitetoSQLConnection lorsqu'un site est installé. Si le programme d'installation ne peut pas ajoutez le compte, le message d'état site suivant est enregistré dans la console Administrateur SMS :
   Gestionnaire de composants de 4908 site Impossible d'ajouter compte d'ordinateur « %1 » au groupe d'accès SQL « %2 » sur le SQL Server machine « %3 ».
3. Le cache de ticket Kerberos devront éventuellement être réinitialisé. Utilisez l'outil Kerbtray à partir du Kit de ressources Windows 2000 Server pour effacer le cache de ticket Kerberos existant. Pour télécharger l'outil Kerbtray, site Web Microsoft suivant :
   http://www.microsoft.com/downloads/details.aspx?FamilyID=4e3a58be-29f6-49f6-85be-e866af8e7a88&displaylang=en

   (http://www.microsoft.com/downloads/details.aspx?FamilyID=4e3a58be-29f6-49f6-85be-e866af8e7a88&displaylang=en)
   Pour plus d'informations sur l'utilisation de l'outil Kerbtray, cliquez sur le numéro ci-dessous pour afficher l'article correspondant dans la base de connaissances Microsoft :
   232179

   (http://support.microsoft.com/kb/232179/ )

   Administration Kerberos dans Windows 2000
4. Assurez-vous que le serveur DNS pour le domaine est tout d'abord répertorié dans les propriétés TCP/IP du serveur de point de gestion.
5. Le FQDN pour le domaine cible doit figurer en haut de la liste sur le serveur de point de gestion de recherche de suffixe. Pour modifier la liste de recherche de suffixe, procédez comme suit :
   1. Cliquez sur Démarrer , cliquez sur Exécuter , tapez ncpa.cpl et cliquez sur OK .
   2. Cliquez avec le bouton droit sur la connexion que vous souhaitez modifier, puis cliquez sur Propriétés .
   3. Dans la boîte de dialogue Propriétés de nom de connexion , sélectionnez Protocole Internet (TCP/IP) sous cette connexion utilise les éléments suivants , puis cliquez sur Propriétés .
   4. Sous l'onglet Général , cliquez sur Avancé et puis cliquez sur l'onglet DNS .
   5. Cliquez sur Ajouter ces suffixes DNS (dans l'ordre) , cliquez sur le domaine cible, puis déplacez le domaine cible vers le haut de la liste en cliquant sur la flèche de défilement.
   6. Cliquez sur OK à deux reprises, puis cliquez sur Fermer .

Retour au début | Envoyer des commentaires