Apagado de lo viejo

Apagar un servidor detiene el servicio, pero deja todo lo demás: los datos en el disco, las credenciales que aún aceptan otros sistemas, los registros DNS que apuntan a él y las reglas de red que lo mencionan. Retirar un activo es cerrar cada una de esas cosas y dejar constancia. Mientras no se haga, el origen sigue siendo una superficie que nadie mira.

Una lista de retiro para cada activo suele tener al menos cuatro puntos: datos (borrar o conservar con motivo), credenciales (revocar), nombres (quitar los registros que apuntan) y constancia (quién lo aprobó y cuándo).

Un servidor apagado con datos en su disco solo tiene justificación si alguien escribió por qué se conservan y hasta cuándo: por ejemplo, una retención fiscal con fecha. Sin motivo, los datos que quedan son una copia olvidada sin dueño ni fecha de borrado, que además se puede perder o filtrar sin que nadie lo note.

Revisa los activos apagados que aún tienen datos en disco y mira cuáles tienen un motivo de conservación registrado.

Un registro DNS que sigue apuntando a un servidor retirado tiene dos efectos: los usuarios o programas que aún lo consulten fallan sin una explicación clara, y si ese destino se reutiliza o lo ocupa otra parte, el nombre de la empresa apunta a algo que ya no controla. Al retirar un activo se quitan sus registros.

Revocar las credenciales de un activo apagado es lo que impide que, si alguien las conserva, sigan sirviendo para entrar a otros sistemas. Cuantos más días pasan entre el apagado y la revocación, más tiempo hay para que alguien las use o las copie.

La fecha del informe es el 7 de octubre de 2026. Busca el activo apagado cuyas credenciales no se han revocado y cuenta los días desde su apagado.

La base de datos apagada se conserva por una retención fiscal hasta septiembre de 2027. Es un motivo válido y con fecha. Lo que falta decidir es qué se hace entretanto y qué pasa al llegar la fecha: conservar sin más es la forma más fácil de que los datos se queden para siempre.