Surveillance
Une GTB (gestion technique du bâtiment, ou BMS) fait fonctionner un bâtiment : son chauffage, son refroidissement, son éclairage, sa sécurité et ses systèmes de sécurité des personnes. Le DCIM (gestion de l'infrastructure du centre de données) gère les actifs et les ressources physiques du centre de données lui-même : l'alimentation jusqu'à la baie, l'espace, la capacité et l'inventaire de l'équipement. Les deux peuvent lire le même onduleur, et la vraie question est de savoir lequel gère ses alarmes.
Une GTB commande le bâtiment; le DCIM gère l'infrastructure physique du centre de données et sa capacité. Le Lawrence Berkeley National Laboratory décrit le DCIM comme une catégorie de solutions créée par l'industrie informatique pour étendre la gestion du centre de données à tous les actifs et ressources physiques des domaines des installations et de l'informatique, et une GTB comme un système qui vise à gérer tout le bâtiment, y compris l'éclairage, le refroidissement, l'alimentation et la sécurité.
La différence pratique tient à l'orientation. Une GTB est conçue pour commander : elle démarre des pompes, change des points de consigne et exécute des séquences sur les installations mécaniques. Le DCIM est conçu pour voir et planifier : il sait où se trouve chaque actif, ce qu'il consomme, quelle capacité reste et ce qu'une modification ferait. Dans la plupart des centres de données, les deux existent, et les deux veulent des données des mêmes onduleurs, PDU et unités de refroidissement.
Le DCIM réunit des données de nombreuses sources en un seul registre du centre de données physique. Le guide du LBNL énumère ce que contient ce registre : la consommation d'énergie, l'emplacement, le cycle de vie des actifs, les conditions ambiantes, la capacité, la connectivité et la configuration. Les outils DCIM présentent ces données aux décideurs, surtout sous forme graphique, et certains peuvent modéliser des modifications proposées pour que les équipes des installations et de l'informatique en voient l'effet sur la capacité avant de les faire.
Pour le chemin électrique, cela veut dire que le DCIM sait quel onduleur et quelle PDU alimentent une baie, à quel taux chacun est chargé, et si un nouveau serveur entre dans la redondance pour laquelle la salle a été conçue. C'est aussi l'endroit naturel pour suivre le PUE; voyez le PUE expliqué.
Une GTB supervise et commande les systèmes du bâtiment : chauffage, ventilation et climatisation, éclairage, sécurité et sécurité des personnes. Dans un centre de données, elle fait habituellement fonctionner les refroidisseurs, les pompes et les unités de traitement d'air, et elle surveille les installations électriques dans les grandes lignes. Le guide du LBNL donne l'intégration au système d'automatisation du bâtiment pour la détection et le diagnostic des défauts comme exemple de ce que permet le raccordement des données énergétiques à la GTB.
Là où une GTB est plus faible, c'est dans la salle informatique elle-même. Elle voit bien les installations de refroidissement et le gros appareillage électrique, mais habituellement pas la baie, le serveur ou le bloc de batterie individuel.
Par la carte réseau de l'onduleur, avec des protocoles différents pour chaque système. Le guide du LBNL demande que la surveillance couvre l'alimentation (onduleur, PDU), le refroidissement, les génératrices, les serveurs et les capteurs par plusieurs protocoles : BACnet, Modbus et SNMP. Comme exemple de fabricant, la carte Liebert IntelliSlot Unity de Vertiv surveille un large éventail de paramètres de fonctionnement, d'alarmes et de notifications de l'onduleur, et communique avec les GTB et les systèmes de gestion de réseau par BACnet, Modbus et SNMP. Les moniteurs de batteries fonctionnent de la même façon : les moniteurs Albér de Vertiv se raccordent aux GTB de tiers par Modbus, et offrent BACnet et Modbus par la même famille de cartes.
Deux réglages du guide de la carte de Vertiv comptent, quel que soit le système raccordé. La carte peut être réglée en lecture seule pour BACnet et Modbus, pour qu'un système du bâtiment ne puisse pas modifier l'onduleur; et la GTB doit être configurée pour envoyer au plus deux écritures par seconde en moyenne soutenue. Les chaînes de communauté SNMP doivent être changées par rapport aux valeurs par défaut avant que la carte soit mise sur le réseau.
Les deux peuvent les afficher, mais l'alarme elle-même doit aller directement aux personnes qui interviennent, plutôt que d'attendre dans une console. Une GTB est souvent surveillée depuis un poste d'exploitation du bâtiment qui ne sait pas forcément ce que veut dire un onduleur en dérivation ou une chaîne de batteries en alarme. Le DCIM n'est parfois surveillé qu'aux heures de bureau. Les consignes de Schneider Electric s'appliquent ici aussi : chaque alarme a besoin de ses destinataires, de son moyen d'acheminement (courriel, texto, trap SNMP) et d'un chemin d'escalade quand elle n'est pas réglée à temps.
Un partage efficace est courant : la GTB garde les installations de refroidissement et les alarmes du bâtiment; le DCIM garde les données de capacité, d'actifs et de PUE; et l'onduleur et le moniteur de batteries envoient aussi leurs alarmes critiques directement à un service de surveillance. Voyez la surveillance à distance des onduleurs et la réponse aux alarmes pour la mise en place de ce dernier chemin.
| Site | Habituellement suffisant | Pourquoi |
|---|---|---|
| Une salle de serveurs avec un seul onduleur | Carte réseau de l'onduleur, quelques capteurs de salle, acheminement des alertes | Peu de points; les alarmes comptent plus que les tableaux de bord |
| Bâtiment avec ses propres installations mécaniques | GTB pour les installations, plus des alarmes directes d'onduleur et de batteries | La GTB fait déjà fonctionner le refroidissement; l'onduleur a besoin de quelqu'un qui intervient |
| Centre de données à plusieurs salles ou plusieurs sites | DCIM pour les actifs et la capacité, GTB pour les installations | Planification de la capacité et des modifications sur de nombreuses baies et alimentations |
Quelle que soit la taille, les alarmes de l'onduleur et des batteries passent en premier. Un site sans DCIM avec une alarme d'onduleur bien acheminée est mieux protégé qu'un site doté d'une plateforme DCIM complète que personne ne surveille la nuit. L'intégration de la surveillance, y compris la correspondance BACnet ou Modbus avec une GTB existante, est réalisée par des sous-traitants spécialisés et soumissionnée avec le service de l'onduleur; les services d'entretien et de réparation d'onduleurs couvrent le côté équipement.
Non. Une GTB commande les systèmes du bâtiment comme la climatisation, l'éclairage et la sécurité. Le DCIM gère les actifs physiques, l'alimentation, l'espace et la capacité du centre de données. Ils partagent souvent des données.
Oui, par la carte réseau de l'onduleur, en BACnet ou en Modbus. Réglez la carte en lecture seule pour ces protocoles afin que la GTB ne puisse pas modifier l'onduleur.
Surtout SNMP pour l'équipement informatique et électrique, avec Modbus et BACnet pour l'équipement des installations. Le guide du LBNL demande SNMP, Modbus et BACnet sur TCP.
Non. Les alarmes critiques de l'onduleur et des batteries doivent aussi aller directement aux personnes qui interviennent, avec escalade, parce qu'un poste d'exploitation du bâtiment ne sait pas forcément comment y donner suite.
Sources, vérifiées le 2026-10-04 :
Indiquez le site, l'UPS et l'échéance. Nous répondons et soumissionnons en 4 heures ouvrables, ou appelez le 1 (438) 800-0382
Les noms de marques sont des marques de commerce de leurs propriétaires et servent uniquement à désigner l'équipement que nous entretenons. Nous ne sommes pas le fabricant et n'y sommes pas affiliés.