Compact DBA

    Solution PDA pour gérer, analyser et surveiller à distance tout serveur ou serveur SQL

    Compact DBA est une solution PDA complète pour gérer, analyser et surveiller à distance les performances et la disponibilité de tout serveur ou serveur SQL sur le réseau de votre entreprise. Il a été conçu pour fonctionner sur n’importe quel appareil Pocket PC, mais est le plus utile sur un téléphone Pocket PC car cela permet une couverture à distance complète de n’importe où (par rapport à un appareil WiFi uniquement limité aux « points d’accès » de signal). Compact DBA se compose de plus de 10 écrans regorgeant d’informations sur tous les aspects des performances et de la disponibilité du serveur.

    Compact DBA est spécifiquement destiné au DBA SQL pour:

    • Réduire les temps d’arrêt grâce à une alerte proactive et en donnant au DBA la possibilité d’appliquer rapidement des actions correctives
    • Permettre aux DBA / administrateurs de gérer davantage de serveurs en supprimant toute surveillance et vérification qu’ils effectuaient auparavant quotidiennement
    • Réduire les appels / heures supplémentaires / travail par roulement car la surveillance et les actions correctives peuvent être effectuées en dehors des heures de travail
    • Améliorer le temps de réponse du serveur en suggérant des actions correctives primées à prendre.

    Compact DBA – Fonctionnalités

    Compact DBA est une solution PDA complète pour gérer, analyser et surveiller à distance les performances et la disponibilité de tout serveur ou serveur SQL sur le réseau de votre entreprise. Il a été conçu pour fonctionner sur n’importe quel appareil Pocket PC, mais est le plus utile sur un téléphone Pocket PC car cela permet une couverture à distance complète de n’importe où (par rapport à un appareil WiFi uniquement limité aux « points d’accès » de signal). Compact DBA se compose de plus de 10 écrans regorgeant d’informations sur tous les aspects des performances et de la disponibilité du serveur.

    Les fonctionnalités comprennent:

    L’écran du serveur fournit un aperçu des performances globales du système ainsi que de la charge qu’il représente

    Comme on peut le voir, l’écran est divisé en 5 zones :
    • 1. Le premier cadre montre le nombre d’utilisateurs ainsi que le nombre de processus que ces utilisateurs utilisent. Le nombre de lots SQL par seconde et de transactions par seconde générés par ces utilisateurs/processus est également affiché.
    • 2. La deuxième zone montre le trafic réseau à la fois vers et depuis le serveur. Le stress des cartes réseau est également indiqué par le nombre de requêtes réseau actuellement en attente.
    • 3. Le cadre suivant montre le stress auquel sont soumis les processeurs ainsi que la mémoire. L’efficacité de l’utilisation de la mémoire est également affichée sous forme de tailles des caches de tampons et de procédures ainsi que de leurs ratios de réussite respectifs.
    • 4. La zone suivante affiche le trafic de données circulant entre le sous-système CPU/mémoire et le sous-système E/S disque. Pour plus de commodité, cela a été découpé en différentes formes de lectures (lectures de pages ainsi que lectures anticipées) ainsi que d’écritures (écritures de pages, écritures de journaux et écritures de points de contrôle).
    • 5. La dernière zone donne un aperçu de la charge de travail du sous-système E/S disque ainsi que du stress actuel en termes du nombre de lectures/écritures de disque actuellement en attente d’exécution.

    L’écran Action est comme avoir un Analyseur de requêtes complet directement sur votre PDA. Cet écran vous permet de :

    • Redémarrer le serveur
    • Arrêter le serveur
    • Émettre des déclarations en ligne de commande telles que Ping, Tracert, ipconfig, commandes NET (telles que NET Send, NET Session), fichiers batch, etc.
    • Arrêter/Démarrer/Mettre en pause tout service (y compris SQL Server, SQL Agent, DTC, etc.)
    • Exécuter des DML TSQL (Insertions, Suppressions, Mises à jour, autorisations, etc.)
    • Exécuter des DDL TSQL (Créer des tables, supprimer des bases de données, émettre des commandes DBCC, etc.)
    • Analyser tout ensemble d’instructions TSQL
    • Utiliser des instructions TSQL ba
      • Exécuter uniquement une partie du lot TSQL en le mettant en surbrillance.
      • Enregistrer toute instruction TSQL dans une bibliothèque pour une réutilisation.
      • Copier la sortie (ou une partie de celle-ci) à coller dans un rapport, un e-mail ou un SMS.
      En outre, plus de 100 modèles standard sont fournis (c’est comme avoir Books Online sur votre PDA) ainsi que de nombreux lots TSQL préparés pour :
      • Vérifier quand les sauvegardes de base de données ont été prises pour chaque base de données.
      • Une liste des tailles actuelles des bases de données de toutes les bases de données (divisée en fichier de données et fichier journal) avec le pourcentage que cela représente du total général.
      • Vérifier les transactions ouvertes qui peuvent empêcher des déchargements efficaces du journal des transactions.
      • Énumérer les 30 plus grandes tables dans une base de données montrant leur espace utilisé décomposé en données, index et texte.
      • Visualiser le journal des erreurs de SQL Server que nous avons commodément réorganisé pour montrer les entrées les plus récentes en premier.
      • Afficher l’état de tous les services SQL Server tels que SQL Server, Agent, DTC et Search.
      • Énumérer l’espace disque disponible sur tous les lecteurs fixes / solutions RAID.
      L’écran des tâches de l’Agent fournit une surveillance complète, une alerte et un contrôle des tâches de lot SQL :
      • La vue des tâches peut être adaptée pour afficher toutes les tâches, uniquement les tâches en cours d’exécution ou uniquement les tâches ayant échoué ou ayant été annulées.
      • Les tâches peuvent être visualisées pour un seul serveur ou simultanément pour tous les serveurs surveillés.
      • Les détails de la tâche incluent : statut actuel, résultat de la dernière exécution, activé, date de prochaine exécution.
      • L’état du service Agent est affiché.
      • Le service Agent peut être arrêté ou démarré à partir de cet écran.
      • Les tâches peuvent être démarrées (si elles ne sont pas déjà en cours) ou arrêtées si elles sont en cours d’exécution.
      • Les étapes détaillées d’une tâche peuvent être examinées avec l’historique d’exécution.
      L’écran des détails permet une exploration graphique historique complète de plus de 50 métriques de performances que Compact DBA rassemble et stocke :
      • Graphique disponible
        • Allocation de mémoire
        • Trafic réseau
        • Entrées/sorties disque
        • Stress disque
        • Charge processeur
        • Indicateurs de stress
        • Performance de verrouillage
        • Charge utilisateur SQL
        • Stress du système d’exploitation
      • Les niveaux de « haute-eau » peuvent également être représentés graphiquement aux côtés des valeurs normales afin de voir à quel point les valeurs actuelles se rapprochent de la limite maximale jamais atteinte par le serveur.
      • L’utilisateur peut choisir entre visualiser le graphique en 2D ou 3D ainsi que le format du graphique en camembert, en courbe ou en barres.
      L’écran des processus offre une vue complète de tous les processus du serveur SQL :
      • En plus de toutes les colonnes standard de la liste des processus disponibles dans Enterprise Manager Compact DBA, deux colonnes supplémentaires, CPU et E/S, affichent le changement de ces champs depuis le dernier rafraîchissement. Cela est très utile car visualiser simplement la colonne CPU standard ne vous permettra pas de déterminer si le processus travaille actuellement « dur » et exerce donc une charge excessive sur le serveur.
      • Vous pouvez définir la vue pour afficher :
        • Tous les processus.
        • Seulement les processus actifs.
        • Seulement les processus très actifs (consommant > 50 % du CPU ou demandant plus de 50 E/S physiques par seconde).
        • Seulement les processus bloquants ou qui sont eux-mêmes bloqués.
        • Seulement le processus en tête de la chaîne de blocage.
      • Les processus peuvent être visualisés pour un seul serveur ou simultanément pour tous les serveurs surveillés.
      • Les processus système peuvent être supprimés de l’affichage afin de fournir une liste raccourcie ne contenant que les processus utilisateur.
      • Maintenir le stylet sur un processus fournit une foule d’informations sur son statut et sa raison d’être.
      • En cliquant sur un processus, l’écran SPID s’affiche et vous permet de consulter une immense quantité d’informations sur les statistiques d’exécution actuelles du SPID.
      Th

      L’écran SPID permet au DBA de visualiser le statut et les statistiques d’exécution précises d’un SPID spécifique (processus). La coloration de certaines valeurs potentiellement problématiques attire l’attention de l’utilisateur sur les éléments qui peuvent nécessiter une intervention urgente.

      • Si un processus est en cours d’exécution, le TSQL en bas affiche l’instruction exacte en cours d’exécution.
      • Notez que le DBA a la possibilité d’interrompre un processus problématique sur cet écran s’il le juge nécessaire.
      • L’image ci-dessous montre l’écran visualisant un processus qui est actuellement bloqué. Remarquez les champs supplémentaires mis en évidence qui montrent non seulement qui bloque ce processus, mais aussi sur quel objet le blocage se produit.

      L’écran de configuration affiche à la fois la configuration matérielle et logicielle du serveur SQL ainsi que du serveur/cluster sous-jacent.

      • Toutes les informations de configuration du serveur SQL
      • Espace disque disponible pour chacun des disques ou des disques virtuels du serveur (si une solution RAID ou SAN est utilisée).
      • Comment le serveur est clusterisé. Sera soit Non clusterisé, soit, s’il est clusterisé, affichera le nombre de nœuds (par exemple, Clusterisé 4 nœuds).
      • Niveau d’audit auquel fonctionne le serveur. Peut être aucun, succès, échec ou tout.
      • Schéma de licence utilisé par le serveur. Peut être Par processeur (xx processeurs autorisés) ou Par siège (xx clients autorisés).
      • Types de connexions que le serveur SQL autorise. Peut être Fixe ou Authentification Windows.
      • Quantité de mémoire physique dont le serveur dispose.
      • Nombre de CPU sur lesquels le serveur s’exécute.
      • Version et build de SQL Server en cours d’exécution.
      • Version et build de Windows utilisée par le serveur.

      Voici les alertes qui ont été envoyées sous forme de bulles d’alerte popup au DBA sur son PDA au cours des 30 derniers jours, pour l’ensemble des services surveillés par ce DBA.

      Les alertes appartiennent à l’une des 3 catégories :

      • Les alertes critiques sont générées chaque fois qu’un serveur est inaccessible (en raison d’une panne de réseau ou d’un arrêt du serveur) ou que le service SQL Server est arrêté.
      • Les alertes de niveau Avertissement sont générées chaque fois qu’un niveau d’alerte est dépassé. Les niveaux d’alerte peuvent être définis manuellement sur plus de 50 domaines clés de performances en utilisant l’écran Paramètres d’alerte (voir ci-dessous) ou automatiquement définis en utilisant l’Assistant d’alerte Compact DBA (voir ci-dessous).
      • Les alertes informatives sont créées chaque fois que le service Compact DBA lui-même est arrêté ou démarré. Comme les DBA vont commencer à compter sur le service Compact DBA pour les alerter, il est important de savoir quand il a été arrêté et / ou démarré.

      Certaines des alertes qui peuvent être définies incluent :

      • Les jobs d’Agent qui échouent.
      • Un processus qui a été bloqué pendant plus d’une durée spécifiée.
      • Un job d’Agent planifié qui s’exécute depuis plus d’une durée spécifiée.
      • Quand une base de données ne peut pas augmenter de plus de xx pour cent ou xx Mo avant que l’espace disque disponible ne soit épuisé.
      • Quand un journal des transactions ne peut pas augmenter de plus de xx pour cent ou xx Mo avant que l’espace disque disponible ne soit épuisé.
      • Quand le pourcentage du processeur reste à une valeur anormalement élevée.
      • Quand le système souffre de pagination anormalement soutenue.
      • Quand l’un des services (SQL Server, Agent SQL, DTC, Recherche) est soudainement arrêté.
      • Quand le sous-système de disque fonctionne de manière anormalement intense pendant des périodes prolongées ou que la file d’attente des requêtes disque atteint des niveaux excessifs.
      • Quand le réseau reste saturé pendant des périodes prolongées.

      La bulle d’alerte apparaît pour alerter l’utilisateur du fait que une ou plusieurs alertes ont été générées. Les alertes appartiennent à l’une des 3 catégories :

      • Les alertes critiques sont générées Chaque fois qu’un serveur est inaccessible (en raison d’une défaillance du réseau ou d’une panne du serveur) ou que le service SQL Server est arrêté.
        • Attention des alertes de niveau sont générées chaque fois qu’un niveau d’alerte est dépassé. Les niveaux d’alerte peuvent être définis manuellement sur plus de 50 domaines clés de performance en utilisant l’écran des Paramètres d’alerte (ci-dessous) ou définis automatiquement en utilisant l’Assistant Compact DBA Alert (ci-dessous).
        • Alertes informatives sont créées chaque fois que le service Compact DBA lui-même est arrêté ou démarré. Comme les DBA vont compter sur le service Compact DBA pour les alerter, il est important de savoir quand il a été arrêté et / ou démarré.
        En plus de la bulle qui apparaît, la Bulle d’alerte est accompagnée de :
        • Un son de bourdonnement (que l’utilisateur peut ajuster à une autre sonnerie ou un autre son).
        • Le téléphone vibre.
        • Le voyant lumineux du téléphone clignote en rouge et continue de clignoter jusqu’à ce que l’alerte soit reconnue. Même si vous revenez à votre téléphone après quelques heures, vous pouvez immédiatement voir par la lumière si une alerte a été générée.

        Compact DBA – Configuration requise du système

        Appareil mobile

        • Système d’exploitation – Pocket PC 2002 / 2003 PDA ou Phone Edition (pas un SmartPhone ou un Palm ou un Blackberry)
        • Processeur – 200MHz (de préférence 400MHz)
        • Mémoire – 32Mo (de préférence 64Mo)
        Machine de surveillance du service back-end (surveille les machines SQL cibles et communique avec les clients mobiles)
        • Système d’exploitation – Windows 2000 Server, XP Professionnel, Windows 2003 Server
        • Mémoire – 256Mo (de préférence 512Mo)
        • Espace disque – 130 Mo pour l’installation (y compris MSDE & .NET) + 11 Mo par serveur surveillé
        • Autorisations – Le service doit s’exécuter avec des privilèges administratifs suffisants pour pouvoir interroger les compteurs de performance de toutes les machines SQL Server / NT cibles
        Machines SQL Server ou NT cibles (à surveiller)
        • SQL Server – 2000, 2005 (Yukon)
        • Utilisation du processeur – < 0,5% <LIMémoire/Empreinte de stockage – rien

          g, comme le serveur est simplement interrogé. Aucun agent, programme, service, procédure stockée ou DLL n’est installé sur le serveur cible.

        Compact DBA ne fonctionne que sur le système d’exploitation Windows Mobile pour Pocket PC 2002 et 2003 et donc ne fonctionnera pas sur tout :

        • Smartphone Windows
        • Palm
        • Blackberry
        • Appareil Symbian (Nokia & Sony / Ericsson)

        Produits similaires

      L’écran des alertes affiche une liste des alertes générées par Compact DBA.