DCIM, BMS e EPMS: diferenças e integração em Data Centers

Entenda as diferenças entre DCIM, BMS e EPMS em Data Centers: funções, arquitetura, protocolos, alarmes, integração, cibersegurança e comissionamento.

Confira!

Data Centers produzem milhares de pontos de informação sobre energia, climatização, ambiente, ativos de TIC, capacidade, alarmes e manutenção. O desafio não é apenas coletar esses dados, mas definir qual sistema é responsável por cada função, como os dados serão integrados e qual plataforma será considerada a fonte confiável para cada tipo de informação.

Nesse contexto, três siglas aparecem com frequência: BMS, EPMS e DCIM. Elas não representam o mesmo sistema. Um BMS supervisiona e controla principalmente a infraestrutura predial e mecânica. Um EPMS aprofunda a observabilidade da distribuição elétrica. Um DCIM relaciona infraestrutura física, ativos de TIC, capacidade, energia, ambiente e processos operacionais.

A sobreposição entre produtos pode confundir a especificação. Algumas plataformas comerciais incorporam recursos das três categorias, enquanto outras atuam somente em uma camada. Por isso, a arquitetura deve ser definida por responsabilidades, dados, interfaces e estados de falha, e não apenas pelo nome do software.

Este artigo apresenta as diferenças entre DCIM, BMS e EPMS, explica como integrar essas plataformas e estabelece critérios para projeto, implantação, comissionamento e operação em Data Centers.

Por que DCIM, BMS e EPMS não são sinônimos?

Os três sistemas podem exibir temperaturas, potência, estados e alarmes. Essa semelhança na interface não significa que tenham a mesma finalidade.

O BMS — Building Management System atua próximo aos sistemas prediais e de climatização. Ele recebe sinais de sensores, controladores, equipamentos HVAC, bombas, válvulas, ventiladores e outros componentes, permitindo supervisão, sequenciamento, controle e alarmes.

O EPMS — Electrical Power Monitoring System é especializado na infraestrutura elétrica. Ele coleta medições de medidores, relés, UPS, painéis, unidades de distribuição, barramentos e circuitos, oferecendo análise histórica, eventos, qualidade de energia e suporte à investigação de falhas.

O DCIM — Data Center Infrastructure Management relaciona o mundo de Facilities ao mundo de TIC. Ele organiza ativos, racks, circuitos, conexões, energia, ambiente, capacidade, dependências, mudanças, documentação e indicadores operacionais.

Critério	BMS	EPMS	DCIM
Foco principal	Sistemas prediais, mecânicos e ambientais	Distribuição e qualidade da energia elétrica	Infraestrutura do Data Center, ativos e capacidade
Objetos típicos	CRAC, CRAH, chillers, bombas, válvulas, sensores, dampers	Medidores, relés, UPS, QGBT, PDU, RPP, barramentos e circuitos	Sites, salas, racks, ativos, portas, circuitos, capacidade e dependências
Função predominante	Supervisão e controle	Monitoramento elétrico e análise	Correlação, inventário, planejamento e governança operacional
Resolução necessária	Compatível com controle e supervisão predial	Pode exigir eventos e dados elétricos de alta resolução	Normalmente orientada a estado, tendência, capacidade e workflow
Fonte da verdade típica	Estado e comandos dos sistemas prediais	Grandezas e eventos elétricos	Inventário, topologia, ocupação, capacidade e relações entre ativos
Usuários principais	Operação predial e HVAC	Engenharia elétrica e operação de energia	Operação de Data Center, Facilities, TIC, capacidade e gestão

A arquitetura madura não tenta transformar uma única plataforma em proprietária de tudo. Ela define responsabilidades e integra os dados necessários para que cada sistema execute sua função.

O que é BMS em um Data Center?

O BMS, também chamado de BAS em alguns contextos, é a plataforma de automação e supervisão predial. Em um Data Center, sua criticidade aumenta porque a disponibilidade dos equipamentos de TIC depende diretamente das condições de climatização, circulação de fluidos, ventilação, umidade e pressurização.

O BMS pode supervisionar e controlar:

chillers, dry coolers e torres de resfriamento;
bombas primárias, secundárias e de condensação;
CRACs, CRAHs e unidades InRow;
válvulas, dampers, ventiladores e variadores de frequência;
temperaturas de insuflação, retorno e entrada dos racks;
umidade, ponto de orvalho e pressão diferencial;
vazão, pressão e temperatura de circuitos hidráulicos;
detecção de vazamento e estados de drenagem;
condições de salas técnicas e áreas de apoio;
sequências de operação, rodízio e redundância de equipamentos.

A ABNT NBR 17207:2025 estabelece critérios ambientais para ambientes de TIC e reforça que temperatura, umidade, ponto de orvalho e vazão de remoção de calor são parâmetros fundamentais. Esses pontos normalmente são medidos e controlados pela infraestrutura de automação predial.

O BMS deve manter os laços de controle locais mesmo quando a integração com sistemas superiores estiver indisponível. Uma falha de comunicação com o DCIM não pode impedir o controle de temperatura, a alternância de bombas ou a atuação de uma sequência de contingência.

Sistemas de detecção e alarme de incêndio, controle de acesso e outras funções de segurança podem enviar estados ao BMS ou ao DCIM, mas suas funções críticas devem permanecer em plataformas dedicadas, conforme a engenharia e os requisitos aplicáveis.

O que é EPMS em um Data Center?

O EPMS é a plataforma de monitoramento do sistema de energia elétrica. Sua função não é apenas mostrar a potência instantânea, mas registrar o comportamento da cadeia elétrica e apoiar a análise de disponibilidade, capacidade, eficiência e causa raiz.

Um EPMS pode integrar dados de:

entrada da concessionária e subestações;
transformadores e grupos geradores;
QGBT, quadros de transferência e painéis de distribuição;
UPS e bancos de baterias;
PDU, RPP e busways;
medidores de circuitos terminais;
relés de proteção e unidades eletrônicas de disjuntores;
sensores térmicos e sistemas de monitoramento de barramentos;
analisadores de qualidade de energia.

As capacidades típicas incluem:

medições de tensão, corrente, potência, energia e fator de potência;
acompanhamento da carga por caminho A e B;
utilização de transformadores, UPS, geradores e circuitos;
registro de eventos, alarmes e mudanças de estado;
análise de afundamentos, elevações, interrupções e distorções;
captura de formas de onda quando suportada pelos equipamentos;
sequência de eventos para investigação de falhas;
rateio, medição setorial e apoio a indicadores energéticos;
tendências históricas e identificação de desvios.

O EPMS possui profundidade elétrica que um BMS genérico normalmente não oferece. Um BMS pode receber um alarme de disjuntor aberto, mas o EPMS pode correlacionar grandezas, sequência temporal, eventos de proteção e qualidade de energia associados à ocorrência.

As funções de proteção permanecem nos relés, disjuntores e controladores locais. O EPMS observa, registra, analisa e, quando previsto no projeto, pode encaminhar comandos supervisionados. Ele não substitui a proteção elétrica independente.

O que é DCIM em um Data Center?

DCIM é uma camada de gestão da infraestrutura física do Data Center. Seu objetivo é conectar informações de Facilities, energia, ambiente e TIC para apoiar operação, capacidade, expansão, mudança e governança.

Uma solução DCIM pode incluir:

cadastro de sites, edifícios, salas, áreas e racks;
inventário de servidores, storage, switches e equipamentos de suporte;
ocupação de unidades de rack, peso e espaço disponível;
circuitos A/B e dependências de alimentação;
conexões físicas, portas, fibras e cabeamento;
potência nominal, medida e reservada;
capacidade elétrica, térmica, física e de conectividade;
sensores ambientais e mapas térmicos;
alarmes normalizados e correlação de eventos;
planejamento de instalação, movimentação, adição e mudança;
documentação, auditoria e histórico dos ativos;
indicadores de eficiência e sustentabilidade;
operação multisite e visualização consolidada.

A solução de Data Center Infrastructure Management da A3A Engenharia trata o DCIM como uma camada de governança técnica, integrando inventário, documentação, monitoramento e capacidade. O DCIM não deve duplicar indiscriminadamente dados que já possuem uma fonte proprietária confiável. Em vez disso, deve referenciar, consumir e contextualizar essas informações.

Por exemplo, o valor instantâneo de potência pode vir do EPMS, o estado de uma válvula pode vir do BMS e a relação entre aquele circuito, o rack e os serviços de TIC pode pertencer ao DCIM.

Estruturação e implantação de DCIM

Inventário, racks, circuitos, capacidade, monitoramento e governança precisam de um modelo de dados consistente e de fontes proprietárias claramente definidas.

Conheça a solução de Data Center Infrastructure Management

Qual sistema deve ser a fonte da verdade?

A expressão source of truth precisa ser aplicada por domínio. Não é realista declarar que uma única plataforma será a fonte da verdade de todos os dados do Data Center.

Uma divisão funcional possível é:

Domínio de informação	Fonte proprietária recomendada
Temperatura, umidade, válvulas, bombas e estados HVAC	BMS ou controlador local
Medições elétricas, qualidade de energia e eventos de proteção	EPMS e dispositivos elétricos
Ativos, racks, posição, portas, circuitos lógicos e capacidade	DCIM ou plataforma de inventário
Configuração de servidores e hardware	Ferramentas de gestão de TIC, Redfish ou plataformas de fabricante
Endereçamento, VLANs, VRFs e redes	IPAM/DCIM ou source of truth de rede
Incidentes, mudanças e ordens de serviço	ITSM, EAM/CMMS ou workflow corporativo
Indicadores consolidados	Camada analítica com rastreabilidade das fontes

O NetBox, por exemplo, pode funcionar como source of truth para redes, IPAM, racks, dispositivos, conexões e circuitos. Ele não substitui um EPMS de alta resolução nem um BMS responsável por controle mecânico. A integração deve respeitar essas fronteiras.

Arquitetura em camadas para integração

Uma arquitetura integrada pode ser organizada em cinco camadas.

1. Campo e equipamentos

Inclui sensores, medidores, relés, controladores, UPS, PDUs, CRACs, chillers, bombas, válvulas, servidores, switches e demais dispositivos que produzem dados ou executam comandos.

2. Controle local e supervisão especializada

Nesta camada ficam controladores HVAC, PLCs, BMS, EPMS, sistemas de monitoramento de baterias, plataformas de fabricantes e outros sistemas responsáveis por operação especializada.

3. Integração e normalização

Gateways, conectores, APIs, coletores, brokers e serviços de integração convertem protocolos, normalizam unidades, associam identificadores e aplicam regras de qualidade de dados.

4. DCIM e operação

O DCIM relaciona dados ao inventário físico e lógico, à topologia, à capacidade e aos processos. Ele permite responder não apenas que um alarme ocorreu, mas quais racks, circuitos, ativos, clientes ou serviços podem ser afetados.

5. Analytics e sistemas corporativos

Dados consolidados podem alimentar ferramentas de BI, sustentabilidade, gestão de ativos, ITSM, manutenção, planejamento financeiro e relatórios executivos.

A integração não precisa obrigatoriamente seguir uma pirâmide rígida. Em alguns projetos, o DCIM coleta diretamente SNMP de PDUs e UPS. Em outros, recebe os pontos normalizados pelo BMS ou EPMS. A decisão deve considerar responsabilidade, desempenho, licenciamento, disponibilidade e risco de duplicação.

Integração de sistemas críticos

BMS, EPMS, DCIM, ITSM, NetBox e analytics devem ser integrados com arquitetura, semântica, segurança e responsabilidades documentadas.

Conheça a solução de Integração de Sistemas e APIs

Protocolos e interfaces mais comuns

A integração entre DCIM, BMS e EPMS raramente utiliza um único protocolo.

BACnet

O BACnet é um padrão de comunicação para automação e controle predial. É comum em chillers, controladores, unidades HVAC e BMS. Sua estrutura de objetos facilita a representação de pontos, estados, alarmes, agendas e comandos.

Modbus

O Modbus é amplamente utilizado em medidores, UPS, relés, geradores, controladores e equipamentos mecânicos. Pode operar em redes seriais ou TCP/IP. A simplicidade facilita a integração, mas o significado dos registradores, escalas e unidades precisa ser documentado pelo fabricante.

SNMP

O SNMP é frequente em equipamentos de TIC, UPS, PDUs inteligentes, sensores de rack e dispositivos de rede. A qualidade da integração depende das MIBs, traps, polling, identificação dos objetos e tratamento das versões de segurança.

OPC UA

O OPC UA oferece modelos de informação, serviços e mecanismos de comunicação para interoperabilidade entre sistemas industriais e empresariais. Pode ser útil quando o projeto exige semântica mais estruturada, descoberta de objetos e integração entre múltiplas plataformas OT.

Redfish

O Redfish utiliza interfaces RESTful e modelos padronizados para gestão de servidores, sistemas e equipamentos de Data Center. Ele pode fornecer inventário, saúde, energia, temperatura e operações de gerenciamento fora de banda, conforme o suporte do fabricante.

APIs REST, webhooks e mensageria

APIs permitem integrar DCIM, ITSM, inventário, analytics e sistemas corporativos. Webhooks e brokers de mensagens reduzem a dependência de polling para eventos. A especificação deve definir autenticação, versionamento, limites de chamadas, tratamento de falhas e reconciliação de dados.

O protocolo resolve apenas o transporte. A interoperabilidade real exige semântica: nome do ponto, equipamento, unidade, escala, qualidade, timestamp, estado, criticidade e relação com o ativo correspondente.

Modelo de dados e identificação dos ativos

A integração falha quando sistemas diferentes usam nomes incompatíveis para o mesmo objeto. Um medidor pode aparecer no EPMS como MDB1_MTR_04, no BMS como QGBT-M04 e no DCIM como MED-DC01-004.

O projeto deve estabelecer:

identificador único por ativo e ponto monitorado;
convenção de nomes para sites, salas, racks e sistemas;
relação entre equipamento, painel, circuito, caminho A/B e carga atendida;
unidades de engenharia e escalas;
classes de ativos e hierarquia funcional;
criticidade, redundância e dependência;
origem, qualidade e atualização de cada dado;
processo de criação, alteração e desativação de registros.

O DCIM pode manter a relação entre os identificadores, mas não deve alterar automaticamente a nomenclatura dos sistemas especializados sem governança. Uma camada de mapeamento evita que atualizações de um fornecedor quebrem todas as integrações.

Alarmes: onde gerar, onde consolidar e onde agir?

Alarmes devem ser gerados o mais próximo possível da condição que precisam detectar. Um controlador HVAC deve reconhecer perda de vazão; um relé deve registrar uma atuação elétrica; uma UPS deve informar bypass ou falha interna.

A plataforma superior pode normalizar e correlacionar esses eventos. O fluxo pode seguir esta lógica:

1. o dispositivo identifica a condição; 2. o BMS ou EPMS registra o alarme especializado; 3. a integração transmite estado, severidade, timestamp e contexto; 4. o DCIM relaciona o alarme aos racks, ativos e capacidades afetadas; 5. o ITSM cria ou atualiza o incidente e atribui responsabilidades; 6. a equipe executa o procedimento operacional e registra a resolução.

A simples repetição do mesmo alarme em quatro telas cria ruído. É necessário definir qual plataforma reconhece, silencia, encerra e audita cada evento.

O modelo de alarmes deve incluir:

condição de entrada e retorno ao normal;
atraso, histerese e persistência;
severidade e prioridade operacional;
equipamento e localização;
estado reconhecido, suprimido ou em manutenção;
causa provável e impacto possível;
procedimento ou runbook associado;
escalonamento, responsáveis e prazo;
histórico de alterações.

Correlação entre energia, climatização e TIC

O principal valor da integração aparece quando os dados deixam de ser isolados.

Considere a abertura inesperada de um disjuntor que alimenta uma PDU. O EPMS registra a mudança de estado, grandezas elétricas e sequência do evento. O BMS pode identificar redução de carga térmica ou alteração no comportamento da climatização. O DCIM relaciona a PDU aos circuitos, racks e ativos alimentados. O ITSM registra o incidente e a equipe avalia o impacto nos serviços.

Em outro exemplo, uma CRAH perde capacidade. O BMS detecta falha do ventilador ou perda de vazão. Sensores mostram aumento de temperatura na entrada dos racks. O DCIM identifica os ativos naquela zona, a carga elétrica associada e a margem disponível para redistribuição. A operação pode decidir entre reduzir carga, migrar serviços ou acionar capacidade redundante.

Essa correlação depende de topologia atualizada. Sem relação entre pontos, circuitos, equipamentos e racks, a integração produz dashboards, mas não produz decisão operacional confiável.

Tempo, resolução e qualidade dos dados

Nem todos os dados possuem a mesma necessidade de atualização.

Eventos de proteção e qualidade de energia podem exigir registros de alta resolução no dispositivo ou EPMS. Temperaturas e pressões podem ser coletadas em intervalos compatíveis com a dinâmica térmica. Inventário e capacidade mudam em ritmos menores, normalmente por processos de mudança.

O projeto deve definir:

frequência de aquisição e retenção;
sincronização de relógio entre dispositivos e plataformas;
origem do timestamp;
qualidade do dado e condição de comunicação;
tratamento de valores ausentes, congelados ou inválidos;
resolução e precisão exigidas;
agregações horárias, diárias e mensais;
retenção de eventos de alta resolução;
política de arquivamento e descarte.

NTP pode atender grande parte da supervisão. Aplicações que exigem correlação temporal mais rigorosa podem demandar arquiteturas específicas de sincronização. O critério deve partir da análise dos eventos que precisam ser reconstruídos.

PUE, WUE, CER e outros indicadores

A integração pode apoiar indicadores de eficiência, mas o software não corrige uma fronteira de medição mal definida.

A ABNT NBR 17207 referencia:

PUE, relação entre a energia total da instalação e a energia dos equipamentos de TIC;
WUE, relação entre o uso de água e a energia dos equipamentos de TIC;
CER, relação entre o calor removido e a energia elétrica utilizada pelo sistema de resfriamento.

Para calcular indicadores confiáveis, devem ser definidos:

limites físicos e organizacionais do Data Center;
medidores de entrada e submedição de TIC;
tratamento de geração local e exportação de energia;
períodos de integração equivalentes;
qualidade, calibração e disponibilidade dos medidores;
regras para estimativa de lacunas;
versão da fórmula e responsáveis pela aprovação.

O EPMS fornece grande parte das medições elétricas. O BMS pode fornecer água, temperaturas, vazões e estados mecânicos. O DCIM ou a camada analítica consolida os dados dentro das fronteiras acordadas.

Planejamento de capacidade

O DCIM deve transformar medições e inventário em capacidade utilizável. A capacidade de um rack não é apenas espaço em unidades de altura.

A análise pode considerar:

espaço físico e peso;
potência disponível nos caminhos A e B;
capacidade dos circuitos e dispositivos a montante;
capacidade térmica da zona;
portas e conectividade disponíveis;
restrições de redundância;
reservas operacionais e margem de crescimento;
impacto de manutenção e falhas.

Dados do EPMS mostram utilização elétrica. Dados do BMS demonstram comportamento térmico. O DCIM relaciona essas medições à topologia e às reservas. Assim, uma instalação pode ter espaço físico livre, mas não possuir capacidade elétrica ou térmica suficiente para um novo rack.

Controle: o DCIM deve comandar equipamentos?

A resposta depende da arquitetura e da análise de risco. Em muitos projetos, o DCIM opera como camada de observação, correlação e workflow, enquanto os comandos permanecem no BMS, EPMS, controladores ou plataformas dos fabricantes.

Quando comandos são permitidos a partir de uma camada superior, devem existir:

lista explícita de funções comandáveis;
intertravamentos locais independentes;
autenticação forte e controle por papéis;
confirmação e registro de autoria;
limites de operação e validação de estado;
modo local/remoto claramente indicado;
procedimento de reversão e resposta a falhas;
testes funcionais e de cibersegurança.

Automação sem governança pode transformar uma integração de monitoramento em uma nova causa comum de falha. O projeto deve privilegiar controle local resiliente e integração superior com autoridade limitada e auditável.

Cibersegurança da integração

BMS e EPMS fazem parte do ambiente de tecnologia operacional. Sua integração com DCIM, nuvem, sistemas corporativos e acesso remoto aumenta a superfície de ataque.

A arquitetura deve considerar:

segmentação entre redes de campo, controle, supervisão e corporativa;
zonas e conduítes com regras explícitas de comunicação;
gateways ou DMZ para integrações entre OT e TI;
menor privilégio para contas, serviços e APIs;
autenticação multifator para acessos administrativos e remotos;
certificados, criptografia e gestão de chaves quando suportados;
inventário de ativos, firmware e versões;
hardening de servidores, estações e controladores;
logs centralizados e detecção de alterações;
backups, testes de restauração e configuração de contingência;
processo de atualização compatível com disponibilidade e segurança;
acesso de fornecedores controlado, temporário e auditado.

A NIST SP 800-82 Rev. 3 trata sistemas de automação predial e monitoramento ambiental como tecnologia operacional e recomenda que segurança seja compatibilizada com requisitos de desempenho, confiabilidade e segurança física.

Protocolos legados não devem ser expostos diretamente a redes não confiáveis. Quando não há suporte nativo a autenticação e criptografia, a proteção precisa ser implementada pela arquitetura de rede, gateways e controles compensatórios.

Disponibilidade dos próprios sistemas de monitoramento

Uma plataforma que monitora infraestrutura crítica também precisa de arquitetura de disponibilidade.

Devem ser avaliados:

servidores redundantes ou clusterizados;
bancos de dados, replicação e backup;
coletores distribuídos e operação durante perda de conexão;
alimentação elétrica redundante;
redes A/B ou caminhos independentes quando necessários;
armazenamento local de eventos nos dispositivos;
recuperação após falha e reconciliação de dados;
modo degradado e operação manual;
dependência de serviços em nuvem;
licenciamento e funcionamento durante indisponibilidade externa.

A perda do DCIM não pode eliminar controles locais. A perda do BMS central não deve interromper laços autônomos essenciais. A perda do EPMS não pode desabilitar a proteção elétrica. Essa independência precisa ser comprovada em testes.

Como integrar um Data Center existente

A implantação deve começar por diagnóstico, não pela instalação imediata de conectores.

1. Inventariar plataformas e dispositivos

Identificar BMS, EPMS, sistemas de fabricantes, versões, protocolos, licenças, servidores, redes, pontos disponíveis e responsáveis.

2. Definir casos de uso

Exemplos: gestão de capacidade, alarmes consolidados, PUE, investigação elétrica, mapa térmico, workflow de mudanças, relatórios de clientes ou operação multisite.

3. Definir fontes proprietárias

Cada dado deve possuir origem, responsável, frequência, unidade e regra de atualização.

4. Mapear pontos e ativos

Relacionar tags, registradores, OIDs, objetos BACnet, endpoints de API e recursos Redfish aos ativos e localizações do DCIM.

5. Projetar a arquitetura de rede e segurança

Definir segmentos, firewalls, gateways, certificados, contas técnicas, acesso remoto e registro de eventos.

6. Implantar por domínio ou zona

Um piloto controlado permite validar nomenclatura, qualidade, alarmes e desempenho antes de escalar.

7. Comissionar e documentar

As integrações precisam ser testadas ponto a ponto, funcionalmente e em estados de falha.

O serviço de Diagnóstico e Modernização de Data Centers e CPDs pode organizar essa linha de base antes da implantação, identificando lacunas de inventário, monitoramento, redes, capacidade e documentação.

Comissionamento de DCIM, BMS e EPMS

O aceite não deve se limitar à confirmação de que as telas estão recebendo valores.

O plano de comissionamento pode incluir:

conferência do inventário de pontos e dispositivos;
validação ponto a ponto de valores, unidades e escalas;
teste de estados digitais, comandos e intertravamentos;
verificação de timestamps e sincronização;
simulação de alarmes e retorno ao normal;
confirmação de severidade, atraso, histerese e escalonamento;
perda de comunicação com dispositivos, gateways e servidores;
failover de coletores, bancos e aplicações;
teste de permissões, perfis e trilhas de auditoria;
verificação de retenção, tendências e relatórios;
teste das integrações com ITSM, APIs e mensageria;
validação de dashboards e indicadores;
restauração de backup e recuperação da plataforma;
teste integrado com eventos elétricos, térmicos e operacionais.

O comissionamento deve utilizar uma matriz de pontos que identifique origem, destino, transformação, unidade, criticidade, alarme, comando e evidência de teste.

O artigo sobre Comissionamento de Data Center: testes, níveis e critérios de aceite apresenta a progressão entre inspeção, testes funcionais e testes integrados. Para DCIM, BMS e EPMS, essa progressão precisa incluir tanto a infraestrutura física quanto a cadeia de dados.

Comissionamento das integrações

Receber valores na tela não comprova o sistema. O aceite deve validar pontos, alarmes, timestamps, falhas, redundância, permissões, backup e resposta integrada.

Conheça o serviço de Comissionamento e Aceite de Data Centers

Erros comuns em projetos de integração

Comprar o software antes de definir os casos de uso

A plataforma pode ser implantada sem resolver problemas operacionais reais.

Duplicar coleta em vários sistemas

Três plataformas consultando diretamente o mesmo dispositivo aumentam carga, complexidade e divergência de dados.

Confundir dashboard com fonte da verdade

Uma tela consolidada pode exibir dados sem possuir autoridade sobre sua origem, qualidade ou atualização.

Não padronizar nomes e identificadores

Sem um modelo de dados, a integração depende de associações manuais e frágeis.

Centralizar controles críticos no DCIM

A indisponibilidade da camada superior pode comprometer funções que deveriam permanecer locais.

Ignorar resolução e retenção

Dados agregados podem ser insuficientes para investigar eventos elétricos rápidos ou reconstruir uma sequência de falha.

Não projetar cibersegurança OT

Conectar BMS e EPMS diretamente à rede corporativa ou à internet cria riscos desnecessários.

Não tratar mudança e atualização

Substituições de medidores, racks, controladores e firmware podem quebrar tags, APIs e dashboards.

Comissionar somente em condição normal

Falhas de rede, servidor, gateway, energia e comunicação precisam ser testadas.

Matriz de decisão para o projeto

Necessidade predominante	Sistema principal	Integrações recomendadas
Controle de climatização e hidráulica	BMS	DCIM, analytics e ITSM
Qualidade de energia e causa raiz elétrica	EPMS	DCIM, BMS e manutenção
Inventário, rack, capacidade e mudança	DCIM	EPMS, BMS, IPAM e ITSM
Source of truth de rede e conectividade	NetBox/IPAM/DCIM	Monitoramento, automação e ITSM
Indicadores de energia e sustentabilidade	EPMS + BMS + analytics/DCIM	Medição fiscal, TIC e relatórios corporativos
Alarmes consolidados e impacto nos serviços	DCIM ou plataforma de eventos	BMS, EPMS, TIC e ITSM
Controle especializado de equipamento	Controlador ou plataforma do fabricante	BMS/EPMS para supervisão e DCIM para contexto

A escolha não é entre DCIM, BMS ou EPMS. Em Data Centers com infraestrutura crítica, os três podem ser necessários, desde que suas funções sejam complementares e suas fronteiras estejam documentadas.

Entregáveis recomendados

Um projeto de integração pode produzir:

arquitetura lógica e física dos sistemas;
diagrama de redes e zonas de segurança;
matriz de responsabilidades DCIM/BMS/EPMS;
inventário de dispositivos, pontos e protocolos;
modelo de dados e convenção de nomes;
matriz de integração e mapeamento de tags;
filosofia de alarmes e escalonamento;
critérios de retenção, resolução e sincronização;
lista de comandos e intertravamentos permitidos;
especificação de APIs, gateways e conectores;
matriz de cibersegurança e acessos;
plano de migração e implantação por fases;
procedimentos operacionais e runbooks;
plano de testes e comissionamento;
documentação as built e treinamento.

Conclusão

BMS, EPMS e DCIM possuem áreas de sobreposição, mas resolvem problemas diferentes. O BMS mantém a infraestrutura predial e mecânica sob controle. O EPMS oferece profundidade sobre a cadeia elétrica. O DCIM relaciona ativos, capacidade, energia, ambiente e processos de operação.

A integração eficaz exige mais do que protocolos compatíveis. Ela depende de fonte proprietária por domínio, modelo de dados, identificação consistente, qualidade temporal, filosofia de alarmes, segurança OT, disponibilidade e comissionamento.

Quando essas bases são definidas, o Data Center deixa de operar com telas e bancos isolados e passa a utilizar uma arquitetura de informação capaz de apoiar disponibilidade, capacidade, eficiência, manutenção e tomada de decisão.

Referências técnicas

[1] ASSOCIAÇÃO BRASILEIRA DE NORMAS TÉCNICAS. ABNT NBR 17207:2025 — Sistemas de ventilação e climatização em ambientes de tecnologia da informação, de comunicação e de data center. Rio de Janeiro: ABNT, 2025. Disponível no catálogo da ABNT.

[2] INTERNATIONAL ORGANIZATION FOR STANDARDIZATION. ISO/IEC TS 22237-7:2018 — Information technology — Data centre facilities and infrastructures — Part 7: Management and operational information. Geneva: ISO, 2018. Disponível na página oficial da ISO.

[3] NATIONAL INSTITUTE OF STANDARDS AND TECHNOLOGY. NIST SP 800-82 Rev. 3 — Guide to Operational Technology (OT) Security. Gaithersburg: NIST, 2023. Disponível na página oficial do NIST.

[4] BACNET INTERNATIONAL. About BACnet: global data communications standard for building automation and control networks. Kennesaw: BACnet International. Disponível no site oficial do BACnet International.

[5] MODBUS ORGANIZATION. Modbus Application Protocol Specification V1.1b3 and implementation guides. Boxborough: Modbus Organization. Disponível no site oficial da Modbus Organization.

[6] OPC FOUNDATION. OPC Unified Architecture — Part 1: Overview and Concepts. Scottsdale: OPC Foundation. Disponível na referência oficial da OPC Foundation.

[7] DMTF. Redfish Data Model Specification. Portland: Distributed Management Task Force. Disponível no documento oficial do DMTF.

[8] EATON. Electrical Power Monitoring System software — EPMS. Dublin: Eaton. Disponível na página oficial da Eaton.

[9] SCHNEIDER ELECTRIC. Selecting a Building Management System (BMS) for Sites with a Data Center or IT Room. Rueil-Malmaison: Schneider Electric, 2016. Disponível na biblioteca oficial da Schneider Electric.

[10] SCHNEIDER ELECTRIC. How Modern DCIM Supports CIOs in Managing Distributed, AI-Driven IT Environments. Rueil-Malmaison: Schneider Electric, 2026. Disponível na biblioteca oficial da Schneider Electric.

Perguntas frequentes

Qual é a diferença entre DCIM e BMS?

O BMS supervisiona e controla principalmente sistemas prediais e mecânicos, como climatização, bombas, válvulas e sensores ambientais. O DCIM relaciona esses dados ao inventário de racks, ativos de TIC, circuitos, capacidade, dependências e processos operacionais.

Qual é a diferença entre BMS e EPMS?

O BMS é orientado à automação predial e ao controle de sistemas mecânicos. O EPMS é especializado em monitoramento elétrico, medições, eventos, qualidade de energia e investigação da cadeia de distribuição.

O DCIM substitui o EPMS?

Não necessariamente. O DCIM pode consumir medições do EPMS e relacioná-las a racks, ativos e capacidade, mas normalmente não oferece a mesma profundidade em qualidade de energia, formas de onda, sequência de eventos e análise elétrica.

O DCIM pode controlar equipamentos do Data Center?

Algumas plataformas permitem comandos, mas a autoridade deve ser definida por análise de risco. Laços críticos e intertravamentos devem permanecer nos controladores locais, BMS, relés ou sistemas especializados, com comandos superiores limitados e auditáveis.

Quais protocolos são usados para integrar DCIM, BMS e EPMS?

São comuns BACnet, Modbus, SNMP, OPC UA, Redfish, APIs REST, webhooks e mensageria. A escolha depende dos dispositivos, da resolução necessária, da segurança, do suporte dos fabricantes e do modelo de dados.

Qual sistema deve calcular o PUE?

O cálculo pode ocorrer no DCIM, EPMS ou plataforma analítica, desde que a fronteira de medição, os medidores de entrada e de TIC, os períodos, a qualidade dos dados e a fórmula estejam documentados. O EPMS normalmente fornece as medições elétricas.

O NetBox é um DCIM?

O NetBox oferece recursos de DCIM e IPAM para sites, racks, dispositivos, conexões, circuitos e redes. Ele pode atuar como source of truth de infraestrutura, mas não substitui automaticamente BMS, EPMS ou plataformas especializadas de controle e monitoramento.

Como evitar alarmes duplicados em várias plataformas?

É necessário definir onde o alarme nasce, qual sistema o reconhece, como ele é normalizado, qual plataforma consolida o impacto e como o incidente é encerrado. Severidade, timestamp, estado e responsabilidade devem ser consistentes.

Como proteger a integração entre BMS, EPMS e DCIM?

A arquitetura deve segmentar redes OT e TI, controlar fluxos por firewall, utilizar gateways ou DMZ, aplicar menor privilégio, autenticação forte, logs, hardening, backups e acesso remoto temporário e auditado.

O que deve ser testado no comissionamento?

Devem ser validados pontos, unidades, escalas, timestamps, alarmes, comandos, intertravamentos, perda de comunicação, failover, permissões, retenção, APIs, dashboards, backup, restauração e eventos integrados com carga representativa.

Materiais técnicos complementares