Entenda como planejar e executar testes integrados de sistemas em Data Centers, com cenários, instrumentação, critérios de aceite, evidências e retestes.
Confira!
Os testes integrados de sistemas em Data Centers verificam se a infraestrutura crítica responde de forma coordenada quando ocorre uma mudança de estado, uma manutenção planejada, uma falha, uma condição degradada ou uma emergência. O objetivo não é apenas confirmar que cada equipamento funciona isoladamente, mas demonstrar que energia, climatização, automação, telecomunicações, segurança, incêndio, controles e operação preservam conjuntamente a função crítica dentro dos limites definidos.
Essa distinção é essencial. Um UPS pode ter sido aprovado no teste funcional; um grupo gerador pode ter concluído sua partida; um chiller pode ter atingido a capacidade nominal; o BMS pode ter recebido os pontos previstos. Ainda assim, a infraestrutura pode falhar quando esses sistemas precisam atuar em sequência. É justamente nessa fronteira entre sistemas que surgem atrasos de comando, intertravamentos inconsistentes, alarmes ambíguos, dependências ocultas, falhas de comunicação, prioridades incorretas e dificuldades de retorno ao estado normal.
O artigo geral sobre comissionamento de Data Center explica o processo completo, os níveis de verificação e os gates do empreendimento. Este conteúdo possui uma intenção mais específica: aprofundar como estruturar, executar, registrar e aceitar o Integrated Systems Testing — IST, frequentemente associado ao nível final dos programas de comissionamento.
O que são testes integrados de sistemas em Data Centers?
O teste integrado de sistemas é uma verificação orientada a cenários. Ele provoca ou simula eventos previamente definidos e observa se os sistemas envolvidos respondem de acordo com os requisitos do proprietário, a base de projeto, as sequências de operação, as lógicas de controle, os procedimentos aprovados e os critérios de desempenho.
Em vez de perguntar apenas “o equipamento funcionou?”, o IST procura responder:
- o evento foi detectado corretamente?
- as proteções atuaram na ordem esperada?
- a carga crítica permaneceu atendida?
- o sistema alternativo entrou em operação dentro do tempo requerido?
- a capacidade remanescente foi suficiente?
- as condições térmicas permaneceram dentro dos limites?
- os alarmes foram recebidos, priorizados e compreendidos?
- a equipe identificou o estado real da instalação?
- o sistema permaneceu estável durante o período definido?
- o retorno ao estado normal ocorreu de forma segura?
- a redundância foi recomposta e confirmada?
- as evidências permitem demonstrar o resultado?
Um cenário de perda de alimentação da concessionária, por exemplo, pode envolver detecção da condição, atuação de proteções, sustentação por UPS e baterias, partida de grupos geradores, transferência de cargas, priorização de sistemas auxiliares, continuidade da climatização, atualização dos supervisórios, geração de alarmes, atuação da equipe e posterior retorno à condição normal.
O resultado não pode ser reduzido a “não houve desligamento”. O teste precisa demonstrar que a resposta completa foi coerente com os requisitos e que não surgiram condições ocultas capazes de comprometer a operação futura.
IST, SAT, teste funcional e teste de desempenho
A terminologia deve ser definida no plano de comissionamento e no contrato, pois diferentes organizações utilizam nomenclaturas próprias. Ainda assim, algumas distinções são fundamentais.
SAT
O Site Acceptance Test verifica a aceitação em campo de um equipamento, pacote ou sistema após instalação. Pode incluir inspeção, energização, configuração, funcionamento local, comunicação e desempenho específico.
Teste funcional por sistema
Verifica funções, sequências, intertravamentos e desempenho de um sistema ou disciplina. Um teste funcional de UPS, por exemplo, pode avaliar transferência para baterias, bypass, alarmes, autonomia ou compartilhamento de carga.
Teste integrado de sistemas
Avalia a interação entre sistemas durante um evento comum. A perda de uma fonte elétrica, por exemplo, pode exigir resposta coordenada de UPS, geradores, quadros, automação, BMS, EPMS, climatização e equipe operacional.
Teste de desempenho
Demonstra se a instalação ou sistema atinge parâmetros garantidos em condições definidas. A ABNT NBR IEC 62337 estabelece que os procedimentos, condições de partida, instrumentação, métodos de medição, tolerâncias, duração, avaliação e relatórios precisam ser previamente acordados.
O IST pode incluir verificações de desempenho, mas sua característica principal é a avaliação das interfaces e da resposta conjunta.
Fundamentação técnica e normativa
A ABNT NBR ISO/IEC 22237-1 estabelece que a operação, a gestão, os processos e os indicadores devem ser considerados desde o projeto. A norma também orienta que processos, papéis e responsabilidades sejam definidos antes do início da operação, e que a equipe operacional seja instruída sobre a infraestrutura e treinada durante os testes de aceitação.
A mesma norma determina que a verificação de aceitação e o comissionamento sejam realizados antes da entrega do Data Center para operação. Seus conceitos de disponibilidade, confiabilidade e resiliência reforçam que uma instalação não deve ser avaliada apenas pela existência de componentes redundantes, mas por sua capacidade de desempenhar a função pretendida e resistir a falhas.
A ABNT NBR IEC 62337, embora tenha origem em sistemas elétricos, instrumentação e controle de processos industriais, fornece princípios diretamente aplicáveis à governança do comissionamento: fases e marcos definidos, planejamento de testes, documentação, responsabilidades, listas de pendências, procedimentos detalhados, registros operacionais, condições de prontidão, avaliação formal e aceitação pelo proprietário.
O Tier Standard: Operational Sustainability do Uptime Institute inclui o teste operacional de sistemas integrados como comportamento pré-operacional relevante para instalações de maior criticidade. O mesmo padrão destaca que comissionamento, treinamento, procedimentos, manutenção e gestão são necessários para que a infraestrutura realize o potencial de desempenho de sua topologia.
Normas específicas continuam aplicáveis às disciplinas. A ABNT NBR 17207 estabelece critérios ambientais para ambientes de TIC e Data Centers; a ABNT ISO/IEC TS 22237-5 trata da disponibilidade e dos múltiplos caminhos da infraestrutura de telecomunicações; e a ABNT NBR 17240 estabelece requisitos próprios para sistemas de detecção e alarme de incêndio. O IST deve integrar interfaces sem substituir ensaios legais, aceitações regulatórias ou responsabilidades técnicas específicas.
Qual é o objetivo do IST?
O objetivo do IST deve ser definido a partir dos requisitos do empreendimento. Em termos gerais, o processo procura demonstrar:
- continuidade da função crítica durante os cenários previstos;
- resposta coordenada dos sistemas e interfaces;
- atuação correta das proteções e intertravamentos;
- capacidade remanescente suficiente em estados degradados;
- manutenção das condições ambientais requeridas pela carga de TIC;
- detecção e comunicação dos eventos por BMS, EPMS, DCIM e demais plataformas;
- compreensão operacional do estado da instalação;
- estabilidade durante o período de observação;
- recuperação e retorno seguro ao estado normal;
- rastreabilidade do resultado, com dados e evidências verificáveis.
O objetivo não deve ser provar que “tudo funciona ao mesmo tempo”, mas confirmar cenários selecionados com base nos riscos, requisitos, arquitetura e modos de falha relevantes.
IST não é uma demonstração ensaiada
O teste precisa produzir evidências sobre a resposta coordenada dos sistemas, inclusive estados intermediários, limitações e condições degradadas.
Conheça o serviço de Comissionamento e Aceite de Data Centers
O IST deve ser orientado por requisitos e riscos
Scripts genéricos produzem testes genéricos. A matriz de cenários precisa derivar dos documentos que definem o empreendimento, incluindo:
- OPR, URS ou requisitos do proprietário;
- Basis of Design;
- diagramas unifilares e funcionais;
- sequências de operação;
- matrizes de causa e efeito;
- estudos de seletividade, curto-circuito e coordenação;
- listas de cargas e prioridades;
- memoriais de cálculo;
- análise de modos de falha;
- análise de risco do negócio;
- requisitos de disponibilidade;
- contratos e garantias de desempenho;
- manuais dos fabricantes;
- MOPs, SOPs e EOPs;
- requisitos legais e das autoridades competentes.
A análise deve identificar quais eventos podem comprometer a função crítica, quais interfaces participam da resposta e quais evidências demonstram o resultado.
Uma matriz de rastreabilidade permite relacionar:
requisito → risco → cenário → estímulo → resposta esperada → variável medida → critério de aceite → evidência → responsável pela aprovação.
Essa estrutura reduz lacunas e evita que o teste seja definido apenas com base na experiência informal dos participantes.
Prontidão é um gate, não uma percepção
O IST só deve começar quando requisitos, configuração, sistemas individuais, instrumentos, equipe e critérios de restauração estiverem formalmente verificados.
Estruture a governança técnica com Owner’s Engineering para Data Centers
Pré-requisitos para iniciar os testes integrados
O IST não deve ser utilizado para descobrir pendências básicas de instalação. Antes de autorizar os cenários, convém realizar uma revisão formal de prontidão.
Requisitos e documentação atualizados
Os documentos devem representar a instalação real. Diagramas desatualizados, lógicas alteradas em campo, etiquetas divergentes e sequências não revisadas comprometem a segurança e a validade do teste.
A base mínima inclui:
- OPR, URS e Basis of Design aprovados;
- diagramas “como construído” disponíveis;
- sequências de operação atualizadas;
- lista de pontos de automação;
- matrizes de intertravamento e causa e efeito;
- configurações dos sistemas registradas;
- manuais e documentação dos fornecedores;
- procedimentos de operação e emergência;
- matriz de cenários e critérios de aceite.
Sistemas individuais concluídos
Os componentes e sistemas envolvidos devem ter concluído os testes anteriores previstos no plano. Dependendo da metodologia, isso inclui FAT, recebimento, inspeção, pré-funcionamento, partida, SAT e testes funcionais.
Iniciar o IST com sistemas básicos ainda instáveis gera resultados inconclusivos e aumenta o risco de dano.
Pendências classificadas
A punch list deve ser revisada por criticidade. Pendências que possam alterar a resposta do cenário, impedir observabilidade, comprometer segurança ou exigir intervenção improvisada devem ser encerradas antes do teste.
Pendências aceitas temporariamente precisam estar documentadas, acompanhadas de análise de impacto e aprovação da autoridade designada.
Configuração controlada
O estado inicial dos sistemas deve ser conhecido e registrado. Isso inclui:
- equipamentos em serviço e reserva;
- alinhamento de válvulas;
- posição de disjuntores e chaves;
- modos automático, manual ou manutenção;
- setpoints;
- alarmes inibidos;
- bypasses ativos;
- lógicas temporárias;
- versões de software e firmware;
- indisponibilidades existentes.
Sem controle de configuração, o resultado não pode ser reproduzido ou comparado.
Instrumentação e observabilidade disponíveis
Os sistemas precisam registrar o que ocorreu. BMS, EPMS, DCIM e plataformas específicas devem estar operacionais, com tendências configuradas, históricos disponíveis e relógios sincronizados.
Quando os instrumentos permanentes não forem suficientes, devem ser utilizados instrumentos temporários adequados e calibrados.
Equipe e responsabilidades definidas
O teste deve possuir uma estrutura de comando clara. Todos os participantes precisam saber quem:
- autoriza o início;
- conduz o script;
- executa as manobras;
- monitora cada sistema;
- registra os dados;
- pode interromper o teste;
- aprova o retorno ao estado normal;
- classifica as ocorrências;
- aceita o resultado.
Governança e autoridade durante o IST
Testes integrados envolvem múltiplas organizações: proprietário, operação, agente de comissionamento, projetistas, construtores, integradores, fornecedores, equipe de TI, segurança, incêndio e especialistas de sistemas.
Uma matriz RACI deve definir responsabilidades por atividade e cenário. Em termos gerais:
- o proprietário define requisitos e aceita o resultado;
- o agente de comissionamento coordena independência, rastreabilidade e processo de verificação;
- a operação valida condições, executa ou acompanha manobras e confirma a possibilidade de sustentar o ativo;
- os fornecedores apoiam testes de seus equipamentos e limites de garantia;
- os projetistas esclarecem intentos, sequências e critérios;
- os integradores apoiam lógicas, comunicação e supervisão;
- a segurança do trabalho controla riscos e permissões;
- a TI confirma impacto e continuidade da carga tecnológica.
A autoridade de abortagem deve ser explícita. Qualquer participante designado deve poder interromper o teste quando houver risco a pessoas, equipamentos, carga crítica ou integridade da instalação.
Como estruturar uma matriz de cenários
A matriz de IST deve organizar os eventos de forma compreensível e rastreável. Cada linha pode conter:
- código do cenário;
- requisito relacionado;
- sistema iniciador;
- evento ou condição simulada;
- sistemas participantes;
- configuração inicial;
- pré-condições;
- estímulo aplicado;
- resposta esperada;
- tempos máximos ou faixas aceitáveis;
- variáveis monitoradas;
- critérios de abortagem;
- procedimento de restauração;
- evidências requeridas;
- responsáveis;
- resultado e número de issue, quando aplicável.
A matriz deve ser revisada pelas disciplinas envolvidas. Um cenário aparentemente elétrico pode exigir participação mecânica, de automação, telecomunicações e operação.
Famílias de cenários para Data Centers
Operação normal
Verifica condições estáveis e transições previstas sem falha, como:
- alternância programada de equipamentos redundantes;
- rotação de unidades líderes e reservas;
- modulação de capacidade;
- transferência controlada de caminhos;
- mudança de setpoints autorizada;
- retorno ao estado inicial;
- comportamento de alarmes informativos.
Esses cenários confirmam se a instalação consegue executar as rotinas necessárias sem gerar degradações inesperadas.
Manutenção planejada
Avalia a retirada controlada de um componente ou caminho para manutenção. Deve verificar:
- capacidade remanescente;
- isolamento seguro;
- continuidade da carga;
- estabilidade térmica;
- alarmes esperados;
- atualização dos supervisórios;
- exposição a uma falha adicional;
- retorno e recomposição da redundância.
O artigo sobre manutenção concorrente em Data Centers aprofunda os critérios específicos dessa condição.
Falha de fonte ou componente
Pode incluir perda de:
- alimentação da concessionária;
- transformador;
- quadro ou barramento;
- módulo de UPS;
- banco de baterias ou string;
- grupo gerador;
- bomba;
- chiller;
- torre de resfriamento;
- CRAH ou CRAC;
- controlador;
- rede de comunicação;
- sensor crítico.
O cenário deve respeitar as limitações dos fabricantes e evitar métodos destrutivos não previstos. Quando a falha real não puder ser aplicada com segurança, pode ser utilizada simulação autorizada, desde que sua representatividade seja demonstrada.
Estado degradado
O teste deve observar o comportamento da instalação após a perda de redundância, mesmo que a carga permaneça atendida.
É necessário verificar:
- capacidade disponível;
- margens térmicas e elétricas;
- alarmes e prioridades;
- restrições operacionais;
- tempo máximo permitido nessa condição;
- ações requeridas da equipe;
- risco de falha adicional;
- critérios para escalonamento.
Falhas de comunicação e automação
A infraestrutura física pode permanecer disponível enquanto a supervisão perde visibilidade ou os controladores deixam de coordenar as sequências.
Cenários relevantes incluem:
- perda de rede do BMS;
- falha de servidor ou estação de operação;
- perda de comunicação com PLC, UPS, gerador ou medidor;
- divergência entre estado local e supervisório;
- congelamento de valor;
- falha de sensor;
- perda de sincronismo de tempo;
- indisponibilidade de histórico;
- atuação em modo local ou degradado.
O teste deve confirmar que a falha de monitoramento não provoca comandos indevidos e que a equipe consegue identificar a condição real.
Incêndio e segurança
As interfaces de incêndio podem envolver detecção, alarme, supressão, desligamento ou manutenção de equipamentos, controle de acesso, liberação de portas, elevadores, climatização, dampers, energia e comunicação.
Cada cenário precisa respeitar a ABNT NBR 17240, o projeto aprovado, as exigências das autoridades competentes e as responsabilidades dos profissionais habilitados.
O IST não substitui o comissionamento próprio do sistema de incêndio. Ele verifica as interfaces necessárias para a resposta integrada do Data Center.
Condições ambientais
Podem ser avaliadas perda de unidade de resfriamento, falha de bomba, indisponibilidade de circuito, mudança de vazão, perda de contenção, variação de setpoint ou falha de sensor.
As medições devem observar, conforme aplicável:
- temperatura de entrada dos equipamentos de TIC;
- umidade e ponto de orvalho;
- vazão de ar ou líquido;
- pressão diferencial;
- temperatura de água;
- tempo de resposta;
- estabilidade após o evento;
- hotspots e recirculação.
A NBR 17207 estabelece que os parâmetros ambientais devem ser assegurados nas condições de projeto e que a análise deve considerar carga térmica, variações, redundância e confiabilidade.
Recuperação e retorno ao estado normal
O cenário não termina quando a carga permanece energizada. É necessário testar:
- retorno da fonte principal;
- ressincronização e transferência;
- parada e resfriamento de geradores;
- recarga de baterias;
- retorno de equipamentos reservas;
- recomposição de válvulas e caminhos;
- normalização de setpoints;
- limpeza de alarmes;
- confirmação de redundância;
- estabilidade posterior;
- atualização dos registros operacionais.
Muitas falhas aparecem durante a restauração, e não no evento inicial.
O cenário só termina após a recomposição da redundância
Retorno da fonte, normalização de controles, limpeza de alarmes e confirmação da estabilidade fazem parte do teste e dos critérios de aceite.
Como escrever um script de teste integrado
O script precisa ser executável, auditável e seguro. Ele deve conter pelo menos os elementos a seguir.
Identificação e objetivo
Indicar código, título, sistemas participantes, requisito associado, risco avaliado e resultado que se pretende demonstrar.
Referências
Relacionar diagramas, sequências, manuais, estudos, procedimentos, matriz de causa e efeito e documentos normativos utilizados.
Configuração inicial
Descrever o estado necessário para iniciar o cenário, incluindo equipamentos ativos, reservas, posições, setpoints, cargas, modos de controle, alarmes e indisponibilidades.
Pré-condições e gate
Definir condições que precisam ser confirmadas antes do início:
- sistemas disponíveis;
- pendências aceitas;
- instrumentos instalados;
- comunicação testada;
- equipe presente;
- permissões válidas;
- condições ambientais estáveis;
- plano de restauração verificado.
Passos de execução
Cada passo deve indicar:
- ação;
- executor;
- resultado esperado;
- ponto de observação;
- registro requerido;
- critério de avanço.
A redação precisa evitar comandos vagos como “simular falha”. Deve ser especificado o método autorizado e o ponto exato de atuação.
Critérios de abortagem
Devem ser definidos limites objetivos para interromper o teste, como:
- perda não prevista da carga crítica;
- temperatura acima do limite estabelecido;
- sobrecarga de equipamento ou caminho;
- atuação de proteção não prevista;
- perda de comunicação indispensável à segurança;
- vazamento, fumaça, ruído ou vibração anormal;
- impossibilidade de executar a restauração;
- condição não compreendida pela equipe.
Plano de restauração
O script deve estabelecer como retornar à condição segura, inclusive em caso de falha do próprio teste. O plano deve considerar ações manuais, responsáveis, comunicação, equipamentos de apoio e condições para reinício.
Critérios de aceite
Cada resposta esperada deve possuir condição mensurável ou verificável. “Funcionamento normal” não é critério suficiente.
Segurança durante a execução
O IST pode envolver energia elétrica, combustíveis, baterias, sistemas pressurizados, equipamentos rotativos, altas temperaturas, água, agentes de supressão, alarmes e alterações temporárias de redundância.
O planejamento deve integrar:
- análise de risco da tarefa;
- permissões de trabalho;
- bloqueio e etiquetagem, quando aplicável;
- recomendações de fabricantes;
- limites de responsabilidade;
- proteção individual e coletiva;
- comunicação de emergência;
- presença de especialistas;
- controle de acessos;
- gestão de mudanças temporárias;
- plano de contingência;
- autoridade de abortagem.
Nenhum objetivo de comissionamento justifica uma intervenção insegura. Quando a falha real não puder ser provocada de forma controlada, deve-se utilizar método alternativo tecnicamente fundamentado.
Instrumentação, sincronização e evidências
A qualidade do resultado depende da qualidade da medição. O IST precisa capturar não apenas o estado final, mas a sequência temporal do evento.
Instrumentos possíveis
- analisadores de qualidade de energia;
- registradores elétricos;
- oscilografia e registros de proteção;
- termografia;
- sensores temporários de temperatura e umidade;
- medidores de vazão e pressão;
- bancos de carga resistivos ou reativos;
- registradores de rotação e vibração;
- logs de PLC e controladores;
- tendências de BMS e EPMS;
- eventos de DCIM;
- registros de sistemas de incêndio e segurança;
- captura de rede;
- vídeo sincronizado das operações.
Sincronização de tempo
Relógios divergentes impedem a reconstrução do evento. Antes dos testes, deve ser verificado o sincronismo entre instrumentos, BMS, EPMS, DCIM, PLCs, sistemas de segurança, câmeras e registros manuais.
Quando não houver sincronização automática, deve ser estabelecido um método de correlação.
Taxa de amostragem
A frequência de registro deve ser compatível com a velocidade do fenômeno. Um intervalo adequado para tendências térmicas pode ser insuficiente para capturar transferências elétricas, atuação de proteções ou transientes.
Evidência mínima
Para cada cenário, convém reunir:
- script aprovado;
- lista de participantes;
- configuração inicial;
- registros de briefing;
- dados brutos;
- tendências e eventos;
- fotografias ou vídeos relevantes;
- anotações cronológicas;
- desvios observados;
- issues abertas;
- resultado do reteste;
- aprovação final.
Execução passo a passo
1. Reunião de prontidão
A equipe revisa objetivo, riscos, configuração, responsabilidades, critérios de abortagem e restauração. Qualquer dúvida crítica impede o início.
2. Registro do baseline
Antes do estímulo, são registrados estados, cargas, temperaturas, pressões, alarmes e equipamentos em serviço. Esse baseline permite comparar o comportamento posterior.
3. Aplicação do estímulo
O evento é provocado ou simulado conforme o método aprovado. A execução deve seguir estritamente o script.
4. Observação da resposta
Cada disciplina acompanha suas variáveis e confirma eventos esperados. Intervenções não previstas devem ser registradas.
5. Permanência em condição representativa
Quando aplicável, o estado degradado deve ser mantido por tempo suficiente para demonstrar estabilidade, capacidade e condições ambientais.
6. Restauração
A equipe executa a sequência de retorno e confirma a recomposição dos sistemas, alarmes e redundâncias.
7. Verificação pós-teste
São revisados estados finais, condições anormais, alarmes latentes, mudanças temporárias, ferramentas e bloqueios.
8. Debriefing imediato
Os participantes registram observações enquanto o evento ainda está recente. Resultados preliminares, desvios e ações são consolidados.
Critérios de aceite do IST
Os critérios precisam ser estabelecidos antes da execução. Eles podem ser organizados em categorias.
Critérios funcionais
- sequência executada conforme previsto;
- proteções e intertravamentos corretos;
- cargas críticas preservadas;
- sistemas alternativos disponíveis;
- automação coerente;
- ausência de comandos conflitantes.
Critérios temporais
- tempos de detecção;
- tempos de transferência;
- partida e estabilização;
- duração de autonomia;
- resposta térmica;
- recuperação;
- geração e reconhecimento de alarmes.
Critérios de capacidade
- carga dentro dos limites dos equipamentos;
- margem remanescente adequada;
- capacidade térmica suficiente;
- ausência de sobrecarga ou saturação;
- condições ambientais aceitáveis.
Critérios de observabilidade
- eventos registrados;
- alarmes corretos e priorizados;
- estados locais e remotos coerentes;
- dados suficientes para reconstrução do cenário;
- sincronização temporal adequada.
Critérios operacionais
- equipe identifica a condição;
- procedimentos são aplicáveis;
- escalonamento ocorre corretamente;
- informações necessárias estão disponíveis;
- retorno é executável sem improvisação.
Critérios de restauração
- estado normal recomposto;
- redundância confirmada;
- alarmes limpos ou justificados;
- setpoints restaurados;
- mudanças temporárias removidas;
- sistemas estáveis após o retorno.
Um cenário pode manter a carga energizada e ainda ser reprovado se apresentar sobrecarga, perda de monitoramento, resposta térmica inadequada, alarmes incorretos, atuação manual não prevista ou impossibilidade de restauração segura.
Continuidade da carga não é o único critério de aprovação
O aceite precisa considerar função, tempos, capacidade, ambiente, observabilidade, resposta operacional e restauração completa.
Gestão de issues, falhas e retestes
Toda divergência entre resultado esperado e observado deve gerar registro. A issue precisa conter:
- identificação do cenário e passo;
- descrição objetiva;
- horário e condição observada;
- impacto;
- evidências;
- responsável pela análise;
- causa provável;
- ação corretiva;
- necessidade de alteração documental;
- critério de encerramento;
- reteste requerido.
Não se deve apagar o histórico de falhas após a correção. A rastreabilidade demonstra como a instalação evoluiu e evita que problemas semelhantes reapareçam.
Classificação por criticidade
Uma classificação prática pode considerar:
- crítica: compromete segurança, carga crítica ou validade do cenário;
- alta: impede requisito de disponibilidade ou restauração;
- média: reduz desempenho, observabilidade ou capacidade operacional;
- baixa: desvio documental ou de acabamento sem impacto imediato na função.
A classificação deve ser definida pelo empreendimento.
Reteste
O reteste deve verificar a correção sem perder a visão sistêmica. Em alguns casos, repetir apenas o passo afetado é suficiente. Em outros, a alteração pode impactar interfaces e exigir repetição do cenário completo ou de uma família de cenários.
Verificação por disciplina
Sistema elétrico
Cenários podem envolver fontes, transformadores, quadros, UPS, baterias, geradores, ATS, STS, PDUs, distribuição A/B, proteções e EPMS.
Devem ser observados:
- continuidade da carga;
- seletividade e atuação de proteção;
- tempos de transferência;
- estabilidade de tensão e frequência;
- compartilhamento de carga;
- autonomia;
- partida e paralelismo;
- prioridade de cargas;
- comportamento de bypass;
- recomposição após retorno.
Climatização
O teste deve considerar a resposta coordenada de chillers, bombas, torres, CRAHs, CRACs, CDUs, válvulas, controles, contenção e sensores.
Devem ser verificados:
- capacidade remanescente;
- sequência de partida e parada;
- estabilidade de pressão e vazão;
- manutenção de temperatura e umidade;
- resposta a perda de unidade ou circuito;
- comportamento da automação;
- tempo de recuperação;
- condições durante energia de emergência.
Automação e supervisão
BMS, EPMS, PLCs e DCIM devem registrar e apresentar a condição correta. O teste precisa verificar alarmes, prioridades, timestamps, estados, comandos, permissivos, tendências e falhas de comunicação.
Telecomunicações e rede
A ABNT ISO/IEC TS 22237-5 estabelece múltiplos caminhos físicos para classes superiores de disponibilidade e destaca a necessidade de redundância nos equipamentos ativos. O IST deve avaliar caminhos, reconvergência, perda de enlace, comunicação de controle e impacto sobre sistemas supervisórios.
Incêndio e segurança
Interfaces devem ser verificadas conforme projeto e normas aplicáveis. Isso pode incluir detecção, alarme, liberação de acessos, atuação de dampers, climatização, desligamentos autorizados, supressão e comunicação.
Testes integrados em Data Centers existentes
Em instalações em operação, o risco é maior porque a carga real está presente. O escopo deve ser adaptado com base em análise de risco e criticidade.
Podem ser utilizadas abordagens como:
- revisão documental e walkdown;
- simulação de sinais autorizada;
- ensaios em janelas de manutenção;
- uso de cargas temporárias;
- testes por subsistema ou zona;
- execução em ambiente redundante;
- digital twin ou simulação complementar;
- verificação de cenários selecionados;
- recomissionamento após mudanças.
O artigo sobre recomissionamento após expansão ou modernização detalha a necessidade de redefinir o baseline após alterações.
Nenhuma limitação deve ser ocultada. O relatório precisa indicar quais cenários foram testados, simulados, inferidos ou não executados.
Entregáveis dos testes integrados
Um programa completo pode produzir:
- plano de IST;
- matriz de requisitos e cenários;
- matriz de interfaces;
- análise de risco dos testes;
- revisão de prontidão;
- scripts aprovados;
- registros de briefing;
- dados brutos e tendências;
- relatórios por cenário;
- lista de issues;
- relatórios de reteste;
- matriz final de atendimento;
- relatório executivo;
- registro de limitações e riscos residuais;
- atualização de procedimentos;
- aceite formal do proprietário.
O relatório executivo deve traduzir os resultados técnicos em condições de decisão: aprovado, aprovado com restrições, reteste requerido ou não aprovado.
Erros comuns
Tratar o IST como demonstração
Uma apresentação ensaiada, sem critérios prévios e sem registro de dados, não comprova desempenho.
Começar antes da prontidão
Testes integrados não devem compensar pendências de instalação, lógica ou documentação.
Testar somente energia
A continuidade elétrica não garante climatização, controle, comunicação, segurança ou recuperação.
Usar scripts genéricos
O cenário precisa refletir a arquitetura e os requisitos reais do empreendimento.
Ignorar o estado degradado
A perda de redundância pode ser operacionalmente crítica mesmo sem desligamento imediato.
Não testar a restauração
O retorno ao estado normal pode introduzir novas falhas e precisa fazer parte do cenário.
Registrar apenas o resultado final
A sequência temporal e as condições intermediárias são essenciais para avaliação.
Alterar lógica durante o teste sem controle
Qualquer modificação deve ser registrada, analisada e submetida a reteste.
Aceitar intervenção manual não prevista
Ação corretiva improvisada durante o cenário pode mascarar uma falha de projeto ou automação.
Excluir a operação
A equipe que receberá o ativo precisa participar da preparação, execução, debriefing e atualização dos procedimentos.
Checklist executivo
Antes do IST, confirme:
- os requisitos estão aprovados e rastreáveis?
- os sistemas individuais concluíram os testes previstos?
- diagramas e sequências refletem o campo?
- a punch list foi classificada?
- não existem pendências que invalidem o cenário?
- a configuração inicial está registrada?
- os instrumentos estão calibrados?
- os relógios estão sincronizados?
- BMS, EPMS e DCIM registram tendências e eventos?
- os critérios de aceite estão definidos?
- os critérios de abortagem estão claros?
- o plano de restauração foi revisado?
- os responsáveis estão presentes?
- a autoridade de início e abortagem está definida?
- os fabricantes aprovaram o método de falha ou simulação?
- os riscos de segurança foram controlados?
Durante o teste, confirme:
- cada ação foi executada conforme o script?
- as respostas foram observadas por todas as disciplinas?
- os tempos foram registrados?
- intervenções não previstas foram documentadas?
- o estado degradado permaneceu estável?
- a carga crítica e as condições ambientais foram preservadas?
- os alarmes foram corretos e compreensíveis?
- a equipe reconheceu a condição?
Após o teste, confirme:
- o estado normal foi restaurado?
- a redundância foi recomposta?
- bypasses, inibições e lógicas temporárias foram removidos?
- os dados foram preservados?
- issues foram abertas?
- o debriefing foi realizado?
- o reteste necessário foi definido?
- o proprietário registrou o aceite?
Conclusão
Testes integrados de sistemas em Data Centers são a etapa em que a infraestrutura deixa de ser avaliada como conjunto de equipamentos independentes e passa a ser verificada como sistema crítico. Seu valor está em revelar falhas de interface, dependências ocultas, tempos inadequados, alarmes inconsistentes, limitações de capacidade e dificuldades de recuperação antes que essas condições provoquem indisponibilidade real.
Um IST tecnicamente robusto exige requisitos rastreáveis, sistemas previamente testados, configuração controlada, cenários orientados a risco, scripts detalhados, instrumentação adequada, sincronização temporal, critérios de abortagem, procedimentos de restauração, gestão de issues e aceite formal.
A A3A Engenharia atua no planejamento, revisão, acompanhamento e documentação de testes integrados em Data Centers, conectando requisitos, projeto, execução, operação e critérios de aceite para produzir evidências independentes sobre a prontidão da infraestrutura crítica.
Referências técnicas
[3] UPTIME INSTITUTE. Data Center Site Infrastructure Tier Standard: Operational Sustainability.
[4] UPTIME INSTITUTE. Data Center Site Infrastructure Tier Standard: Topology.
[5] ISO; IEC. ISO/IEC TS 22237-7 — Information technology — Data centre facilities and infrastructures — Part 7: Management and operational information.
[6] ABNT. 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.
[7] ABNT. ABNT ISO/IEC TS 22237-5:2024 — Tecnologia da informação — Instalações e infraestruturas de Data Center — Parte 5: Infraestrutura de cabeamento de telecomunicações.
[8] ABNT. ABNT NBR 17240 — Sistemas de detecção e alarme de incêndio — Projeto, instalação, comissionamento e manutenção de sistemas de detecção e alarme de incêndio — Requisitos.
Perguntas frequentes
É um teste orientado a cenários que verifica se diferentes sistemas e interfaces respondem de forma coordenada a condições normais, degradadas, de falha, manutenção ou emergência, preservando a função crítica e produzindo evidências rastreáveis.
Não. O teste funcional verifica um sistema ou disciplina. O IST avalia a interação entre energia, climatização, automação, telecomunicações, segurança, incêndio e operação durante um evento comum.
Em muitos programas de comissionamento, sim. Entretanto, a numeração L1–L5 não é universal e deve ser definida no plano e no contrato. O conteúdo técnico do teste é mais importante que o rótulo.
Requisitos e documentos atualizados, sistemas individuais testados, pendências críticas encerradas, configuração controlada, instrumentos calibrados, supervisórios operacionais, equipe definida, critérios de aceite e plano de restauração aprovados.
Não em todos os casos. Quando a falha real não puder ser provocada com segurança ou sem risco desproporcional, pode ser utilizada simulação autorizada, desde que sua representatividade e limitações sejam demonstradas.
Depende do cenário. Podem participar energia, UPS, baterias, geradores, climatização, automação, BMS, EPMS, DCIM, telecomunicações, rede, incêndio, controle de acesso, segurança e a própria equipe operacional.
Os critérios devem derivar dos requisitos e incluir respostas funcionais, tempos, capacidade remanescente, condições ambientais, alarmes, registros, atuação da equipe, estabilidade e retorno ao estado normal.
Não. O cenário pode ser reprovado por sobrecarga, perda de monitoramento, atuação manual não prevista, resposta térmica inadequada, alarmes incorretos, instabilidade ou impossibilidade de restauração segura.
Sim. A equipe operacional deve revisar os cenários, acompanhar ou executar manobras, interpretar alarmes, participar da restauração e incorporar os resultados aos SOPs, MOPs e EOPs.
Plano e matriz de cenários, scripts, registros de execução, dados brutos, tendências, relatórios, lista de issues, evidências de retestes, matriz de atendimento, riscos residuais e aceite formal do proprietário.
Materiais técnicos complementares
- Comissionamento de Data Center: testes, níveis e critérios de aceite
- Recomissionamento de Data Center após expansão ou modernização
- Comissionamento e Aceite de Data Centers
- Manutenção concorrente em Data Centers: o que significa e como verificar
- MOP, SOP e EOP em Data Centers: diferenças e como estruturar procedimentos
- Principais causas de indisponibilidade em Data Centers
- Sustentabilidade operacional em Data Centers: como preservar a resiliência
- Arquitetura elétrica de Data Center: N, N+1, 2N e distribuição A/B
- DCIM, BMS e EPMS em Data Centers: diferenças, integração e arquitetura
