Recomissionamento de Data Center após expansão ou modernização

Entenda quando e como recomissionar um Data Center após expansão ou modernização, definindo escopo, testes, riscos, aceite e novo baseline.

Confira!

A expansão ou modernização de um Data Center não termina quando o novo equipamento entra em operação. A intervenção altera o baseline da instalação: capacidades, sequências, intertravamentos, alarmes, dependências, documentação, estados degradados e procedimentos podem deixar de corresponder ao que havia sido originalmente testado e aceito.

Esse risco existe mesmo quando a mudança parece localizada. A substituição de uma UPS pode modificar bypasses, ajustes, curvas de eficiência, comunicação e autonomia. A inclusão de um chiller pode alterar hidráulica, automação, prioridades e resposta térmica. Uma expansão de racks pode aumentar carga elétrica e térmica sem alterar fisicamente os equipamentos de suporte. Uma atualização de firmware pode mudar temporizações, alarmes ou comportamento diante de falhas.

O recomissionamento de Data Center é o processo usado para verificar se a infraestrutura modificada continua atendendo aos requisitos atuais do proprietário e da operação. Ele não repete automaticamente todo o comissionamento original. O escopo é definido a partir da mudança, de suas interfaces, da criticidade dos sistemas e da evidência necessária para aceitar o novo estado.

Este artigo explica quando o recomissionamento deve ser realizado, como diferenciar recomissionamento de retrocomissionamento, como definir fronteiras e profundidade de teste, quais documentos precisam ser atualizados e como controlar o processo em um Data Center que permanece em operação.

O que é recomissionamento de Data Center?

Recomissionamento é a aplicação do processo de comissionamento a uma instalação ou sistema que já foi anteriormente comissionado. Seu objetivo é verificar, ajustar e documentar o desempenho diante dos requisitos originais ou dos requisitos operacionais atuais.

No contexto de Data Centers, o recomissionamento é especialmente relevante após expansão, modernização, substituição de sistemas, alteração de capacidade, mudança de lógica ou ocorrência de eventos que coloquem em dúvida o baseline verificado.

O processo precisa responder a quatro perguntas centrais:

1. O que mudou em relação ao estado anteriormente aceito? 2. Quais sistemas, caminhos, automações e serviços podem ter sido afetados? 3. Que evidências precisam ser produzidas novamente? 4. Qual configuração passa a constituir o novo baseline operacional?

O Department of Energy dos Estados Unidos define o recommissioning como o comissionamento de uma instalação ou sistema além das fases de desenvolvimento e garantia, com o objetivo de assegurar desempenho compatível com o projeto ou com as necessidades operacionais atuais durante a vida útil. Essa definição é aplicável ao Data Center desde que a avaliação considere sua criticidade, operação contínua e dependências multidisciplinares.

Comissionamento, recomissionamento, retrocomissionamento e comissionamento contínuo

Os termos são próximos, mas representam situações diferentes.

Processo	Situação de aplicação	Objetivo dominante
Comissionamento — Cx	Instalação nova ou novo sistema implantado	Verificar atendimento aos requisitos do proprietário e ao projeto
Recomissionamento — ReCx	Instalação previamente comissionada que sofreu mudança, degradação ou alteração de necessidade	Revalidar o desempenho e estabelecer um novo baseline
Retrocomissionamento — RCx	Instalação existente que nunca passou por processo formal de comissionamento	Construir evidências e corrigir problemas acumulados sem baseline anterior confiável
Comissionamento contínuo — OCx	Instalação com monitoramento e verificações recorrentes	Manter desempenho, detectar desvios e acionar correções ao longo do tempo

A distinção é importante porque modifica o ponto de partida. No recomissionamento, existe uma referência anterior: requisitos, relatórios, scripts, registros e condições aceitas. No retrocomissionamento, essa referência pode ser inexistente, incompleta ou incapaz de representar o estado real.

Uma instalação modernizada pode exigir uma combinação. Os sistemas anteriormente testados passam por recomissionamento; sistemas antigos sem evidência suficiente podem exigir atividades de retrocomissionamento; e os sistemas novos seguem o processo de comissionamento correspondente à implantação.

A intenção exclusiva deste artigo

O artigo sobre Comissionamento de Data Center: testes, níveis e critérios de aceite apresenta o processo de comissionamento, as verificações de L1 a L5, o Integrated Systems Testing, os critérios de aceite e a gestão de pendências.

O artigo Modernização de Data Center sem interromper a operação trata da implantação por fases, das janelas, dos estados temporários e da continuidade durante a obra.

O foco deste conteúdo é diferente: determinar como a organização deve revalidar uma instalação existente depois que a expansão ou modernização alterou o estado anteriormente aceito. O tema central não é ensinar cada teste, mas definir escopo, profundidade, rastreabilidade, governança e critérios para o novo baseline.

Por que a expansão altera o baseline do Data Center?

O baseline é a configuração técnica e documental que representa a instalação aceita. Ele inclui topologia, capacidade, ajustes, lógica, automação, nomenclatura, procedimentos, alarmes, estados operacionais e evidências de desempenho.

Uma mudança pode alterar esse conjunto de forma direta ou indireta.

Alterações diretas

São modificações nos componentes ou sistemas objeto do projeto, como:

• substituição ou ampliação de UPS;
• inclusão de módulos de potência;
• troca de banco de baterias;
• expansão de geração ou paralelismo;
• substituição de transformadores, painéis, ATS, STS, PDUs ou busways;
• inclusão de chillers, bombas, torres, CRAHs, CRACs ou unidades InRow;
• alteração de contenção ou distribuição de ar;
• ampliação de BMS, EPMS, DCIM ou controladores;
• expansão de detecção e supressão de incêndio;
• alteração de telecomunicações ou sistemas de segurança física;
• expansão de salas, racks, cages ou módulos.

Alterações indiretas

São efeitos produzidos em sistemas que não foram formalmente substituídos. Exemplos incluem:

• aumento de carga sobre alimentadores e transformadores existentes;
• alteração da autonomia de UPS ou geradores;
• mudança no equilíbrio de caminhos A/B;
• alteração de vazão, pressão ou sequência hidráulica;
• novos pontos de automação que afetam lógicas existentes;
• mudanças de alarmes, temporizações e escalonamentos;
• redução da margem durante manutenção concorrente;
• alteração da seletividade ou coordenação de proteção;
• novos pontos de falha comum;
• aumento de densidade térmica em zonas existentes;
• impacto sobre procedimentos, treinamento e sobressalentes.

A existência de um contrato separado ou de um limite físico de obra não impede que o efeito ultrapasse essa fronteira. O escopo do recomissionamento precisa seguir as dependências reais, não apenas o pacote contratado.

Quando o recomissionamento deve ser considerado?

O processo deve ser avaliado sempre que uma mudança puder alterar disponibilidade, segurança, capacidade, eficiência, controle ou recuperabilidade.

Gatilhos comuns incluem:

• expansão de potência ou climatização;
• implantação de novos módulos ou fases;
• modernização de sistemas críticos;
• substituição de equipamento por modelo ou tecnologia diferente;
• alteração de topologia elétrica ou térmica;
• mudança de sequência de operação;
• atualização de firmware ou software de controle;
• alteração relevante de setpoints;
• implantação de resfriamento líquido;
• aumento significativo de densidade por rack;
• integração de novos sistemas ao BMS, EPMS ou DCIM;
• migração de cargas entre caminhos, salas ou sites;
• correção de falha que revelou dependência não documentada;
• retorno após indisponibilidade prolongada;
• mudança de requisito de disponibilidade ou capacidade;
• encerramento de uma fase temporária de implantação.

O gatilho não precisa ser uma grande obra. Pequenas mudanças acumuladas podem produzir deriva suficiente para justificar recomissionamento. A organização deve manter um registro de alterações e critérios objetivos para determinar quando a soma de intervenções exige uma revisão sistêmica.

Recomissionamento completo ou parcial?

Nem toda mudança exige repetir todo o processo original. A profundidade deve ser proporcional ao risco.

Uma intervenção localizada pode exigir verificação documental, inspeção de instalação, teste funcional do componente e confirmação das interfaces. Uma mudança de topologia, capacidade ou lógica pode exigir testes por sistema, validação de estados degradados e cenários integrados.

A decisão deve considerar:

• criticidade do serviço suportado;
• extensão física e lógica da mudança;
• número de sistemas dependentes;
• alteração de redundância ou capacidade;
• possibilidade de falha comum;
• complexidade da automação;
• qualidade da documentação anterior;
• histórico de incidentes e pendências;
• evidências já produzidas em fábrica e campo;
• capacidade de testar sem comprometer a operação;
• consequência de um comportamento não verificado.

Uma matriz de profundidade pode utilizar quatro níveis.

Profundidade	Aplicação típica	Evidência principal
Verificação documental	Mudança sem efeito funcional relevante	revisão de desenhos, listas, ajustes e registros
Verificação funcional localizada	Substituição equivalente com interfaces conhecidas	inspeção, startup, função e alarmes do ativo
Recomissionamento de sistema	Alteração de capacidade, controle ou arquitetura de um sistema	testes funcionais, estados, falhas e recuperação
Recomissionamento integrado	Mudança com dependências multidisciplinares ou impacto em resiliência	cenários entre energia, climatização, automação, segurança e operação

A classificação não deve ser baseada apenas no valor do equipamento. Um pequeno controlador pode exigir recomissionamento integrado se sua lógica comandar transferências ou sequências críticas.

Definição das fronteiras do recomissionamento

A fronteira deve ser definida a partir de uma análise de impacto da mudança.

Sistema diretamente modificado

É o conjunto de ativos, software, lógica e documentação alterados. Deve ser verificado em sua nova configuração.

Sistemas de suporte

São os sistemas necessários para que o sistema modificado opere. Uma nova UPS depende de entrada, bypass, baterias, distribuição, climatização, comunicação, proteção e supervisão.

Sistemas afetados

São sistemas cujo comportamento pode mudar mesmo sem intervenção física. A alteração de uma central de água gelada pode afetar unidades terminais, sequências de emergência, alarmes e limites de capacidade.

Serviços e cargas

O recomissionamento deve identificar quais cargas de TIC, clientes, áreas ou processos são afetados pelos cenários de teste e pelo novo estado operacional.

Fronteira documental

Diagramas, listas, inventários, procedimentos, telas, alarmes, parâmetros e planos precisam ser atualizados até o ponto em que representem o novo baseline.

A fronteira deve aparecer no plano de recomissionamento e na matriz de rastreabilidade. Expressões como “testar o sistema novo” são insuficientes quando não mostram onde o sistema começa, termina e se integra aos demais.

Requisitos atuais: o que o sistema deve atender depois da mudança?

O recomissionamento não deve assumir automaticamente que o requisito original continua sendo o requisito correto. A expansão pode ter surgido porque a demanda mudou, a tecnologia evoluiu ou o risco do negócio foi reavaliado.

A equipe precisa revisar:

• Owner’s Project Requirements — OPR;
• User Requirements Specification — URS;
• Basis of Design — BoD;
• requisitos atuais da instalação;
• critérios de disponibilidade e manutenção concorrente;
• capacidade presente e futura;
• restrições de operação;
• requisitos de eficiência e desempenho;
• normas, contratos e obrigações aplicáveis;
• experiência operacional e incidentes anteriores;
• mudanças de cargas e densidades;
• requisitos de segurança e continuidade.

Quando o OPR original não representa mais a necessidade atual, o proprietário deve formalizar a atualização. Testar a instalação contra um requisito obsoleto pode produzir um aceite tecnicamente correto e operacionalmente inútil.

Construção do baseline anterior

Antes de testar a nova configuração, a equipe precisa compreender o estado anterior.

As fontes incluem:

• relatórios de comissionamento;
• scripts e registros executados;
• listas de pendências e riscos residuais;
• desenhos as built;
• diagramas unifilares e funcionais;
• sequências de operação;
• matrizes de causa e efeito;
• parâmetros de proteção e controle;
• inventário de ativos;
• histórico do BMS, EPMS e DCIM;
• ordens de manutenção;
• incidentes e mudanças anteriores;
• SOPs, MOPs e EOPs vigentes;
• registros de capacidade e desempenho.

A ausência de evidência precisa ser tratada como lacuna. Não se deve presumir que uma função foi comprovada apenas porque a instalação operou sem interrupção aparente.

Registro da mudança e matriz de impacto

Uma matriz de impacto relaciona cada modificação às suas consequências possíveis.

Mudança	Função afetada	Sistemas dependentes	Evidência anterior	Evidência a repetir	Risco temporário
Nova UPS	continuidade e qualidade de energia	baterias, bypass, gerador, distribuição, EPMS	FAT, startup e testes anteriores	função, transferência, alarmes e integração	redução de redundância durante migração
Novo chiller	capacidade térmica	bombas, torres, CRAHs, BMS e energia	curvas e testes da planta anterior	sequência, vazão, carga e falha	operação térmica degradada
Atualização de controlador	automação	sensores, atuadores, alarmes e interfaces	backup e lógica anterior	comparação de lógica, função e recuperação	comportamento não previsto

A matriz ajuda a evitar dois extremos: testar apenas o ativo novo ou repetir indiscriminadamente todo o Data Center.

Processo de recomissionamento de Data Center

Um processo estruturado pode ser organizado em oito etapas.

1. Planejamento

O planejamento define objetivos, requisitos, fronteiras, responsabilidades, riscos, janelas, recursos, instrumentos, comunicação e critérios de aceite.

O plano deve declarar:

• motivo do recomissionamento;
• sistemas incluídos e excluídos;
• referência técnica utilizada;
• requisitos atuais;
• condições de partida;
• profundidade das verificações;
• cenários previstos;
• restrições de operação;
• critérios de abortagem;
• estratégia de retorno;
• testemunhas e aprovadores;
• entregáveis e critérios de encerramento.

2. Investigação e diagnóstico

A equipe revisa documentos, inspeciona a instalação, entrevista a operação e compara o campo com o baseline. O objetivo é identificar lacunas antes da execução dos testes.

A investigação pode revelar equipamentos não cadastrados, lógicas alteradas, alarmes suprimidos, pendências antigas, manutenção atrasada, capacidade insuficiente ou divergências de nomenclatura. Essas condições precisam ser avaliadas antes de atribuir qualquer resultado à expansão recente.

3. Verificação de instalação e configuração

Antes dos testes funcionais, deve ser confirmada a conformidade da instalação modificada.

Isso inclui, conforme aplicável:

• montagem e identificação;
• conexões e segregação;
• proteção e aterramento;
• torque, limpeza e preservação;
• parametrização;
• firmware e backups;
• calibração de sensores;
• endereçamento e comunicação;
• telas, alarmes e tendências;
• documentação de fabricante;
• certificados e registros de startup;
• condições de segurança.

Testar funcionalmente uma instalação ainda divergente cria resultados difíceis de interpretar e pode introduzir risco desnecessário.

4. Verificação funcional por sistema

Cada sistema modificado deve demonstrar que executa suas funções normais, degradadas e de recuperação dentro dos critérios definidos.

O objetivo não é apenas comprovar partida e parada. É verificar estados, intertravamentos, alarmes, limites, capacidade, transições, falhas plausíveis e retorno controlado.

A profundidade depende da matriz de impacto. Funções não afetadas podem ser verificadas por amostragem ou evidência anterior, desde que a justificativa seja registrada.

5. Verificação integrada

Quando a mudança atravessa disciplinas, o recomissionamento precisa verificar interações.

Cenários possíveis incluem:

• perda de concessionária com nova configuração de UPS e geração;
• falha de unidade térmica após aumento de carga;
• transferência entre caminhos A/B;
• perda de comunicação de controlador;
• retorno de energia e sequência de recuperação;
• operação com componente indisponível;
• resposta de alarmes, BMS, EPMS e escalonamento;
• atuação de incêndio sobre climatização, portas ou energia;
• recuperação após abortagem ou falha de teste.

Os detalhes de construção dos scripts e da execução de IST são aprofundados no artigo de comissionamento. No recomissionamento, a questão central é selecionar os cenários que comprovam o novo baseline sem criar exposição desproporcional.

6. Correção, reteste e análise de causa

Resultados inadequados devem gerar issue formal, classificação de risco, responsável, prazo e critério de fechamento.

O reteste precisa demonstrar que a correção resolveu a causa e não apenas o sintoma. Mudanças em software, lógica ou parâmetros podem exigir regressão de funções anteriormente aprovadas.

Uma pendência aceita deve permanecer associada ao risco residual, à compensação temporária e ao responsável pela decisão.

7. Handover e atualização do baseline

O processo não termina no último teste. O novo estado precisa ser incorporado à operação.

Devem ser atualizados:

• desenhos e diagramas;
• inventário e hierarquia de ativos;
• capacidade e reservas;
• sequências e matrizes de causa e efeito;
• ajustes e parâmetros;
• telas, alarmes e tendências;
• planos de manutenção;
• sobressalentes;
• SOPs, MOPs e EOPs;
• treinamentos e autorizações;
• contratos e garantias;
• matriz de riscos;
• Systems Manual ou repositório equivalente.

8. Monitoramento pós-mudança

Alguns comportamentos só aparecem com carga, clima ou tempo de operação. O plano deve definir um período de estabilização e variáveis a acompanhar.

Exemplos incluem carga, temperatura, pressão, eficiência, eventos, alarmes recorrentes, partidas, autonomia, balanceamento A/B e falhas de comunicação.

O aceite pode incluir testes diferidos para condições sazonais, carga futura ou recursos ainda não disponíveis. Esses testes precisam ter prazo, responsável e condição de encerramento.

Recomissionamento em Data Center em operação

A execução em ambiente ativo exige governança adicional. O teste não pode introduzir risco maior que o benefício da evidência produzida.

Estado operacional durante o teste

O plano deve declarar:

• redundâncias retiradas;
• capacidade remanescente;
• caminhos disponíveis;
• automações inibidas;
• alarmes suprimidos;
• pontos únicos de falha temporários;
• duração máxima da exposição;
• trabalhos simultâneos proibidos;
• contingências disponíveis.

Janela e coordenação

A janela deve considerar carga, atividade do negócio, condições ambientais, disponibilidade de equipe, combustível, peças, fornecedores e outros trabalhos programados.

Intervenções paralelas precisam ser analisadas em conjunto. Dois trabalhos independentes podem retirar proteções diferentes e produzir uma condição não aceitável.

MOP, EOP e autoridade de parada

Cada atividade crítica deve possuir método de procedimento compatível com o estado real. Os EOPs aplicáveis precisam estar acessíveis e exercitados.

A equipe deve conhecer:

• quem autoriza o início;
• quem executa;
• quem lê ou confirma passos críticos;
• quem observa sistemas dependentes;
• quem pode interromper;
• quem decide pela reversão;
• quem autoriza o retorno.

O artigo MOP, SOP e EOP em Data Centers detalha a estrutura desses procedimentos.

Critérios de abortagem

Critérios precisam ser específicos, como:

• perda de redundância adicional;
• alarme não previsto;
• parâmetro fora do limite;
• divergência entre campo e procedimento;
• incapacidade de observar o estado esperado;
• falha de comunicação;
• condição insegura;
• indisponibilidade de contingência;
• ultrapassagem da janela;
• aumento de carga ou temperatura incompatível.

Abortar não significa falhar. Uma abortagem correta demonstra que o sistema de controle impediu a continuidade diante de premissa inválida.

Recomissionamento do sistema elétrico

O recomissionamento elétrico deve considerar desde a fonte até a carga afetada.

Pontos de análise incluem:

• capacidade da concessionária e transformadores;
• seletividade e coordenação de proteção;
• grupos geradores, paralelismo e combustível;
• ATS, STS e transferências;
• UPS, bypasses e baterias;
• distribuição A/B;
• quadros, PDUs, RPPs e busways;
• aterramento e equipotencialização;
• qualidade de energia;
• monitoramento e sincronismo de eventos;
• estados de manutenção e falha.

Uma expansão pode aumentar a capacidade nominal e reduzir a margem de contingência se os caminhos a montante não forem reavaliados. O artigo sobre Arquitetura elétrica de Data Center explica os conceitos N, N+1, 2N e distribuição A/B.

Recomissionamento da climatização

A capacidade térmica precisa ser verificada no sistema e na zona de carga.

O processo pode avaliar:

• capacidade da planta em condição normal e degradada;
• sequência de chillers, bombas e torres;
• vazão, pressão e balanceamento;
• CRAHs, CRACs, InRow e unidades terminais;
• contenção e fluxo de ar;
• setpoints, reset e modos econômicos;
• sensores e calibração;
• resposta à perda de energia;
• recuperação após falha;
• pontos quentes e recirculação;
• impacto de densidade e resfriamento líquido.

Uma expansão térmica não deve ser aceita apenas pela soma das capacidades nominais. É necessário verificar distribuição, controle, transientes e comportamento no estado de falha relevante.

Automação, BMS, EPMS e DCIM

Modernizações frequentemente alteram controladores, redes, gateways, telas, tags, alarmes e integrações.

O recomissionamento deve verificar:

• correspondência entre ponto físico e ponto lógico;
• unidade, escala e qualidade do dado;
• sequência automática;
• intertravamentos;
• alarmes e prioridades;
• atraso, histerese e persistência;
• registro histórico;
• sincronismo de horário;
• comunicação após falha;
• backups e restauração;
• permissões e cibersegurança;
• atualização da fonte de verdade.

O artigo DCIM, BMS e EPMS em Data Centers detalha os papéis dessas plataformas.

Incêndio, segurança física e telecomunicações

Esses sistemas podem não fazer parte do escopo principal da expansão, mas precisam ser considerados quando existem interfaces.

Exemplos incluem:

• atuação da detecção sobre climatização ou portas;
• supervisão de salas de baterias;
• alteração de compartimentação;
• mudança de rotas de fuga;
• ampliação de controle de acesso e CFTV;
• novas áreas protegidas;
• mudanças de cabeamento e rotas redundantes;
• comunicação entre sistemas de alarme;
• perda de rede de automação ou gerenciamento.

A fronteira deve ser definida pela causa e efeito, não pela disciplina contratada.

Capacidade e desempenho antes e depois da mudança

O recomissionamento deve demonstrar o efeito da intervenção sobre capacidade utilizável e desempenho.

A comparação pode incluir:

• carga antes e depois;
• reserva normal e em falha;
• capacidade durante manutenção;
• equilíbrio de caminhos A/B;
• autonomia;
• tempo de transferência;
• tempo de recuperação;
• temperatura e margem térmica;
• eficiência e consumo;
• alarmes e eventos;
• limitações locais;
• capacidade comprometida e disponível.

O artigo Gestão de capacidade em Data Centers apresenta o método de cálculo e governança dessas capacidades.

Critérios de aceite do recomissionamento

O aceite deve estar vinculado aos requisitos atuais e às evidências produzidas.

Critérios possíveis incluem:

• instalação compatível com documentação aprovada;
• funções normais e degradadas comprovadas;
• interfaces verificadas;
• capacidade e desempenho dentro dos limites;
• alarmes e eventos registrados corretamente;
• recuperação e retorno controlados;
• ausência de pendência crítica;
• documentação atualizada;
• equipe treinada;
• procedimentos revisados;
• riscos residuais aceitos por autoridade competente;
• monitoramento pós-mudança concluído.

O aceite pode ser provisório quando existem testes diferidos ou pendências de baixo risco. Nesse caso, devem existir prazo, compensação, responsável e critério para o aceite definitivo.

Gestão de issues, retestes e risco residual

As issues devem ser classificadas por consequência, probabilidade, detectabilidade e efeito sobre resiliência.

Uma classificação prática pode distinguir:

• crítica: impede operação segura ou atendimento do requisito essencial;
• alta: reduz redundância, capacidade ou recuperabilidade de forma relevante;
• média: afeta desempenho ou controle, com compensação disponível;
• baixa: divergência documental ou acabamento sem efeito operacional imediato.

O fechamento exige evidência. Alterar o status para concluído sem reteste, inspeção ou revisão documental não comprova correção.

Riscos aceitos devem permanecer visíveis no baseline e no plano de melhoria. O recomissionamento não transforma uma limitação conhecida em conformidade; ele a torna explícita e governável.

Documentação e novo baseline

O produto final não é apenas o relatório de teste. É um conjunto de informações coerentes que permite operar, manter e modificar a nova configuração.

Documentos típicos incluem:

• plano de recomissionamento;
• matriz de impacto da mudança;
• requisitos atuais;
• matriz de rastreabilidade;
• checklists de instalação;
• scripts e registros de teste;
• logs e tendências;
• lista de issues;
• relatórios de reteste;
• registro de riscos residuais;
• desenhos e diagramas atualizados;
• sequências e matrizes de causa e efeito;
• inventário e capacidade;
• procedimentos revisados;
• registros de treinamento;
• relatório final e recomendação de aceite;
• plano de monitoramento contínuo.

O Systems Manual ou repositório operacional equivalente deve ser atualizado para refletir o novo estado.

Papéis e responsabilidades

O recomissionamento precisa de independência técnica suficiente para verificar a entrega sem perder integração com a operação.

Papéis possíveis incluem:

• proprietário: define requisitos, aceita risco e aprova o resultado;
• operação: controla o estado da instalação e participa dos testes;
• projetistas: esclarecem critérios e atualizam documentos;
• instaladores e fornecedores: executam correções e fornecem evidências;
• agente de comissionamento: planeja, testemunha, registra e avalia resultados;
• Owner’s Engineering: protege os interesses do proprietário e integra interfaces;
• segurança do trabalho: controla permissões e condições de execução;
• TI e usuários da carga: informam restrições e validam efeitos sobre serviços.

A RACI deve definir quem executa, aprova, testemunha, é consultado e informado em cada etapa.

Erros comuns no recomissionamento

Testar apenas o equipamento novo

O comportamento crítico costuma estar nas interfaces e dependências.

Utilizar o OPR antigo sem revisão

A instalação pode atender perfeitamente a um requisito que deixou de representar o negócio.

Confundir startup com recomissionamento

Startup comprova a entrada em funcionamento do equipamento. Recomissionamento comprova atendimento dos requisitos no sistema e nas interfaces.

Repetir todos os testes sem análise de impacto

Isso aumenta custo e risco sem necessariamente produzir melhor evidência.

Reduzir o escopo ao contrato da obra

A fronteira comercial pode ser menor que a fronteira técnica afetada.

Testar em estado degradado não documentado

A equipe precisa conhecer capacidade remanescente, proteções retiradas e contingências.

Não realizar regressão após mudança de lógica

Uma correção pode afetar funções anteriormente aprovadas.

Encerrar sem atualizar procedimentos e diagramas

A instalação muda, mas a operação continua trabalhando com o baseline antigo.

Aceitar pendências sem responsável e prazo

O risco residual torna-se dívida operacional invisível.

Não prever monitoramento pós-mudança

Comportamentos dependentes de carga, tempo ou clima podem permanecer ocultos.

Indicadores do processo

Indicadores úteis incluem:

• percentual de requisitos rastreados;
• testes executados e aprovados;
• issues por criticidade;
• taxa de reteste aprovado;
• falhas de regressão;
• divergências entre campo e documentação;
• tempo de fechamento de pendências;
• mudanças documentais concluídas;
• treinamentos realizados;
• riscos residuais abertos;
• alarmes ou incidentes no período de estabilização;
• desvio de capacidade ou desempenho em relação ao previsto.

A quantidade de testes não mede qualidade. O indicador deve mostrar se a evidência cobre os riscos relevantes e sustenta o novo baseline.

Entregáveis de um recomissionamento de Data Center

Um escopo estruturado pode produzir:

• diagnóstico inicial e levantamento do baseline;
• plano de recomissionamento;
• matriz de impacto e fronteiras;
• revisão de OPR, URS e BoD;
• matriz de rastreabilidade;
• plano de janelas e estados temporários;
• checklists de instalação e configuração;
• procedimentos de teste;
• registros instrumentais e logs;
• relatório de testes funcionais;
• relatório de verificações integradas;
• lista de issues e retestes;
• registro de risco residual;
• atualização documental;
• plano de treinamento;
• relatório final de recomissionamento;
• recomendação de aceite;
• plano de monitoramento pós-mudança.

A extensão depende do porte, da criticidade, da qualidade do baseline e da mudança executada.

Checklist executivo

Antes de declarar o recomissionamento concluído, verificar:

1. Os requisitos atuais foram aprovados? 2. O baseline anterior foi reconstruído com evidências suficientes? 3. A mudança e suas dependências foram mapeadas? 4. A profundidade dos testes foi justificada pelo risco? 5. Os estados temporários e critérios de abortagem foram definidos? 6. Os sistemas modificados foram verificados funcionalmente? 7. As interfaces críticas foram comprovadas? 8. As issues foram corrigidas ou formalmente aceitas? 9. Houve reteste e regressão quando necessário? 10. A capacidade e o desempenho foram atualizados? 11. Diagramas, inventários, alarmes e procedimentos representam o campo? 12. A operação recebeu treinamento e documentação? 13. O período de estabilização foi acompanhado? 14. O novo baseline foi formalmente aceito?

Conclusão

Recomissionamento de Data Center é o processo que transforma uma expansão ou modernização executada em uma configuração novamente conhecida, verificável e operável. Seu valor está em restabelecer a relação entre requisitos, campo, comportamento dos sistemas e documentação.

O processo não deve ser tratado como repetição automática do comissionamento inicial. A profundidade precisa partir da mudança, das dependências, do risco e da qualidade da evidência existente. Testar pouco pode deixar falhas ocultas; testar tudo sem critério pode aumentar exposição e custo sem melhorar o aceite.

Em ambientes ativos, a governança é tão importante quanto a técnica. Janelas, estados degradados, MOPs, EOPs, critérios de abortagem, observabilidade e autoridade de parada precisam ser integrados ao plano.

O resultado esperado é um novo baseline: requisitos atuais, sistemas verificados, riscos residuais explícitos, documentação coerente, operação treinada e plano de acompanhamento. A A3A Engenharia atua no diagnóstico, projeto, Owner’s Engineering, modernização e comissionamento de Data Centers, apoiando proprietários e operadores na revalidação técnica de instalações críticas após mudanças de capacidade, arquitetura ou tecnologia.

Referências técnicas

[1] U.S. DEPARTMENT OF ENERGY. Commissioning in Federal Buildings. Definições de commissioning, recommissioning, retro-commissioning e ongoing commissioning.

[2] U.S. DEPARTMENT OF ENERGY. Commissioning Process for Federal Facilities. Processo de planejamento, investigação, implantação e handover.

[3] ASHRAE. Standard 230-2022 — Commissioning Process for Existing Buildings and Systems.

[4] ASHRAE. Guideline 0-2019 — The Commissioning Process; Guideline 1.6P — Commissioning of Data Centers.

[5] ISO; IEC. ISO/IEC TS 22237-7:2018 — Information technology — Data centre facilities and infrastructures — Part 7: Management and operational information.

[6] ASHRAE; IES. Standard 202-2024 — The Commissioning Process Requirements for New Buildings and New Systems.

[7] ISO; IEC. ISO/IEC 22237-1:2021 — Information technology — Data centre facilities and infrastructures — Part 1: General concepts.

[8] BICSI. ANSI/BICSI 009-2024 — The Standard for Data Center Operations.

Perguntas frequentes

O que é recomissionamento de Data Center?

É a revalidação de uma instalação ou sistema anteriormente comissionado após mudança, expansão, modernização, degradação ou alteração de requisitos. O processo verifica o desempenho atual e estabelece um novo baseline técnico e documental.

Qual é a diferença entre recomissionamento e retrocomissionamento?

Recomissionamento parte de uma instalação que já foi comissionada e possui evidências anteriores. Retrocomissionamento é aplicado a uma instalação existente que nunca passou por processo formal ou não possui baseline confiável.

Toda expansão exige recomissionamento completo?

Não. A profundidade depende da criticidade, extensão da mudança, dependências, alteração de capacidade ou redundância e qualidade das evidências existentes. O escopo pode variar de verificação localizada a recomissionamento integrado.

Quando o recomissionamento deve ser realizado?

Deve ser considerado após alterações de potência, climatização, topologia, lógica, automação, firmware, densidade, capacidade, sistemas de segurança ou qualquer mudança capaz de afetar disponibilidade, controle ou recuperabilidade.

Startup do equipamento substitui o recomissionamento?

Não. O startup comprova que o equipamento entra em funcionamento. O recomissionamento verifica se ele atende aos requisitos dentro do sistema, incluindo interfaces, estados degradados, alarmes, falhas e recuperação.

Como definir quais testes precisam ser repetidos?

A decisão deve partir de uma matriz de impacto que relacione a mudança às funções, dependências, evidências anteriores, riscos e consequências. Funções não afetadas podem manter evidência anterior quando a justificativa é documentada.

É possível recomissionar um Data Center sem desligá-lo?

Sim, mas o plano precisa controlar janelas, redundâncias retiradas, capacidade remanescente, contingências, MOPs, critérios de abortagem e retorno. Alguns cenários podem exigir testes diferidos ou métodos alternativos.

O que constitui o novo baseline após o recomissionamento?

O novo baseline reúne requisitos atuais, topologia, ajustes, lógicas, capacidade, documentos, procedimentos, inventário, evidências de teste, riscos residuais e condições aceitas para operação.

Quem deve aprovar o recomissionamento?

O proprietário ou autoridade designada deve aceitar o resultado e os riscos residuais. Operação, engenharia, agente de comissionamento, projetistas, fornecedores, TI e segurança participam conforme a RACI do processo.

Quais documentos são entregues no final?

Normalmente são entregues plano, matriz de impacto, rastreabilidade, registros de teste, issues e retestes, risco residual, documentos atualizados, relatório final, recomendação de aceite e plano de monitoramento pós-mudança.

Materiais técnicos complementares

Fundamentos e requisitos do Data Center

• Data Center: o que é, como funciona e quais sistemas compõem a infraestrutura
• Basis of Design, OPR e URS em projetos de Data Center

Comissionamento, mudança e operação

• Comissionamento de Data Center: testes, níveis e critérios de aceite
• Modernização de Data Center sem interromper a operação
• MOP, SOP e EOP em Data Centers: diferenças e como estruturar procedimentos
• Sustentabilidade operacional em Data Centers: como preservar a resiliência

Capacidade, arquitetura e supervisão

• Gestão de capacidade em Data Centers: espaço, energia e climatização
• 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

Soluções e serviços de engenharia

• Engenharia Integrada para Data Centers
• Owner’s Engineering para Data Centers
• Comissionamento e Aceite de Data Centers
• Diagnóstico e Modernização de Data Centers e CPDs