No son copias de seguridad de los cambios en el registro, en realidad, son los cambios en el registro antes de que se conviertan en cambios en el registro. Un tipo de .tmparchivo para cambios de registro, en esencia.
Como protección contra la corrupción del registro, que solía ser un problema bastante común y muy desagradable en Windows, lo que hacen las versiones más nuevas de Windows cuando se solicita un cambio en el registro es escribir el cambio solicitado en un archivo antes de hacer nada. (Para los cambios en la sección del usuario, esos archivos tienen la forma NTUSER.DAT{GUID}.TMContainer####################.regtrans-msy están numerados secuencialmente; retroceda lo suficiente y debería ver un 00000000000000000001archivo). Una vez que Windows ha determinado que es "seguro" escribir el cambio en el registro, lo hace, y luego de eso, verificará que se haya realizado el cambio, momento en el cual eliminará el archivo y pasará a otras tareas del sistema operativo. Cuando algo en este proceso falla, terminas acumulando estos archivos.
Y claramente, en su caso, algo, en algún lugar de ese proceso, no funciona correctamente. Apuesto un centavo a que, si mira a través del servidor Event Logs, verá un montón de errores al respecto, en forma de eventos sobre el bloqueo del registro o la imposibilidad de escribir cambios en el registro. (Probablemente a lo largo de las líneas de Unable to open registry for writingo Failed to update system registry). Estos pueden ser indicios de problemas graves, o pueden ser indicios de que algunos programas PITA desean escribir un cambio en el registro cada vez que se inicia y no tienen permiso.
También existe la posibilidad menos probable de que los cambios se estén escribiendo, pero los archivos no se pueden eliminar, como sucedería si el controlador de bloqueo de los archivos no se termina correctamente o si SYSTEMtiene permiso de escritura, pero carece de permisos de eliminación para esas ubicaciones de carpetas.
Puede ser útil para rastrear la fuente hacer una suma rápida de md5 (o similar) de estos archivos para ver si son todos, o en su mayoría idénticos (lo que indicaría que el mismo cambio no se escribe en el registro una y otra vez), o si hay mucha variación, lo que es más probable que indique un problema grave: que muchos procesos no pueden escribir en el registro o que los perfiles de usuario en cuestión están corruptos.
Una vez que haya terminado de analizarlos, cualquiera de estos .blfo .regtrans-msarchivos que se crearon antes del último inicio del sistema se puede eliminar de forma segura. No hay forma de que (o deban) escribirse en el registro, por lo que son basura.
En cuanto a qué, precisamente es crearlos, eso es algo que tendrá que rastrear usted mismo, porque podría ser casi cualquier cosa. Es posible que algo en el código web intente escribir un cambio en el registro cada vez que se accede al sitio, pero falla por falta de permisos (ciertamente he visto cosas más tontas), es posible que sean generados por inicios de sesión de usuarios y posteriores actividad que intenta escribir en el registro y que carece de permisos, y como se indicó anteriormente, incluso es posible que se estén creando y ejecutando normalmente, pero por alguna razón no se pueden eliminar según lo previsto.
Verifique todos sus registros, en particular su Event Logsy los registros de IIS, en busca de errores relacionados con el registro para reducirlo y descubrir qué está causando esto.