none
Health Service Script Erreur 4001 Decouverte SQL2012 RRS feed

  • Question

  • Bonjour,

    J’ai constaté une erreur récurrente après l’import des MP SQL2012. Toute les 4h environs j’ai un message d’erreur 4001 du Health Service Script, à part ce message d’erreur tout parait fonctionner normalement et je me demande si d’autres ont constatés ce phénomène.

    Management Group: XXXXXXXXXX. Script: DiscoverSQL2012Files.js : Either BOF or EOF is True, or the current record has been deleted. Requested operation requires a current record.

    Error Number      : -2146825267

    Error Code        : 3021

    Win32 Facility    : 10

    Error Description : Either BOF or EOF is True, or the current record has been deleted. Requested operation requires a current record.

    Configuration : Windows Server 2012, SQL 2012, SCOM 2012 SP1 UR2

    Est-ce simplement une erreur dans le script de découverte ? Est-ce que quelqu’un pourrait éclairer ma lanterne à ce sujet ?

    Merci

    mardi 21 mai 2013 06:48

Réponses

  • In response to OpsMgrDevWannaBe :

    "Pardon the English response, but I just worked through this a few minutes ago.

    SQL 2012 by default no longer grants NT AUTHORITY\SYSTEM sysadmin. Once that is accomplished, the errors stop, filegroups discover, health state changes, and the rules start collecting. Another option is to create a RunAs account with sysadmin to the SQL RunAs profiles.

    It's an interesting situation b/c in our environment the engine, databases, etc. discovered and monitor nicely (including perf collection). This (requiring LocalSystem to be sysadmin) may be unique to monitoring filegroups. "

    *******************************************************************************

    Thanks for the response, I reply in French because my English is too bad.

    Ceci est la solution! J (enfin presque)

    Le seul problèmes étant que nos administrateurs SQL n’était pas très enthousiastes au vu d’octroyer les droits SysAdmin à mes "SQL RunAs Profiles". Nous avons donc commencés par donner des droit de lecture, sans résultats puis nous somme passer un cran au-dessus et ainsi de suite jusqu’à obtentions d’un résultat sans erreur. Les droits suffisants, néanmoins plus fastidieux à mettre en œuvre sont de donner sur chaque banque de données le droit: DBOwner aux "SQL RunAs Profiles"

    Après quelques heures de patiences, plus aucune erreur n’est levée et les découvertes ainsi que la surveillance fonctionne à merveille !

    A noté que le problème n’est apparu que pour la version SQL Server 2012.

    Cordialement
    • Marqué comme réponse Lriposte jeudi 23 mai 2013 13:10
    jeudi 23 mai 2013 13:09

Toutes les réponses

  • Bonjour,

    Est-ce que cette erreur se produit sur tous les serveurs SQL 2012 ?

    Par ailleurs, dans la vue 'Discovered Inventory', pouvez-vous changer la cible vers SQL Server2012 DB files pour voir si des instance existent ?

    Cordialement,


    Yann Gainche MVP Cloud and Datacenter Management http://www.gainche.net

    mardi 21 mai 2013 11:49
    Modérateur
  • Bonjour,

    Merci pour votre réponse.

    Je ne peux le tester sur d'autre serveur SQL2012 car SCOM est le seul à fonctionner sous SQL2012, tous les autres serveurs (Windows Server 2008R2) SQL sont en 2008R2 (pour le moment).

    Si je sélectionne « SQL Server 2012 DB Files » dans « Discovered Inventory » je n'obtiens aucun résultats, par contre avec « SQL Server 2012 DB Engine » et « SQL Server 2012 DB » j'obtiens des résultats qui pour ma part sont corrects.

    D'après ce que j'ai compris, SCOM n'arrive pas a surveiller les fichiers (MDF/LDF) des banques de données mais par contre l'instance elle-même il peut la surveiller. Est-ce exact?

    Cordialement


    • Modifié Lriposte mardi 21 mai 2013 12:06
    mardi 21 mai 2013 12:05
  • In response to OpsMgrDevWannaBe :

    "Pardon the English response, but I just worked through this a few minutes ago.

    SQL 2012 by default no longer grants NT AUTHORITY\SYSTEM sysadmin. Once that is accomplished, the errors stop, filegroups discover, health state changes, and the rules start collecting. Another option is to create a RunAs account with sysadmin to the SQL RunAs profiles.

    It's an interesting situation b/c in our environment the engine, databases, etc. discovered and monitor nicely (including perf collection). This (requiring LocalSystem to be sysadmin) may be unique to monitoring filegroups. "

    *******************************************************************************

    Thanks for the response, I reply in French because my English is too bad.

    Ceci est la solution! J (enfin presque)

    Le seul problèmes étant que nos administrateurs SQL n’était pas très enthousiastes au vu d’octroyer les droits SysAdmin à mes "SQL RunAs Profiles". Nous avons donc commencés par donner des droit de lecture, sans résultats puis nous somme passer un cran au-dessus et ainsi de suite jusqu’à obtentions d’un résultat sans erreur. Les droits suffisants, néanmoins plus fastidieux à mettre en œuvre sont de donner sur chaque banque de données le droit: DBOwner aux "SQL RunAs Profiles"

    Après quelques heures de patiences, plus aucune erreur n’est levée et les découvertes ainsi que la surveillance fonctionne à merveille !

    A noté que le problème n’est apparu que pour la version SQL Server 2012.

    Cordialement
    • Marqué comme réponse Lriposte jeudi 23 mai 2013 13:10
    jeudi 23 mai 2013 13:09
  • My apologies for the English response.  I am experiencing the same issue.  We set up a low privilege account per the SQL MP guide.  Would prefer not to have to grant this account rights beyond what it already has.  Anyone have any luck beyond granting DBOwner for each DB?
    jeudi 3 octobre 2013 15:03