AWS anunció el 4 de noviembre de 2026 una migración gestionada que copia tablas Hive aptas a nuevas tablas Apache Iceberg en Amazon S3 Tables. Al inicio, la tabla de origen debe estar almacenada en Parquet en un bucket de uso general de Amazon S3, registrada en AWS Glue y en la misma cuenta y región de AWS que el destino. AWS dice que el proceso permite revisar los problemas de compatibilidad antes de copiar y sincronizar cambios antes del corte final.
Qué tablas admite la migración
La función está dirigida a tablas Hive registradas en AWS Glue cuyos datos estén en formato Parquet en Amazon S3. Tanto la tabla de origen como la de destino deben pertenecer a la misma cuenta y región de AWS. El destino es una tabla Iceberg nueva y gestionada en S3 Tables: la tabla Hive original no se convierte en el mismo lugar. AWS detalla estos requisitos en su anuncio del servicio y en la documentación de migración.
En la consola de Amazon S3, la opción «Create table from migration» da acceso al flujo de migración.
El formulario permite seleccionar una tabla de Glue, configurar el destino y elegir un rol de IAM. AWS documenta la posibilidad de indicar un esquema de destino o dejar que la migración genere uno compatible a partir del esquema registrado en Glue; también asigna el esquema de particiones de Hive a la especificación de particiones de Iceberg.
Para ampliar el contexto de estos formatos en AWS, NeoTeo explicó cómo DuckDB consulta Iceberg y Parquet en Aurora PostgreSQL.
Revisión y ejecución de la migración
AWS describe un proceso que comprueba la compatibilidad, valida los datos, convierte los tipos de Hive a Iceberg y copia los objetos. También puede recomprimir los datos y compactar archivos. La migración genera informes de compatibilidad antes de la copia. De forma predeterminada, el trabajo continúa después de la planificación; el operador puede pausarlo para revisar esos informes antes de que se copien los datos. Una vez realizada la copia, AWS ofrece resultados por objeto y estadísticas de progreso, según su guía de migración.
Sincronización, acceso y corte final
La tabla de origen sigue disponible para lectura y escritura durante el trabajo de migración. Antes de terminar, se pueden ejecutar sincronizaciones sucesivas; AWS dice que cada una copia los cambios desde la sincronización anterior. Así, el destino puede ponerse al día antes del corte.
Durante la migración, la nueva tabla Iceberg es de solo lectura. AWS indica que pasa a lectura y escritura al completarse el proceso y que, en el corte final, las escrituras en la tabla de origen se interrumpen durante unos minutos. La consola muestra una ficha de tabla con formato Iceberg y opciones de consulta con Amazon Athena y Amazon SageMaker Unified Studio.
Regiones europeas y costes según AWS
AWS anunció la función para diez regiones: en Europa, Frankfurt, Irlanda y Estocolmo; en Estados Unidos, N. Virginia, Ohio y Oregón; y en Asia-Pacífico, Bombay, Singapur, Sídney y Tokio. La disponibilidad se define por región. La lista europea de lanzamiento no nombra una región en España.
AWS afirma que no cobra por la conversión de Hive a Iceberg y que los clientes pagan por los datos copiados. La compañía no publicó una cifra de coste total para una migración.
