Connexion au serveur distant à l'aide du moniteur de performance ne fonctionne pas
J'ai un problème lorsque vous essayez d'effectuer une trace de perfon sur un serveur distant. Le serveur est Windows Server 2008 R2 SP1. La raison de l'exécution de cette trace est que SQL Server semble attraper beaucoup de mémoire, puis ne pas le relâcher. Ce comportement n'est pas surprenant, mais j'aimerais savoir quand et pourquoi la mémoire est allouée.
Permettez-moi de me dire d'abord, que j'ai effectué cette trace exacte avec ces compteurs compteurs plusieurs fois sur d'autres versions de Windows Server OS. Je me considère assez compétent avec perfundi lundi J'ai vérifié que d'autres composants instantanés fonctionnent (gestion informatique par exemple), le service de registre distant est en cours d'exécution, il n'y a pas de pare-feu activé et je peux vous connecter via WMI (vérifié séparément avec les commandes PowerShell WMI). Et je suis en cours d'exécution MMC comme mon compte d'administration de domaine, pas mon compte d'utilisateur standard. Ce même problème se produit lors de la tentative des étapes à partir d'un serveur de test Server 2008 R2 SP1 également.
J'exécute un MMC et ajoutez PERF LONM. La même chose se produit si je viens de courir perfom.exe directement. À ce stade, si j'essaie de passer à un autre ordinateur, je reçois l'erreur suivante
J'annonce ensuite cette opération et réessayez. Ajoutez le moniteur Performance Snap in puis cliquez sur + Pour ajouter un compteur. Je change le système sur le serveur distant à ce niveau, comme indiqué dans l'image.
et les choses semblent bien. Il y a de la latence lorsque vous essayez d'accéder aux comptoirs de chaque groupe. Si j'ouvre des "disques physiques", il affiche 3: C, D, E qui sont exactement les disques physiques nommés sur le serveur. Sur mon système local, les sont C et G.
J'ajoute toutes les instances des disques physiques: Disque lecture/sec cliquez sur "OK" et que vois-je dans la toile du moniteur? C et G comme les disques ajoutés avec la colonne de l'ordinateur remplacée avec mon nom d'hôte de systèmes local.
Un collègue suggérant ceci: http://blogs.technet.com/b/abizerh/archive/2009/07/15/Error-the-parameter-is-incorrection-Quend-connecter-a-a-server -utilisant-wmi.aspx mais cela semble être pour une autre version du système d'exploitation, l'auteur n'indique pas ce qui, cependant.
Que se passe-t-il ici que je suis incapable d'exécuter une trace de moniteur de performances sur un serveur distant? Merci pour toute suggestion.
J'ai trouvé cet article qui détaille certaines étapes sur la reconstruction des paramètres de parfum.
http://support.microsoft.com/kb/300956
J'ai ensuite couru ce qui suit dans une invite de commande élevée:
cd /d %systemroot%\system32
lodctr /r
cd /d %systemroot%\syswow64
lodctr /r
J'ai ensuite ran MMC et Addred Perfmon. Au départ, j'ai reçu la même erreur que le paramètre était incorrect. Ensuite, j'ai tenté de simplement ajouter du compteur et le MMC Semblé "bégayage", j'ai pu enfin ajouter des compteurs distants. J'ai ensuite supprimé les comptoirs distants et essayé de se connecter à un serveur distant et j'ai vu cela.
plutôt que le message d'erreur. Il est correctement connecté et collecte actuellement mes compteurs du système distant.
La raison de l'exécution de cette trace est que SQL Server semble attraper beaucoup de mémoire, puis ne pas le relâcher.
SQL Server peut allouer la mémoire de différentes manières, en fonction de la configuration et de la nécessité.
Vous pouvez surveiller cela en cochant les différents compteurs de performance "SQL Server: tampon" et "SQL Server: mémoire", mais je peux vous dire de l'expérience que la grande majorité de la mémoire est utilisée pour le cache tampon, c'est-à-dire des pages de données en cache de disque.
[.____] La mémoire MSSQL utilise pour exécuter ses processus, exécuter des requêtes et stocker des plans d'exécution compilés, est au plus 5% à 10% de la quantité totale de mémoire qu'elle peut utiliser. Le reste est tout cache (le cache est bon).
Si vous souhaitez savoir si la quantité de mémoire disponible sur MSSQL est suffisante, il vous suffit de surveiller un compteur de performances: "SQL Server: Tableau tampon\Evénération de la vie".
Cette valeur ne devrait jamais tomber en dessous de quelques minutes et être idéalement comprise entre une heure ou plus.
Si vous n'avez pas touché les paramètres par défaut d'installation, il utilisera autant de mémoire que nécessaire, jusqu'à la mise à la disposition maximale du système d'exploitation.
Si cela est indésirable, réduisez la valeur "Mémoire de serveur maximale" dans l'onglet mémoire de la fenêtre Propriétés du serveur Fenêtre.
Appuyez sur [~ # ~] OK [~ # ~ ~] Exécuter SP_Reconfigure, et c'est le serveur SQL la plus mémoire utilisera à partir de ce moment-là.
Une autre chose à considérer est cliquez sur Propriétés (icône en haut) -> onglet Général -> Modifier "Exécuter comme" sur le compte Windows contenant des autorisations dans une machine distante