Resumen

  • AWS conserva intactas las copias durante los 90 días posteriores al cierre de una cuenta; si no se reabre, elimina el contenido de la bóveda aunque tenga Vault Lock.
  • La protección frente al borrado y la continuidad de la cuenta requieren decisiones distintas. Una copia terminada y restaurable en una cuenta que seguirá abierta permite organizar el relevo.

Noventa días y dos promesas

Hay un plazo de conservación elegido para las copias y otro que empieza cuando se cierra su cuenta. El segundo puede acabar con lo que el primero pretendía conservar. En AWS, esa relación está escrita en la documentación de Backup, en el apartado sobre cierre de cuentas con una bóveda bloqueada.

Según AWS Backup, al cerrar la cuenta se inicia una suspensión de 90 días con las copias intactas. Si el cliente no la reabre durante ese periodo, AWS borra el contenido de la bóveda incluso con Vault Lock. El candado permanece dentro de una relación de alojamiento que puede terminar.

Para una empresa que cierra una línea de negocio, esto cambia el significado de la última firma. El responsable de retirar servicios puede estar decidiendo también el destino de expedientes que otro departamento todavía necesita. El formulario de baja parece pequeño para tanto poder.

Comprar una prohibición útil

Vault Lock permite imponer una resistencia real al borrado. Su modo de gobernanza admite cambios por parte de usuarios con permisos adecuados. El modo de cumplimiento, una vez pasado el periodo de gracia, impide modificar o retirar el bloqueo mientras queden puntos de recuperación, también a root y a AWS.

La empresa compra una limitación a su propia capacidad de arrepentirse. Puede querer proteger el historial frente a un administrador apresurado o frente a alguien que haya obtenido permisos elevados. Un botón de excepción universal echaría a perder parte de esa compra.

El cierre de la cuenta introduce otra decisión: durante cuánto tiempo se mantiene el lugar donde opera esa protección. El valor del candado depende también de que alguien siga encargándose del edificio. Esa persona necesita autoridad y presupuesto después del último día comercial del producto.

Una cuenta cerrada tampoco es una biblioteca abierta

Las condiciones de cierre establecen que la baja constituye la notificación de terminación del acuerdo del cliente para esa cuenta. Durante los 90 días posteriores, acceder al contenido y a los servicios exige reabrirla. Tras el cierre permanente, ya no puede reabrirse ni reutilizarse su identificador.

Guardar y poder consultar se separan. Un archivo puede seguir intacto mientras la persona que debe responder a una reclamación tiene que recuperar primero la cuenta. La utilidad de una copia consiste en poder hacer algo con ella cuando llega la pregunta, además de impedir que alguien la destruya antes.

Imaginemos una división extinguida cuyo equipo se ha dispersado. El presupuesto recompensa al gestor que elimina los últimos gastos. Meses después, otra unidad necesita reconstruir una entrega antigua. Si nadie recibió la custodia de esos documentos, el problema empezó en la asignación de responsabilidades. La documentación pública no aporta inventarios ni pruebas de restauración de un cliente concreto; hacen falta ambos para evaluar su exposición.

Reabrir tiene dueño y condiciones

La guía vigente de reapertura ofrece autoservicio cuando el cliente cerró la cuenta y esta no tenía saldo pendiente al cerrarse. Se requiere iniciar sesión como root, presentar la solicitud dentro de los 90 días y disponer de un medio de pago válido. Un usuario o rol IAM no sustituye esa identidad.

Si AWS cerró la cuenta, la vía exige pagar el saldo pendiente dentro de los 30 días siguientes al cierre y contactar con soporte. Memorizar solo el número 90 puede dejar fuera una condición anterior.

Después de reabrir, algunos recursos requieren trabajo. AWS menciona arrancar instancias EC2 detenidas y restaurar bases RDS desde las instantáneas creadas al cierre. La confirmación de reapertura pone de nuevo las herramientas al alcance; todavía hay que comprobar el servicio y los datos.

También conviene conservar el canal para recuperar el acceso. AWS advierte del caso en que el correo de root utiliza un dominio registrado en Route 53 dentro de la misma cuenta: el cierre puede suspender el dominio y cortar el correo. Una organización muy eficiente puede dar de baja la oficina que guarda su propia llave.

El relevo se comprueba en destino

La copia entre cuentas de AWS Backup permite llevar una copia a una bóveda de otra cuenta y restaurarla allí. Ambas deben pertenecer a la misma organización AWS Organizations. Hay condiciones de recursos, regiones, permisos y claves; la copia entre cuentas hacia niveles de almacenamiento frío no está admitida.

El destino recibe la copia cifrada de nuevo con la clave de su bóveda. Dar a otra cuenta permiso para acceder al original deja al original en su sitio. La entrega necesita una copia completada y una restauración comprobada por quien va a conservarla.

El segundo número de cuenta tampoco cambia por sí solo la cadena de mando. Una misma orden corporativa puede cerrar ambos. La cuenta de conservación necesita un mandato propio: qué guarda, hasta cuándo y quién responde por ella. Ese mandato permite que la historia de un producto siga siendo útil cuando el producto ya no recibe presupuesto de ventas.

El final puede ser perfectamente deliberado. Llegada la fecha elegida, una empresa puede poner término a una conservación que ya no le sirve. Lo caro es dejar que una operación de limpieza decida esa fecha sin que nadie haya mirado los cajones.