Registros y copias de seguridad: qué conservar antes de modificar un sistema informático
Tras un fallo o una controversia sobre un proyecto informático, a menudo se actualiza, reinstala o limpia el sistema de inmediato. Esto puede ser necesario para la actividad de la empresa, pero al mismo tiempo modifica…
Tras un fallo o una controversia sobre un proyecto informático, a menudo se actualiza, reinstala o limpia el sistema de inmediato. Esto puede ser necesario para la actividad de la empresa, pero al mismo tiempo modifica los rastros del suceso. Antes de intervenir conviene acordar qué datos deben conservarse y cómo vincular las copias a un estado concreto del sistema.
Determinar primero el intervalo temporal
Anote cuándo se detectó el problema, qué usuarios y componentes se vieron afectados, qué ocurrió antes y qué actuaciones se han realizado ya. Indique la zona horaria y los desfases de hora conocidos entre los sistemas. Las marcas de tiempo de distintos registros no pueden compararse automáticamente como si constituyeran una única escala temporal exacta.
Qué puede ser necesario
- Registros de aplicaciones, del sistema y de la infraestructura pertinente.
- Copias de seguridad con indicación de su método de creación y contenido.
- Configuraciones, versiones de los componentes e historial de despliegue.
- Información sobre tareas, cambios, solicitudes y errores observados.
- Documentos sobre los derechos de acceso y los límites del estudio autorizado.
Conservación sin prometer una inalterabilidad total
Un sistema activo sigue creando y sobrescribiendo datos. Por ello se documentan el método y la hora de obtención de la copia, la persona que la obtuvo, la fuente y las limitaciones conocidas. La suma de comprobación ayuda a verificar que un archivo concreto no se haya modificado posteriormente, pero no acredita automáticamente la veracidad de toda la información que contiene.
Qué se considera una copia de seguridad
Un archivo comprimido, una instantánea de una máquina virtual y una copia de seguridad coherente de la base de datos pueden tener contenidos y capacidades de restauración diferentes. Que un archivo tenga una extensión de compresión no garantiza que contenga las tablas, los registros y la configuración necesarios. Su contenido y coherencia se comprueban teniendo en cuenta la tecnología utilizada, sin ejecutar una copia desconocida en el entorno de producción.
No debe reproducirse por cuenta propia un fallo destructivo sobre el único ejemplar de los datos. Se prepara un entorno independiente para el estudio y se acuerdan las acciones admisibles, conservando el entorno de producción dentro de las limitaciones necesarias.
Accesos y datos personales
Las contraseñas, los tokens y las claves privadas no se incluyen en un correo ordinario que describa el problema. El contenido de las exportaciones y el procedimiento protegido de entrega se acuerdan por separado. Al reducir el volumen de datos, debe conservarse contexto suficiente y explicarse qué información se ha retirado.
Relación de los registros con la pregunta
La ausencia de un registro puede deberse al modo de registro, a la rotación o a una exportación incompleta. No siempre demuestra que un evento no haya ocurrido. El informe debe describir las fuentes, las limitaciones y la lógica de la comparación. Un buen inventario de las copias y los cambios permite distinguir las actuaciones realmente acreditadas de las suposiciones sobre el comportamiento del sistema.
Materiales sobre el tema
Cuéntenos
en qué consiste su caso.
Describa la situación y adjunte los materiales. Tras estudiar la solicitud, acordaremos el formato del estudio, las preguntas, los plazos y el precio.