Misterio detrás de IISRReset

Esta es una pregunta genérica. Sin embargo, sigue siendo un misterio y necesita una explicación...

Recientemente, nuestra aplicación se implementó en producción con el código más reciente. Se trata de un ASP.NET MVC 3 aplicación usando WCF como servicio y SQL Server para DB. La implementación es un proceso automatizado y la elevación de DIT, SIT, Stage a Prod también está automatizada.

Después de la implementación, durante las pruebas, encontramos que la aplicación en producción no se comporta de la misma manera que en otro entorno. Hubo discrepancia de funcionalidad. DIT, SIT y Stage funcionan como se esperaba, pero Prod no. Verificamos los Dlls en todos los servidores de producción, son el conjunto más reciente. Depuré en DEV y encontré que funcionaba como se esperaba.

Incapaces de encontrar una explicación, lo hicimos. IISRESET en todos los servidores de producción y ¡adivinen qué!... Comenzó a funcionar como se esperaba, sin problemas hasta ahora... :)

1. ¿Hay una buena explicación de por qué IISRESET resolvió el problema?
2. ¿Es IISRESET obligatorio después de una implementación? Tengo entendido que incluso el cambio de config/dll forzará el reciclaje de la aplicación y se seleccionarán los últimos dlls.
3. ¿Hay algún otro paso que podríamos haber tomado? El tiempo era una limitación, necesitamos obtener las cajas de producción lo antes posible.