Necesitas rellenar dos años de histórico después de arreglar un bug de transformación. ¿Cómo lo abordas?

Rellena primero en un destino aparte, valida contra la tabla existente y luego intercambia. Procesa por trozos por partición en lugar de un único job enorme, ejecútalos con concurrencia acotada para no ahogar las cargas de producción, y haz cada trozo idempotente para poder reintentar en el sitio. Sigue el progreso de forma explícita, y cuenta con que los atributos de dimensión y los datos de origen pueden haber cambiado desde entonces.

Nunca relleno en el sitio. Construyo en una tabla sombra, valido y luego intercambio con un rename atómico o moviendo el puntero de una vista, guardando la antigua una semana por si alguien detecta una discrepancia. La ejecución en sí se trocea por partición, normalmente mensual o semanal según el volumen, con quizá cuatro corriendo a la vez, porque la forma más rápida de provocar un segundo incidente es saturar el warehouse y reventar todos los jobs programados a la vez. También lo ejecuto en un warehouse o grupo de recursos aparte cuando la plataforma lo permite. La validación es la parte que la gente hace con prisas. Elijo un puñado de agregados en los que finanzas ya confía, ingresos por mes por ejemplo, y comparo lo viejo con lo nuevo, esperando diferencias solo donde aplicaba el bug. Si cambia un mes que no debería, el arreglo está mal. La otra cosa que señalo pronto es que el histórico no siempre es reproducible: si la dimensión es de tipo 1 y se sobrescribió, recalcular el pasado te da los atributos de hoy, no los históricos.